#531 Apple เปิดจ่ายเงินนอกแอปในสหรัฐฯ: ขายผ่านเว็บด้วย Merchant of Record

https://www.youtube.com/watch?v=oTJZ629NqPY · App Masters · อัปโหลด 2025-05-03 · ยาว 7:48 · ชื่อเดิม: Apple Just Reformed Its Payment Policy for App Developers – Here’s What You Can Do Now · ซับ auto-caption YouTube (ไม่ได้ฟังเสียงซ้ำ ไม่ได้ดูภาพ) · AI สรุป

⚡ สรุปสั้น

ผู้พิพากษาสหรัฐฯ สั่งให้ Apple ยอมให้นักพัฒนาแอปในสหรัฐฯ รับชำระเงินนอกระบบ App Store ได้ และห้ามเก็บค่าธรรมเนียมหรือขึ้นคำเตือนเวลาพาผู้ใช้ไปจ่ายบนเว็บ

การขายบนเว็บให้เงินเข้าเร็วขึ้น วัดผลและ LTV ได้ละเอียดขึ้น และทำแพ็กเกจกับ cancellation flow ได้ยืดหยุ่นกว่า แต่เรื่องภาษี ฟรอด รีฟันด์ และ chargeback จะกลายเป็นภาระของเราเอง

ทางออกที่ผู้พูดเสนอคือใช้ Merchant of Record อย่าง Paddle แทนการประกอบระบบเองบน Stripe แล้วทดลองเทียบผลกับการขายผ่าน Apple

📌 ประเด็นสำคัญ (อ้างนาที)

• ผู้พิพากษาสหรัฐฯ สั่งให้ Apple ต้องยอมให้นักพัฒนาแอปในสหรัฐฯ รับชำระเงินนอกระบบนิเวศของ Apple [00:00]
• เดิม Apple เก็บค่าธรรมเนียมและขึ้นข้อความเตือนเมื่อพาผู้ใช้จากแอปไปจ่ายบนเว็บ ตอนนี้ทำแบบนั้นไม่ได้แล้ว [00:31]
• ประโยชน์นอกจากค่าธรรมเนียม: เงินเข้าเร็วขึ้นเพราะไม่ติดอยู่ในระบบ Apple, attribution ดีขึ้น, retention ดีขึ้น, และทำ performance marketing กับกลุ่มเป้าหมายใหญ่ได้ [01:01]
• Apple ดูแล chargeback, fraud, ภาษีขายระหว่างประเทศ และ buyer support ให้ ทำให้แอปทำทีมเล็กได้ ถ้าย้ายไปขายบนเว็บ งานเหล่านี้จะกลายเป็นหน้าที่ของเรา [01:31]
• ทางเลือกคือ DIY บน PSP อย่าง Stripe แล้วต่อเครื่องมือเพิ่มเรื่อยๆ (จัดการ subscription, ฟรอด, หลายวิธีจ่าย, หลายสกุลเงิน, ภาษี) หรือใช้ Merchant of Record ที่ผู้พูดบอกว่าoutsource โครงสร้างพื้นฐานการชำระเงินทั้งหมดให้ Merchant of Record (Paddle) [02:32]
• รีฟันด์: ลูกค้าขอผ่าน Paddle แล้ว Paddle จัดการแทนทั้งผู้บริโภคและนักพัฒนา [03:02]
• บนเว็บออกแบบ cancellation flow ได้ เช่น ถามเหตุผลที่ยกเลิก ถามว่าชอบอะไรในแอป แล้วเสนอ downgrade หรือ pause แทน โดยไม่ได้ตั้งใจกันไม่ให้ยกเลิก [03:32]
• สิ่งที่ผู้พูดแนะนำให้ทำคือทดลอง เพราะ conversion rate, retention, กลุ่มเป้าหมาย และ creative อาจเปลี่ยนไป [05:03]
• บนเว็บทำแพ็กเกจแบบ basic/premium/platinum รายปีได้ ไม่ต้องจำกัดแค่รายปี/เดือน/สัปดาห์ และยกตัวอย่าง Life360 [05:34]
• Paddle เชื่อมกับ RevenueCat และ Adaptee (ถอดเสียงว่า Adaptee/Adapti ซึ่งน่าจะหมายถึง Adapty) อยู่แล้ว สำหรับจัดการ entitlement [06:04]
• ข้อมูล LTV และ attribution ตลอดเส้นทางตั้งแต่เลือกกลุ่มเป้าหมายจนถึงวันที่ลูกค้า churn จะอยู่ในที่เดียว ซึ่งทำไม่ได้ในระบบ Apple [06:34]

เอาไปใช้ยังไง

ถ้ามีผู้ใช้ในสหรัฐฯ เยอะ ให้ลองทำ web checkout ผ่าน MoR (Paddle หรือเจ้าอื่น) กับผู้ใช้กลุ่มเล็กก่อน แล้ววัดเทียบกับการจ่ายผ่าน Apple ทั้ง conversion, retention และ LTV ก่อนตัดสินใจย้ายสัดส่วนใหญ่

🗒️ ข้อควรระวัง

คลิปอัปโหลด 3 พ.ค. 2025 พูดถึงคำสั่งศาลสหรัฐฯ ช่วงนั้น เรื่องนี้ยังมีกระบวนการอุทธรณ์ต่อ ควรตรวจสถานะล่าสุดว่า Apple เก็บค่าธรรมเนียมจาก link-out ได้หรือไม่ และกฎใช้เฉพาะ storefront สหรัฐฯ ไม่ใช่ทั่วโลก ผู้พูดคือ CMO ของ Paddle จึงโปรโมตผลิตภัณฑ์ตัวเอง ตัวเลข "จุดหนึ่งหรือสองจุด" ของค่าธรรมเนียมเป็นคำพูดกว้างๆ ให้ตรวจราคาจริงกับผู้ให้บริการ และทรานสคริปต์บางช่วงมีคำเพี้ยนจากซับอัตโนมัติ

• ✅ ตรวจเสียงจริงแล้ว (whisper) 4 จุด · แก้ 2 จุด · ยังไม่แน่ใจ: ค่าธรรมเนียม "an extra point or two" ต่อธุรกรรม [02:32] ไม่พบในช่วงถอดเสียงที่ให้มา อาจพูดในช่วงถัดไปหรือก่อนหน้า จึงไม่ควรลบทิ้งแน่นอน ต้องตรวจช่วงอื่นเพิ่ม; ชื่อ Adapty: เสียงถอดเป็น Adaptee/Adapti ออกเสียงตรงกับ Adapty แต่ไม่ได้สะกดชัดเจน ไม่ควรแก้; ประเด็นที่ 2: Life360, basic/premium/platinum ร