Most Thai online shops use one of three PromptPay patterns: (1) a static QR the customer scans and types the amount into, (2) "transfer then DM me your slip" via LINE/IG, or (3) an auto-generated QR per order with automated slip verification. Each works at a different volume, and the cost difference is bigger than it looks — once you count the time you spend reconciling.
This guide breaks down what each pattern actually costs in time + missed orders + wrong amounts, then walks through how Bookku's auto-QR + EasySlip flow works (which is the just-shipped Phase 3 feature) and when each approach is appropriate.
ถ้าคุณเปิดร้านขายของออนไลน์ในไทย — ไม่ว่าจะเป็นเสื้อผ้ามือสอง, ของแฮนด์เมด, ขนม, อะไรก็ตาม — คุณรับเงินยังไง? คำตอบจริงๆ ของคนไทยส่วนใหญ่ตอนนี้คือ 1 ใน 3 แบบ:
- QR PromptPay คงที่ — ติด QR เดิมในโพสต์ ลูกค้าสแกน พิมพ์ยอดเอง
- "โอนแล้วทักมา" — ลูกค้าทักใน LINE/IG บอกยอด คุณบอกเลขบัญชี ลูกค้าโอน ส่งสลิปกลับ
- QR อัตโนมัติต่อออร์เดอร์ — ระบบสร้าง QR ใหม่ทุกครั้ง ฝังยอดเงินตรงตามออร์เดอร์ ฝังเลขอ้างอิง ตรวจสลิปอัตโนมัติ
ทั้ง 3 แบบใช้ "ได้" ในทางเทคนิค แต่ ต้นทุนเวลาและความผิดพลาด ของแต่ละแบบต่างกันมาก — และต้นทุนเหล่านี้คนทำร้านไม่ค่อยคิดถึง เพราะมันซ่อนอยู่ในวันละ 30 นาที ที่นั่งดูสลิป หรือออเดอร์ที่หายไปใน DM
บทความนี้จะเปรียบเทียบทั้ง 3 แบบจริงๆ ด้วยตัวเลข — เวลาที่ใช้ต่อออเดอร์, จำนวนยอดผิด, ค่าเสียโอกาส — แล้วผมจะอธิบายว่า QR อัตโนมัติบน Bookku (ฟีเจอร์ที่เพิ่งออกในเวฟล่าสุด) ทำงานยังไง และเมื่อไหร่ควรย้ายมา
ไม่ใช่ทุกร้านต้องใช้ระบบ — แต่ถ้าออเดอร์/วันเกิน 5 ก็ถึงเวลาเลือกฉลาดขึ้น
Pattern 1: Static PromptPay QR — the "post it once, type yourself" approachแบบที่ 1: QR PromptPay คงที่ — ติดไว้รอบเดียว ลูกค้าพิมพ์ยอดเอง
นี่คือแบบที่ง่ายที่สุดและคนใช้กันเยอะที่สุด — โดยเฉพาะร้านเล็กที่เพิ่งเริ่ม คุณสร้าง QR คงที่ของบัญชีตัวเองจากแอปธนาคาร (SCB Easy, K PLUS, Bualuang mBanking, ฯลฯ) เซฟเป็นรูป โพสต์ไว้ใน bio ของ Instagram หรือ pinned post ใน LINE OA แล้วบอกลูกค้าว่า "สแกน QR นี้ พิมพ์ยอดเอง"
When it worksตอนไหนใช้ได้
- ออเดอร์ไม่กี่ตัว/สัปดาห์ (1-5)
- ราคาสินค้าเดี่ยว ไม่มีค่าส่ง ไม่มีตัวเลือก — ไม่มีโอกาสคำนวณผิด
- ลูกค้าเป็นคนที่คุณรู้จัก (เพื่อน เพื่อนของเพื่อน) — โอกาสโกงต่ำ
- คุณ OK กับการนั่งกระทบยอดเองทุกวัน
When it breaks downตอนไหนเริ่มมีปัญหา
ปัญหาเริ่มเข้ามาตอนออเดอร์ขึ้นไปเกิน 5-10/วัน หรือมีตัวเลือกหลายแบบ:
- ยอดผิด — ลูกค้าพิมพ์ 250 แทน 280 (หรือพิมพ์ 2,800 แทน 280!) คุณต้องเป็นคนทักไปบอกให้โอนเพิ่ม/คืนเงิน เสียเวลาและเสียประสบการณ์ลูกค้า
- ไม่รู้ว่าออเดอร์ไหนของใคร — สลิป 20 ใบ ยอดเหมือนกันหมด ใครคืออะไร ต้องเดา ต้องถาม
- กระทบยอดสิ้นเดือนยาก — บัญชีของคุณรับเงินทั้งจากลูกค้า ครอบครัว เพื่อน แยกออเดอร์ไม่ได้
- VAT/ภาษีถ้าจดบริษัท — ไม่มี reference ต่อออเดอร์ ตามเอกสารยาก
Real cost (estimate)ต้นทุนจริง (ประมาณการ)
| Itemรายการ | Time/orderเวลา/ออเดอร์ | @30 orders/day@30 ออเดอร์/วัน |
|---|---|---|
| Reading slip + matching to orderอ่านสลิป + จับคู่ออเดอร์ | ~1 min | ~30 min/day |
| Resolving wrong amounts (~10% of orders)แก้ยอดผิด (~10% ของออเดอร์) | ~5 min | ~15 min/day |
| Month-end reconciliationกระทบยอดสิ้นเดือน | — | ~2-3 hr/month |
| Total monthly time costเวลารวมต่อเดือน | — | ~25 hr/month |
คือถ้าคุณคิดเวลาตัวเองที่ ฿100/ชั่วโมง (ต่ำมากแล้ว) = ฿2,500/เดือน ที่คุณจ่ายเองไปกับการกระทบยอด — โดยไม่นับยอดผิดที่ทำให้เสียลูกค้า
Pattern 2: "Transfer then DM me" via LINE/IGแบบที่ 2: "โอนแล้วทักมา" ผ่าน LINE/IG
แบบนี้คนใช้กันเยอะที่สุดในร้านออนไลน์ขนาดกลาง ลูกค้าทักใน LINE/IG บอกว่าจะซื้ออะไร คุณบอกยอดรวม + เลขบัญชี ลูกค้าโอน ส่งสลิปกลับ คุณดูสลิป OK ส่งของ
3 hidden problems3 ปัญหาที่ซ่อนอยู่
- สลิปหายในแชต — ลูกค้าโอนแล้วลืมส่งสลิป หรือส่งสลิปแล้วคุณไม่เห็นใน 50 แชตวันนั้น ออเดอร์ค้างไม่ส่ง ลูกค้าโกรธ — เคยเจอไหม?
- สลิปปลอม — ลูกค้าหัวหมอใช้แอปแต่งสลิปเก่า เปลี่ยนยอด ส่งมาให้ดู ถ้าไม่ตรวจละเอียดจะเชื่อสนิท เคสจริงในกลุ่ม Facebook พ่อค้าแม่ค้าโดนกันเยอะมาก
- เวลาที่หายไป — สลิป 1 ใบ ดูจริงๆ ต้องเช็คยอด เช็คบัญชีปลายทาง เช็คเวลา เช็คชื่อผู้โอน 1-3 นาที × 30 ออเดอร์/วัน = 30-90 นาที/วันที่หายไปกับการดูสลิป
When this pattern is rightเมื่อไหร่แบบนี้เหมาะ
- ลูกค้าซ้ำหน้าเดิม (ตลาดที่รู้จักกัน) — ความเสี่ยงสลิปปลอมต่ำ
- คุยกับลูกค้าหน่วงๆ ก่อนปิดออเดอร์อยู่แล้ว (ขายของพรีออเดอร์ ของแฮนด์เมดสั่งทำ) — chat ก็เป็น part ของกระบวนการขายอยู่แล้ว
- ออเดอร์มูลค่าสูงต่อตัว (฿2,000+) ที่ลูกค้าคาดหวังการพูดคุย
แต่ถ้าออเดอร์/วันมากกว่า 10-15 หรือมูลค่าต่อออเดอร์ต่ำ (ของกินเล็กๆ ของใช้ราคา ฿100-300) ระบบ "โอนแล้วทักมา" จะ กิน margin ของคุณ ด้วยเวลาที่หายไป
Pattern 3: Auto-generated QR per order (the Bookku way)แบบที่ 3: QR อัตโนมัติต่อออร์เดอร์ (แบบที่ Bookku ทำให้)
แบบนี้คือสิ่งที่ Bookku เพิ่งออกในเวฟล่าสุด (Phase 3 Wave A + Phase 3 Card 3 frontend) ผมจะอธิบายว่ามันทำงานยังไงให้เห็นภาพ:
Setup (one-time, ~30 seconds)ตั้งค่า (ครั้งเดียว, ~30 วินาที)
- ใน admin ของ Bookku ไปที่ "ตั้งค่า → ทั่วไป → วิธีรับเงิน"
- ใส่เลขพร้อมเพย์ของบัญชีรับเงิน — เบอร์โทร 10 หลัก หรือเลขประจำตัว 13 หลัก หรือเลขจดทะเบียนบริษัท
- ใส่ชื่อบัญชี (ตามที่ปรากฏในธนาคาร — ลูกค้าจะเห็นตอนสแกน QR)
- กด "บันทึก" — เสร็จ
Per-order flow (automatic forever)ทุกออเดอร์ (อัตโนมัติตลอดไป)
ตั้งแต่ออเดอร์แรกหลังบันทึก:
- ลูกค้ากด checkout ในหน้าร้าน yourshop.bookku.co
- Bookku สร้าง QR ใหม่ที่ฝัง: เลขบัญชีคุณ + ยอดเงินตรงตามออเดอร์ + รหัสอ้างอิงต่อออเดอร์
- QR แสดงในหน้า checkout — ลูกค้าสแกนด้วยแอปธนาคาร ยอดเงินจะ pre-fill ให้เอง (ไม่ต้องพิมพ์)
- ลูกค้ากดยืนยันโอน — เงินเข้าบัญชีคุณตรงๆ
- ลูกค้าอัปโหลดสลิปกลับในหน้า checkout
- EasySlip ตรวจสลิปอัตโนมัติใน 2-3 วินาที — ตรวจยอด ตรวจบัญชีปลายทาง ตรวจวันที่
- ถ้าผ่าน → ออเดอร์เปลี่ยนเป็น "paid" ทันที — LINE OA แจ้งคุณ — ลูกค้าได้รับ confirmation email
- ถ้าไม่ผ่าน → ระบบบอกลูกค้าให้อัปโหลดสลิปใหม่ (ไม่ใช่ผ่านคุณ)
What this killsสิ่งที่หายไปทันที
- ✓ ยอดผิด — เป็นไปไม่ได้แล้ว เพราะ QR มียอด pre-fill ลูกค้าสแกนแล้วก็แค่กดยืนยัน
- ✓ นั่งดูสลิปด้วยตา — EasySlip ทำให้ คุณเปิด admin มา เห็นออเดอร์ที่ "paid" แล้วเลย
- ✓ สลิปปลอม — EasySlip อ่าน QR ในสลิปจริงๆ ไม่ใช่ดูรูป สลิปปลอมที่ทำใน Photoshop ตรวจจับได้
- ✓ สลิปหายในแชต — ไม่มีแชต ลูกค้าอัปโหลดในหน้า checkout ของออเดอร์นั้นๆ
- ✓ กระทบยอดสิ้นเดือน — admin มีรายงานยอดขาย/ออเดอร์ครบ — export CSV ได้
- ✓ VAT/ภาษี — ทุกออเดอร์มี reference code ตามได้ครบ
Comparison table — at 30 orders/dayตารางเทียบ — ที่ 30 ออเดอร์/วัน
| Aspectด้าน | Static QRQR คงที่ | "DM me""โอนแล้วทักมา" | Auto-QR (Bookku)QR อัตโนมัติ |
|---|---|---|---|
| Wrong amount errorsยอดผิด | ~10% of orders | ~3% | 0% |
| Slip review timeเวลาดูสลิป | ~30 min/day | ~60 min/day | 0 min/day |
| Fake slip exposureเสี่ยงสลิปปลอม | Medium | High | Near zero |
| Month-end reconciliationกระทบยอดสิ้นเดือน | ~3 hr | ~2 hr | ~10 min |
| Lost orders (forgot to confirm)ออเดอร์หาย (ลืม confirm) | ~1-2/month | ~3-5/month | 0 |
| PromptPay transaction feeค่าธรรมเนียม PromptPay | 0% | 0% | 0% |
| Monthly tooling costค่าเครื่องมือ/เดือน | ฿0 | ฿0 | ฿1,500 (Bookku) |
| Time saved/monthเวลาประหยัด/เดือน | — | — | ~30 hr |
นี่คือเหตุผลว่าทำไม Bookku ฿1,500/เดือน คุ้มกว่าที่ดูเหมือน — ไม่ใช่แค่ "ได้ฟีเจอร์เพิ่ม" แต่คือ คุณได้เวลาตัวเองกลับมา 30 ชั่วโมง/เดือน เอาไปทำของ ถ่ายรูปสินค้า คุยกับลูกค้าเรื่องอื่นๆ ที่สำคัญกว่า
When each pattern is rightเมื่อไหร่ใช้แบบไหน
Static QR is OK if:QR คงที่ OK ถ้า:
- ออเดอร์ <5/สัปดาห์
- ราคาเดียว ไม่มีตัวเลือก
- ลูกค้าเป็นคนรู้จัก
- คุณยอมเสียเวลานั่งกระทบยอดได้
"DM me" is OK if:"โอนแล้วทักมา" OK ถ้า:
- สินค้ามูลค่าสูงต่อตัว (฿2,000+) ที่ลูกค้าคาดหวังพูดคุย
- สินค้าพรีออเดอร์/สั่งทำ — ต้องคุยอยู่แล้ว
- คุณรู้จักลูกค้าทุกคน (community-based)
Auto-QR is right if:QR อัตโนมัติเหมาะ ถ้า:
- ออเดอร์ >5/วัน (เกือบทุกร้านที่จริงจัง)
- สินค้าหลายตัวเลือก (size, color, variant)
- มีค่าส่งตามที่อยู่
- คุณอยากลด time-sink + risk + customer-experience ปัญหา
- ตั้งใจ scale ไป 100+ ออเดอร์/วัน
How to migrate from "DM me" to auto-QRวิธีย้ายจาก "โอนแล้วทักมา" มาใช้ QR อัตโนมัติ
ถ้าคุณตอนนี้ใช้แบบ "โอนแล้วทักมา" อยู่ และอยากลองย้ายมาใช้ Bookku QR อัตโนมัติ:
- สมัคร Bookku ทดลองฟรี 14 วัน — ไม่ต้องใช้บัตรเครดิต ไปที่ /store.html
- ตั้งเลขพร้อมเพย์ — ใส่เลขเดียวกับที่คุณรับเงินอยู่ตอนนี้ ลูกค้าจะเห็นชื่อเดิม
- เพิ่มสินค้า 5-10 ตัวแรก — copy รูปและรายละเอียดจากโพสต์ IG/Facebook ที่มีอยู่
- แชร์ link ร้านให้ลูกค้าเก่าใน LINE OA — message format ที่ผมแนะนำ:
"พี่ๆ น้องๆ ที่เป็นลูกค้าประจำของร้าน — ขอบอกอัปเดต ตอนนี้ร้านมีหน้าเว็บแล้วที่ yourshop.bookku.co (ลิงก์ ↓) ออเดอร์ผ่านเว็บได้เลย QR สร้างให้อัตโนมัติ จ่ายเสร็จได้สลิปกลับมาในเว็บ ไม่ต้องส่งใน LINE ลำบาก ออเดอร์ก็จะไม่หายด้วย ลูกค้าเก่ายังคุยกับพี่ใน LINE นี้ได้ปกตินะ แค่ออเดอร์ใหม่ใช้เว็บแทน 🙏"
- ทดลอง 1 สัปดาห์ — เปรียบเทียบเวลาที่ใช้ในการรับออเดอร์ vs สัปดาห์ก่อน
- ตัดสินใจ — ถ้าใช่ ฿1,500/เดือนต่อไป ถ้าไม่ใช่ ยกเลิกได้ในวันที่ 14 ไม่มีค่าใช้จ่าย
ลูกค้าเก่าใน LINE/IG ยังคุยกับคุณได้เหมือนเดิม — Bookku ไม่ได้แทนที่ LINE OA มันแค่จัดการเรื่องเงินและออเดอร์ให้ คุณกับลูกค้ายังคุยกันได้ตามปกติ (ความสัมพันธ์เหมือนเดิม แค่ระบบหลังบ้านดีขึ้น)
EasySlip — the slip verification engineEasySlip — ระบบตรวจสลิป
หลายคนสงสัยว่าตรวจสลิปอัตโนมัติทำงานยังไง ไม่ใช่ AI อ่านรูปสลิปแบบ OCR (ที่ผิดบ่อย) — มันใช้ QR ฝังในสลิปจริงๆ
ในสลิป PromptPay ของทุกธนาคารไทย (SCB, BBL, KBank, Krungsri, TMB, Krungthai, ฯลฯ) จะมี QR เล็กๆ อยู่ในสลิป — QR นี้ฝัง: ยอดเงิน, บัญชีต้นทาง, บัญชีปลายทาง, transaction ID, วันเวลาโอน EasySlip อ่าน QR นี้แล้ว verify กับ API ของ ITMX (ITMX เป็นองค์กรกลางที่ดูแลระบบ PromptPay ของไทย)
เพราะว่าตรวจที่ระดับ QR + ITMX API สลิปปลอมที่ทำใน Photoshop ตรวจจับได้ เพราะ QR ในสลิปปลอมจะอ่านไม่ออก หรืออ่านได้แต่ ITMX จะตอบกลับว่า "ไม่มี transaction นี้"
ความแม่นยำของ EasySlip ใกล้ 100% (เคสที่อาจมีปัญหา = สลิปจากแอป third-party ที่ไม่ออก QR เช่นแอปธนาคารต่างประเทศ ซึ่งร้านไทยแทบไม่เจอ)
Common questionsคำถามที่เจอบ่อย
"Do I need a business bank account?""ต้องเปิดบัญชีบริษัทไหม?"
ไม่ต้อง — บัญชีส่วนตัวรับ PromptPay ได้ ใช้เลขโทรศัพท์หรือเลขประจำตัวประชาชนเป็น PromptPay ID ก็ได้ ขั้นถัดไป (เปิดบริษัท จดทะเบียนการค้า) ค่อยทำเมื่อยอดขายเริ่มเยอะและต้องการความน่าเชื่อถือกับลูกค้าธุรกิจ
"What if a customer claims they transferred but the system rejected the slip?""ถ้าลูกค้าบอกว่าโอนแล้วแต่ระบบปฏิเสธสลิป?"
เกิดได้น้อยมากเพราะ EasySlip ตรวจที่ระดับ ITMX API — ถ้า ITMX ยืนยันว่ามี transaction = ผ่าน แต่ถ้าเกิดจริงๆ admin Bookku มีฟีเจอร์ "manual confirm" — คุณตรวจสลิปด้วยตาเอง ถ้า OK กดยืนยัน ออเดอร์เปลี่ยนเป็น paid ใช้เป็น fallback ได้
"Can I still take orders via LINE chat?""ยังรับออเดอร์ผ่าน LINE chat ได้ไหม?"
ได้ ลูกค้าทักใน LINE สั่งของ → คุณสร้างออเดอร์ใน admin ของ Bookku → ส่ง link ชำระเงินกลับใน LINE → ลูกค้ากด link จ่ายผ่านระบบ Bookku QR อัตโนมัติ — ลูกค้ายังคุยใน LINE แต่ระบบจัดการเงินและสลิปให้
Closing thoughtsทิ้งท้าย
ผมเข้าใจว่าหลายคนใช้ "QR คงที่" หรือ "โอนแล้วทักมา" มานาน และมันก็ทำงานได้ — เพราะอยู่ในจุดที่ออเดอร์ยังไม่มากพอที่จะรู้สึกเจ็บ แต่พอออเดอร์เริ่มเยอะ คุณจะเริ่มรู้สึกว่า "ทำไมวันๆ ดูแต่สลิป" — นั่นคือสัญญาณว่าถึงเวลาที่ระบบควรทำให้คุณแล้ว
ฟีเจอร์ QR อัตโนมัติบน Bookku ออกใน Wave A (Phase 3) + Card 3 ของ Phase 3 frontend — ถ้าคุณอ่านบทความนี้แล้วอยากลอง ตอนนี้ใช้ได้ทันที
มีคำถามทักผมได้ที่ LINE @bookku หรือ lertrak@bookku.co — ตอบเองทุก message ครับ