←หน้ารวม
dailyMu · affiliate

affiliate บนแอป — ผังการทำงาน

ระบบ affiliate ตัวจริงมีอยู่แล้วที่พอร์ทัลกลาง เดฟทำ open API ออกมาให้แอปเดลี่มูดึงไปใช้ เราไม่สร้างอะไรใหม่ ไม่แก้อะไรที่หลังบ้าน — เอกสารนี้ตอบคำถามเดียว คือแล้วบนแอปควรมีอะไรบ้าง

สถานะ ขอบเขตเคาะแล้ว · เหลือ 3 เรื่องต้องเคาะก่อนเริ่มงานก่อนเริ่มงานอ่าน affiliate-handoff กดเล่นได้ที่ prototype/affiliate.html รายละเอียดเต็ม affiliate.md อ้างอิง prd-affiliate · status-reference · config-impact
งานชุดนี้เป็นฟีเจอร์ที่ต่อเข้ากับแอป dailyMu ที่มีอยู่แล้ว — ระบบล็อกอิน · บัญชีผู้ใช้ · อีเมล (เก็บตั้งแต่ตอนสมัครใช้แอป) มีครบอยู่แล้ว ไม่ต้องออกแบบใหม่ เอกสารนี้ครอบเฉพาะส่วน affiliate ที่เพิ่มเข้าไปเท่านั้น
กฎ 3 ข้อที่คุมทุกการตัดสินใจในเอกสารนี้
1. dailyMu คือแอปดูดวง — affiliate ต้องไม่โผล่ในเส้นทางใช้งานปกติเลยสักจุด
2. ของละเอียดไม่ทำซ้ำในแอป — กดลิงก์ไปล็อกอินที่พอร์ทัลกลางแทน ดีกว่าทำครึ่งๆ กลางๆ สองที่
3. อิงระบบที่มีอยู่ ไม่เพิ่มงานหลังบ้าน — ทุกสถานะ ทุกค่าตั้ง ต้องตรงกับพอร์ทัล ไม่ประดิษฐ์เอง
เฟสนี้รับเฉพาะผู้แนะนำที่เป็นบุคคลธรรมดา — ระบบกลางรองรับนิติบุคคลเต็มรูปแบบอยู่แล้ว แต่แอปไม่ทำ ใครเป็นนิติบุคคลให้กดลิงก์ไปยื่นเอกสารบริษัทและใบกำกับภาษีที่พอร์ทัล ผลพลอยได้คือภาษีหัก ณ ที่จ่ายเหลืออัตราเดียว 3% ไม่ต้องมีตรรกะแยกประเภทผู้รับเงินในแอปเลยสักบรรทัด

1 ทางเข้า — affiliate ซ่อนอยู่ตรงไหน

ไม่มีแท็บล่าง ไม่มีการ์ดหน้าแรก ไม่มี banner ชวนสมัคร — มีแค่ แถวเดียวในเมนูโปรไฟล์ ใต้หัวข้อ “รายได้เสริม”

เริ่ม / จบ ผู้ใช้ลงมือ หน้าจอ ทางแยก ระบบทำให้ เคสมีปัญหา หมายเหตุ
วัดผลง่ายๆ ว่าออกแบบถูกไหม — ให้คนที่ไม่ได้เป็นผู้แนะนำลองใช้แอปจนจบวัน ถ้าเขาไม่เจอคำว่า affiliate เลยสักครั้ง แปลว่าผ่าน

บันไดการเข้าร่วม 3 ขั้น

จุดที่คนมักออกแบบพลาดคือรวม “เข้าร่วมโปรแกรม” กับ “ลงทะเบียนรับเงิน” เป็นประตูเดียว แล้วบังคับให้กรอกเอกสารตั้งแต่วันแรก ผลคือคนกดเข้ามาดูแล้วถอย — เราแยกเป็นคนละขั้น แพตเทิร์นเดียวกับ Pinto Affiliate

ขั้นต้องใช้อะไรปลดล็อกอะไร
1. มีบัญชี dailyMuมีอยู่แล้วตั้งแต่ใช้แอปเห็นแถว “โปรแกรมแนะนำเพื่อน” ในเมนูโปรไฟล์
2. เข้าร่วมโปรแกรมไม่ต้องกรอกอะไรเลย — กดปุ่มเดียว + ติ๊กยอมรับเงื่อนไขได้ลิงก์ทันที · แชร์ได้ · ส่วนแบ่งเริ่มสะสม
3. ลงทะเบียนรับเงินยืนยันตัวตน + บัญชีรับเงิน · ทำตอนอยากถอน ไม่ต้องรีบถอนเงินได้
ขั้นที่ 2 อนุมัติอัตโนมัติ — ไม่มีสถานะ “รออนุมัติ” ในแอป
พอร์ทัลกลางมีระบบอนุมัติใบสมัครอยู่ (สมัคร → รออนุมัติ → Active/ปฏิเสธ) แต่ขอให้ตั้งเป็น auto-approve สำหรับ dailyMu เพราะคนที่เข้าร่วมคือลูกค้าเราเองที่ใช้แอปอยู่แล้ว · ถ้าต้องรีวิวทุกใบ = มีคนต้องนั่งกดทุกวัน · และถ้าใครทำผิด มี Suspended จัดการทีหลังได้อยู่แล้ว

ถ้าวันหลังอยากเปิดโหมดอนุมัติ ต้องเพิ่มหน้าจอ 3 แบบ (รออนุมัติ · ไม่อนุมัติ+เหตุผล · ภาพรวมตอนยังไม่มีลิงก์) — ทำทีหลังแพงกว่าทำตอนนี้ แต่เฟสนี้ตกลงว่าไม่ทำ
ระหว่างขั้น 2 กับ 3 มีการ์ดเช็กลิสต์ “ลงทะเบียนรับเงิน” คาไว้บนหน้าภาพรวม — บอก 3 รายการ (อีเมล ✓ · ยืนยันตัวตน · บัญชีรับเงิน) และหายไปเองเมื่อครบ
มันเป็นคนละอย่างกับแบนเนอร์เตือน — การ์ดนี้ไม่เร่งเร้า เป็นแค่เช็กลิสต์ คนที่ยอด ฿0 จึงเห็นได้โดยไม่รู้สึกว่าถูกไล่ (เทียบกับแบนเนอร์ที่ขึ้นเฉพาะเมื่อมียอดแล้ว)
อีเมลมีอยู่แล้ว แต่แก้ในแอปไม่ได้ — แอปเก็บอีเมลตั้งแต่ตอนสมัครใช้แอป อีเมลนี้เป็นปลายทางของ หนังสือรับรอง 50 ทวิ และอีเมลแจ้งเตือนตอนเปลี่ยนบัญชีรับเงิน จึงต้องแสดงให้ผู้ใช้เห็นในการ์ดลงทะเบียน เพื่อให้รู้ว่าเอกสารภาษีจะไปโผล่ที่ไหน

⚠️ docs/spec.md ยังไม่มีช่อง email ใน UserProfile — สเปกไม่ตรงกับของจริง ต้องอัปเดต และต้องตอบให้ได้ว่า ถ้าอีเมลผิดหรือเข้าไม่ได้ ผู้ใช้ทำยังไง เพราะเอกสารภาษีส่งไปแล้วเอาคืนไม่ได้

เคสธุรกิจรอบการเข้าร่วม

เคสสถานะสาระ
ใช้ลิงก์ตัวเองซื้อเอง เคาะแล้ว กดได้แต่ไม่ได้ค่าคอม · เป็นตรรกะหลังบ้านล้วน แอปไม่ต้องมีหน้าจอหรือข้อความอะไรเพิ่ม (ส่วนแบ่งก็แค่ไม่เกิดขึ้น) · แต่ต้องเขียนลงเงื่อนไขให้ชัด กันคนมาถามว่าทำไมซื้อเองแล้วไม่ได้คอม
เลิกเข้าร่วมโปรแกรมได้ไหม ยังไม่เคาะ ถ้าได้ ต้องมีปุ่มและต้องตอบว่าส่วนแบ่งที่ค้างอยู่จะยังไง (ได้ต่อ / ริบ / ให้ถอนให้หมดก่อน) · ถ้าไม่ได้ ต้องเขียนในเงื่อนไขให้ชัดตั้งแต่ตอนเข้าร่วม
เพื่อนที่เป็นผู้ใช้ dailyMu อยู่แล้ว
กดลิงก์แล้วนับไหม		 ยังไม่เคาะ ถ้านับ = คนชวนกันเองในกลุ่มเพื่อนที่ใช้อยู่แล้ว ไม่ได้ลูกค้าใหม่ · ถ้าไม่นับ ต้องบอกผู้แนะนำให้ชัด ไม่งั้นเขาจะงงว่าทำไมแชร์แล้วไม่ได้คอม
ทั้ง 3 เคสนี้ต้องไปอยู่ในเอกสารเงื่อนไขโปรแกรมผู้แนะนำ ซึ่งยังไม่มีตัวจริง — prototype มีปุ่มให้กดอ่านแล้ว แต่ข้างในเป็นแค่รายการหัวข้อ 8 ข้อที่เอกสารจริงต้องครอบ
เป็นประเด็นกฎหมาย ไม่ใช่แค่ UX เพราะหน้าเข้าร่วมบังคับให้ติ๊กยอมรับ
ข้อจำกัดที่ Pinto ทำได้แต่เราทำไม่ได้ — แบนเนอร์ของเขาเขียนอัตราค่าคอมเป็นตัวเลขตัวใหญ่กลางหน้า แต่เราโชว์แบบนั้นไม่ได้ ติดกฎ No rate exposure (ดูหัวข้อ 2)
หน้าชวนเข้าร่วมของเราจึงต้องขายด้วยกลไก ไม่ใช่ตัวเลข — “ได้ส่วนแบ่งทุกครั้งที่เพื่อนจ่าย ไม่ใช่แค่ครั้งแรก” · “เข้าร่วมฟรี ไม่มีเงื่อนไข” · “กดปุ่มเดียวได้ลิงก์ทันที” · “ถอนเข้าบัญชีธนาคารโดยตรง”
เรื่องนี้ควรบอกหัวหน้าไว้ด้วย เพราะกระทบว่าคนจะสนใจเข้าร่วมมากน้อยแค่ไหน

2 กฎเหล็ก — ห้ามโชว์เปอร์เซ็นต์ค่าคอม

ข้อนี้เป็นกฎธุรกิจข้อแรกในสเปกพอร์ทัล และเป็นสิ่งที่ prototype รอบแรกของเราทำผิด

⛔ No rate / pool exposure
ห้ามแสดงเปอร์เซ็นต์หรือโครงสร้างการแบ่ง pool ให้สมาชิกเห็น — แสดงได้แค่ จำนวนเงินบาท กับ ป้ายบอกว่าเป็นการซื้อครั้งที่เท่าไหร่
เพราะอะไร — ค่าคอมเป็น Commission Pool — สัดส่วนหลักให้ผู้แนะนำตรง (Direct Share) ที่เหลือกระจายขึ้นไปให้ upline หลายชั้น (Paid Levels × Upline Share) ถ้าสมาชิกเห็น % จะถอดสูตรย้อนกลับได้ว่าโครงสร้างการแบ่งเป็นยังไง

📵 ตัวเลขจริงของ config พวกนี้ห้ามเขียนลงเอกสารชุดนี้ เพราะ docs/* ถูก deploy ขึ้น dailymu-wallpaper.pages.dev ซึ่งเป็นสาธารณะ ไม่มีล็อกอิน — เขียนเป็นชื่อ config ได้ แต่ห้ามใส่ค่า ดูค่าจริงที่พอร์ทัลกลาง

ผลกับการออกแบบ — แอปต้องรับมาเป็นจำนวนเงินที่พอร์ทัลคำนวณเสร็จแล้วเท่านั้น อย่าให้ API ส่ง rate มา และอย่าคำนวณ ยอดซื้อ × rate เองในแอป

ใช้อะไรแทน %

ป้ายที่แสดงแทนเมื่อไหร่
ซื้อครั้งแรกลูกค้าคนนี้ซื้อผ่านลิงก์เป็นครั้งแรก — ใช้อัตรา Aff Pool (สมาชิกไม่เห็นตัวเลข)
ซื้อซ้ำ · ครั้งที่ N จาก Mครั้งถัดไป — ใช้ Recurring Rate · บอกด้วยว่าเหลือสิทธิ์อีกกี่ครั้ง
สิ่งที่ prototype รอบแรกทำผิด — เราใส่เปอร์เซ็นต์ค่าคอมแยกตามชนิดสินค้า ไว้ทั้งหน้าชวนสมัครและหน้ารายละเอียด ซึ่งนอกจากจะผิดกฎแล้ว ยังผิดแกนด้วย — ระบบจริงไม่ได้แบ่งอัตราตามชนิดสินค้า แต่แบ่งตาม ซื้อครั้งแรก vs ซื้อซ้ำ แก้ทั้งหมดแล้วในรอบนี้

3 flow หลัก — จากแชร์ลิงก์จนเงินเข้าบัญชี

เส้นทางของเงิน 1 ก้อน ตั้งแต่ผู้แนะนำกดแชร์ จนเงินเข้าบัญชีธนาคารจริง มี ด่านคัดออก 4 จุด ที่ทำให้ส่วนแบ่งไม่ถึงมือ — ทุกจุดต้องอธิบายให้ผู้ใช้เข้าใจได้ ไม่งั้นกลายเป็นเรื่องร้องเรียน

ทำไมต้องมีระยะ Hold — ถ้าปล่อยเข้ากระเป๋าทันทีแล้วผู้ซื้อขอคืนเงินทีหลัง ระบบจะต้องไปหักเงินคืนจากผู้แนะนำ ซึ่งอาจถอนออกไปแล้ว กลายเป็นยอดติดลบที่ตามเก็บไม่ได้
ค่านี้ (Hold Period) ตั้งรายโปรเจกต์ และสเปกระบุว่า ต้องครอบระยะขอคืนเงิน — ดังนั้นต้องดูนโยบายคืนเงินของเดลี่มูก่อนถึงจะตั้งได้
ด่านที่ผู้ใช้งงที่สุดคือด่านที่ 4 — เป้ายอดขายรอบนี้
ส่วนแบ่งพ้น Hold แล้วก็ยังไม่นับเข้ายอดถอนได้ ถ้ายอดขายของตัวเองรอบนั้นไม่ถึงเป้า ทำให้การ์ดยอดเงินบนแอปต้องมี 3 ก้อน ไม่ใช่ 2 — ดูหัวข้อ 8

4 ด่าน 3 ชั้นก่อนถอนเงิน

ตรวจ 3 อย่างตามลำดับ และปุ่มเปลี่ยนข้อความตามชั้นที่ติด แทนที่จะปล่อยให้กดแล้วค่อยขึ้น error ผู้ใช้จะรู้ตั้งแต่ยังไม่กดว่าติดอะไรและต้องไปทำอะไรต่อ

ชั้นที่ตรวจถ้าไม่ผ่าน ปุ่มขึ้นว่ากดแล้วไปไหน
1. ยืนยันตัวตนผ่านแล้ว🪪 ยืนยันตัวตนก่อนถอนหน้ายืนยันตัวตน
2. มีบัญชีรับเงิน🏦 เพิ่มบัญชีรับเงินก่อนหน้าแก้บัญชีรับเงิน
3. ยอด ≥ ขั้นต่ำ💸 ยอดยังไม่ถึง ฿Xไม่ไปไหน — แต่บอกว่าขาดอีกเท่าไหร่
สเปกพอร์ทัลมีด่านที่ 4 คือใบกำกับภาษีค้าง ซึ่งล็อกการถอนรอบถัดไป แต่เป็นของนิติบุคคลจด VAT เท่านั้น เฟสนี้จึงไม่มี
ข้อยกเว้นที่ต้องระวัง — บัญชีที่ถูกระงับ (Suspended) ยังถอนเงินได้
ต่างจาก lock ตัวอื่นทั้งหมด การระงับบัญชีระงับแค่การรับคอมใหม่ ไม่ได้ระงับการถอนยอดที่ค้างอยู่ แอปต้องขึ้นแบนเนอร์แดงบอกสถานะ แต่ห้ามปิดปุ่มถอน

5 ยืนยันตัวตน — ยื่นเอกสารอย่างเดียว

ไม่มีถ่ายเซลฟี่คู่บัตร ไม่มี liveness — อัปโหลด 2 ไฟล์ แล้วให้หลังบ้านจับคู่ ชื่อบนบัตรกับชื่อบัญชีรับเงินเอง ถ้าไม่ตรงค่อยแจ้งกลับมาให้แก้

เรื่องที่ต้องบอกผู้ใช้ให้ชัดที่สุดในหน้านี้ — ส่วนแบ่งสะสมได้ตลอดไม่ว่ายืนยันตัวตนแล้วหรือยัง ยืนยันตัวตนขวางแค่ “การถอน” เท่านั้น ถ้าไม่บอก คนใหม่จะคิดว่าไม่ยืนยันแล้วไม่ได้เงิน แล้วเลิกแชร์ลิงก์ไปเลยตั้งแต่วันแรก
เปลี่ยนบัญชีรับเงินเป็นเรื่องความปลอดภัย ไม่ใช่การแก้ข้อมูลธรรมดา — ต้อง ใส่รหัสผ่านยืนยันซ้ำ · ระบบส่งอีเมลแจ้งเตือนไปอีเมลเดิม · แนบหน้าสมุดบัญชีใหม่ · และสถานะยืนยันตัวตนเด้งกลับไป “รอตรวจสอบ” อัตโนมัติ ถ้าไม่บังคับครบชุดนี้ จะเปิดช่องให้เปลี่ยนไปโอนเข้าบัญชีคนอื่นหลังยืนยันผ่านแล้ว
ระหว่างรอตรวจบัญชีใหม่ ต้องถอนไม่ได้ — ไม่งั้นการบังคับให้ตรวจซ้ำไม่มีความหมายเลย เพราะคนร้ายเปลี่ยนบัญชีแล้วรีบกดถอนก่อนแอดมินตรวจก็จบ

จุดที่พลาดง่าย — ด่านนี้ต้องตรวจ ทุกครั้งที่เข้าหน้าขอถอน ไม่ใช่แค่ตอนกดปุ่มเข้ามา เพราะผู้ใช้เข้าถึงหน้านั้นได้อีกหลายทางโดยไม่ผ่านปุ่ม เช่น เข้าหน้าขอถอน → กด “เปลี่ยน” บัญชี → บันทึก → กดย้อนกลับ ก็เด้งกลับเข้าฟอร์มเดิมที่กรอกค้างไว้ prototype เคยมีบั๊กนี้จริง แก้แล้วโดยตรวจ 3 จุด — ตอน render หน้า · ตอนพิมพ์จำนวนเงิน · ตอนกดยืนยันใน sheet

และข้อความบนปุ่มต้องแยก “รอผลตรวจ” ออกจาก “ยังไม่เคยยืนยันตัวตน” คนที่เพิ่งเปลี่ยนบัญชีจะงงมากถ้าระบบบอกให้ไปยืนยันตัวตนอีกรอบ ทั้งที่เพิ่งยื่นไป

6 วงจรการถอน — 7 สถานะจริง ยุบเหลือ 4 กลุ่ม

พอร์ทัลมี 7 สถานะเพราะแอดมินกับทีมบัญชีต้องใช้แยกแยะงาน แต่ผู้ใช้ทั่วไปบนแอปต้องการรู้แค่ “เงินถึงไหนแล้ว” — เลยยุบเหลือ 4 กลุ่ม แล้วให้กดดู timeline ครบทุกขั้นที่พอร์ทัล

กลุ่มที่แอปแสดงครอบสถานะจริงยอดเงินอยู่ไหน
⏳ รออนุมัติRequested · Approvedถูกล็อกออกจากกระเป๋าแล้ว
→ กำลังโอนProcessingล็อก · ย้อนกลับไม่ได้แล้ว
✓ โอนแล้วPaidเข้าบัญชีธนาคาร · เกิดภาระภาษีทันที
↩ ไม่สำเร็จ · คืนเงินRejected · Failed · Returnedคืนเข้ากระเป๋า (Failed = รอแอดมินคืน)
แก้แล้วต้องเลิกเตือน แต่ประวัติต้องอยู่ — พอผู้ใช้แก้บัญชีรับเงินเสร็จ แบนเนอร์แดงต้องหายทันที แต่รายการที่ไม่สำเร็จยังอยู่ในประวัติ ไม่ลบทิ้ง เพราะเป็นหลักฐานว่าเงินคืนเข้ากระเป๋าแล้วจริง
ยอดถูกล็อกตั้งแต่ตอนกดส่งคำขอ ไม่ใช่ตอนอนุมัติ — ผู้ใช้จะเห็นยอดถอนได้ลดลงทันทีที่กดยืนยัน ต้องเขียนข้อความให้ชัดว่านี่คือเรื่องปกติ ไม่ใช่เงินหาย · และภาษีหัก ณ ที่จ่ายคิดตอนสร้างคำขอ ผู้ใช้จึงต้องเห็นยอดสุทธิก่อนกดยืนยัน

7 แบนเนอร์บนสุด — โชว์ทีละเรื่อง

หน้าภาพรวมกับหน้ากระเป๋าใช้ตรรกะเดียวกัน แสดงได้ทีละอันเท่านั้น เรียงตามความเร่งด่วน กดจบเรื่องหนึ่งแล้วเรื่องถัดไปถึงโผล่

  1. บัญชีผู้แนะนำถูกระงับแดง · ย้ำว่ายังถอนยอดที่ค้างอยู่ได้ แต่จะไม่ได้รับส่วนแบ่งใหม่
  2. รายการถอนไม่สำเร็จแดง · ปุ่มไปแก้บัญชีรับเงิน — เร่งด่วนเพราะเงินค้างอยู่
  3. สิทธิ์ยืนยันตัวตนถูกเพิกถอนแดง · ปุ่มยื่นเอกสารใหม่ทั้งชุด
  4. ยืนยันตัวตนไม่ผ่านแดง · ปุ่มยื่นใหม่ · แสดงเหตุผลเต็มๆ ไม่ใช่แค่ว่า “ไม่ผ่าน”
  5. กำลังตรวจเอกสารเหลือง · ไม่มีปุ่ม เพราะทำอะไรไม่ได้นอกจากรอ · บอกว่าส่วนแบ่งยังสะสมได้
  6. ยอดขายรอบนี้ยังไม่ถึงเป้าเหลือง · บอกยอดที่ค้าง ยอดที่ขาด และวันสรุปรอบ · ลิงก์ไปดูละเอียดที่พอร์ทัล
  7. ยังไม่ยืนยันตัวตน เฉพาะเมื่อมียอดแล้วเหลือง · มีปุ่มไปยืนยัน
  8. ยังไม่มีบัญชีรับเงิน เฉพาะเมื่อมียอดแล้วเหลือง · มีปุ่มไปเพิ่มบัญชี
เงื่อนไข “เฉพาะเมื่อมียอดแล้ว” สำคัญกว่าที่คิด — คนที่เพิ่งสมัครยอดยังเป็น ฿0 ไม่ควรโดนไล่ให้ไปยืนยันตัวตนทันทีตั้งแต่หน้าแรก ให้เขาไปแชร์ลิงก์ก่อน ค่อยยืนยันตอนมีเงินให้ถอนจริง ยืนยันตัวตนคือด่านก่อนรับเงิน ไม่ใช่ด่านแรกเข้า
badge ในเมนูโปรไฟล์ขึ้นเฉพาะเรื่องที่ต้องลงมือทำ — บัญชีถูกระงับ · ยืนยันไม่ผ่าน · ถอนไม่สำเร็จ เงินเข้าไม่เตือน กันไม่ให้ affiliate กลายเป็นตัวเรียกคนเข้าแอปแทนการดูดวง

8 ยอด 3 ก้อน ไม่ใช่ 2

พอเปิด Monthly Sales Threshold การ์ดยอดเงินบนแอปต้องแยกเป็น 3 ก้อน

ก้อนความหมายถอนได้ไหม
ยอดถอนได้พ้น Hold แล้ว และผ่านเป้ารอบแล้วได้
รอปล่อยยังอยู่ในระยะ Holdยังไม่ได้
รอผ่านเป้ารอบนี้พ้น Hold แล้ว แต่ยอดขายของตัวเองรอบนี้ยังไม่ถึงเป้ายังไม่ได้
0 คือค่าที่แปลว่าปิด — 1 บาท ไม่ใช่
ที่ 0 ระบบข้ามตรรกะนี้ทั้งก้อน แต่ที่ 1 บาท ตรรกะยังทำงานอยู่ — ใครที่รอบนั้นขายเองไม่ได้เลยสักบาท จะไม่ผ่านเป้าและโดนตัดคอม ทั้งที่เจตนาคืออยากปิด
ถ้าตั้ง 0 UI หายไป 3 ชิ้น — ยอดก้อนที่ 3 · แท็บ “ถูกตัด” ในหน้ารายได้ · แบนเนอร์เป้ารอบ ใน prototype กดปุ่ม 🎯 เป้ารอบ ที่แถบล่างจอเพื่อสลับดูความต่างได้ทันที

9 ค่าตั้ง — ทั้งหมดมาจาก API ห้าม hardcode

ค่าพวกนี้ตั้งได้รายโปรเจกต์ (เช่น ถอนขั้นต่ำ TAKRA ฿500 · Delima ฿300) และสเปกระบุว่า “ทุกรายการ snapshot ค่า config ณ เวลาที่เกิดรายการ การเปลี่ยนค่าทีหลังมีผลเฉพาะรายการใหม่” — แปลว่าค่าพวกนี้ไม่คงที่ตามเวลาด้วย

ค่า (ชื่อในระบบกลาง)แอปเอาไปทำอะไร
Minimum Withdrawalด่านที่ 3 ก่อนถอน · ข้อความปุ่ม · ปุ่มลัดจำนวนเงิน
Hold Period“ปล่อยเข้ากระเป๋าในอีก N วัน” — ต้องครอบระยะขอคืนเงินของ dailyMu
Repeat Purchase Count
Time Ceiling		ป้าย “ครั้งที่ N จาก M” · บอกว่าลูกค้าคนนี้เหลือสิทธิ์อีกกี่ครั้ง
Monthly Sales Threshold
Monthly Summary Date		แบนเนอร์เป้ารอบ · ยอด “รอผ่านเป้ารอบนี้” · แท็บ “ถูกตัด”
Attribution Policy“เพื่อนที่กดลิงก์นับเป็นของคุณ N วัน” (ปัจจุบัน 30 วัน last-click)
Payout Scheduleข้อความบอกรอบโอน — แสดงอย่างเดียว ไม่มี batch อัตโนมัติ
ภาษีหัก ณ ที่จ่าย 3% (ภ.ง.ด.3)สรุปยอดสุทธิก่อนกดยืนยันถอน
ใน prototype รวมไว้ที่ const CONF ก้อนเดียว เพื่อให้ย้ายไปเป็นค่าจาก API ได้ในจุดเดียว ไม่ต้องบอกตัวเลขของ dailyMu ตอนนี้ — ตั้งที่หลังบ้านเท่าไหร่ แอปก็แสดงตามนั้น

10 สถานะทั้งหมด

ส่วนแบ่ง — 6 สถานะจริง ยุบเหลือ 5 แท็บ

สถานะจริงป้ายในแอปแท็บเข้ายอดถอนได้
Pendingรอปล่อยรอปล่อยไม่
Availableเข้ากระเป๋าแล้วเข้ากระเป๋าแล้วใช่
Paidถอนออกไปแล้วเข้ากระเป๋าแล้วถอนไปแล้ว
Reversedลูกค้าขอคืนเงินยกเลิกไม่
Canceledยกเลิกยกเลิกไม่
QuotaCutถูกตัดถูกตัดไม่
QuotaCut ต้องแยกจาก Canceled เด็ดขาด — คนละสาเหตุกันคนละเรื่อง และ QuotaCut เป็นเงินที่ผู้ใช้เคยเห็นแล้วว่าจะได้ แล้วหายไปเพราะทำยอดไม่ถึง ถ้าอธิบายไม่ได้จะกลายเป็นเรื่องร้องเรียนทันที

ยืนยันตัวตน — 5 สถานะ

สถานะในระบบกลางป้ายในแอปความหมายถอนเงินได้ไหม
ยังไม่ยื่นยังไม่ยื่นเพิ่งสมัคร ยังไม่ได้อัปโหลดอะไรไม่ได้
รอตรวจสอบรอตรวจสอบยื่นแล้ว รอหลังบ้าน 1–3 วันทำการไม่ได้ — แต่ส่วนแบ่งยังสะสม
ผ่านยืนยันแล้วชื่อบนบัตรตรงกับชื่อบัญชีรับเงินได้
ไม่ผ่านไม่ผ่านมีเหตุผลกลับมาเสมอ ยื่นใหม่ได้ไม่จำกัดไม่ได้
ถูกเพิกถอนถูกเพิกถอนเคยผ่านแล้ว แอดมินตรวจซ้ำพบข้อมูลไม่ตรงไม่ได้
ทำไม “ผ่าน” กลายเป็น “ยืนยันแล้ว” ในแอป — คำว่า “ผ่าน” ลอยๆ บน pill ไม่บอกว่าผ่านอะไร ส่วนสถานะอื่นใช้คำเดียวกับระบบกลางได้เลย ดีไซเนอร์ใช้คอลัมน์ “ป้ายในแอป” เป็นข้อความจริงบนจอ ส่วนเดฟใช้คอลัมน์ซ้ายจับคู่กับค่าที่ API ส่งมา

บัญชีผู้แนะนำ — 3 สถานะ

สถานะในระบบกลางป้ายในแอปเกิดจากถอนเงินรับคอมใหม่
Activeปกติล็อกอินอย่างน้อย 1 ครั้งภายในเกณฑ์ได้ได้
Inactiveไม่เคลื่อนไหวไม่ล็อกอินเกิน Inactive Thresholdได้ถูกข้ามตอนแบ่ง pool
Suspendedถูกระงับแอดมินระงับชั่วคราวได้ไม่ได้

11 ขอบเขต — ในแอป vs ลิงก์ออกพอร์ทัล

เรื่องอยู่ไหนเหตุผล
ภาพรวม affiliateในแอปหน้าแรกของส่วนนี้ — ยอด 3 ก้อน · ลิงก์ · ทางไปเมนูย่อย · ปุ่มไปพอร์ทัล
แชร์ลิงก์ · QRในแอปงานหลักที่ทำบ่อยสุด และทำบนมือถือสะดวกกว่า
รายได้ของฉันในแอปเฉพาะส่วนแบ่งของตัวเอง · กราฟ 6 เดือน · 5 แท็บ
กระเป๋า · ถอนเงินในแอปเหตุผลทั้งหมดที่คนเข้ามาส่วนนี้คือมารับเงิน
ยืนยันตัวตนในแอปอัปโหลดไฟล์ได้ · บุคคลธรรมดาเท่านั้น · ไม่มีเซลฟี่
บัญชีรับเงินในแอปดูและแก้ได้ · ต้องใส่รหัสผ่านยืนยัน
ทีม · ผู้แนะนำของฉันพอร์ทัลเฟสแรกไม่มีทีม · ต่อให้อนาคตมี แอปก็แสดงแค่ค่าคอมของตัวเอง
นิติบุคคล · ใบกำกับภาษี · VATพอร์ทัลเฟสนี้ไม่รับนิติบุคคล — มีปุ่มในหน้ายืนยันตัวตนพาไป
ยอดละเอียด · ประวัติถูกตัด · CSVพอร์ทัลของที่ดูนานๆ ครั้ง ทำบนจอมือถือไม่สนุก
timeline การถอนครบ 7 สถานะพอร์ทัลแอปโชว์ 4 กลุ่มพอ กดดูละเอียดต่อได้
การ์ดวัดผล · นับถอยหลังเป้าพอร์ทัลออกแบบมาเพื่อเร่งเร้าให้คนขาย ขัดกับการเป็นแอปดูดวง
ประวัติการใช้งานบัญชีพอร์ทัลเรื่องความปลอดภัยของพอร์ทัล
ศูนย์แจ้งเตือนพอร์ทัลแอปมีระบบแจ้งเตือนของตัวเองอยู่แล้ว ไม่ทำซ้ำ
“ลิงก์ออกพอร์ทัล” ไม่ใช่การปัดความรับผิดชอบ — ระบบกลางมีของพวกนี้ครบและทำมาดีอยู่แล้ว การทำซ้ำครึ่งๆ กลางๆ บนแอปจะได้ของที่แย่กว่า แถมต้องตามแก้สองที่ทุกครั้งที่พอร์ทัลเปลี่ยน
เส้นแบ่งคือ — การรับเงินต้องจบในแอป (ถอน · ยืนยันตัวตน · บัญชี) ส่วนการดูข้อมูลลึกให้ไปพอร์ทัล

12 PDPA — ผู้แนะนำเห็นอะไรได้บ้าง

เห็นได้เห็นไม่ได้
มีคนซื้ออะไร เมื่อไหร่ชื่อจริง เบอร์ อีเมลของผู้ซื้อ
จำนวนเงินส่วนแบ่งที่ได้อัตราส่วนแบ่งและโครงสร้าง pool
ชื่อแบบปิดบัง เช่น ก***ญวอลเปเปอร์หรือดวงที่ผู้ซื้อสร้าง
เรื่องนี้ไม่ใช่แค่ PDPA — ถ้าผู้แนะนำเห็นว่าเพื่อนดูดวงเรื่องอะไร (เงิน · ความรัก · สุขภาพ) จะทำลายความเชื่อใจในตัวแอปทั้งหมด ไม่ใช่แค่ส่วน affiliate
ต้องเช็กว่า API ไม่ส่งข้อมูลเกินนี้มาตั้งแต่ต้นทาง อย่าอาศัยการซ่อนที่ฝั่งแอป เพราะข้อมูลที่ส่งมาถึงเครื่องผู้ใช้แล้ว ถือว่ารั่วแล้วแม้จอจะไม่แสดง

ไฟล์เอกสารยืนยันตัวตนส่งตรงเข้าพอร์ทัลกลาง ไม่เก็บใน storage ของแอป

13 คำถามที่ต้องถามเดฟ

เรียงตามผลกระทบ — ข้อบนสุดถ้าตอบอีกแบบ ต้องรื้อ flow ใหม่

เรื่องคำถาม
API ต้องไม่ส่ง rateยืนยันว่า endpoint ส่งมาแต่จำนวนเงิน ไม่มี % หรือ pool structure ติดมา — ถ้าส่งมาถือว่าละเมิดกฎ No rate exposure ตั้งแต่ต้นทาง
ยอด “รอผ่านเป้ารอบนี้”API ส่งมาเป็นก้อนแยกเลยไหม หรือแอปต้องคำนวณเอง — ถ้าต้องคำนวณเอง แปลว่าต้องรู้ rate ซึ่งผิดกฎข้อ 2
คอมจากทีมถ้าอนาคตเปิดทีม API แยกได้ไหมว่าก้อนไหนจากยอดตัวเอง ก้อนไหนจาก upline — แอปจะแสดงแค่ของตัวเอง
Payout Scheduleมี 2 รูปแบบในระบบ (TAKRA = วันที่ 1 และ 16 · Delima = ทุกวันศุกร์) — API ส่งเป็นข้อความสำเร็จรูปให้แสดงเลย หรือส่งข้อมูลดิบให้แอปประกอบประโยคเอง
นิติบุคคลที่มีอยู่แล้วถ้าคนที่เป็นนิติบุคคลในพอร์ทัลล็อกอินเข้าแอป จะให้เห็นอะไร — กันไม่ให้เข้า · ดูได้แต่ถอนไม่ได้ · หรือ API ไม่ส่งเคสนี้มาเลย (ทางที่สะอาดสุดน่าจะเป็นข้อหลัง)
เปิด auto-approve ให้ dailyMuพอร์ทัลมีระบบอนุมัติใบสมัครอยู่ — ตั้งเป็นอนุมัติอัตโนมัติสำหรับ tenant นี้ได้ไหม (เราตกลงแล้วว่าไม่มีสถานะ “รออนุมัติ” ในแอป)
อีเมลผู้ใช้API ส่งอีเมลจากบัญชี dailyMu มาให้ใช้เป็นปลายทาง 50 ทวิ ได้ไหม (แอปเก็บอีเมลตั้งแต่ตอนสมัครใช้แอปอยู่แล้ว · แก้ในแอปไม่ได้)
ลิงก์เข้าพอร์ทัลมี one-time login link + return URL ให้ไหม — แอปมีปุ่มลิงก์ออกพอร์ทัล 6 จุด ถ้าผู้ใช้ต้องกรอกล็อกอินใหม่ทุกครั้ง กฎ “ของละเอียดให้ไปพอร์ทัล” ใช้ไม่ได้ทั้งข้อ
อัปโหลดเอกสารรับ multipart ตรงเลย หรือต้องขอ signed URL ก่อน · จำกัดขนาดและชนิดไฟล์เท่าไหร่
เปลี่ยนบัญชีพอร์ทัลรีเซ็ตสถานะ KYC เองไหม · การยืนยันรหัสผ่านทำที่ API ฝั่งไหน · ใครเป็นคนส่งอีเมลแจ้งเตือน
ลิงก์แนะนำใครออกโค้ด · ผูกกับ user id ของ dailyMu หรือของพอร์ทัล · ทำเป็น deep link เข้าแอปได้ไหม
Inactiveเกณฑ์ไม่ล็อกอินของ dailyMu เท่าไหร่ · ถ้าไม่มีทีม การเป็น Inactive มีผลกับคอมของตัวเองไหม