การจัดการการสิ้นสุดอายุการใช้งานของแอปบน Google Play

มีวิธีที่สง่างามในการจัดการกับสถานการณ์การสิ้นสุดอายุการใช้งานสำหรับแอปบน Google Play หรือไม่

สมมติว่าฉันมีแอป ("A") และแอปนี้ถูกแทนที่ด้วยชุดโปรแกรม ("S") ที่มีฟังก์ชันการทำงานทั้งหมดของแอปเก่านั้น กล่าวอีกนัยหนึ่ง S จะดูดซับ A ฉันคิดว่ามันสมเหตุสมผลจากมุมมองทางธุรกิจที่จะ:

  • ป้องกันการขาย ใหม่ ของ A โดยกำหนดทิศทางการขายใหม่ทั้งหมดไปที่ S
  • สนับสนุน A ต่อไปด้วยการอัปเดตและการแก้ไข

ฉันต้องการทราบว่า เป็นไปได้ทางเทคนิค หรือไม่ โปรดมองข้ามข้อกำหนด SDK ประสบการณ์ผู้ใช้ และปัญหา OT อื่นๆ เนื่องจากฉันยังไม่ได้พิจารณาเรื่องนั้น (นอกเหนือจากนี้ สิ่งนี้ ฉันสามารถ มักจะมอบของขวัญให้กับลูกค้าเก่าเสมอ เผื่อฉันต้องการ)

ในตอนนี้ วิธีเดียวที่ฉันเห็นเพื่อให้บรรลุเป้าหมายนี้คือ กำหนดราคา ที่ A สูง จนผู้ใช้จะไม่ซื้อ ด้วยวิธีนี้ ฉันสามารถให้การอัปเดตต่อไปได้โดยไม่ต้องเพิ่มฐานผู้ใช้ (และทำให้เสียเวลาไปกับการสนับสนุน ฯลฯ)


person davidcesarino    schedule 09.06.2012    source แหล่งที่มา
comment
เพิ่งอัปเดตคำถาม: ฉันพอใจกับคำตอบของ Carl แต่ฉันต้องการยืนยันว่าจะเกิดอะไรขึ้นแน่นอนเมื่อคุณเปลี่ยนข้อกำหนด API 1) ในแอป Play ล่าสุด ผู้ใช้ที่มี API ที่ไม่รองรับจะไม่เห็นแอปในรายการแอปที่ติดตั้งด้วยซ้ำ 2) ในสถานการณ์เดียวกัน พวกเขาจะเห็นแทนในรายการทั้งหมด (ปัดไปทางซ้าย รายการที่มีแอปก่อนหน้า) ตามที่ติดตั้งไว้ เมื่อเปิดขึ้นมาจะเห็นคำเตือนตามปกติว่าเข้ากันไม่ได้ (ไม่มีการดำเนินการใดๆ แม้แต่การถอนการติดตั้ง) ดังนั้นฉันยังคงคิดว่าวิธีที่ดีที่สุดคือตั้งราคาให้สูงจนไม่มีใครซื้อในขณะที่ยังคงอนุญาตให้อัปเดตได้   -  person davidcesarino    schedule 11.12.2012


คำตอบ (2)


วิธีการง่ายๆ วิธีหนึ่งก็คือเพียงอัปเกรดแอปเก่าของคุณให้มีฟังก์ชันใหม่ของแอป Suite ของคุณ จากนั้นเปลี่ยนชื่อและกำหนดราคาแอป "เก่า" ใหม่ (ซึ่งตอนนี้เป็นชุดของคุณแล้ว) เพื่อให้สะท้อนถึงสถานะใหม่ (เช่น เพิ่ม คำว่า "ชุด" ลงบนชื่อ) เท่าที่เกี่ยวข้องกับ Google Play ก็จะยังคงเป็นแอปเดิม มีเพียง "ดีกว่า" เท่านั้น คุณจะรักษาความน่าเชื่อถือทั้งหมดที่ได้รับจากการติดตั้งแอปเก่า (โดยการอัพเกรดแอปเก่าเป็นหลัก) ผู้ใช้เก่าของคุณจะพึงพอใจเพราะ (ตามที่คุณอธิบายไว้) พวกเขาจะมีฟังก์ชันทั้งหมดของแอปเก่า พร้อมด้วยฟังก์ชันเพิ่มเติมบางอย่าง

เมื่อฉันพูดว่า "อัปเกรด" นั่นไม่ได้หมายความว่าคุณต้องเริ่มต้นด้วยโค้ดฐานของแอปเก่า คุณสามารถสร้างโปรเจ็กต์และ APK ใหม่ทั้งหมดได้ ตราบใดที่คุณใช้ชื่อแพ็กเกจเดียวกันและอัปโหลดไปยังตำแหน่งของแอปเก่าบน Google Play Store และตราบใดที่ฟังก์ชันครอบคลุมฐานทั้งหมดที่ผู้ใช้ปัจจุบันของคุณคาดหวัง ฐาน.

จากคำอธิบายของคุณ ฉันไม่เห็นข้อเสียของสิ่งนี้เลย อาจเป็นไปได้ว่าโดยการสร้างคุณสมบัตินี้ขึ้นมาแทนที่เป็นผลิตภัณฑ์ใหม่แทนที่จะเป็นการอัปเดต คุณได้สร้างปัญหาที่ไม่จำเป็นต้องเกิดขึ้น

person Carl    schedule 04.12.2012
comment
ขอบคุณ ฉันสิ้นสุดการทำเช่นนี้แล้วถูกต้องในเดือนตุลาคม ตามแนวคิดของคุณในคำถามนี้ คุณก็ตอบด้วย :) แม้ว่าฉันจะมีแอปพลิเคชันแบบฟรีและแบบชำระเงินมาก่อน แต่ฉันได้รวมทั้งสองแอปพลิเคชันเข้าด้วยกันภายใต้ชื่อแพ็คเกจแอปฟรี เฉพาะในการซื้อแอปเท่านั้น (ซึ่งครอบคลุมฟังก์ชันการทำงานแบบชำระเงิน) อย่างไรก็ตาม เนื่องจากแอปใหม่ต้องใช้ API 8+ ทั้งแอปเก่าและแอปฟรีจึงยังคงใช้งานได้ (ต่อ...) - person davidcesarino; 09.12.2012
comment
แอปเก่าฟรีมีให้บริการผ่านฟีเจอร์ APK หลายรายการ (API 3-7 และ 8+) และแอปเก่าแบบชำระเงินยังคงใช้งานได้สำหรับทุกคน (3+) เพื่อไม่ให้เปลี่ยนแปลงสิ่งใดที่ผู้อื่นชำระเงินไปแล้ว ด้วยวิธีนี้ ฉันจึงปฏิบัติตามข้อกำหนดต่อไปนี้ที่ฉันตั้งไว้: 1) ผู้ใช้เก่าที่ชำระเงินแล้วสามารถย้ายไปยังแอปใหม่ได้เมื่อพวกเขาต้องการเท่านั้น โดยไม่ต้องถูกบังคับให้ทำอะไรเลย; 2) แอปใหม่ได้รับความน่าเชื่อถือทั้งหมด (ตามที่คุณพูดเช่นกัน) จากแอปฟรีเก่า (การติดตั้งที่มากขึ้นทำให้เกิด Conversion IAP มากขึ้นอย่างแน่นอน) 3) ใครก็ตามที่ยังคงใช้ 2.1- ยังคงสามารถเข้าถึงทั้งแอปฟรี (APK หลายรายการ) รวมถึงแอปที่ต้องชำระเงินแบบเก่า - person davidcesarino; 10.12.2012
comment
เกี่ยวกับการสิ้นสุดอายุการใช้งานอย่างแน่นอน ฉันได้อัปเดตคำอธิบายเพื่อสะท้อนถึงความพร้อมใช้งานเชิงพาณิชย์และระยะเวลาการสนับสนุนของแอปเก่า ตามหลักการแล้ว แอปแบบชำระเงินแบบเก่าจะไม่สามารถใช้ได้อีกต่อไป (แอปนี้ไม่พร้อมใช้งาน ฯลฯ) แต่ยังคงอยู่ในรายการเพื่อสนับสนุนผู้ใช้ปัจจุบันด้วยการอัปเดตต่อไป ฉันมีแนวคิดบางอย่างอยู่ในใจ และจะรายงานกลับหากรวบรวมคำตอบได้ - person davidcesarino; 10.12.2012
comment
นี่เป็นตัวอย่างที่ดีของความซับซ้อนของกระบวนการอัปเกรดหรือการเพิ่มผลิตภัณฑ์ใหม่ และความพยายามในการสร้างสรรค์ที่ต้องใช้ความพยายามมากเพียงใด แม้ว่าจะมีตัวเลือกต่างๆ เช่น การชำระเงินในแอป เพื่อแพตช์โซลูชันที่เหมาะกับทั้งผลิตภัณฑ์ใหม่ และผู้ใช้ระบบเดิม - person Carl; 10.12.2012

ปัจจุบัน Google ยังไม่มีฟังก์ชันดังกล่าว เส้นทางที่ดีที่สุดของคุณคือการเพิ่มฟังก์ชันการทำงานให้กับแอป A ที่อนุญาตให้อัปเดตโดยใช้เซิร์ฟเวอร์ส่วนตัวของคุณเอง จากนั้นจึงยกเลิกการเผยแพร่แอปออกจากตลาด ค่อนข้างเป็นเรื่องที่ Google มีฟังก์ชันการทำงานที่จำกัดอย่างยิ่งใน Dev Console แทนที่จะเก็บภาษี พวกเขาควรเพิ่มคูปองแอปและรายการแอปส่วนตัว โอ้ Google "กระตุ้นยอดขาย" เช่นเคย

person Zaid Daghestani    schedule 09.06.2012
comment
ขอบคุณสำหรับคำตอบ. ฉันรู้เรื่องนี้ดีอยู่แล้ว ดังนั้นฉันจะเปิดเรื่องนี้ทิ้งไว้สักระยะเป็นอย่างน้อย เผื่อมีคนมาที่นี่พร้อมกับความคิดเห็นอื่น ถ้าไม่หรือเหมือนกันก็ยินดีที่จะยอมรับและปิดคำตอบนี้ ฉันยังขอให้เรื่องนี้เพื่อดึงความสนใจไปที่เรื่องนี้ - person davidcesarino; 11.06.2012
comment
ใช่ ฉันอยากให้คุณเปิดเรื่องนี้ไว้มากกว่า ผมอยากดูว่ามีใครพบวิธีบ้างไหม - person Zaid Daghestani; 11.06.2012