PromptPay หรือ Stripe? ผมเลือกทั้งคู่ — คิดเรื่องค่าธรรมเนียมแบบคนการเงิน

ตอนต่อระบบรับเงินเข้าเว็บคอร์สของตัวเอง ผมไม่ได้เลือกผู้ให้บริการจากรีวิวหรือกระแส แต่เริ่มจากคำถามแบบที่คนทำงานสายความเสี่ยงถามก่อนเสมอ — "โครงสร้างต้นทุนมันหน้าตาเป็นยังไง และผมจะจ่ายค่าธรรมเนียมเฉพาะตรงที่จำเป็นได้ไหม" สุดท้ายผมไม่ได้เลือกทางใดทางหนึ่ง แต่รับเงิน 2 ทาง คือ PromptPay กับบัตรเครดิต/เดบิตผ่าน Stripe โดยมีกฎข้อเดียวที่ทำให้ไม่ต้องเสียค่าธรรมเนียมฟรี ๆ บทความนี้คือวิธีคิดที่ผมใช้ ซึ่งใช้กับร้านขายของดิจิทัล คอร์ส หรือสินค้าออนไลน์ราคาไม่สูงในไทยได้เหมือนกัน

ทำไมรับ 2 ทาง ไม่ใช่ทางเดียว

สองช่องทางนี้เก่งคนละแบบ และจุดอ่อนของอันหนึ่งคือจุดแข็งของอีกอัน:

• PromptPay (โอนแล้วแนบสลิป) — ต้นทุนต่อรายการ 0 บาท เหมาะกับคนไทยที่มีแอปธนาคารอยู่แล้ว ข้อแลกเปลี่ยนคือเป็นงาน แมนนวล: ลูกค้าสแกน QR โอน แล้วแนบสลิป ฝั่งผมยืนยันก่อนปลดสิทธิ์ มีดีเลย์นิดหน่อยและต้องมีคนเช็ก
• บัตรผ่าน Stripe — จ่ายปุ๊บปลดล็อกอัตโนมัติทันที ไม่ต้องรอใครยืนยัน และรับได้กว้างกว่า รวมถึงคนที่ไม่สะดวกโอนหรือถือบัตรต่างประเทศ ข้อแลกเปลี่ยนคือ มีค่าธรรมเนียมต่อรายการ (บัตรในประเทศราว 3.65% + 10 บาท, ไม่มีค่าแรกเข้าหรือรายเดือน — ตัวเลข ณ มิถุนายน 2026 ควรเช็กหน้าราคาทางการก่อนเสมอ)

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

กฎข้อเดียวที่ผมยึด: จ่ายค่าธรรมเนียมเฉพาะตอนที่มัน "ปลดล็อกยอด" เท่านั้น

จุดที่คนพลาดบ่อยอยู่ตรงนี้ — Stripe เปิดให้รับ PromptPay เป็นวิธีจ่ายได้ด้วยเหมือนกัน ฟังดูสะดวกดีใช่ไหม? ผม จงใจปิดมันทิ้ง

เหตุผลตรงไปตรงมา: ผมรับ PromptPay แบบแมนนวลได้ฟรีอยู่แล้ว ถ้าดันเงินก้อนเดียวกันนี้ไปผ่าน Stripe เท่ากับผมยอมเสียค่าธรรมเนียมให้กับเงินที่เก็บได้ที่ 0 บาท อยู่แล้ว — จ่ายแพงขึ้นเพื่อให้ได้สิ่งเดิม แถมลูกค้ายังเห็นปุ่ม PromptPay สองอันให้งงอีก ผมเลยตั้งให้ Stripe = รับบัตรอย่างเดียว ส่วน PromptPay เดินทางฟรีของมันไป

หลักที่ผมใช้: ค่าธรรมเนียมคุ้มที่จะจ่าย เฉพาะตอนที่มันปลดล็อกยอดที่ไม่งั้นหลุดมือ (เช่น ลูกค้าบัตรที่ไม่งั้นไม่ซื้อ) — แต่ อย่าจ่ายมันในจุดที่มีทางฟรีทำงานได้อยู่แล้ว นี่คือเส้นแบ่งเดียวที่ผมใช้ตัดสินทุกครั้ง

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

ลูกค้าจ่ายราคาเดียวกัน — เลือกตามสะดวก ไม่ใช่ตามค่าธรรมเนียม

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

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

ไม่มี "ดีที่สุด" มีแต่ "เหมาะกับของที่ขาย"

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

ตัดก่อนเพิ่ม: เริ่มจากวิธีที่ฟรีและง่ายที่สุด (PromptPay แมนนวล) แล้วค่อยเติมวิธีที่มีค่าธรรมเนียม (บัตร) เฉพาะตรงที่มันคุ้มตัวเอง — อย่าเริ่มจากของครบเครื่องแล้วค่อยมาตัดทีหลัง ระบบยิ่งเรียบ ยิ่งทำซ้ำและดูแลง่าย

ภาพรวม

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

อีกชิ้นของการส่งมอบคอร์สคือการส่งวิดีโอบทเรียนให้คนซื้อดู ซึ่งผมคิดต้นทุนด้วยตรรกะเดียวกันนี้เป๊ะ — กางตัวเลขจริงไว้ในบทเรื่องโฮสต์วิดีโอคอร์สด้วย Mux ว่าฟรีถึงกี่คนและเริ่มจ่ายตอนไหน

ถ้าอยากเห็นว่าผมประกอบระบบหลังบ้านพวกนี้ขึ้นมายังไงตั้งแต่ต้น — ตั้งแต่โครงเว็บ ระบบสมาชิก ไปจนถึงงานที่รันเองได้ — ผมถอดทั้ง workspace ที่ผมใช้จริงออกมาเป็นคอร์ส Claude Code แบบ "ก็อปไปใช้กับงานของคุณได้เลย"