บทที่แล้ว คุณทำให้คนกดจ่ายเงินได้แล้ว
แต่นั่นยังไม่พอ
ถ้าคนกดจ่ายเสร็จแล้วกลับมาที่แอป แล้วทุกอย่างยังเหมือนเดิมทั้งหมด การจ่ายเงินรอบนั้นก็ยังไม่สมบูรณ์ในความรู้สึกของผู้ใช้
ระบบจ่ายเงินจะมีความหมาย ก็ต่อเมื่อมันเปลี่ยนสิ่งที่คนเข้าถึงได้
นี่คือคำถามสำคัญของบทนี้:
หลังจ่ายเงินแล้ว ผู้ใช้ควรได้อะไรที่ก่อนหน้านี้ยังไม่ได้
คำตอบอาจเป็นหลายแบบ
- เห็นคอนเทนต์ทั้งหมด
- ใช้ฟีเจอร์เพิ่ม
- ปลดล็อกจำนวนที่มากขึ้น
- เข้าถึงเครื่องมือขั้นสูง
- เอาข้อจำกัดบางอย่างออกไป
แต่ไม่ว่าจะเป็นแบบไหน หัวใจเหมือนกันหมด: แอปต้องรู้ว่า “คนนี้จ่ายแล้ว” แล้วแสดงสิ่งที่ต่างออกไปให้เขาจริงๆ
เหมือนติดสายรัดข้อมือในงานอีเวนต์
ลองนึกถึงงานอีเวนต์ที่มีโซนฟรีกับโซนพิเศษ
ก่อนจ่าย คุณเดินได้แค่บางส่วน แต่พอจ่ายแล้ว คุณจะได้สายรัดข้อมือหรือบัตรอีกแบบหนึ่ง แล้วเจ้าหน้าที่รู้ทันทีว่าคุณเข้าโซนเพิ่มได้
แอปก็เหมือนกัน
ก่อนจ่าย ผู้ใช้ยังเป็นคนใช้ฟรี
หลังจ่าย แอปต้องเปลี่ยนสถานะของผู้ใช้นั้นให้เป็นคนที่เข้าถึงส่วนที่ปลดล็อกแล้ว
ในบทนี้ เราจะทำสิ่งนั้นให้เกิดขึ้นจริง
บทนี้ไม่ใช่แค่เรื่องหน้าจอ แต่มันคือการทำให้แอปรู้ว่า user คนนี้อยู่ฝั่ง free หรือ paid แล้วใช้ข้อมูลนั้นตัดสินว่าจะโชว์อะไร
ตัวอย่างก่อน — แอปรวมสูตรอาหารควรเปลี่ยนยังไงหลังจ่าย
สมมติแอปรวมสูตรอาหารของคุณมีทั้งหมด 50 สูตร
ก่อนจ่าย:
- เห็นได้แค่ 5 สูตรแรก
- สูตรที่เหลือมีป้ายบอกว่าต้องปลดล็อกก่อน
หลังจ่าย:
- สูตรทั้งหมดถูกเปิดให้ดู
- ปุ่มหรือข้อความที่ชวนจ่ายหายไป หรือเปลี่ยนเป็นข้อความว่าปลดล็อกแล้ว
- ผู้ใช้ไม่รู้สึกว่าตัวเองยังติดอยู่หลัง paywall (กำแพงจ่ายเงิน)
สิ่งสำคัญคือ ความต่างนี้ต้องเกิดกับ “คนที่จ่ายคนนั้น” ไม่ใช่ปลดล็อกให้ทุกคนทั้งระบบ
นี่คือจุดที่บทนี้ต่อกับสิ่งที่คุณเรียนเรื่อง user account มาแล้วในคอร์สก่อนหน้า
แอปต้องได้สัญญาณว่า “จ่ายแล้ว”
ในโลกของ Stripe จะมีวิธีที่ระบบจ่ายเงินบอกกลับมาว่า คนนี้จ่ายแล้ว
คุณยังไม่ต้องเข้าใจลึกเรื่อง webhook (ระบบแจ้งเตือนอัตโนมัติจาก Stripe) ในบทนี้ ขอให้จำภาพง่ายๆ ว่า Stripe ส่งข้อความกลับมาบอกแอปว่า การจ่ายเงินครั้งนี้สำเร็จ
พอแอปได้สัญญาณนั้น สิ่งที่ต้องเกิดขึ้นต่อคือ:
- บันทึกสถานะผู้ใช้คนนี้ว่า paid
- ปลดล็อกคอนเทนต์หรือฟีเจอร์ที่ควรได้
- เวลาเขากลับมาใช้อีก ก็ยังเห็นสิ่งที่ปลดล็อกแล้ว ไม่ใช่ต้องจ่ายซ้ำ
ลงมือทำ — ให้คนจ่ายแล้วเห็นสูตรทั้งหมด
เปิดโปรเจกต์เดิมจากบทที่แล้ว แล้วส่ง prompt นี้
ทำให้แอปรวมสูตรอาหารปลดล็อกสูตรทั้งหมดหลังชำระเงินสำเร็จ
- สำหรับผู้ใช้ฟรี ให้เห็นได้แค่ 5 สูตรแรก
- สูตรที่เหลือให้แสดงสถานะว่าต้องปลดล็อกก่อน
- เมื่อผู้ใช้ชำระเงินด้วย Stripe สำเร็จ ให้บันทึกสถานะของผู้ใช้นั้นว่า paid
- หลังจ่ายสำเร็จ ให้ผู้ใช้คนนั้นเห็นสูตรทั้งหมดได้ทันที
- เมื่อผู้ใช้กลับมาเปิดแอปอีกครั้ง ก็ยังต้องเห็นสูตรทั้งหมดอยู่
- เปลี่ยนข้อความหรือปุ่มให้ชัดว่าปลดล็อกแล้ว
ไม่เปลี่ยนฟังก์ชันหรือ design ที่มีอยู่แล้วprompt นี้กำลังเชื่อม 3 เรื่องเข้าด้วยกัน:
- สถานะผู้ใช้
- ผลจากการจ่ายเงิน
- สิ่งที่แสดงบนหน้าจอหลังจ่าย
นี่คือจุดที่ระบบรับเงินเริ่มมีผลกับประสบการณ์ใช้งานจริง
ทดสอบ — ต้องลองทั้งคนที่จ่ายและคนที่ยังไม่จ่าย
บทนี้ทดสอบแบบบัญชีเดียวไม่พอ
คุณควรลองอย่างน้อย 2 สถานะ
สถานะที่ 1 — คนใช้ฟรี
- ล็อกอินด้วยบัญชีหนึ่ง
- ดูให้แน่ใจว่าเห็นแค่ 5 สูตร
- สูตรที่เหลือต้องยังถูกล็อกอยู่
สถานะที่ 2 — คนที่จ่ายแล้ว
- ใช้บัญชีเดิมกดจ่ายด้วย Stripe test mode
- ใช้บัตรทดสอบ
4242 4242 4242 4242 - หลังจ่ายเสร็จ กลับมาที่แอป
- ดูว่าตอนนี้เห็นสูตรทั้งหมดหรือไม่
- รีเฟรชหน้า หรือออกแล้วเข้าใหม่อีกครั้ง
- ดูว่าสถานะ paid ยังอยู่หรือไม่
สถานะที่ 3 — ผู้ใช้อีกคนที่ยังไม่จ่าย
- ล็อกอินด้วยอีกบัญชีหนึ่ง
- เปิดหน้าเดียวกัน
- ดูว่ายังเห็นแค่ 5 สูตรเหมือนเดิมหรือไม่
ถ้าทั้งสามสถานะเป็นไปตามนี้ แปลว่าระบบปลดล็อกของคุณเริ่มทำงานถูกทางแล้ว
ถ้าคนที่จ่ายเห็นสิ่งที่มากขึ้น แต่คนที่ยังไม่จ่ายยังเห็นแบบจำกัดอยู่ แปลว่าระบบรับเงินของคุณเริ่มมีความหมายกับประสบการณ์ใช้งานจริงแล้ว
ถ้าจ่ายเสร็จแล้วแต่ยังไม่ปลดล็อก ให้บอก AI แบบนี้
นี่เป็นจุดที่มีโอกาสติดได้ง่าย เพราะมันต้องเชื่อมทั้ง user, payment, และสิ่งที่แสดงผล
ถ้ายังไม่ปลดล็อก ลองส่งต่อแบบนี้
ตอนนี้ผู้ใช้ชำระเงินสำเร็จแล้ว แต่แอปยังไม่เปลี่ยนสถานะเป็น paid
ช่วยทำให้หลัง Stripe ชำระเงินสำเร็จ ระบบบันทึกผู้ใช้คนนั้นว่า paid และปลดล็อกสูตรทั้งหมดให้ทันที
ไม่เปลี่ยนฟังก์ชันหรือ design ที่มีอยู่แล้วถ้าปลดล็อกได้ตอนแรก แต่รีเฟรชแล้วหาย ลองบอกเพิ่มว่า:
ตอนนี้ปลดล็อกได้หลังจ่าย แต่พอรีเฟรชหรือเข้าใหม่ สถานะ paid หายไป
ช่วยทำให้สถานะ paid ของผู้ใช้ถูกเก็บไว้และโหลดกลับมาได้ทุกครั้งที่ผู้ใช้กลับเข้าแอป
ไม่เปลี่ยนฟังก์ชันหรือ design ที่มีอยู่แล้วบทนี้ต้องระวังมากที่สุดตรงนี้ ระบบที่ถูกต้องคือปลดล็อกตาม user ไม่ใช่ปลดล็อกทั้งแอปให้ทุกคนพร้อมกัน
สำหรับแอปของคุณเอง
แนวคิดนี้เอาไปใช้ได้กับหลายแบบมาก
- แอปจดโน้ต: คนจ่ายแล้วเพิ่มโน้ตได้ไม่จำกัด
- แอปติดตามรายจ่าย: คนจ่ายแล้วดูรายงานหรือกราฟขั้นสูงได้
- แอปคอร์สหรือความรู้: คนจ่ายแล้วดูบทเรียนทั้งหมดได้
- แอป utility: คนจ่ายแล้วใช้ฟีเจอร์ขั้นสูงหรือเอาข้อจำกัดออกได้
คำถามสำคัญคือ:
หลังจ่ายแล้ว ผู้ใช้ควรเห็นอะไรที่เปลี่ยนไปทันทีแบบชัดพอจนรู้สึกว่าการจ่ายเงินมีผลจริง
อย่าคิดแค่ว่าจะ “รับเงินยังไง” ต้องคิดต่อด้วยว่าจะ “ส่งมอบคุณค่าหลังจ่ายยังไง”
ถ้าคนจ่ายแล้วแต่ต้องมานั่งเดาเองว่าอะไรเปลี่ยน การจ่ายครั้งนั้นจะรู้สึกไม่คุ้ม ให้ทำให้ความเปลี่ยนแปลงเห็นได้ชัดที่สุด
วันนี้คุณไม่ได้เพิ่มแค่ paywall
สิ่งที่คุณเพิ่มจริงๆ คือความเชื่อมต่อระหว่าง “การจ่ายเงิน” กับ “สิ่งที่ผู้ใช้ได้รับ”
นี่คือจุดที่ระบบ monetization ของคุณเริ่มครบวงจรขึ้น จากเดิมที่มีแค่การรับเงิน กลายเป็นมีการส่งมอบสิ่งที่คนจ่ายควรได้จริง
และนี่คือความต่างระหว่างแอปที่มีปุ่มจ่าย กับแอปที่มีธุรกรรมที่สมบูรณ์
คนจ่ายแล้วได้ของเพิ่ม คนยังไม่จ่ายยังเห็นแบบจำกัด และทั้งสองฝั่งถูกแยกกันชัดเจน นี่คือหัวใจของการขายผ่านแอป
คุณเพิ่งทำอะไรสำเร็จไปแล้วบ้าง
- คุณเข้าใจแล้วว่าหลังจ่ายเงิน แอปต้องเปลี่ยนสิ่งที่ผู้ใช้เข้าถึงได้จริง
- คุณเชื่อมผลการจ่ายเงินเข้ากับสถานะ paid ของผู้ใช้ได้แล้ว
- คุณทำให้คนที่จ่ายเห็นคอนเทนต์ที่มากขึ้น และคนใช้ฟรียังเห็นแบบจำกัด
- ระบบรับเงินของคุณเริ่มเชื่อมกับการส่งมอบคุณค่าได้จริงแล้ว
บทต่อไป เราจะไปต่ออีกขั้น จากการจ่ายครั้งเดียว ไปสู่ subscription หรือสมาชิกรายเดือน เพื่อให้แอปของคุณมีรายได้แบบต่อเนื่องแทนที่จะรอการปลดล็อกครั้งเดียว