ไม่ให้งานหยุดชะงักระหว่างรอลูกค้าตรวจ วิธีขอให้ลูกค้าตัดสินใจ

ตอนที่แล้ว เราพูดถึงวิธีคัดแบบที่ทำด้วย AI ให้เหลือ 2–3 แบบ และบันทึกเหตุผลที่เลือก ในหลายกรณี แบบที่คัดแล้วจะถูกส่งให้ลูกค้าดูเพื่อให้ลูกค้าเป็นผู้ตัดสินใจ

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

หมายเหตุ: บทความนี้เขียนโดยผู้พัฒนา GeckoFlag

5 เหตุผลที่การรอลูกค้าตรวจยืดเยื้อ

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

• ส่งคำขอทีละน้อย: ถ้าส่งทีละเรื่องทางแชตหรืออีเมล ลูกค้าจะมองไม่เห็นภาพรวม เมื่อไม่รู้ว่าเรื่องไหนด่วนหรือยังเหลืออีกกี่เรื่อง ก็จะถูกเลื่อนออกไปก่อน
• ไม่ได้เขียนว่าต้องการให้ตัดสินใจเรื่องอะไร: แค่ “รบกวนช่วยตรวจด้วย” ไม่ได้บอกว่าต้องการให้ดู ให้เลือก หรือให้อนุมัติ
• ไม่มีกำหนดเวลา หรือไม่มีเหตุผลของกำหนดเวลา: คำขอที่ไม่มีกำหนดเวลาจะถูกงานที่มีกำหนดเวลาแซงไป และถ้ามีแค่วันที่แต่ไม่มีเหตุผล ผู้ประสานงานฝั่งลูกค้าก็ไม่มีอะไรไปอธิบายกับเพื่อนร่วมงานว่าทำไมเรื่องนี้ถึงด่วน
• ไม่รู้ว่าใครเป็นผู้ตัดสินใจฝั่งลูกค้า: ผู้ประสานงานตัดสินใจเองได้ หรือต้องให้หัวหน้าหรือผู้บริหารตัดสินใจ ถ้าเรื่องนี้ไม่ชัด การตรวจจะไปค้างอยู่ภายในบริษัทลูกค้า
• ไม่ได้เผื่อเวลาให้ลูกค้าตรวจภายใน: กว่าผู้ประสานงานจะส่งต่อให้หัวหน้าและรวบรวมคำตอบกลับมา ใช้เวลาหลายวันก็ไม่ใช่เรื่องแปลก

สถานการณ์ตอนต้นบทความก็คือทั้ง 5 ข้อนี้เกิดขึ้นพร้อมกัน

ที่เกี่ยวข้องเหตุผลที่เรื่องที่ฝากไว้ทางแชตหรืออีเมลไหลหายไป กล่าวถึงไว้ในตอนที่ 3 ของซีรีส์สำหรับมือใหม่ “เครื่องมือจัดการโปรเจกต์ครั้งแรก” เรื่อง “ทำไมเรื่องที่ฝากทางอีเมลหรือแชตจึงไหลหายไป” ด้วย

ส่งคำขอให้ตรวจเป็น “รายการสิ่งที่ต้องการให้ตัดสินใจ”

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

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

การเขียนรายการมีเคล็ดลับ 2 ข้อ

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

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

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

นับกำหนดเวลาย้อนจากวันเปิดตัว และบอกพร้อมเหตุผล

อย่ากำหนดเวลาเป็น “วันที่เราอยากได้คำตอบ” ให้นับย้อนจากวันเปิดตัว และเผื่อจำนวนวันที่ลูกค้าต้องใช้ส่งเรื่องตรวจภายในด้วย

1. นับย้อนจากวันเปิดตัว ตามจำนวนวันทำงานที่ต้องใช้หลังจากเรื่องนั้นได้รับการตัดสินใจ
2. นับย้อนต่อไปอีกตามจำนวนวันที่ลูกค้าต้องใช้ตรวจภายใน (เช่น 3–5 วันทำการ)
3. ให้วันนั้นเป็นวันที่ “ส่ง” คำขอ และให้กำหนดเวลาเป็นวันก่อนวันที่ต้องเริ่มงาน

จากนั้น ให้แนบเหตุผลไปกับกำหนดเวลา ถ้าเขียนว่า “หากได้รับคำตอบภายในวันที่ 6 พฤศจิกายน จะเปิดตัวได้ทันวันที่ 20 พฤศจิกายน” ผู้ประสานงานฝั่งลูกค้าก็อธิบายกับหัวหน้าได้ว่าทำไมต้องรีบ

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

ซีรีส์วิธีตั้งงานที่ขอให้ตรวจแล้วเป็นสถานะ “รอลูกค้าตรวจ” และดูงานที่รออยู่ทั้งหมดในรายการเดียว กล่าวถึงไว้ในตอนที่ 3 “ทำให้ ‘งานที่รอการตัดสินใจ’ มองเห็นได้”

จะเชิญลูกค้าเข้ามาในเครื่องมือจัดการ หรือไม่เชิญ

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

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

เมื่อได้รับคำตอบ ให้บันทึกสิ่งที่ตัดสินใจแล้ว

เมื่อได้รับคำตอบ ให้บันทึกสิ่งต่อไปนี้ไว้ในงานของข้อนั้น

• ใครเป็นผู้ตัดสินใจ (เป็นการตัดสินใจของใครฝั่งลูกค้า)
• ตัดสินใจเมื่อไร
• ตัดสินใจว่าอย่างไร
• เหตุผล (ถ้าลูกค้าให้เหตุผลมา ให้บันทึกตามถ้อยคำของลูกค้า)

คำตอบที่ได้รับทางอีเมลหรือโทรศัพท์ ก็ให้คัดลอกใจความสำคัญลงในงานด้วย ถ้าเป็นการโทร ให้ระบุวันที่และคู่สนทนา เช่น “30 ตุลาคม โทรคุยกับผู้รับผิดชอบงานประชาสัมพันธ์ฝั่งลูกค้า ตัดสินใจใช้แบบ A”

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

ตัวอย่างการใช้งานใน GeckoFlag

ต่อไปนี้คือตัวอย่างการนำวิธีทำงานนี้มาใช้ใน GeckoFlag

1เชิญลูกค้าเข้ามาเป็น “ผู้เยี่ยมชม”

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

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

2ตั้งผู้ตัดสินใจเป็นผู้รับผิดชอบ และกำหนดเวลาตอบเป็นวันครบกำหนด

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

ในคำอธิบายของงาน ให้ใช้เทมเพลตจากตอนที่ 2 (สิ่งที่ต้องตัดสินใจ สิ่งที่ติดอยู่ ตัวเลือก ผู้ตัดสินใจ กำหนดเวลา ผลการตัดสินใจ เหตุผล) แล้วเพิ่ม “แบบที่เราแนะนำ” และ “ถ้าตัดสินใจไม่ทันกำหนด” จากบทความนี้ เทมเพลตในบทความนี้มีไว้สำหรับรายการที่ส่งให้ลูกค้า

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

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

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

4แยกเรื่องที่คุยกันเฉพาะภายในไปไว้อีกโปรเจกต์

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

5ให้ลูกค้าต่างประเทศเลือกภาษาที่แสดงเอง

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

6ถ้าไม่เชิญลูกค้า ให้คัดลอกคำตอบลงในความคิดเห็น

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

ในขั้นนี้ “สร้างด้วย AI” ช่วยลดแรงได้ (v1.9.0 ขึ้นไป) ฟีเจอร์นี้ร่างความคิดเห็นจากข้อความในอีเมลตอบกลับของลูกค้า หรือจากภาพหน้าจอแชตได้ การใช้งานต้องมี API key ของ Anthropic (ค่าใช้งานชำระให้ Anthropic และไม่รวมอยู่ในราคาของ GeckoFlag) และต้องได้รับอนุญาตให้ใช้งานจากผู้ดูแลระบบ หากต้องการใช้ภาพหน้าจอ ผู้ดูแลระบบต้องเปิดการอ่านรูปภาพไว้ด้วย (ค่าเริ่มต้นคือปิด) ถ้าคำขอเขียนไว้ชัดเจน เช่น “รบกวนเลื่อนกำหนดส่งไปสัปดาห์หน้า” ฟีเจอร์นี้จะเสนอการเปลี่ยนวันครบกำหนดหรือสถานะให้ด้วย ข้อเสนอจะได้รับการตรวจโดยคน และเฉพาะรายการที่เลือกไว้เท่านั้นที่จะถูกใส่ลงในแบบฟอร์ม ไม่มีอะไรเปลี่ยนจนกว่าจะกดบันทึก ดูรายละเอียดได้ที่หน้า สร้างด้วย AI

อย่างไรก็ตาม อีเมลตอบกลับและภาพหน้าจออาจมีชื่อหรือข้อมูลติดต่อของคนฝั่งลูกค้า หรือข้อมูลที่ห้ามเผยแพร่นอกบริษัท นอกจากนี้ เมื่อร่างความคิดเห็น คำอธิบายของงานและความคิดเห็นล่าสุด 5 รายการจะถูกส่งไปยัง Anthropic ด้วย ก่อนใช้งาน โปรดตรวจสอบกับสัญญากับลูกค้าและกฎของบริษัทท่านว่าส่งเนื้อหานั้นให้ AI ได้หรือไม่

ซีรีส์ขอบเขตของข้อมูลที่ควรส่งให้ AI กล่าวถึงไว้โดยละเอียดในตอนที่ 6 “เมื่อมีบันทึกที่ดี AI ก็ช่วยได้มากขึ้น”

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

สรุป

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

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

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