AI Concierge สำหรับเครือโรงแรมระดับภูมิภาค — เก็บลีดสะสม 370 ราย บอทจัดการเองได้ 92-96.8% สาขาที่สองเสร็จในครึ่งเวลา

ลูกค้า

คลินิกเวชกรรมเฉพาะทางและความงาม มี 2 สาขา และกำลังเปิดสาขาที่ 3 รับเงินจากลูกค้าผ่านหลายช่องทางพร้อมกัน ทั้งเงินสด ระบบรับชำระออนไลน์ บัตรผ่านแอปธนาคาร และกระเป๋าเงินอิเล็กทรอนิกส์

ปัญหาคือแต่ละช่องทางส่งรายงานมาคนละรูปแบบ บางเจ้าไม่ได้ส่งวันต่อวัน บางเจ้าช้าถึงหนึ่งสัปดาห์ และวันตัดรอบไม่ตรงกันสักเจ้า

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

"ความเสี่ยงและอาจจะเชื่อถือไม่ได้"

ปัญหา: 956 บรรทัด แต่มีใบเสร็จจริงแค่ 591 ใบ

ก่อนเสนอราคา เราขอไฟล์ export จริงของคลินิกมาดูก่อน 18 วัน และอ่านมันจริงๆ ทีละบรรทัด ไม่ใช่กวาดตาผ่าน

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

ใครก็ตามที่ลากรวมยอดลงมาทั้งคอลัมน์ จะได้ตัวเลขที่พองขึ้นทันที:

ป้ายชื่อช่องทางในระบบก็เชื่อไม่ได้ ช่องทางที่ถือเงินมากที่สุด 5.3 ล้านบาท ถูกติดป้ายว่า "โอนเงิน" แต่รายงานที่ผู้ให้บริการรายนั้นส่งมาจริง เป็นรายงานบัตรเครดิต มีทั้งค่าธรรมเนียมร้านค้าและประเภทบัตรระบุชัด ขณะที่คอลัมน์ค่าธรรมเนียมบัตรเครดิตในระบบคลินิกเป็น ศูนย์ทั้ง 738 ใบเสร็จ

ลูกค้าเป็นคนสังเกตเห็นเอง ระหว่างนั่งตรวจไฟล์ด้วยกัน และเขียนกำกับไว้ในไฟล์ของเธอว่า "ตรวจสอบ mapping ช่องทาง: รายการนี้เป็นบัตร"

บทเรียนนั้นกลายเป็นกฎการออกแบบ: ห้ามสร้างกฎใดๆ ที่เชื่อป้ายชื่อช่องทาง

ไม่มีกุญแจร่วมระหว่างสองระบบเลย นี่คืออุปสรรคทางเทคนิคที่ใหญ่ที่สุดของโครงการ:

ไม่มีฟิลด์ไหนเชื่อมสองอย่างนี้เข้าหากันได้เลย การจับคู่จึงต้องอาศัยวันที่บวกจำนวนเงิน ซึ่งไม่มีทางแม่น 100% โดยธรรมชาติ

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

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

ราคาที่ขึ้นแล้วลง และเหตุผลที่ลดให้เอง

ลูกค้าทักมาพร้อมโจทย์ที่ชัดอยู่แล้ว และสั่งลำดับความสำคัญเองด้วยประโยคเดียว: "เน้นเงินรับก่อน"

ทำไมเลือกวางระบบ แทนการจ้างคนเพิ่ม:

1. •ต้องการให้ AI ทำงานกลไก และเหลือคนไว้ตรงข้อยกเว้น คำของเธอเอง: "วาง process ด้วย AI ในบางจุด ให้น้องมาแก้ในจุดที่ AI ทำไม่ได้"
2. •กังวลเรื่องความครอบคลุมมากกว่าราคา — "กลัวจะไม่ครอบคลุม มีตรงไหนที่กระทบแบงค์ ต้องทำอีกบ้างไหมคะ"
3. •อยากได้คนที่แนะนำกลับ ไม่ใช่รับคำสั่งอย่างเดียว — "ถ้ามีอะไรไม่ครอบคลุม อยากได้คุณช่วยแนะนำด้วยนะ"

สามอย่างที่พบในไฟล์ แล้วทำให้ขอบเขตเล็กลง ไม่ใช่ใหญ่ขึ้น

การอ่านไฟล์จริงไม่ได้ทำให้เราขายได้แพงขึ้น มันทำให้ขอบเขตเล็กลง 3 จุด และเราแจ้งทั้งสามจุด:

หนึ่ง — ช่องทางที่ต้องทำ มี 5 ไม่ใช่ 10-20 ลูกค้ากังวลว่ามีช่องทางรับเงิน 10-20 ช่อง ซึ่งจะทำให้งานใหญ่และแพง แต่ในข้อมูลจริง คอลัมน์ส่วนใหญ่เป็นศูนย์ทั้งคอลัมน์ ช่องทางที่มีเงินเดินจริงมีแค่ 5 เราบอกเธอว่าราคาที่เสนอไปครอบคลุมทุกช่องทางที่ใช้จริงอยู่แล้ว และไม่ขึ้นราคาตามจำนวนคอลัมน์

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

สาม — ตัวเลขความแม่นยำที่บอกก่อนขาย ไม่ใช่หลังขาย เพราะไม่มีกุญแจร่วมระหว่างสองระบบ เราวัดอัตราการจับคู่จากตัวอย่างจริงของเธอแล้วบอกไปตรงๆ ว่าจะได้ราว 75-90% ที่เหลือ 10-25% ต้องมีคนตรวจ และบอกด้วยว่าตัวอย่างที่ใช้วัดมีแค่ราว 30 แถว ยังเชื่อเป็นตัวเลขสุดท้ายไม่ได้

ราคาที่ขยับ 4 ครั้ง โดยลูกค้าเป็นคนขยับเอง

สิ่งที่อ่านออกจากข้อความของเธอ: เธอไม่ได้ปฏิเสธราคาขอบเขตเต็ม เธอกลัวยอดรวมที่ไม่มีเพดาน

คำตอบที่ถูกต้องจึงไม่ใช่ส่วนลด แต่คือเพดาน เราเขียนเพดานของทั้ง 3 เฟส ลงในใบเสนอราคา ไม่ใช่พูดลอยๆ ในแชท ถ้าเฟส 2 ยากกว่าที่ตัวอย่าง 30 แถวบอกไว้ นั่นคือการคุยเรื่องขอบเขต ไม่ใช่การขึ้นราคา

คำตอบของเธอคือ "งั้นขอให้ช่วยๆทำด้วยกันนะคะ"

วิธีแก้: นับเงินที่ใบเสร็จ ไม่ใช่ที่บรรทัด

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

ถ้าวันไหนบวกกลับแล้วไม่ตรง แปลว่ามีอะไรเปลี่ยนที่ต้นทาง และระบบจะฟ้องเอง ไม่ต้องรอให้คนมาสังเกต

แผนงาน 7 วันทำการ

การตัดสินใจทางเทคนิค

สิ่งที่ส่งมอบ

1. •ตัวอ่านรายงาน 2 รูปแบบ
2. •ตัวยุบบรรทัดเป็นใบเสร็จ พร้อมกันซ้ำ
3. •ตัวตรวจยอดรายช่องทางเทียบยอดใบ ทุกใบ
4. •ตัวจัดประเภทช่องทาง และกฎการยกเว้น 4 ข้อ
5. •รายงาน 5 ชุดใน 7 แท็บ คือรายวัน สะอาด ข้อยกเว้น ป้ายช่องทางไม่ตรง และเก็บรายเดือน
6. •สรุปรายวันเข้าแชททีม
7. •ชุดทดสอบ 109 เคส

ผลลัพธ์

1. ตรวจพบว่ารายได้ที่ใช้ตัดสินใจอยู่ สูงเกินจริง 135%

คลินิกรวมยอดจากรายงานของระบบคลินิกเองมาตลอด การวิเคราะห์ไฟล์จริง 18 วันพบว่าตัวเลขพองขึ้น 135% คือ 21.4 ล้าน เทียบกับยอดจริง 9.1 ล้าน

ตัวเลขนี้คือตัวเลขเดียวกับที่ใช้ประเมินผลงาน ใช้วางแผนเปิดสาขาที่ 3 และใช้คุยกับธนาคาร

2. ยืนยันความถูกต้องด้วยการตรวจทุกใบที่เข้าข่าย ไม่ใช่สุ่ม

การยุบบรรทัดเป็นใบเสร็จจะปลอดภัยก็ต่อเมื่อยอดชำระซ้ำเหมือนกันจริงทุกบรรทัด

เราจึงตรวจใบเสร็จที่มีมากกว่า 1 บรรทัด ทั้งหมด 192 ใบ พบข้อยกเว้น 0 ใบ

แปลว่าตัวเลขใหม่ไม่ได้มาจากการประมาณ แต่มาจากกฎที่พิสูจน์แล้วกับข้อมูลจริงทั้งชุด

3. ผลักดันจนผู้ให้บริการระบบคลินิกออกฟีเจอร์ใหม่ให้ภายใน 3 วัน

ตอนเริ่มงาน ผู้ให้บริการระบบยังไม่มีการส่งออกข้อมูลตามรอบ และไม่ให้กำหนดการ

หลังยกระดับเรื่องพร้อมหลักฐานว่าข้อมูลช่องทางไม่ครบ ทีมผู้ให้บริการปล่อยฟีเจอร์ข้อมูลระดับช่องทางให้ใช้งานได้ ภายใน 3 วัน

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

เรื่องที่เกือบกลายเป็นหัวข้อข่าว และเหตุผลที่ตัดทิ้ง

ลูกค้าถามคำถามหนึ่งว่า มีใบเสร็จที่ยอดรับไม่ตรงกับมูลค่ารายการไหม

การตรวจรอบแรกเจอ 14 ใบ ยอดรวม 4,142,175 บาท ที่ไม่ตรงกัน ตัวเลขใหญ่พอที่จะเป็นหัวข้อหลักของรายงานได้เลย

แต่เราไปตรวจซ้ำก่อนส่ง และมันพังลงทั้งหมด:

จาก 4.1 ล้าน เหลือ 2 ใบ

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

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

เกร็ด: บั๊กที่โครงการนี้มีอยู่เพื่อแก้ ถูกจับได้จากการวัดตัวมันเอง

ระหว่างตรวจข้อมูลอีกวันหนึ่ง การยุบบรรทัดทำให้ 45 บรรทัดเหลือ 32 ใบเสร็จ และตรงกับยอดชำระ 458,218.00 บาท พอดี

ขณะที่การรวมยอดแบบตรงๆ ในวันเดียวกัน ทำให้ช่องทางหนึ่งพองขึ้น 3.2 เท่า และแอปธนาคารพองขึ้น 1.9 เท่า

เสียงจากโปรเจกต์

"ความเสี่ยงและอาจจะเชื่อถือไม่ได้"

— เจ้าของกิจการ อธิบายสถานะการกระทบยอดแบบเดิมของตัวเอง

"วาง process ด้วย AI ในบางจุด ให้น้องมาแก้ในจุดที่ AI ทำไม่ได้"

— เจ้าของกิจการ ตอนกำหนดขอบเขตงาน

"เธอไม่ได้ปฏิเสธราคา เธอกลัวยอดรวมที่ไม่มีเพดาน คำตอบจึงเป็นเพดาน ไม่ใช่ส่วนลด"

— บันทึกการตัดสินใจ ตอนเขียนเพดานลงในใบเสนอราคา

บทเรียนที่ได้

• •อ่านไฟล์จริงของลูกค้าก่อนเสนอราคา ไม่ใช่หลังปิดงาน ข้อมูลจริง 18 วันทำให้งานนี้เล็กลงถึง 3 จุด และตัดราคาออกไปหนึ่งบรรทัด ขณะเดียวกันก็เป็นที่มาของข้อค้นพบที่ทั้งโครงการยืนอยู่บนนั้น
• •รายงานที่พิมพ์ออกมาเป็นรายบรรทัด จะมีคนรวมยอดแบบรายบรรทัดเสมอ ยอดชำระที่ซ้ำกันทุกแถวของใบเดียวไม่ใช่บั๊กของระบบต้นทาง แต่มันรับประกันว่ายอดรวมในสเปรดชีตจะผิด และไม่มีอะไรที่ไหนบอกเลย
• •อย่าเขียนกฎที่เชื่อป้ายชื่อ ช่องทางที่ถือเงินมากที่สุดถูกติดป้ายว่าโอนเงินแต่จริงๆ เป็นบัตร และคอลัมน์ค่าธรรมเนียมที่ควรจะฟ้องก็เป็นศูนย์ทั้ง 738 ใบ ความไม่ตรงกันจึงได้รายงานของตัวเอง แทนที่จะถูกแก้เงียบๆ ในระบบเรา
• •ตัวเลขใหญ่ที่ยังไม่ได้ตรวจซ้ำคือภาระ ไม่ใช่การค้นพบ ใบเสร็จ 14 ใบมูลค่า 4.1 ล้าน เหลือ 2 ใบเมื่อตรวจรอบสอง การส่ง 4.1 ล้านออกไปจะเป็นทั้งสิ่งที่น่าประทับใจที่สุดและแพงที่สุดในโครงการ
• •บอกช่วงความแม่นยำก่อนขาย พร้อมบอกด้วยว่าวัดจากตัวอย่างขนาดเท่าไร เพราะไม่มีกุญแจร่วมระหว่างสองระบบ อัตราจับคู่ที่สมบูรณ์แบบจึงเป็นไปไม่ได้ตั้งแต่ต้น การบอก 75-90% ไว้ก่อนโดยระบุว่าวัดจากราว 30 แถว มีค่ามากกว่าตัวเลขที่ฟังดูแม่นแต่ไม่มีใครยืนยันได้
• •หักที่ชั้นให้ถูก รายการมัดจำถูกนับอยู่ในยอดรวมของระบบต้นทาง การหักมันที่ชั้นตรวจยอดแทนที่จะเป็นชั้นรายงาน จะทำให้ทุกใบที่ใช้มัดจำไม่ผ่าน
• •เพดานตอบความกลัวที่ส่วนลดตอบไม่ได้ ลูกค้าไม่ได้ต้านราคา เธอต้านยอดรวมที่ไม่มีที่สิ้นสุด การเขียนเพดานลงในใบเสนอราคาแทนที่จะพูดในแชท คือสิ่งที่ปิดงานได้

ไม่แน่ใจว่ายอดขายที่เห็นอยู่ เป็นยอดจริงหรือเปล่า?

ถ้าธุรกิจคุณเข้าข่ายข้อใดข้อหนึ่งนี้ ตัวเลขที่คุณใช้อยู่อาจพองกว่าที่คิด:

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

ส่งไฟล์ export ย้อนหลัง 1 เดือนมา เราตรวจให้ว่ายอดจริงคือเท่าไร

คุยกับเราได้เลย →