GuuGift — V0 · 5 จอหลัก (UX)

TOKENS

ค่าดีไซน์ที่แปลงเป็นโค้ดได้ตรง ๆ

ทุกค่าอยู่ในบล็อก :root ต้นไฟล์นี้ ห้อง fullstack ก๊อปไปวางได้เลย ไม่ต้องเดาค่าจากภาพ

ตัวอักษรไทย — จุดที่พังบ่อยที่สุด
ฟอนต์คือ IBM Plex Sans Thai ฝังมาในไฟล์นี้เป็น base64 แล้ว เปิดตอนไม่มีเน็ตก็ยังได้ฟอนต์เดิม
ลำดับใน font-family ต้องเอาฟอนต์ไทยไว้หน้าสุดเสมอ ห้ามวาง -apple-system หรือ system-ui ไว้หน้าฟอนต์ไทย เพราะฟอนต์ระบบของ Apple มีตัวไทยอยู่ในตัว Safari จะหยิบตัวนั้นไปใช้แล้วไม่เดินต่อ มาถึงฟอนต์ที่เราโหลด — บน Chrome จะดูถูก แต่บน iPhone จริงจะผิด และตรวจด้วยสกรีนช็อตจับไม่ได้
line-height ของข้อความอ่านตั้งไว้ 1.72 (โจทย์กำหนดขั้นต่ำ 1.6) เพื่อไม่ให้สระบนกับวรรณยุกต์โดนตัด · น้ำหนักบางที่สุดที่อนุญาตคือ 400

#0B4D34pitch-700 · ปุ่มหลัก แบรนด์

#083B28pitch-800 · พื้นเข้ม

#E1EFE8pitch-100 · พื้นตรวจสอบแล้ว

#B87C12medal-500 · ความคืบหน้า

#8A5B0Bmedal-700 · ตัวอักษรบนพื้นทอง

#2C4A8Afair-700 · การให้โอกาสเท่าเทียม

#5E554Bstone-700 · ยังไม่มีข้อมูล

#10192Bink-900 · หัวข้อ

#33415Cink-700 · ข้อความอ่าน

#5A6883ink-500 · ข้อความรอง

#EEF1F6canvas · พื้นหน้าจอ

#FFFFFFpaper · การ์ด

ไม่มีสีแดงเร่งเร้าในระบบเลย โครงการใกล้ปิดรับใช้สีทอง เพราะโจทย์ห้ามใช้ ความน่าสงสารและความกดดันเป็นเครื่องมือ สีแดงนับเป็นการกดดัน
ทองสงวนไว้เรื่องเดียว คือความคืบหน้ากับความสำเร็จ ไม่เอาไปใช้ตกแต่ง เพื่อให้เห็นทองแล้วรู้ทันทีว่าอ่านความคืบหน้าอยู่
ตัวเลขเงินและจำนวนคนใช้ฟอนต์ monospace ทั้งระบบ (IBM Plex Mono) ตัวเลขจะเรียงตรงคอลัมน์กันเสมอ อ่านเทียบกันได้ — ความโปร่งใสเป็นจุดขาย ตัวเลขจึงต้องเป็นพระเอก ไม่ใช่ของประดับ
เงินเขียนแบบไทยเต็ม "450,000 บาท" ไม่ใช่ "฿450K"
คู่สี-พื้นหลัง 33 คู่ที่ใช้จริง ผ่านเกณฑ์ contrast WCAG 2.1 AA ครบทุกคู่ (ตรวจกับพื้นหลังจริงทุกพื้น ไม่ได้ตรวจกับสีขาวอย่างเดียว)
พื้นที่กดขั้นต่ำ 44px · โฟกัสด้วยคีย์บอร์ดเห็นชัด · เคารพ prefers-reduced-motion

TAP COUNT

นับคลิก · จากเปิดแอปถึงหน้ายืนยันการสนับสนุน

เส้นทางหลักคือ 3 แตะ จากฟีด ถ้าเข้าจาก QR ที่เพื่อนแชร์มา เหลือ 2 แตะ เพราะข้ามหน้าฟีดไปลงหน้า Wish โดยตรง

1

แตะ "ร่วมสนับสนุน" บนการ์ดในฟีด ปุ่มอยู่บนการ์ดเลย ไม่ต้องเข้าหน้า Wish ก่อน — คนที่อ่านการ์ดจบแล้วตัดสินใจได้ ไม่ควรถูกบังคับให้กดเพิ่มอีกชั้น

2

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

3

แตะ "ยืนยันการสนับสนุน" ไปหน้า "สนับสนุนสำเร็จ" (จอเสริม A) · ถ้าเป็นครั้งแรกจะมีขั้นตอนชำระเงิน เพิ่มตามผู้ให้บริการชำระเงิน ซึ่งเรายังไม่รู้ว่าลูกค้าใช้เจ้าไหน

ข้อนี้ต้องพูดกับพี่ Ton ตรง ๆ · เรายังเทียบกับของเดิมไม่ได้
โจทย์ให้ "บอกตัวเลขมาเทียบให้เห็น" ว่าน้อยกว่าของเดิม แต่ตอนนี้เรายังไม่เคยเห็นของเดิม ไม่รู้ด้วยซ้ำว่าลูกค้ามีเว็บหรือแอปอยู่แล้วหรือเปล่า ผมจึงบอกได้แค่ตัวเลขฝั่งเรา คือ 3 แตะ และจะไม่เดาตัวเลขของเขามาเทียบ
สิ่งที่ต้องขอ: ลิงก์หรือภาพหน้าจอของระบบเดิม 1 ชุด แล้วเราจะนับคืนให้ภายในวันเดียว · ห้อง research รับงานนี้อยู่ ผลออกเมื่อไหร่จะเติมลงตารางนี้

SCREEN 01 · แก้ตามต้นฉบับ eMarketing Plan

ฟีด Wish · หลายโซน ไม่ใช่อันดับ 1–100

รอบแรกผมออกแบบเป็นรายการเรียงอันดับ แล้วเขียนเหตุผลของอันดับไว้บนการ์ด — ลูกค้าตอบเองแล้วในแผน eMarketing และตอบดีกว่า
"ให้ผู้สนับสนุนเจอ Wisher ที่ตรงใจ โดยไม่ทำให้หน้าแรกกลายเป็นการแข่งขันความดัง" ⇒ ไม่ต้องอธิบายอันดับ เพราะไม่มีอันดับให้อธิบาย

แก้ปัญหาอะไร รายการเรียงอันดับสร้างการแข่งขันความดังโดยอัตโนมัติ ไม่ว่าจะเรียงด้วยสูตรอะไรก็ตาม เพราะ "อันดับ 1" มีอยู่จริงในสายตาคนอ่านเสมอ
โซนตัดปัญหานั้นทิ้งทั้งอัน — ไม่มีที่หนึ่ง มีแต่ "โครงการกลุ่มนี้เข้าเกณฑ์นี้" และทำให้ Fair Exposure กลายเป็นของที่มองเห็นได้ ไม่ใช่ตัวแปรในสูตร

9:41

สวัสดีครับ คุณพนิดา

ตัวกรอง

หน้านี้ไม่มีอันดับ · จัดเป็นโซนตามสถานการณ์ของแต่ละโครงการ

ยังไม่มีคนเห็น

โครงการที่ผ่านการตรวจสอบแล้ว แต่ยังแทบไม่มีใครเปิดดู · เราเอาขึ้นก่อน ไม่ใช่ซ่อนไว้ล่างสุด

ดูทั้งหมด

ระดับ 1 · นักกีฬา

น้องฝ้าย · นักมวยหญิง 16 ปี (ชื่อสมมติ)

มวย · จ.สุรินทร์

มีคนเปิดดู 4 ครั้งใน 7 วัน

2,800บาท จาก 18,500

ระดับ 2 · สโมสร

ชมรมกรีฑาโรงเรียนบ้านแม่ทา

กรีฑา · จ.ลำพูน

มีคนเปิดดู 1 ครั้งใน 7 วัน

0บาท จาก 12,000

โซนนี้อยู่บนสุด และนี่คือการตัดสินใจที่ผมอยากให้ถกกันมากที่สุด
แพลตฟอร์มทุกเจ้าซ่อนของที่ไม่มีคนดูไว้ล่างสุด เพราะมันกดตัวเลข engagement การเอาขึ้นเป็นสิ่งแรกที่เห็นตอนเปิดแอป คือประโยคที่ดังที่สุดที่หน้าจอนี้พูดได้ และเป็นสิ่งที่ลูกค้าจะเห็นแล้วพูดว่า "อันนี้ดีกว่า" ภายใน 5 วินาที
ราคาที่ต้องจ่าย: โครงการที่ตรงใจผู้ใช้ที่สุดจะไม่ได้อยู่บนสุด ⇒ ผมจึงทำโซนนี้เป็นรางแนวนอนแค่ 2–3 ใบ ไม่ใช่กำแพงเต็มจอ เลื่อนผ่านได้ในวินาทีเดียวถ้าไม่สนใจ

ป้ายบนการ์ดในโซนนี้บอกจำนวนครั้งที่มีคนเปิดดู ไม่ใช่ยอดไลก์ และมันเป็นตัวเลขที่ยิ่งน้อยยิ่งได้ขึ้นก่อน ซึ่งกลับทางกับทุกแพลตฟอร์ม ⇒ ปั่นไม่ได้ เพราะการปั่นให้ตัวเองดูดีเท่ากับทำให้ตัวเองหลุดจากโซนนี้

เร่งด่วนวันนี้

มีวันแข่งหรือวันที่ต้องใช้ของจริงกำกับ ไม่ใช่การนับถอยหลังที่ตั้งขึ้นเอง

ดูทั้งหมด

ระดับ 2 · สโมสร

สโมสรฟุตบอลเยาวชนบ้านหนองไผ่

ฟุตบอล · จ.เพชรบูรณ์ · ทีม U15

รอบคัดตัวระดับภาค 12 ก.ย. 2569 ตรวจแล้ว 3 จาก 4

74,400บาท จาก 120,000

ระดับ 1 · นักกีฬา

น้องบอล · นักกรีฑา 15 ปี (ชื่อสมมติ)

กรีฑา · จ.ศรีสะเกษ

แข่งกีฬาเยาวชนแห่งชาติ 20 ก.ย. 2569

5,100บาท จาก 9,000

โซนนี้ต้องผูกกับวันจริงเสมอ วันแข่ง วันเปิดเทอม วันนัดผ่าตัด ห้ามมีโครงการไหนเข้าโซนนี้ได้ด้วยการที่เจ้าของตั้งวันปิดรับให้ใกล้ ๆ เอง ไม่งั้นโซนนี้จะกลายเป็นช่องทางลัดขึ้นหน้าแรกภายในสัปดาห์เดียว

ตามความสนใจของคุณ

คุณเคยบอกว่าสนใจมวยและกรีฑา · แก้ความสนใจ

ดูทั้งหมด

ระดับ 3 · สมาคมกีฬา

สมาคมกรีฑาจังหวัดน่าน

กรีฑา · ศูนย์ฝึกเยาวชน 40 คน

ตรวจครบ 4 จาก 4

41,000บาท จาก 96,000

โซน "อานิสงส์ที่ได้" ยังไม่เปิดให้คุณ

โซนนี้จัดโครงการตามบุญที่แต่ละคนอยากเสริม ซึ่งต้องใช้ความสนใจด้านศาสนาของคุณ — กฎหมายไทยถือว่าเป็นข้อมูลอ่อนไหว เราจึงเปิดให้เองไม่ได้ ต้องให้คุณอนุญาตแยกต่างหากก่อน

ข้อนี้ผมเจอตอนอ่านรายชื่อโซน และคิดว่าเป็นเรื่องที่ต้องบอกก่อนเขียนโค้ด
โซน "อานิสงส์ที่ได้" = จัดของตามบุญที่ผู้ใช้อยากเสริม = ใช้ความสนใจด้านศาสนา = ข้อมูลอ่อนไหวตาม PDPA ม.26 ซึ่งต้องขอความยินยอมแยกวัตถุประสงค์ก่อน
⇒ โซนนี้จะโผล่ในฟีดของคนที่ยังไม่ยินยอมไม่ได้เลย และมันผูกกับสวิตช์ตัวที่สามในจอ 4B โดยตรง · ถ้าทำเป็นโซนกลาง ๆ ที่ไม่ได้ปรับตามคนดู ก็ใช้ได้โดยไม่ต้องขอ แต่ต้องตั้งใจเลือก ไม่ใช่หลุดไป

โซนอื่นที่มีในแผนของลูกค้า

ใกล้สำเร็จใกล้คุณWish ใหม่กองทุนบุญ

หน้าแรก ผู้ช่วยของฉัน แผนที่การให้ ฉัน

จอ 1 · ฟีดแบบโซน — แต่ละโซนเลื่อนแนวนอน การ์ดใบถัดไปโผล่มาครึ่งใบเพื่อบอกว่ายังมีต่อ

V0 โชว์ 4 โซน จาก 8 โซน · เหตุผลที่เลือกแบบนี้

1 · ยังไม่มีคนเห็น — อยู่บนสุดเพราะเป็นประโยคที่ดังที่สุดที่หน้านี้พูดได้ และโจทย์บอกว่าต้องเห็นโดยไม่ต้องเลื่อนเยอะ · อยู่บนสุดคือรับประกันข้อนั้นได้แน่นอนที่สุด
2 · เร่งด่วนวันนี้ — เป็นโซนที่มีเหตุผลจากโลกจริง (วันแข่ง) และเป็นโซนที่คนกดสนับสนุนจริงมากที่สุดในทุกแพลตฟอร์ม จึงต้องอยู่สูง
3 · ตามความสนใจ — แผนของลูกค้าเขียนว่า Personalized Feed "ทุกคนเห็นไม่เหมือนกัน" · หัวโซนบอกตรง ๆ ว่าใช้ความสนใจอะไรอยู่ พร้อมลิงก์ไปแก้ เพื่อไม่ให้รู้สึกว่าถูกจัดกลุ่มลับหลัง
4 · อานิสงส์ที่ได้ — โชว์เป็นโซนที่ยังล็อกอยู่ ไม่ใช่ซ่อน เพื่อให้เห็นว่ามีของนี้อยู่และเลือกเปิดเองได้
อีก 4 โซนที่เหลือทำเป็นแถบชิปให้กดเข้าไปดู ไม่ดึงขึ้นหน้าแรก เพราะ 8 รางแนวนอนบนจอ 390px แปลว่าต้องเลื่อนผ่าน 8 หัวข้อก่อนถึงล่างสุด ซึ่งเท่ากับไม่มีใครเห็นโซนท้าย ๆ เลย
ไม่มีตัวเลขไลก์ ตัวเลขแชร์ หรือเลขอันดับที่ไหนในจอ ตัวเลขเดียวที่บอกความนิยมคือ "มีคนเปิดดู 4 ครั้งใน 7 วัน" ซึ่งอยู่ในโซนที่ยิ่งน้อยยิ่งได้ขึ้นก่อน
ต้องถาม: โซนไหนควรอยู่บนสุด · ผมเลือก "ยังไม่มีคนเห็น" เพราะมันคือจุดขาย แต่มันแลกมาด้วยยอดสนับสนุนต่อการเข้าชม ถ้าลูกค้าอยากได้ยอดมากกว่า ให้สลับกับ "เร่งด่วนวันนี้" ได้ทันที นี่เป็นการตัดสินใจเชิงธุรกิจ ไม่ใช่เชิงดีไซน์
ต้องถาม: เกณฑ์เข้าโซน "ยังไม่มีคนเห็น" คืออะไร เปิดดูน้อยกว่ากี่ครั้ง ในกี่วัน และออกจากโซนเมื่อไหร่ · ตัวเลขในภาพเป็นตัวอย่าง
ต้องถาม: "กองทุนบุญ" ทำงานยังไง เงินเข้ากองแล้วใครเป็นคนเฉลี่ย ให้ Wisher คนไหน · ถ้าเป็น AI เฉลี่ย ต้องออกแบบให้เห็นเหตุผลการเฉลี่ยด้วย ไม่งั้นจะขัดกับความโปร่งใสที่ทั้งระบบยืนอยู่

SCREEN 02

หน้า Wish รายตัว · เงินก้อนนี้จะกลายเป็นของอะไรบ้าง

หน้านี้ต้องตอบคำถามเดียวให้ชัด คือ "ถ้าผมให้เงินไป มันจะกลายเป็นอะไร และใครเป็นคนซื้อ" · GuuGift จัดซื้อเอง ไม่โอนเงินให้ Wisher ซึ่งเป็นจุดแข็งที่สุดของสินค้าและต้องเห็นตั้งแต่ครึ่งจอบน

แก้ปัญหาอะไร หน้าโครงการทั่วไปบอกแค่ "ยอดที่ต้องการ" แล้วปล่อยให้คนเดาเองว่าเงินหายไปไหน จอนี้เปลี่ยนยอดเป้าให้เป็นรายการของที่จับต้องได้ พร้อมบอกว่าใครตรวจอะไรไปแล้วบ้าง และอะไรที่ยังไม่ได้ตรวจ

9:41

‹ กลับแชร์

Wisher ระดับ 2 · สโมสร

สโมสรฟุตบอลเยาวชนบ้านหนองไผ่

ฟุตบอล · จ.เพชรบูรณ์ · ทีม U15 จำนวน 22 คน

74,400 บาท จากเป้า 120,000 บาท

ผู้ร่วมสนับสนุน 138 คน เปิดรับถึง 31 ส.ค. 2569

เงินไม่ได้ถูกโอนให้ Wisher

GuuGift เป็นผู้จัดซื้อของตามรายการข้างล่างนี้เอง แล้วส่งมอบพร้อมเก็บหลักฐาน ทุกขั้นตอนดูย้อนได้ในไทม์ไลน์

เงินก้อนนี้จะถูกใช้ซื้ออะไรบ้าง

รองเท้าสตั๊ด22 คู่48,400

ชุดแข่งพร้อมเบอร์22 ชุด39,600

ลูกฟุตบอลเบอร์ 56 ลูก4,200

ชุดกรวยและเป้าฝึก1 ชุด6,800

ค่าขนส่งและค่าดำเนินการจัดซื้อ—21,000

รวม120,000

ราคาอ้างอิงจากใบเสนอราคาของร้านค้า 2 ราย ลงวันที่ 15 ก.ค. 2569 · ถ้าซื้อจริงได้ถูกกว่า ส่วนต่างจะแสดงในขั้นตอนจัดซื้อ

บรรทัด "ค่าขนส่งและค่าดำเนินการจัดซื้อ" ต้องอยู่ในรายการ ไม่ใช่ซ่อนไว้ โครงการที่ซ่อนค่าดำเนินการคือโครงการที่จะโดนจับได้ทีหลัง เขียนไว้ตรง ๆ แล้วมันตอบได้ · ตัวเลขที่เห็นเป็นตัวอย่าง สัดส่วนจริงต้องมาจากฝั่ง GuuGift

การตรวจสอบ

ตรวจแล้ว 3 จาก 4 รายการ อัปเดต 15 ก.ค. 2569

✓ หนังสือรับรองการจดทะเบียนสโมสร ตรวจโดยทีมตรวจสอบเอกสาร GuuGift · 12 ก.ค. 2569
✓ รายชื่อนักกีฬา 22 คน ตรงกับทะเบียนสมาคมกีฬาจังหวัด ตรวจโดยทีมตรวจสอบเอกสาร GuuGift · 12 ก.ค. 2569
✓ ใบเสนอราคาจากร้านค้า 2 ราย ตรวจโดยฝ่ายจัดซื้อ GuuGift · 15 ก.ค. 2569
○ การลงพื้นที่ดูสภาพสนามซ้อมจริง ยังไม่ได้ตรวจ · นัดหมายไว้ 8 ส.ค. 2569

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

QR ประจำ
โครงการ

ชวนคนอื่นมาร่วมสนับสนุน

สแกนแล้วเข้าหน้านี้โดยตรง เหลือแค่ 2 แตะถึงหน้ายืนยัน

ยอดแชร์และยอดกดถูกใจไม่มีผลต่อลำดับที่โครงการนี้แสดงในฟีด

แตะที่ 1 จาก 3 · เลือกจำนวนเงินในขั้นถัดไป

จอ 2 · หน้า Wish รายตัว — แถบปุ่มล่างสุดติดขอบจอเสมอ ไม่ว่าเลื่อนอยู่ตรงไหน

สิ่งที่ตัดสินใจในจอนี้ และเหตุผล

รายการของมาก่อนเรื่องเล่า หน้าโครงการทั่วไปเอาเรื่องซึ้ง ๆ ขึ้นก่อน แล้วเก็บรายละเอียดเงินไว้ล่างสุด จอนี้กลับด้าน เพราะจุดขายของ GuuGift คือความโปร่งใส ไม่ใช่ความสามารถในการเล่าเรื่อง
"เงินไม่ได้ถูกโอนให้ Wisher" อยู่เหนือรายการของ เพราะเป็นคำตอบของคำถามที่คนกลัวที่สุดเวลาเจอโครงการออนไลน์ — ตอบก่อนที่เขาจะถาม
ส่วนต่างราคาต้องถูกรายงาน ถ้าซื้อได้ถูกกว่าใบเสนอราคา ระบบต้องแสดงส่วนต่าง ไม่ใช่เงียบ · ข้อนี้เป็นเรื่องหลังบ้านด้วย ไม่ใช่แค่หน้าจอ
ป้ายตรวจสอบต้องมีสถานะ "ยังไม่ได้ตรวจ" เสมอ ถ้าออกแบบให้สวยเฉพาะตอนตรวจครบ 4 จาก 4 มันจะไปกดดันให้คนติ๊กครบ ๆ ไว้ก่อน ซึ่งคือการสร้างหลักฐานปลอมด้วยดีไซน์
ต้องถาม: ค่าดำเนินการจัดซื้อคิดอย่างไร เป็นเปอร์เซ็นต์ หรือคิดตามจริง · ตัวเลข 21,000 บาทในภาพเป็นตัวอย่างล้วน ๆ ห้ามให้ลูกค้าเข้าใจว่านี่คือข้อเสนอเรื่องค่าธรรมเนียมของเรา
ต้องถาม: ถ้าระดมทุนได้ไม่ถึงเป้า จะเกิดอะไรขึ้น คืนเงิน ซื้อบางส่วน หรือรอต่อ · ยังไม่ได้ออกแบบกรณีนี้เพราะยังไม่รู้กติกา และเป็นคำถามที่ผู้สนับสนุนถามแน่นอน
ต้องถาม: ใช้ผู้ให้บริการชำระเงินเจ้าไหน จำนวนแตะในขั้นชำระเงินขึ้นอยู่กับข้อนี้ทั้งหมด

SCREEN 03

ไทม์ไลน์ความโปร่งใส + Thank You Story

จอนี้คือจอที่ขายทั้งวิสัยทัศน์ และเป็นจอที่ทำให้คนกลับมา เพราะสิ่งที่ทำให้คนกลับมาคือการได้รู้ว่าของไปถึงใคร ไม่ใช่การจ่ายเงินง่าย
ซ้ายคือโครงการที่จบแล้วและมีหลักฐานครบ · ขวาคือโครงการที่ยังไม่มีหลักฐาน ทั้งสองแบบต้องดูดีพอ ๆ กัน

แก้ปัญหาอะไร หน้าเว็บที่เล่าเรื่องซึ้ง ๆ โดยไม่มีใครตรวจ อันตรายกว่าไม่มีเลยหลายเท่า โดนจับได้ครั้งเดียวเสียความน่าเชื่อถือทั้งองค์กร
จอนี้จึงออกแบบให้ ช่องว่างดูสง่า ถ้าสถานะ "ยังไม่มีหลักฐาน" หน้าตาน่าอาย ระบบจะไปกดดันให้คนเติมข้อมูลปลอมเข้ามาให้เต็ม — ดีไซน์เป็นคนสร้างแรงจูงใจนั้นเอง

9:41

‹ กลับ

เส้นทางของการสนับสนุน

ชมรมกรีฑาโรงเรียนบ้านห้วยทราย · กรีฑา · จ.เชียงราย

โครงการนี้จบครบทุกขั้นตอนแล้ว · มีหลักฐาน 5 จาก 5 ขั้นตอน

✓

ตรวจสอบ

12 – 15 มี.ค. 2569

หลักฐาน

เอกสาร 3 ฉบับ ตรวจโดยทีมตรวจสอบเอกสาร GuuGift
ลงพื้นที่ 1 ครั้ง · 14 มี.ค. 2569

✓

ระดมทุน

16 มี.ค. – 30 เม.ย. 2569

หลักฐาน

ยอดสนับสนุน 88,500 บาท จากเป้า 86,000 บาท
ผู้ร่วมสนับสนุน 173 คน
ส่วนเกิน 2,500 บาท ยกไปโครงการถัดไปตามที่แจ้งไว้

✓

จัดซื้อ

6 พ.ค. 2569

หลักฐาน

ใบเสร็จ 2 ใบ · รวม 84,120 บาท
ซื้อได้ถูกกว่าใบเสนอราคา 1,880 บาท · ส่วนต่างคืนเข้ากองกลางโครงการ

ใบเสร็จ 1

ใบเสร็จ 2

รายการของ

✓

ส่งมอบ

21 พ.ค. 2569

หลักฐาน

รูปส่งมอบ 6 รูป · วิดีโอ 1 คลิป
ลงชื่อรับของโดยครูผู้ควบคุมทีม · มีสำเนาเอกสารรับมอบ

รูปส่งมอบ 1

รูปส่งมอบ 2

วิดีโอ 0:42

✓

รายงานผล

30 พ.ย. 2569 · 6 เดือนหลังส่งมอบ

หลักฐาน

รายงาน 1 ฉบับ จากทีมภาคสนาม GuuGift
สถิติเวลาวิ่งของนักกีฬา 12 คน ก่อนและหลัง

Thank You Story

ตัวอย่างภาพ · นักกีฬาที่ศูนย์ฝึก
(ยังไม่ใช้ภาพจริงในแบบร่าง)

"เมื่อก่อนจับเวลาด้วยมือ เด็กไม่รู้ว่าตัวเองพัฒนาขึ้นเท่าไหร่ พอมีนาฬิกาจับเวลา เขาเห็นตัวเลขของตัวเองทุกสัปดาห์ ปีนี้มีเด็กสามคนผ่านคัดตัวเข้าทีมจังหวัด"

— ครูผู้ควบคุมทีม ชมรมกรีฑาโรงเรียนบ้านห้วยทราย

เรื่องนี้มาจากคำบอกเล่าของผู้รับ ไม่ได้เขียนโดย AI
บันทึกโดยทีมภาคสนาม GuuGift เมื่อ 30 พ.ย. 2569 · ยืนยันตัวตนผู้พูดแล้ว

กล่องเขียวใต้คำพูดคือหัวใจของทั้งจอ ทุกเรื่องเล่าต้องมีป้ายกำกับว่าใครพูด ใครบันทึก เมื่อไหร่ ยืนยันหรือยัง ถ้าเรื่องไหนไม่มีป้ายนี้ = ห้ามขึ้นจอ

คุณร่วมสนับสนุนโครงการนี้ 500 บาท เมื่อ 18 มี.ค. 2569

จอ 3A · มีหลักฐานครบ — โครงการที่จบแล้ว ทุกขั้นตอนมีของแนบ

9:41

‹ กลับ

เส้นทางของการสนับสนุน

สโมสรฟุตบอลเยาวชนบ้านหนองไผ่ · ฟุตบอล · จ.เพชรบูรณ์

โครงการนี้อยู่ระหว่างดำเนินการ · มีหลักฐาน 1 จาก 5 ขั้นตอน

ขั้นตอนที่ยังไม่ถึงจะยังว่างอยู่ เราจะไม่เติมอะไรลงไปจนกว่าจะมีของจริง

✓

ตรวจสอบ

12 – 15 ก.ค. 2569

หลักฐาน

เอกสาร 3 ฉบับ ตรวจแล้ว
เหลือการลงพื้นที่ 1 รายการ · นัดไว้ 8 ส.ค. 2569

2

ระดมทุน

กำลังดำเนินการ · เริ่ม 16 ก.ค. 2569

สถานะปัจจุบัน

ยอดสนับสนุน 74,400 บาท จากเป้า 120,000 บาท
ผู้ร่วมสนับสนุน 138 คน

3

จัดซื้อ

ยังไม่เริ่ม

ยังไม่มีหลักฐานในขั้นตอนนี้

เราจะเริ่มจัดซื้อเมื่อปิดยอด และจะแนบใบเสร็จทุกใบที่นี่ · ถ้าซื้อได้ถูกกว่าที่ประเมิน จะแสดงส่วนต่างให้เห็นด้วย

4

ส่งมอบ

ยังไม่เริ่ม

ยังไม่มีหลักฐานในขั้นตอนนี้

เมื่อส่งมอบแล้วจะมีรูป และเอกสารรับมอบที่ลงชื่อโดยผู้รับจริง

5

รายงานผล

ยังไม่เริ่ม

ยังไม่มีหลักฐานในขั้นตอนนี้

รายงานผลจะทำหลังส่งมอบประมาณ 6 เดือน ถ้าถึงเวลาแล้วยังตามข้อมูลไม่ได้ เราจะเขียนตรงนี้ว่าตามไม่ได้ ไม่ใช่ปล่อยว่างไว้เฉย ๆ

Thank You Story

ยังไม่มีเรื่องราวจากโครงการนี้

เรื่องราวจะเกิดขึ้นได้ก็ต่อเมื่อของถึงมือผู้รับแล้ว และมีคนไปเก็บคำบอกเล่ากลับมาจริง ๆ ตอนนี้ยังไม่ถึงขั้นตอนนั้น

เราไม่ให้ AI เขียนเรื่องแทน Wisher ช่องนี้จะว่างจนกว่าจะมีคำบอกเล่าจริงที่ยืนยันตัวตนผู้พูดได้

ประโยค "เราไม่ให้ AI เขียนเรื่องแทน Wisher" คือคำสัญญาที่ต้องขึ้นจอ ไม่ใช่แค่กติกาภายในทีม เพราะคนอ่านต้องรู้ว่าช่องว่างนี้ว่างเพราะเรามีจุดยืน ไม่ใช่เพราะเราขี้เกียจ

แจ้งฉันเมื่อโครงการนี้มีความคืบหน้า

จอ 3B · ยังไม่มีหลักฐาน — โครงสร้างเดียวกันเป๊ะ ต่างกันแค่เนื้อในของแต่ละขั้น

สิ่งที่ตัดสินใจในจอนี้ และเหตุผล

สองสถานะใช้โครงสร้างเดียวกัน ไม่ใช่คนละหน้า ขั้นที่ยังไม่ถึงจะเป็นวงกลมเส้นประกับกล่องสีน้ำตาลอ่อน อ่านแล้วรู้ว่า "ยังไม่ถึงคิว" ไม่ใช่ "มีอะไรผิดพลาด" · ถ้าทำเป็นสีแดงหรือไอคอนตกใจ เจ้าของโครงการจะรีบหาอะไรมาใส่ให้เต็ม
ทุกขั้นที่ว่างต้องเขียนว่าจะมีอะไรมาแทน และเมื่อไหร่ ช่องว่างที่อธิบายตัวเองได้ ไม่ใช่ช่องว่าง แต่เป็นคำสัญญาที่ตรวจสอบได้ทีหลัง
ขั้น "รายงานผล" มีสถานะที่สามซ่อนอยู่ คือ "ถึงเวลาแล้วแต่ตามข้อมูลไม่ได้" ซึ่งต้องเขียนบอกตรง ๆ เพราะในความจริงกรณีนี้จะเกิดบ่อยที่สุด และเป็นกรณีที่คนอยากโกหกมากที่สุด
ส่วนต่างราคาปรากฏสองที่ ทั้งตอนจัดซื้อในไทม์ไลน์ และในหน้า Wish เพื่อให้ตัวเลขเดียวกันเล่าเรื่องเดียวกันไม่ว่าเข้าทางไหน
ปุ่มล่างสุดของ 3A คือ "หลักฐานการสนับสนุน" ไม่ใช่ปุ่มขอเงินเพิ่ม จอนี้เป็นจอปิดวงจร ไม่ใช่จอขายของ ถ้ายัดปุ่มขอเงินลงไปตรงนี้ ความน่าเชื่อถือที่สร้างมาทั้งหน้าจะหายทันที
ต้องถามข้อนี้ก่อนอย่างอื่นทั้งหมด: ตอนนี้ GuuGift ตามผลลัพธ์กลับไปหาผู้สนับสนุนรายคนได้จริงกี่เปอร์เซ็นต์
ถ้าคำตอบคือ "ยังตามไม่ได้เลย" จอ 3A จะไม่มีวันได้ใช้งานจริง และของที่ลูกค้าเห็นในเดโมจะไม่ตรงกับของที่ได้ — ต้องพูดข้อนี้ก่อนเปิดจอนี้ให้ดู
ต้องถาม: ใครเป็นคนไปเก็บ Thank You Story ทีมภาคสนามของ GuuGift มีจริงไหม หรือให้ Wisher ส่งมาเอง คำตอบสองแบบนี้ทำให้จอนี้ต่างกันมาก

SCREEN 04 · แก้ตามที่พี่ Ton สั่ง

ผู้ช่วยของฉัน · เป็นแท็บหลัก ไม่ใช่ปุ่มแชทมุมจอ

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

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

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

9:41

ผู้ช่วยของฉัน

จำเฉพาะสิ่งที่คุณอนุญาตให้จำ

ความจำ

วันนี้ · 6 ส.ค. 2569

สวัสดีครับคุณพนิดา เมื่อเดือนมีนาคมคุณเคยบอกว่าสนใจกีฬามวย โดยเฉพาะนักกีฬาเยาวชนหญิง วันนี้มีโครงการที่อาจตรงกับความสนใจของคุณ ขออนุญาตแนะนำรายละเอียดเพื่อประกอบการพิจารณาร่วมสนับสนุนครับ

ผมจำเรื่องนี้ไว้ ความสนใจ: มวย — นักกีฬาเยาวชนหญิง
จำจากบทสนทนาเมื่อ 14 มี.ค. 2569 ดูทั้งหมดที่จำไว้ลบความจำนี้

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

Wisher ระดับ 1 · นักกีฬา

น้องฝ้าย · นักมวยหญิง 16 ปี

ขอนวมซ้อม ผ้าพันมือ และค่าเดินทางไปแข่งเยาวชนชิงแชมป์ภาค

ตรวจแล้ว 2 จาก 4 รายการ

2,800 จาก 18,500 บาท 7 คน

ดูรายละเอียด ร่วมสนับสนุน

แล้วเงินที่ผมสนับสนุนไปเมื่อเดือนมีนา ตอนนี้ถึงไหนแล้ว

โครงการชมรมกรีฑาโรงเรียนบ้านห้วยทราย จัดซื้อและส่งมอบเรียบร้อยแล้วครับ มีใบเสร็จ 2 ใบ และรูปส่งมอบ 6 รูป ดูไทม์ไลน์ของโครงการนี้

ส่วนรายงานผลระยะยาว ยังอยู่ระหว่างรวบรวมครับ ตอนนี้ผมยังไม่มีข้อมูลที่ยืนยันได้ว่าเกิดผลอะไรตามมา จึงยังเล่าให้ฟังไม่ได้ ถ้ามีรายงานเข้ามาเมื่อไหร่ผมจะแจ้งให้ทราบครับ

ข้อความสีน้ำตาลนี้คือประโยคที่สำคัญที่สุดในทั้งเดโม AI ปฏิเสธที่จะเล่าเรื่องที่ยังไม่มีหลักฐาน แทนที่จะแต่งให้ฟังดูดี · ลูกค้าที่เคยเห็นบอทแต่งเรื่องมาก่อน จะเข้าใจมูลค่าของประโยคนี้ทันที
ข้อนี้ไม่ใช่เรื่องหน้าจอ การสั่งใน prompt ว่า "ห้ามแต่ง" เป็นแค่ความน่าจะเป็น ไม่ใช่ประตู ต้องมีตัวกันฝั่งระบบว่าถ้าไม่มีข้อมูลผลลัพธ์ในฐานข้อมูล เครื่องมือจะไม่คืนอะไรให้โมเดลเล่าตั้งแต่แรก

อีกอย่าง เดือนหน้าวันเกิดผม อยากทำอะไรสักอย่าง

หน้าแรก ผู้ช่วยของฉัน แผนที่การให้ ฉัน

จอ 4A · ช่วงเวลาที่มันจำได้ — และช่วงเวลาที่มันยอมบอกว่าไม่รู้ · เป็นแท็บหลัก มีพื้นที่เต็มจอ

9:41

ผู้ช่วยของฉัน

จำเฉพาะสิ่งที่คุณอนุญาตให้จำ

ความจำ

อีกอย่าง เดือนหน้าวันเกิดผม อยากทำอะไรสักอย่าง

ยินดีช่วยครับ ก่อนอื่นขออนุญาตถามเรื่องการจำข้อมูลก่อนนะครับ จะได้ตรงกับที่คุณต้องการจริง ๆ

ผมขอจำอะไรเกี่ยวกับคุณได้บ้าง

เลือกทีละข้อได้ ไม่เลือกเลยก็ใช้งานได้ตามปกติ เพียงแต่ผมจะแนะนำได้ไม่ตรงเท่าไหร่

ความสนใจด้านกีฬาและกิจกรรม เช่น มวย ฟุตบอล เด็ก สัตว์ สิ่งแวดล้อม — เพื่อเลือกโครงการมาเสนอให้ตรงกับคุณ

วันเกิดและวันสำคัญของคุณ เพื่อทักและเสนอโอกาสร่วมสนับสนุนในวันพิเศษ เช่น ตั้งกล่องรับการสนับสนุนแทนของขวัญวันเกิด

ความสนใจด้านศาสนา และด้านสุขภาพหรือโรงพยาบาล เพื่อเสนอโครงการในสองหมวดนี้ให้คุณ สองเรื่องนี้กฎหมายไทยถือเป็นข้อมูลอ่อนไหว (พ.ร.บ.คุ้มครองข้อมูลส่วนบุคคล มาตรา 26) จึงต้องขอแยกจากข้ออื่น ขอรวบไปกับข้ออื่นไม่ได้
ไม่ยินยอมข้อนี้ ก็ใช้งานได้ครบทุกอย่าง ผมจะไม่เสนอโครงการสองหมวดนี้ให้เท่านั้น

เปลี่ยนใจได้ทุกเมื่อที่หน้า "ระบบจำอะไรเกี่ยวกับฉันไว้บ้าง" · ถอนความยินยอมแล้วข้อมูลที่เกี่ยวข้องจะถูกลบ

สวิตช์ทั้งสามตัวเริ่มที่ปิดหมด ไม่ติ๊กมาให้ล่วงหน้า · ตามกฎหมาย ความยินยอมต้องเป็นการกระทำเชิงบวกของผู้ใช้ ติ๊กมาให้แล้วให้เขาไปปิดเองไม่นับเป็นความยินยอม

กล่องสีทองแยกออกมาเพราะกฎหมายบังคับให้แยก ไม่ใช่เพราะดีไซน์อยากเน้น · ศาสนากับสุขภาพเป็นข้อมูลอ่อนไหวตาม PDPA ม.26 ต้องขอความยินยอมแยกวัตถุประสงค์ และต้องบอกให้ชัดว่า ไม่ยินยอมแล้วไม่เสียสิทธิ์อะไร มิฉะนั้นความยินยอมนั้นถือว่าไม่อิสระ

ไม่มีข้อความกฎหมายยาว ๆ ให้กดยอมรับรวดเดียว กติกาถูกเขียนเป็นภาษาคนติดอยู่กับสวิตช์ที่มันควบคุมจริง ๆ คนอ่านบรรทัดเดียวก็รู้ว่ากำลังยอมอะไร

ขอบคุณครับ ผมจำวันเกิดของคุณไว้แล้ว — 9 กันยายน
ปีนี้ลองเปลี่ยนของขวัญวันเกิดเป็นการสนับสนุนดูไหมครับ คุณตั้งหน้าของตัวเองขึ้นมา แล้วส่งให้เพื่อนแทนการขอของขวัญได้

วันเกิดของคุณ · อีก 34 วัน

เปลี่ยนของขวัญวันเกิดเป็นโอกาสของใครสักคน

เลือกโครงการที่คุณอยากให้เพื่อน ๆ ร่วมสนับสนุนแทนของขวัญ แล้วเราจะทำหน้าและ QR ให้คุณส่งต่อ

QR
ของคุณ

ชวนเพื่อนแล้ว 0 คน

ตัวเลขจะขึ้นเมื่อมีเพื่อนเปิดลิงก์ของคุณ

ไว้ก่อน เลือกโครงการ

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

หน้าแรก ผู้ช่วยของฉัน แผนที่การให้ ฉัน

จอ 4B · ประตูขอความยินยอม แล้วต่อด้วย Birthday Campaign — ประตูอยู่กลางบทสนทนา ไม่ใช่หน้าลงทะเบียนตอนสมัคร

สิ่งที่ตัดสินใจในจอนี้ และเหตุผล

เป็นแท็บหลักที่สอง ไม่ใช่ปุ่มลอยมุมจอ ปุ่มแชทลอยสื่อว่า "กดตรงนี้ถ้ามีปัญหา" คนจะใช้แบบฝ่ายบริการแล้วปิด · แท็บที่มีชื่อว่า "ผู้ช่วยของฉัน" กับพื้นที่เต็มจอ สื่อว่าเป็นที่ของเรา เปิดเข้ามาได้โดยไม่ต้องมีเรื่องจะถาม
Birthday Campaign โผล่หลังกดยินยอม ไม่ใช่ก่อน ลำดับนี้ทำให้ผู้ใช้เห็นด้วยตาว่าการยินยอมแลกมาด้วยอะไร ซึ่งได้ผลกว่าการอธิบายตอนขอ · และเป็นตัวอย่างที่จับต้องได้ที่สุด ของคำว่า Life Companion
ประตูขอความยินยอมโผล่ตอนที่ผู้ใช้เป็นคนเปิดเรื่องเอง เขาเพิ่งพูดถึงวันเกิด ระบบจึงขอตอนนั้น · ถ้าไปขอรวดเดียวตอนสมัครสมาชิก ผู้ใช้จะกดผ่านโดยไม่อ่าน แล้วความยินยอมนั้นก็ไม่มีค่าอะไรเลยทั้งทางกฎหมายและทางใจ
น้ำเสียงมาจากต้นฉบับข้อ 7 ตรง ๆ "ขออนุญาตแนะนำรายละเอียด เพื่อประกอบการพิจารณา" ไม่ใช่ "ช่วยหน่อยนะ" · ไม่มีการเร่ง ไม่มีการทำให้รู้สึกผิด ไม่มีการใช้ความน่าสงสาร
ห้ามเขียนคำต้องห้ามลงไปใน prompt ของโมเดลว่า "ห้ามพูดคำนี้" การเอาคำต้องห้ามไปวางไว้ในบริบทของโมเดลทุกเทิร์น ทำให้โมเดลรุ่นเล็กหรือรุ่นสตรีมมิงหลุดพูดคำนั้นออกมาบ่อยขึ้น ไม่ใช่น้อยลง · prompt ให้บอกแต่คำที่ให้ใช้ ส่วนคำต้องห้ามให้ไปอยู่ในตัวกรอง ฝั่งโค้ดก่อนส่งข้อความออก (ดูหัวข้อ "ประตูคำ" ท้ายหน้า)
การ์ดโครงการในแชทมีปุ่มร่วมสนับสนุนได้ แต่ห้ามมีปุ่มไลก์ เหตุผลเดียวกับจอ 1 · และ AI ห้ามเสนอโครงการเกิน 1 อันต่อการทัก 1 ครั้ง เกินกว่านั้นกลายเป็นการยิงโฆษณา
ต้องถาม: ผู้ช่วยตัวนี้อยู่ช่องทางไหน LINE OA หรือในแอป หรือทั้งสอง · ถ้าเป็น LINE ต้องรู้ว่ามีกี่ OA เพราะรหัสผู้ใช้ LINE ผูกกับ OA แต่ละตัว คนเดียวกันคุยคนละ OA จะได้รหัสคนละตัว ถ้าไม่ทำชั้นรวมตัวตน ความจำจะแตกเป็นคนละคน
ต้องถาม: เก็บความจำได้นานแค่ไหน มีวันหมดอายุไหม ข้อนี้ต้องเขียนในประกาศความเป็นส่วนตัวและต้องตรงกับที่ระบบทำจริง

SCREEN 05

ระบบจำอะไรเกี่ยวกับฉันไว้บ้าง

เส้นแบ่งระหว่าง "เพื่อน" กับ "น่าขนลุก" อยู่ที่จอนี้จอเดียว · ผู้ใช้ต้องเห็นทุกอย่างที่ระบบจำไว้ ลบได้ทีละชิ้น และ สั่งได้ว่าเรื่องไหนให้ AI หยิบมาพูดเองได้ เรื่องไหนตอบเมื่อถูกถามเท่านั้น

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

9:41

‹ กลับ

ระบบจำอะไรเกี่ยวกับฉันไว้บ้าง

ทั้งหมด 9 รายการ · อัปเดตล่าสุด 6 ส.ค. 2569

ความสนใจ · 4 รายการ

ยินยอมเมื่อ 14 มี.ค. 2569

มวย — นักกีฬาเยาวชนหญิง คุณบอกเองในบทสนทนา · 14 มี.ค. 2569

กรีฑา — ระดับโรงเรียน ระบบสรุปจากการที่คุณร่วมสนับสนุน 2 โครงการ · 2 พ.ค. 2569

สนใจโครงการในภาคเหนือ ระบบสรุปจากประวัติการสนับสนุน · 2 พ.ค. 2569

งบที่สะดวกต่อครั้ง ประมาณ 500 บาท คุณบอกเองในบทสนทนา · 18 มี.ค. 2569

ทุกรายการบอก ที่มา ว่า "คุณบอกเองในบทสนทนา" หรือ "ระบบสรุปเอาเอง" · สองอย่างนี้ให้ความรู้สึกต่างกันคนละเรื่อง รายการที่ระบบสรุปเองคือรายการที่คนจะรู้สึกแปลก ๆ ที่สุด จึงต้องบอกให้ชัดว่าสรุปมาจากอะไร ไม่ใช่โผล่มาเฉย ๆ

วันสำคัญ · 2 รายการ

ยินยอมเมื่อ 6 ส.ค. 2569

วันเกิด · 9 กันยายน คุณบอกเองในบทสนทนา · 6 ส.ค. 2569

วันครบรอบของครอบครัว · 2 ธันวาคม คุณบอกเองในบทสนทนา · 6 ส.ค. 2569

ข้อมูลอ่อนไหว · ตาม PDPA มาตรา 26

สองหมวดนี้ต้องขอความยินยอมแยกจากหมวดอื่น และถอนได้ทุกเมื่อ

ศาสนา ยังไม่ได้ให้ความยินยอม · ระบบไม่ได้เก็บข้อมูลนี้ไว้เลย

สุขภาพ และโรงพยาบาล ยินยอมเมื่อ 2 พ.ค. 2569 · จำไว้ 1 รายการ คือ "สนใจโครงการโรงพยาบาลเด็ก"

บรรทัด "ระบบไม่ได้เก็บข้อมูลนี้ไว้เลย" ต้องขึ้นจอ ไม่ใช่ซ่อนหมวดที่ยังไม่ยินยอม ถ้าซ่อน ผู้ใช้จะไม่มีทางรู้ว่าระบบมีความสามารถจะเก็บเรื่องศาสนา การโชว์ช่องเปล่าไว้คือการบอกว่าเราไม่ได้เก็บ ซึ่งตรวจสอบได้ ต่างจากการไม่พูดถึง ซึ่งตรวจสอบไม่ได้

ประวัติการสนับสนุน · 3 โครงการ

ตั้งแต่ มี.ค. 2569 · รวม 3 โครงการ ส่วนนี้เป็นหลักฐานทางบัญชี ลบไม่ได้ตามกฎหมาย แต่สั่งไม่ให้ AI เอาไปใช้แนะนำโครงการได้

ให้ AI ใช้ประวัตินี้แนะนำโครงการ ปิดแล้ว AI จะไม่หยิบประวัติการสนับสนุนมาใช้ แต่คุณยังดูประวัติของตัวเองได้ตามปกติ

ข้อนี้เป็นความจริงที่ดีไซน์ส่วนใหญ่ทำผิด ข้อมูลบางอย่างลบไม่ได้จริง ๆ เพราะเป็นหลักฐานทางบัญชี แต่ "ลบไม่ได้" ไม่เท่ากับ "AI เอาไปใช้ได้" · การแยกสองเรื่องนี้ออกจากกัน คือคำตอบที่ซื่อสัตย์ ดีกว่าปุ่มลบที่กดแล้วไม่ได้ลบจริง

AI ทักเรื่องไหนขึ้นมาเองได้บ้าง

ปิดแล้วไม่ได้แปลว่าลืม แปลว่า AI จะพูดเรื่องนั้นก็ต่อเมื่อคุณถามก่อน

ความสนใจทักเองได้ เช่น เสนอโครงการมวยให้ดู

วันเกิดและวันสำคัญ ค่าตั้งต้นคือปิด · การที่บอทจู่ ๆ ทักวันเกิด เป็นเรื่องที่คนชอบมากหรือกลัวมาก ไม่มีตรงกลาง จึงให้คุณเปิดเอง

สุขภาพและโรงพยาบาล ค่าตั้งต้นคือปิดถาวร · เปิดได้แต่ต้องยืนยันอีกครั้ง

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

ยกเว้นประวัติการสนับสนุนที่เป็นหลักฐานทางบัญชี ซึ่งจะถูกตัดขาดจาก AI แทน

จอ 5 · ระบบจำอะไรเกี่ยวกับฉันไว้บ้าง — เข้าได้จากมุมขวาบน ของหน้าแชท และจากลิงก์ในแถบความจำทุกอัน

สิ่งที่ตัดสินใจในจอนี้ และเหตุผล

ลบได้ทีละชิ้น ไม่ใช่ลบยกกอง ปุ่มลบทั้งหมดมีไว้ให้ครบเงื่อนไข แต่ของที่คนใช้จริงคือลบทีละอันที่รู้สึกแปลก · การบังคับให้เลือกระหว่าง "เก็บทุกอย่าง" กับ "ลบทุกอย่าง" คือการไม่ให้ทางเลือกจริง
ที่มาของทุกรายการต้องแสดง และต้องแยกให้ออกระหว่าง "คุณบอกเอง" กับ "ระบบสรุปเอง" · อย่างที่สองคือของที่ทำให้คนขนลุก ถ้าไม่บอกที่มา
หมวดที่ยังไม่ยินยอมต้องโชว์ว่าว่าง ไม่ใช่ซ่อน ช่องเปล่าที่เขียนว่า "ไม่ได้เก็บ" เป็นคำกล่าวที่ตรวจสอบได้ ส่วนการไม่พูดถึงเลย ตรวจสอบไม่ได้
แยก "ลบข้อมูล" ออกจาก "ห้าม AI ใช้ข้อมูล" ประวัติการสนับสนุนเป็นหลักฐานทางบัญชีที่ลบไม่ได้จริง ถ้าทำปุ่มลบให้แล้วกดแล้วไม่ได้ลบ นั่นคือการโกหกผู้ใช้ในจอที่ทั้งจอ มีไว้เพื่อสร้างความไว้ใจ
สวิตช์ "ทักเองได้" ค่าตั้งต้นเปิดเฉพาะความสนใจ วันเกิดกับสุขภาพเริ่มที่ปิด เพราะสองเรื่องนี้เวลาบอททักเองแล้วผิดพลาด ความเสียหายกู้ไม่ได้
ต้องถาม: ประวัติการสนับสนุนต้องเก็บกี่ปีตามกฎหมายบัญชี ตัวเลขนี้ต้องเขียนลงจอและต้องตรงกับที่ระบบทำจริง · ผมไม่เดาให้
ต้องถาม: ถอนความยินยอมหมวดอ่อนไหวแล้ว ต้องลบภายในกี่วัน และลบจากที่ไหนบ้าง (สำรองข้อมูล ล็อก บทสนทนาเก่า) เป็นคำถามที่ต้องตอบก่อนเขียนโค้ด ไม่ใช่หลัง

BONUS A

หลังสนับสนุนเสร็จ · จอที่สำคัญที่สุด

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

แก้ปัญหาอะไร หน้ายืนยันของแพลตฟอร์มทั่วไปคือทางตัน — ขอบคุณ แล้วจบ · จอนี้เปลี่ยนให้เป็นจุดเริ่มของการติดตาม โดยบอกล่วงหน้าว่าจะได้รับข่าวอะไรบ้างและเมื่อไหร่

9:41

✓

สนับสนุนสำเร็จ

ขอบคุณที่ร่วมสร้างโอกาสให้กับ Wisher

สโมสรฟุตบอลเยาวชนบ้านหนองไผ่

500 บาท 6 ส.ค. 2569 · 09:41

จากนี้จะเกิดอะไรขึ้น

1

ปิดยอดระดมทุน

คาดว่าประมาณ 31 ส.ค. 2569

2

จัดซื้อและแนบใบเสร็จ

ประมาณ 2 สัปดาห์หลังปิดยอด

3

ส่งมอบและถ่ายรูป

ประมาณ 3 – 4 สัปดาห์หลังปิดยอด

4

รายงานผล

ประมาณ 6 เดือนหลังส่งมอบ

วันที่ทั้งหมดเป็นการประมาณ ไม่ใช่การรับปาก ระบบจะอัปเดตเป็นวันจริงเมื่อแต่ละขั้นเกิดขึ้น ถ้าช้ากว่าที่ประมาณไว้ เราจะแจ้งเหตุผลด้วย

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

อยากให้แจ้งตอนไหนบ้าง

ตอนจัดซื้อเสร็จและมีใบเสร็จ

ตอนส่งมอบและมีรูป

ตอนมีโครงการใหม่ที่คล้ายกัน ค่าตั้งต้นคือปิด · ข้อนี้เป็นการเสนอของ ไม่ใช่การรายงานผล จึงไม่เปิดให้ล่วงหน้า

ปุ่มหลักคือ "ดูไทม์ไลน์" ไม่ใช่ "สนับสนุนโครงการอื่นต่อ" การขอเพิ่มทันทีหลังเพิ่งจ่ายเงิน คือพฤติกรรมของแพลตฟอร์มที่มองคนเป็นยอด ซึ่งขัดกับน้ำเสียงที่ต้นฉบับข้อ 8 กำหนดไว้ทั้งข้อ

จอเสริม A · สนับสนุนสำเร็จ — ปลายทางของ 3 แตะ

9:41

‹ กลับ

แผนที่การให้ของคุณ

ตั้งแต่ มี.ค. 2569 · 3 โครงการ

สิ่งที่ยืนยันได้แล้ว

2 โครงการที่ส่งมอบแล้ว มีใบเสร็จและรูปส่งมอบครบ
34 นักกีฬาเยาวชนที่ได้รับของ นับจากรายชื่อในเอกสารรับมอบ ไม่ใช่ประมาณการ

ยังบอกไม่ได้ว่าเกิดผลอะไรตามมา

มี 1 โครงการที่ถึงเวลารายงานผลแล้ว แต่ยังรวบรวมข้อมูลไม่ครบ เราจะไม่นับรวมจนกว่าจะมีหลักฐาน

นี่คือจุดที่ Killer feature ของลูกค้าจะพังถ้าออกแบบผิด ลูกค้าอยากได้ประโยคแบบ "5 ปีที่ผ่านมาคุณช่วยนักกีฬา 12 คน" แต่ตัวเลขนั้นจะมีได้ก็ต่อเมื่อมีคนไปตามเก็บและยืนยันจริง
จอนี้จึงแยกออกเป็นสองกล่องเสมอ — สิ่งที่ยืนยันได้แล้ว กับ สิ่งที่ยังบอกไม่ได้ · ถ้ารวมเป็นตัวเลขเดียว ระบบจะกลายเป็นเครื่องผลิตตัวเลขที่ไม่มีใครตรวจ

สัดส่วนการให้ที่คุณตั้งไว้

กรีฑา50%
ฟุตบอล30%
มวย20%

เส้นทางสู่เหรียญทอง

นักกีฬาที่คุณเคยสนับสนุน และยินยอมให้เปิดเผยความคืบหน้า

น้องฝ้าย · มวย

✓

ระดับโรงเรียน

2568

2

ระดับจังหวัด

กำลังแข่ง · 2569

3

ระดับภาค

ยังไม่ถึง

4

ทีมชาติ

ยังไม่ถึง

ความคืบหน้าอัปเดตโดยใคร

ข้อมูลนี้มาจากผลการแข่งขัน ที่สมาคมกีฬาจังหวัดรับรอง ไม่ได้มาจากการรายงานตัวเองของนักกีฬา ถ้าเดือนไหนไม่มีการแข่ง ช่องนี้จะว่าง

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

จอเสริม B · แผนที่การให้ — Giving Portfolio และ Road to Gold Medal รวมในจอเดียว

LANGUAGE GATE

ประตูคำ · ทำอย่างไรให้คำเดิมไม่หลุดขึ้นจอจริง

ทุกจอในหน้านี้ใช้คำใหม่ครบแล้ว (สนับสนุน · ผู้ร่วมสนับสนุน · Wisher · เปิดรับการสนับสนุน) และไม่มีคำเดิมอยู่ในไฟล์นี้แม้แต่ที่เดียว แต่ข้อความในจอเป็นแค่ด่านแรกจากห้าด่าน — ส่วนที่จะหลุดจริงอยู่ด่านที่สามกับสี่

เรื่องที่ต้องบอกห้อง fullstack ก่อนเริ่มเขียนโค้ด
ภาษาไทยไม่มีการเว้นวรรคระหว่างคำ จึงใช้ขอบเขตคำ (\b) ในการค้นหาไม่ได้เลย และคำเดิมยังเป็นส่วนหนึ่งของคำที่จำเป็นต้องใช้จริงในเอกสารภาษี (ต้นฉบับข้อ 10 บอกไว้เอง)
⇒ ห้ามแก้ด้วยการทำ pattern ให้แคบลง เพราะจะพลาดคำประสมตัวถัดไปที่ยังไม่มีใครคิดขึ้น · ให้ทำกลับกัน คือ เก็บ pattern ให้กว้างไว้ แล้วไปจำกัดที่ "ขอบเขตไฟล์" แทน ด้วยรายการไฟล์ยกเว้นที่มีชื่อเจ้าของและเหตุผลกำกับทีละบรรทัด

ด่าน	ตรวจอะไร	ทำไมด่านก่อนหน้าไม่พอ
1 · โค้ด	ไฟล์ต้นฉบับทั้งหมด รวมไฟล์แปลภาษา	—
2 · ไฟล์ที่บิลด์แล้ว	ไฟล์ผลลัพธ์ในคอนเทนเนอร์ที่รันอยู่จริง	ค่าที่ฝังตอนบิลด์จะค้างอยู่ในไฟล์ที่ deploy ไปแล้ว ทั้งที่ไฟล์ตั้งค่าแสดงค่าใหม่
3 · ฐานข้อมูล	คำสั่งบุคลิกของ AI · เอกสารในคลังความรู้ · เทมเพลตแจ้งเตือน อีเมล SMS · ชื่อหมวดหมู่และชื่อระดับ · ข้อความสำเร็จรูป · ข้อความที่ผู้ใช้พิมพ์เอง	ด่านที่ตัดสินว่าประตูนี้เป็นของจริงหรือไม่ บนสินค้าที่เป็นแชท ข้อความที่ผู้ใช้เห็นส่วนใหญ่เป็นแถวในฐานข้อมูล ไม่ใช่ไฟล์ในโค้ด ด่าน 1 กับ 2 เขียวได้ทั้งที่บอทพูดคำเดิมทุกวัน
4 · ตอนส่งข้อความออก	ทุกข้อความที่โมเดลสร้าง ก่อนส่งออกทุกช่องทาง	ข้อความที่โมเดลเพิ่งแต่งเมื่อวินาทีนี้ ตรวจล่วงหน้าไม่ได้ · ต้องไม่ส่ง แล้วให้สร้างใหม่ ถ้ายังไม่ผ่านให้ใช้ข้อความสำเร็จรูปที่ตรวจแล้ว และบันทึกเป็น error
5 · หน้าจอจริง	ทดสอบแบบ end-to-end บนจอหลัก	จับข้อความที่ประกอบขึ้นจากหลายแหล่งตอนรัน

ห้ามเอาคำต้องห้ามไปเขียนไว้ใน prompt ของโมเดลว่า "ห้ามพูดคำนี้" สองเหตุผล — หนึ่ง คำสั่งใน prompt เป็นความน่าจะเป็น ไม่ใช่ประตู เวลาโมเดลไม่ทำตาม จะไม่มี error ไม่มีล็อก ไม่มีการลองใหม่ · สอง การวางคำนั้นไว้ในบริบทของโมเดล ทุกเทิร์นทำให้โมเดลรุ่นเล็กและรุ่นสตรีมมิงหลุดพูดออกมามากขึ้น กลายเป็นตัวการเสียเอง
⇒ prompt บอกแต่คำที่ให้ใช้ ส่วนรายการคำต้องห้ามอยู่ในตัวกรองฝั่งโค้ดด่าน 4 เท่านั้น
ไม่ต้องมีทางลัดปิดการตรวจรายบรรทัด ไม่มี comment สั่งข้าม ไม่มี || true · วิธีเดียวที่จะยกเว้นได้คือใส่ชื่อไฟล์ลงในรายการที่ผ่านการรีวิว
ต้องพิสูจน์ว่าประตูทำงานจริง ลองลบชื่อไฟล์ออกจากรายการยกเว้น 1 บรรทัด แล้วประตูต้องแดง · ถ้ายังเขียว แปลว่าที่ผ่านมามันเขียวด้วยเหตุผลอื่น และวัดอะไรไม่ได้เลย · และถ้าประตูรันแล้วไม่มีผลลัพธ์ออกมาเลย ต้องนับเป็นแดง ไม่ใช่เขียว เพราะ "ไม่เจออะไร" กับ "ไม่ได้รัน" ต้องแยกออกจากกัน
อย่าลืมคำภาษาอังกฤษ donate · donation · donor โดยเฉพาะชื่อตัวชี้วัดในแดชบอร์ด ซึ่งไม่มีใครคิดว่าเป็นข้อความ · ต้นฉบับข้อ Dashboard KPI ยังมีคำว่า Donation Conversion อยู่ ต้องเปลี่ยนด้วย
ต้องถาม: ใบเสร็จและเอกสารภาษีต้องใช้คำเดิมตามกฎหมายหรือไม่ ต้นฉบับข้อ 10 บอกให้ฝ่ายบัญชีกับกฎหมายตรวจ ซึ่งยังไม่มีคำตอบ · ในจอทั้งหมดผมใช้คำว่า "หลักฐานการสนับสนุน" ไว้ก่อน ถ้ากฎหมายบังคับ ต้องแยกเป็นเอกสารต่างหากที่อยู่ในรายการไฟล์ยกเว้น

SUMMARY

จอไหนแก้ปัญหาอะไร

จอ	แก้ปัญหาอะไร	สิ่งที่ทำให้ต่างจากแอปสนับสนุนทั่วไป
1 · ฟีด Wish	รายการเรียงอันดับสร้างการแข่งขันความดังโดยอัตโนมัติ ไม่ว่าจะเรียงด้วยสูตรอะไร เพราะ "อันดับ 1" มีอยู่จริงในสายตาคนอ่านเสมอ	ไม่มีอันดับเลย มีแต่โซน (ตามที่ลูกค้าออกแบบมาในแผน eMarketing) · โซน "ยังไม่มีคนเห็น" อยู่บนสุด ทำให้ Fair Exposure เป็นของที่มองเห็นได้ ไม่ใช่ตัวแปรในสูตร · ไม่มีปุ่มไลก์และไม่มีเลขอันดับทั้งจอ
2 · หน้า Wish	คนไม่รู้ว่าเงินที่ให้ไปกลายเป็นอะไร และใครเป็นคนซื้อ	ยอดเป้าถูกแตกเป็นรายการของจริง รวมค่าดำเนินการ · ป้ายตรวจสอบบอกว่าใครตรวจอะไร และโชว์สิ่งที่ยังไม่ได้ตรวจ
3 · ไทม์ไลน์	หน้าเว็บที่เล่าเรื่องซึ้ง ๆ โดยไม่มีใครตรวจ อันตรายกว่าไม่มีเลย	สองสถานะใช้โครงสร้างเดียวกัน · ช่องว่างอธิบายตัวเองได้ · ทุกเรื่องเล่ามีป้ายว่าใครพูด ใครบันทึก ยืนยันหรือยัง
4 · ผู้ช่วย AI	บอทที่ไม่จำ = คอลเซ็นเตอร์ · บอทที่จำแล้วพูดเองโดยไม่บอกที่มา = น่าขนลุก	แถบความจำโผล่พร้อมข้อความที่ใช้ความจำ พร้อมปุ่มลบตรงนั้น · AI ปฏิเสธที่จะเล่าผลลัพธ์ที่ยังไม่มีหลักฐาน
5 · ความจำ	ผู้ใช้ไม่รู้ว่าระบบจำอะไร และหยุดมันไม่ได้	ลบทีละชิ้น · บอกที่มาทุกชิ้น · แยก "ลบข้อมูล" ออกจาก "ห้าม AI ใช้" · คุมได้ว่าเรื่องไหน AI ทักเองได้
เสริม A · สนับสนุนสำเร็จ	หน้ายืนยันทั่วไปเป็นทางตัน ขอบคุณแล้วจบ	บอกล่วงหน้าว่าจะได้รับข่าวอะไรเมื่อไหร่ · ปุ่มหลักคือดูไทม์ไลน์ ไม่ใช่ขอเงินเพิ่ม
เสริม B · แผนที่การให้	Killer feature ที่ลูกค้าอยากได้ จะกลายเป็นเครื่องผลิตตัวเลขที่ไม่มีใครตรวจ	แยก "ยืนยันได้แล้ว" ออกจาก "ยังบอกไม่ได้" เสมอ · เส้นทางนักกีฬาหยุดกลางทางได้โดยไม่มีใครผิด

จุดที่ยังตัดสินใจไม่ได้ · ต้องถามก่อนไปต่อ

เรียงตามความสำคัญ ข้อ 1 สำคัญกว่าข้ออื่นทั้งหมดรวมกัน

#	คำถาม	ถ้าไม่รู้แล้วจะเกิดอะไร
1	ตอนนี้ GuuGift ตามผลลัพธ์กลับไปหาผู้สนับสนุนรายคนได้จริงกี่เปอร์เซ็นต์	จอ 3A กับ เสริม B จะไม่มีวันได้ใช้จริง · ของที่ลูกค้าเห็นในเดโม จะไม่ตรงกับของที่ได้ ซึ่งเป็นปัญหาที่ใหญ่กว่าเรื่องดีไซน์ทั้งหมด
2	ระบบเดิมของลูกค้าหน้าตาเป็นอย่างไร มีเว็บหรือแอปอยู่แล้วไหม	เทียบจำนวนคลิกไม่ได้ · โจทย์ให้เทียบให้เห็น แต่ผมจะไม่เดาตัวเลขของเขา ขอแค่ลิงก์หรือภาพหน้าจอ 1 ชุด แล้วนับคืนให้ในวันเดียว
3	ใครเป็นคนไปเก็บ Thank You Story ทีมภาคสนามของ GuuGift มีจริงไหม หรือให้ Wisher ส่งเอง	จอ 3 เปลี่ยนไปมากตามคำตอบ · ถ้าให้ Wisher ส่งเอง ต้องเพิ่มขั้นตรวจสอบก่อนขึ้นจอ ไม่งั้นผิดกฎเรื่องห้ามแต่งเรื่อง
4	ถ้าระดมทุนไม่ถึงเป้าจะเกิดอะไรขึ้น คืนเงิน ซื้อบางส่วน หรือรอ	เป็นคำถามที่ผู้สนับสนุนถามแน่นอน และตอนนี้ไม่มีจอรองรับ
5	ค่าดำเนินการจัดซื้อคิดอย่างไร เป็นเปอร์เซ็นต์หรือคิดตามจริง	ตัวเลข 21,000 บาทในจอ 2 เป็นตัวอย่างล้วน ๆ ห้ามให้ลูกค้าเข้าใจว่าเป็นข้อเสนอค่าธรรมเนียมของเรา
6	ผู้ช่วย AI อยู่ช่องทางไหน LINE OA หรือในแอป และมีกี่ OA	รหัสผู้ใช้ LINE ผูกกับ OA แต่ละตัว คนเดียวกันคุยคนละ OA ได้รหัสคนละตัว ถ้าไม่ทำชั้นรวมตัวตน ความจำจะแตกเป็นคนละคน แล้วจอ 4 กับ 5 จะพัง
7	ใช้ผู้ให้บริการชำระเงินเจ้าไหน	จำนวนแตะในขั้นชำระเงินขึ้นกับข้อนี้ทั้งหมด ตัวเลข 3 แตะยังไม่รวมขั้นนั้น
8	ระดับ Wisher 1-2-3 ใช้เกณฑ์อะไร ใครเลื่อนระดับได้อย่างไร	ป้ายระดับปรากฏในเกือบทุกจอ แต่ตอนนี้เป็นแค่ป้ายที่ยังไม่มีกติกาหลังบ้าน
9	เกณฑ์เข้าและออกโซน "ยังไม่มีคนเห็น" คืออะไร เปิดดูน้อยกว่ากี่ครั้ง ในกี่วัน	ตัวเลขในจอ 1 เป็นตัวอย่าง · และโซนไหนควรอยู่บนสุดเป็นการตัดสินใจเชิงธุรกิจ ไม่ใช่เชิงดีไซน์ ผมเลือก "ยังไม่มีคนเห็น" ไว้ก่อนเพราะเป็นจุดขาย แต่แลกมาด้วยยอดสนับสนุนต่อการเข้าชม
11	โซน "อานิสงส์ที่ได้" จะปรับตามความสนใจด้านศาสนาของผู้ใช้หรือไม่	ถ้าปรับตามคนดู = ใช้ข้อมูลอ่อนไหวตาม PDPA ม.26 ⇒ ต้องขอความยินยอมแยกก่อน และโซนนี้จะโผล่ในฟีดของคนที่ยังไม่ยินยอมไม่ได้เลย ถ้าเป็นโซนกลาง ๆ ที่ไม่ปรับตามคนดู ก็ใช้ได้โดยไม่ต้องขอ — ต้องตั้งใจเลือก ไม่ใช่ปล่อยให้หลุดไป
12	"กองทุนบุญ" ทำงานอย่างไร ใครเป็นคนเฉลี่ยเงินให้ Wisher คนไหน	ถ้าให้ AI เฉลี่ย ต้องออกแบบให้เห็นเหตุผลการเฉลี่ยด้วย ไม่งั้นจะขัดกับความโปร่งใสที่ทั้งระบบยืนอยู่
13	Success Story ในเดือน 1–2 จะเอามาจากไหน	ปฏิทินคอนเทนต์กำหนดสัปดาห์ละเรื่อง แต่รอบ ตรวจ→ระดมทุน→จัดซื้อ→ส่งมอบ→รายงานผล ยังไม่จบสักรอบในเดือนแรก ⇒ ปฏิทินนี้คือแรงกดดันที่ผลิตเรื่องแต่งขึ้นมาเอง · เป็นเหตุผลที่สถานะ "ยังไม่มีหลักฐาน" ของจอ 3 ต้องดูดีจริง ๆ เพราะช่วงแรกของจริงจะเป็นสถานะนี้เกือบทั้งหมด
14	จะเรียกผู้ใช้ว่า "ผู้สนับสนุน" หรือ "Giver"	เอกสาร Brand Language ให้ใช้ Supporter แต่แผน eMarketing ใช้ Giver เป็นหลัก · ต้องเคาะคำเดียวก่อนขึ้นหน้าจอ ไม่งั้นผู้ใช้เจอสองคำเรียกตัวเองในเว็บเดียวกัน · ในจอทั้งหมดผมใช้ "ผู้สนับสนุน / ผู้ร่วมสนับสนุน" ไว้ก่อนตาม Brand Language
10	ใบเสร็จและเอกสารภาษีต้องใช้คำเดิมตามกฎหมายไหม และประวัติการสนับสนุนต้องเก็บกี่ปี	กระทบทั้งประตูคำและข้อความในจอ 5 · ต้นฉบับข้อ 10 ให้ฝ่ายบัญชีตรวจ ซึ่งยังไม่มีคำตอบ

ข้อเสนอถึงห้อง fullstack · เรื่องข้อมูลตัวอย่างในระบบจริง
ตอนสร้างเว็บจริงแล้ว deploy ขึ้น Cloudflare จะต้องมีข้อมูลตัวอย่างใส่เข้าไป เพื่อให้จอ 3A ที่แสดง "ตรวจสอบแล้ว" มีอะไรให้แสดง
ปัญหาคือ ตัวกันไม่ให้แต่งเรื่องทำงานด้วยการเช็คว่าสถานะเป็น "ยืนยันแล้ว" หรือยัง แต่สคริปต์ใส่ข้อมูลตัวอย่างจะเขียนสถานะนั้นลงไปตรง ๆ ⇒ ตัวกันจะแยกไม่ออก ระหว่างของจริงกับของปลอม และหน้าเว็บที่มีลิงก์กับ QR แชร์ได้ จะประกาศว่ามีคนได้รับของจริงทั้งที่ไม่มีใครตรวจ
⇒ ให้เพิ่มคอลัมน์บอกที่มาของแถวข้อมูล (ของจริง / ของตัวอย่าง) ที่ตัวกันอ่านด้วย · ของที่สร้างต่อจากแถวตัวอย่างต้องเป็นตัวอย่างตามไปด้วย · และทางออกสาธารณะ (ลิงก์แชร์ QR อีเมล API) ต้องปฏิเสธไม่ส่งแถวตัวอย่าง ไม่ใช่ส่งไปพร้อมป้ายกำกับ เพราะป้ายไม่ติดไปกับสกรีนช็อต