01
เริ่มจาก LINE แล้วเช็กตัวตนให้ต่อเนื่อง
LINE ยังเป็น entry หลักของ beta รอบนี้ แต่ข้อมูลสำคัญจะถูกจัดให้กลับมาต่อ onboarding ได้เสมอ
Phase 2 Private Beta
Beta operations, onboarding clarity, and reading quality in one working surface
หน้า beta hub นี้ออกแบบให้ทีมใช้ดู activation, trust, cost และปัญหาที่ควรแก้ก่อน ขยาย cohort พร้อมกับช่วย support ตรวจสถานะ onboarding และเก็บ feedback แบบ structured ได้จากหน้าเดียว
สิ่งที่ต้องตอบให้ได้ก่อนจบ Phase 2
- ผู้ใช้ onboarding ผ่านด้วย drop-off ที่รับได้หรือยัง
- คำตอบเริ่มรู้สึก personal และเชื่อถือได้หรือยัง
- ต้นทุนต่อ active user ยังอยู่ในกรอบที่ขยาย beta ต่อได้หรือไม่
02
เก็บข้อมูลที่จำเป็นจริง และอธิบายให้คนตัดสินใจได้
วันเกิด จังหวัดเกิด และระดับความชัดของเวลาเกิดต้องมีเหตุผลชัด ว่าระบบใช้เพื่ออะไรและไม่ตีความเกินข้อมูล
03
วัด first value, trust และ cost ไปพร้อมกัน
Phase 2 จะไม่ปิดจนกว่าจะรู้ว่า onboarding ผ่านแค่ไหน คำตอบน่าเชื่อถือแค่ไหน และต้นทุนอยู่ในกรอบหรือไม่
Trust And Privacy
copy ที่ช่วยให้คนไทยกรอกข้อมูลได้อย่างมั่นใจมากขึ้น
- จังหวัดเกิดมีไว้เพื่อ sunrise correction สำหรับโหราศาสตร์ไทย ไม่ใช่เพื่อขายโฆษณา
- ถ้าเวลาเกิดไม่ชัด ให้เลือก approximate หรือ unknown ดีกว่ากรอกแบบเดา
- feedback ทุกชิ้นถูกใช้เพื่อปรับ copy, reading quality และ guardrail ของระบบ
Phase 5.3 SEO Acquisition
บทความ evergreen ที่พาคนเข้า product loop แบบวัดผลได้
หน้า insights ถูกออกแบบเป็น acquisition surface ที่มี metadata, sitemap, structured content และ CTA พร้อม UTM เพื่อแยก traffic จาก SEO ออกจากการทดสอบภายใน
AI หมอดูส่วนตัวควรต่างจากคำทำนายทั่วไปอย่างไร
แนวคิดเบื้องหลังการทำ AI astrology ให้เป็นผู้ช่วยสะท้อนจังหวะชีวิต ไม่ใช่คำทำนายฟันธง
อ่านบทความเวลาเกิดไม่ชัด ดูดวงแบบ AI ได้ไหม
อธิบายว่าทำไมระบบควรถามระดับความชัดของเวลาเกิด และควรตอบอย่างไรถ้าผู้ใช้ไม่แน่ใจ
อ่านบทความทำไมดวงรายสัปดาห์ควรเป็นระบบสะท้อนตัวเองมากกว่าคำทายลอยๆ
แนวทางทำ weekly astrology content ให้ต่อยอดเป็น retention loop และ premium reading ได้
อ่านบทความPhase 2.5 Web Chat
ทดลองถามดวงผ่านเว็บ ก่อนต่อ LINE OA end-to-end
ใช้สำหรับเช็ก first value แบบจับต้องได้: สร้างโปรไฟล์ทดลอง ถามคำถาม และส่ง feedback โดยไม่ต้องเปิด Swagger หรือจำ payload เอง
Test Profile
ข้อมูลเกิดสำหรับทดลอง
สร้างโปรไฟล์ทดลองก่อนถาม เพื่อให้คำตอบอิงข้อมูลเกิดได้
User ID: 78293c27-c849-44a8-8d54-eeaa695f2a06LINE ID: U-web-e8523a65-ec5
Ask Astrology
ถามคำถามทดลอง
ยังไม่มีข้อความ ลองถามเรื่องงาน ความรัก หรือจังหวะตัดสินใจ
Phase 3.2 Paywall Testing
ทดสอบ offer, checkout และ entitlement จากหน้าเดียว
ใช้ panel นี้สำหรับ paid pilot แบบ local provider: เลือกแพ็กเกจ สร้าง checkout จำลองจ่ายสำเร็จ แล้วตรวจว่าสิทธิ์ผู้ใช้เปลี่ยนจริงก่อนต่อ payment provider จริง
Tester
เลือก user และโหลด offer
ใช้ user ID จาก Phase 2.5 mini chat หรือ LINE onboarding เพื่อทดสอบ paid pilot
Offer Matrix
แพ็กเกจสำหรับ paid pilot
กดโหลดแพ็กเกจเพื่อดู offer จาก API
Local Payment Simulation
จำลอง payment success
ยังไม่มี checkout ให้จำลองจ่ายเงิน
Subscription Lifecycle
ทดสอบ cancel, downgrade และ refund path
ใช้หลังจาก tester มี paid entitlement แล้ว เพื่อทดสอบ support flow ก่อนเปิด paid pilot จริง
ยังไม่มี lifecycle event ที่โหลดในหน้านี้
Phase 3.5 Paid Pilot Gate
Operator report สำหรับตัดสินใจเข้า paid pilot
ใช้ตรวจว่ามี checkout ที่จ่ายสำเร็จ, signed callback, lifecycle audit และ blocker สำคัญครบหรือยัง
Phase 5.5 Partner Readiness
recommendation surface พร้อม disclosure และ click tracking
ใช้ทดสอบว่า affiliate/partner content มี policy boundary ชัดเจน และ tracking ถูกบันทึกก่อนเปิด revenue channel จริง
โหลด partner recommendations แล้วกด record click เพื่อทดสอบ tracking
Operator Report
ดูความพร้อมของ Phase 2 จาก cohort จริง
รายงานนี้รวม activation, cost envelope, trust signal, known problems และ guardrails เพื่อใช้ตัดสินใจว่าควรขยาย beta หรือยังต้องแก้ pain point ก่อน
Onboarding Helper
ตรวจสถานะ onboarding จาก LINE ID
ใช้เช็กว่าผู้ใช้ค้างอยู่ตรงไหน และยังขาดข้อมูลอะไรบ้างก่อนจะไปถึง first value
Beta Feedback
ส่ง feedback แบบ structured
เก็บ severity, theme และ sentiment ให้ทีมอ่าน pain point ได้เร็ว และใช้จัดลำดับการแก้ไข