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

ลูกค้า

สตาร์ทอัพไทยก่อนเปิดตัว ที่กำลังสร้างผลิตภัณฑ์ AI สำหรับผู้บริโภค — LINE Official Account ที่ทำหน้าที่เป็นกล่องเก็บของส่วนตัว ผู้ใช้ส่งรูป ไฟล์ PDF หรือลิงก์เข้ามาในแชท ระบบจะให้ AI อ่านเนื้อหา สรุป และติดแท็กให้อัตโนมัติ แล้วค้นหาย้อนหลังได้จากในแชท LINE โดยไม่ต้องออกไปแอปอื่น

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

ออกแบบรองรับ 50-1,000 ผู้ใช้ และ 20-300 รายการต่อวัน

ปัญหา: ของที่เก็บแล้วหาไม่เจอ เท่ากับไม่ได้เก็บ

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

การค้นหาที่ "ทำงานได้" แต่ใช้ไม่ได้จริง

หลังระบบเวอร์ชันแรกทำงาน ลูกค้าทดสอบเองแล้วเจอผลลัพธ์ที่ใช้ไม่ได้:

และแต่ละครั้งใช้เวลา 20-30 วินาที ในขณะที่ผู้ใช้ LINE คาดหวังราว 1-5 วินาที

เงื่อนไขอีก 2 ข้อที่ลูกค้าตั้งไว้

• •แชทต้องไม่รก การส่งข้อความสรุปและแท็กยาวๆ กลับเข้าแชท ทำให้อ่านไม่ไหวเมื่อผู้ใช้ส่งหลายไฟล์ติดกัน บอทต้องตอบสั้นแค่ 1-2 บรรทัด
• •ไฟล์ต้นฉบับของผู้ใช้ต้องไม่หายเอง และต้องไม่ถูกลบเพราะลิงก์ดาวน์โหลดหมดอายุ

ความเสี่ยงถ้าไม่แก้

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

ที่มาของงานและสิ่งที่ตกลงกัน

ลูกค้าติดต่อผ่าน Fastwork วันที่ 18 พ.ค. 2026 เราเสนอ 3 ระดับ และลูกค้าเลือกระดับกลางภายในวันเดียว พร้อมขอเพิ่มอีก 5 ข้อ ซึ่งรับเข้าไปในราคาเดิมทั้งหมด:

1. •ที่เก็บไฟล์แบบปิด พร้อมลิงก์ที่หมดอายุใน 1 ชั่วโมง เป็นค่าเริ่มต้น
2. •ผูกคำค้นของผู้ใช้กับไฟล์ที่เพิ่งส่ง (หน้าต่าง 2 นาที)
3. •ลบแล้วกู้คืนได้ 30 วัน
4. •ค้นหาภาษาไทยข้ามหลายฟิลด์ พร้อมระบบสำรอง
5. •เกณฑ์การตรวจรับแยกรายงวด

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

เงื่อนไขของลูกค้าที่กลายเป็นหลักการทำงานทั้งโครงการ

แก้โดยดูจากข้อมูลจริง ไม่ใช่เพิ่มคำพ้องแบบเดาสุ่ม

และอีกข้อ — อย่าเขียนตายตัวอะไรที่ทำให้ต่อระบบชำระเงินภายหลังยาก เช่นตรรกะเรื่องแพ็กเกจและโควตา ต้องแยกไว้ให้เปลี่ยนแพ็กเกจได้ในอนาคต

ลูกค้าเป็นเจ้าของผลิตภัณฑ์ที่รู้ว่าตัวเองต้องการอะไร และตั้งเงื่อนไขที่ถูกต้องตั้งแต่ต้น ซึ่งเป็นเหตุผลหลักที่งานเดินได้เร็วขนาดนี้

ทำไมสร้างเป็น 3 เฟส แต่ละเฟสต้องพิสูจน์ว่าใช้งานได้จริงก่อนเดินหน้าต่อ

โปรเจกต์นี้แบ่งสร้างเป็น 3 เฟสโดยตั้งใจ (วางรากฐาน แล้ว AI และค้นหา แล้วหน้าจอจัดการระบบ) แทนที่จะทำทีเดียวรวดแล้วส่งมอบครั้งเดียวตอนจบ — แต่ละเฟสต้องผ่านการทดสอบจริงจากมือถือก่อนเดินหน้าต่อ ไม่มีอะไรสมมติว่าน่าจะใช้ได้ เฟส 1 พิสูจน์ว่าไฟล์ที่ส่งเข้า LINE ถูกรับและเก็บไว้จริง เฟส 2 พิสูจน์ว่า AI อ่านไฟล์เป็นและค้นเจอไฟล์จริงจากมือถือ เฟส 3 พิสูจน์ว่าเจ้าของโปรดักต์ดูแลต่อเองได้จริง ไม่ใช่แค่ดูตัวอย่างเฉยๆ

ทุกเฟสมีรายงานทดสอบแยกต่างหาก ระดับที่เจ้าของโปรดักต์ทดสอบเองจากมือถือจริงได้ภายใน 5-15 นาทีต่อเฟส ก่อนเดินหน้าต่อ

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

สิ่งที่สร้าง

การตัดสินใจทางเทคนิคที่สำคัญ

• •แท็กอัตโนมัติทำงานตอนอัปโหลด ไม่ใช่ตอนค้นหา เพื่อให้การค้นหายังเร็วแม้คลังไฟล์จะโตขึ้นเรื่อยๆ
• •แยกการตอบเป็น 2 จังหวะ — ตอบรับทันที (1-3 วินาที) ว่าได้รับไฟล์แล้ว ก่อนให้ AI วิเคราะห์เบื้องหลังแล้วส่งผลตามไปทีหลัง ผู้ใช้จึงรู้ทันทีว่าระบบรับไฟล์แล้ว โดยแชทไม่ค้างรอ AI ทำงาน
• •ออกแบบให้บอทตอบสั้นกระชับ ไม่ทิ้งข้อความสรุปยาวทั้งหมดกลับไปให้ผู้ใช้ ทำให้แชทอ่านง่าย ขณะที่รายละเอียดเต็มยังถูกเก็บและค้นหาได้ทีหลัง (ข้อนี้อย่างเดียวลดจำนวนข้อความที่ส่งลงครึ่งหนึ่ง)
• •ตัวกรองตัดคำนามทั่วไป (เช่น "รูป" "ไฟล์") ออกจากคำค้นก่อนค้น สร้างจากประวัติการค้นหาจริง ไม่ใช่เดา เพราะผู้ใช้พิมพ์คำเหล่านี้บ่อยโดยไม่ได้ตั้งใจให้มีความหมายตรงตัว
• •สร้างคลังคำแปลไทย-อังกฤษเอง ขยายคำค้นเป็นสองภาษาก่อนค้นเสมอ พร้อมบังคับ AI ติดแท็กสองภาษาตั้งแต่ตอนอ่านไฟล์ ผู้ใช้จึงค้นด้วยภาษาที่ตัวเองถนัดได้ ไม่ว่าไฟล์จะถูกแท็กไว้เป็นภาษาไหน
• •ตรวจไฟล์ซ้ำด้วยการเทียบขนาดไฟล์และประเภทไฟล์โดยตรง แทนคำอธิบายของ AI ที่เขียนไม่เหมือนกันทุกครั้งแม้จะอ่านรูปเดิม
• •ให้ระบบค้นหลายรูปแบบพร้อมกัน แทนที่จะค้นทีละรูปแบบเรียงต่อกัน และหยุดขยายคำเมื่อผลลัพธ์อันดับหนึ่งมั่นใจพอแล้ว — นี่คือจุดหลักที่ลดเวลาค้นจาก 20-30 วินาที เหลือต่ำกว่า 1 วินาที โดยไม่ต้องตัดความสามารถค้นสองภาษาออก
• •สร้างและทดสอบกับรูปแบบการค้นหาภาษาไทยจริงตั้งแต่ต้น ไม่ใช่ออกแบบเป็นภาษาอังกฤษก่อนแล้วค่อยแปลทีหลัง
• •เปิดเป็นรุ่นทดลองใช้จำกัดจำนวนก่อน แทนที่จะเปิดสู่สาธารณะทันที เพื่อดูพฤติกรรมการใช้งานจริงก่อนขยายต่อ

สิ่งที่ยากที่สุด — 8 รอบใน 3 วัน

การค้นหาถูกปรับ 8 รอบระหว่าง 29-31 พ.ค. 2026 ทั้งหมดอยู่ในการรับประกัน ไม่คิดเงินเพิ่ม

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

ทำไมค้น "หารูปยา" แล้วได้รถบัส — คำว่า ยา ไปตรงกับคำว่า ยานพาหนะ แก้ด้วยกฎการจับคู่คำสั้นและเกณฑ์ความมั่นใจขั้นต่ำ

ทำไมค้น "ไฟล์แคนาดา" แล้วไม่เจอ — AI ติดแท็กไฟล์นั้นไว้เป็นภาษาอังกฤษ ผู้ใช้ค้นเป็นภาษาไทย แก้ด้วยพจนานุกรมไทย-อังกฤษในชั้นค้นหา

ทำไมถึงช้า 20-30 วินาที — รอบก่อนหน้าเพิ่มการขยายคำพ้องเป็นลูกโซ่ สูงสุด 16 คำ คูณ 2 ชั้นการค้น = สูงสุด 32 คำสั่งค้นฐานข้อมูลเรียงต่อกันทีละอัน แก้ด้วยการยิงพร้อมกันทั้งหมด และหยุดขยายเมื่อผลลัพธ์อันดับหนึ่งมั่นใจพอแล้ว

ทำไมค้น "รถบัส" แล้วได้ผลซ้ำ — รอบที่ 7 ใส่ระบบกันซ้ำโดยเทียบ 60 ตัวอักษรแรกของคำสรุปไปแล้ว แต่ยังซ้ำอยู่ พอดึงข้อมูลจริงออกมาดูจึงเห็นว่าสองแถวนั้น ขนาดไฟล์เท่ากันเป๊ะที่ 88,068 ไบต์ เป็นไฟล์เดียวกันแน่นอน แต่ AI เขียนคำสรุปคนละแบบ — "รถบัสหรูสีดำขนาดใหญ่ (Ford)" กับ "รถบัสหรูสีดำ (Ford)" — ซึ่งต่างกันตั้งแต่ตัวอักษรที่ 16 ระบบกันซ้ำจึงมองว่าเป็นคนละไฟล์

รอบที่ 8 จึงเปลี่ยนไปเทียบที่ ขนาดไฟล์จริงกับชนิดไฟล์ แทนคำสรุป

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

PDF ที่ AI อ่านไม่ออก

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

วิธีที่ 5 คือเปลี่ยนไปสั่ง AI ให้ตอบตามโครงสร้างที่กำหนดตายตัว แทนที่จะปล่อยให้ตอบเป็นข้อความอิสระ — ผ่านในครั้งแรก ผลลัพธ์บนไฟล์หลักสูตร 14 หน้า: สรุปครบถ้วนพร้อมแท็กภาษาไทย 5 แท็ก แสดงใน LINE ภายในราว 15 วินาที

วินัยเรื่องขอบเขตงาน

คำขอเพิ่มราว 17 รอบ ถูกจัดเป็น 3 ประเภททุกครั้ง:

1. •อยู่ในขอบเขต — ทำให้ฟรี
2. •เตรียมโครงสร้างรองรับไว้ — ทำให้ฟรี คิดเงินเฉพาะตอนต่อยอดจริง
3. •เป็นงานเพิ่ม — เสนอราคาแยก

ไม่มีรอบไหนจบด้วยการเถียงเรื่องขอบเขต

ตัวอย่างที่คุ้มที่สุด: ใช้เวลา 30 นาทีเตรียมโครงสร้างฐานข้อมูลรองรับฟีเจอร์เฟสถัดไปตั้งแต่ตอนนั้น ซึ่งประหยัดเวลาไป 4-6 ชั่วโมงเมื่อถึงเวลาทำจริง

ผลลัพธ์

1. ส่งมอบก่อนกำหนด 23 วัน

แผนงานที่ตกลงกันคือ 26 วัน (25 พ.ค. – 19 มิ.ย. 2026) แบ่งเป็น 3 งวด

ทำได้เพราะเริ่มสร้างโครงสร้างพื้นฐานไว้ล่วงหน้าก่อนที่ข้อมูลเข้าระบบของลูกค้าจะมาถึง — วันที่ข้อมูลมาถึง งานงวดแรกพร้อมติดตั้งทันที

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

2. การค้นหา จาก 20-30 วินาที เหลือต่ำกว่า 1 วินาที และตรงทุกครั้ง

หลังปรับ 8 รอบ ชุดทดสอบมาตรฐาน ผ่าน 9 จาก 9 ข้อ ทุกข้อต่ำกว่า 1 วินาที

เทียบกับเป้าที่ตั้งไว้ 5-8 วินาที — เร็วกว่าเป้าอย่างน้อย 10 เท่า

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

3. คำขอเพิ่มราว 17 รอบ รับไว้โดยไม่เถียง และได้งานต่อ

งานสร้างผลิตภัณฑ์มักจบด้วยการเถียงเรื่องขอบเขต เพราะลูกค้าเห็นของจริงแล้วถึงรู้ว่าอยากได้อะไร

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

ผลคืองานต่อที่เสนอราคาไว้อีก 3 รายการ — ระบบชำระเงิน ฟีเจอร์เฟส 2 และ Rich Menu วินัยเรื่องขอบเขตทำให้ได้งานเพิ่ม ไม่ใช่เสียลูกค้า

4. ระบบหลังบ้านและต้นทุนที่เจ้าของรับไหว

หน้าจอจัดการระบบ 7 หน้า ให้เจ้าของที่ไม่ใช่สายเทคนิคเห็นภาพรวมครบ — ภาพรวมระบบ ผู้ใช้ ไฟล์ แท็ก ประวัติการค้นหา ประวัติข้อผิดพลาด และถังขยะกู้คืนไฟล์ ส่วนค่าดำเนินการช่วง MVP อยู่ที่ราว 200-500 บาทต่อเดือน โดยลูกค้าจ่ายตรงเอง

ข้อจำกัดที่ยังเหลือ — บอกตั้งแต่วันส่งมอบ

• •การค้นคำในข้อความสรุปยังถูกจำกัดด้วยการตัดคำภาษาไทยของฐานข้อมูล — แจ้งลูกค้าไว้ตั้งแต่วันส่งมอบ ไม่ได้ซ่อน
• •การติดแท็กอัตโนมัติสำหรับลิงก์ตั้งใจยังไม่ทำในเฟสนี้ ตกลงกันไว้ชัดเจน
• •ระบบสำรองข้อมูลข้ามผู้ให้บริการยังไม่ได้ทำ — อยู่ในข้อเสนอเฟส 2

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

• •แก้ปัญหาค้นหาด้วยข้อมูลใช้งานจริง ไม่ใช่เดา — ตลอด 8 รอบ ทุกรอบเริ่มจากดึงประวัติการค้นหาจริงของผู้ใช้มาดูก่อน แทนที่จะเดาแล้วเพิ่มคำแปลมั่วๆ วินัยแบบนี้คือเหตุผลที่ฟีเจอร์ค้นหาไม่พังซ้ำหลังส่งมอบ
• •เมื่อ AI ตอบไม่เหมือนกันทุกครั้ง ต้องหาสิ่งอื่นมาเช็คแทน — สองแถวที่ขนาดเท่ากันเป๊ะ 88,068 ไบต์ กลับมีคำสรุปที่ต่างกันตั้งแต่ตัวอักษรที่ 16 ระบบกันซ้ำที่อาศัยคำอธิบายของ AI จึงพลาด แก้โดยเช็คขนาดไฟล์และประเภทไฟล์แทนเพราะเป็นข้อมูลที่ไม่เปลี่ยนแปลง — เวลาระบบมี AI เป็นส่วนหนึ่งของขั้นตอนทำงาน ต้องหาจุดอ้างอิงที่นิ่งมาใช้ตัดสินใจแทน ไม่งั้นระบบจะพังแบบเงียบๆ
• •บังคับให้ AI ตอบตามแบบฟอร์มตายตัว เชื่อถือได้กว่าการขอด้วยคำสั่งข้อความ — ลองมา 4 วิธีก่อนที่วิธีบังคับรูปแบบจะผ่านตั้งแต่รอบแรก วิธีที่พังหนักสุดให้ผลลัพธ์ถูกรูปแบบแต่ว่างเปล่าทั้งหมดโดยไม่มี error เพราะรูปแบบยังถูก — งานที่ต้องแม่นยำ 100% ให้บังคับด้วยแบบฟอร์ม ไม่ใช่แค่ขอด้วยคำพูดแล้วหวัง
• •งานเบื้องหลังที่ "ยิงแล้วไม่รอผล" เสี่ยงหายไปเงียบๆ บนระบบคลาวด์สมัยใหม่ — ตอนขึ้นระบบจริงครั้งแรกของเฟส 1 บอทเงียบไม่ตอบเลย ต้นเหตุคือโค้ดสั่งให้ AI เริ่มทำงานแล้วส่งคำตอบกลับทันทีโดยไม่รอ บนคลาวด์ที่ใช้ซึ่งปิดการทำงานทันทีที่ส่งคำตอบกลับ งานที่ยังไม่เสร็จถูกตัดจบไปเลยโดยไม่แจ้งเตือน — งานเบื้องหลังทุกอย่างต้องรอให้เสร็จก่อนค่อยส่งคำตอบกลับ นี่คือบั๊กอันตรายที่สุดเพราะไม่มี error ให้เห็น ระบบแค่เงียบไปดื้อๆ
• •ปัญหาความเร็วมักคือการแก้ของรอบก่อน — การค้น 20-30 วินาทีไม่ได้เกิดจากฐานข้อมูลช้า แต่เกิดจากการขยายคำพ้องเป็นลูกโซ่ที่เพิ่มเข้าไปรอบก่อนหน้า ยิงคำสั่งค้นเรียงต่อกันสูงสุด 32 ครั้ง — ก่อนจะไปปรับความเร็ว ให้ดูก่อนว่ารอบก่อนหน้าเพิ่มอะไรเข้าไป
• •ลูกค้าที่ไม่ใช่สายเทคนิคต้องการทางเลือก 3 แบบ ไม่ใช่แค่ "ทำได้/ทำไม่ได้" — ส่งคำถามชี้แจงก่อน แล้วเสนอ 3 ทาง คือทำฟรีในขอบเขตเดิม เตรียมโครงสร้างไว้ฟรีก่อนแล้วคิดเงินตอนต่อยอด หรือทำเต็มรูปแบบตอนนี้เลยคิดเงินเพิ่ม เจ้าของโปรดักต์เลือกทางกลางเกือบทุกครั้ง วิธีนี้ป้องกันงานบวมเกินขอบเขตได้ราว 10 ครั้ง แม้ feedback จะมาถี่และบางวันเปลี่ยนทิศ 4 รอบ