เว็บไซต์ B2B ทำงานสำเร็จเพียงส่วนหนึ่งเมื่อลูกค้ากดส่งคำถาม หลังจากนั้นยังต้องมีคนอ่านความต้องการ ดูบริบท รับผิดชอบ และติดต่อกลับ หากฟอร์มส่งสำเร็จแต่เรื่องไปค้างในกล่องอีเมลรวม เว็บไซต์ก็ยังช่วยทีมขายได้ไม่เต็มที่
ควรออกแบบหน้าที่ลูกค้าเห็นกับขั้นส่งต่องานภายในเป็นเส้นทางเดียวกัน ลูกค้ารู้ว่าบริการช่วยอะไรและจะเกิดอะไรต่อ ส่วนทีมขายได้รับเรื่องที่ใช้งานได้ มีเจ้าของ มีบันทึก และมีข้อมูลพอจะคุยต่อโดยไม่ให้ลูกค้าเริ่มอธิบายใหม่ทั้งหมด
หน้าเว็บต้องช่วยให้การคุยครั้งต่อไปมีประโยชน์
ก่อนเชื่อมระบบ ตรวจว่าเว็บตอบคำถามพื้นฐานของผู้ซื้อที่เหมาะสมหรือยัง บริการแก้ปัญหาอะไร ลูกค้าจะได้รับสิ่งใด และทีมของเขาต้องเตรียมข้อมูลหรือมีส่วนร่วมตรงไหน
อธิบายสิ่งส่งมอบให้เป็นรูปธรรม ผู้ซื้อที่เปรียบเทียบผู้ให้บริการต้องการมากกว่าคำว่าคุณภาพดี บอกประเภทงานที่ครอบคลุม ขั้นที่ใช้ตกลงขอบเขต และส่วนที่ต้องประเมินตามสถานการณ์ ใช้ตัวอย่างที่ได้รับอนุญาต ผลงานที่แสดงได้ หรือคำอธิบายกระบวนการที่ตรวจสอบได้ ไม่เติมผลลัพธ์ลูกค้าที่ไม่มีหลักฐาน
ปุ่มติดต่อควรต่อจากเนื้อหานั้นอย่างเป็นธรรมชาติ เช่น ให้เล่าโครงการ ขอประเมิน หรือคุยเรื่องบริการที่กำลังอ่าน บอกขั้นต่อไปที่ทำได้จริง อย่าสัญญาว่าจะเสนอราคาทันทีหากทีมยังต้องดูรายละเอียดก่อน
หน้าเว็บช่วยตอบคำถามเบื้องต้นได้หลายเรื่อง แต่ควรเปิดทางให้คนส่งบรีฟที่ยังไม่สมบูรณ์ ผู้ประกอบการอาจรู้ปัญหาของธุรกิจโดยยังไม่รู้ว่าต้องใช้ซอฟต์แวร์หรือแนวทางเทคนิคแบบไหน
ขอข้อมูลเท่าที่ต้องใช้เพื่อเริ่มคุย
เริ่มจากช่องทางติดต่อ คำอธิบายสิ่งที่ต้องการ และบริบทที่จำเป็นต่อการส่งเรื่อง อย่านำแบบสอบถามคัดกรองภายในทั้งชุดมาเป็นเงื่อนไขให้ลูกค้ากรอกก่อนติดต่อ รายละเอียดเพิ่มเติมค่อยถามหลังจากมีคนอ่านเรื่องแล้วได้
ใช้ชื่อช่องที่มองเห็นตลอดและอธิบายช่องที่อาจเข้าใจยาก แนวทางฟอร์มของ W3C ครอบคลุมชื่อช่อง คำแนะนำ การตรวจข้อมูล และการแจ้งผล สิ่งเหล่านี้ช่วยให้ผู้ใช้กรอกได้และแก้ปัญหาได้เมื่อมีข้อผิดพลาด
เมื่อกรอกไม่ผ่าน ให้ระบุช่องที่มีปัญหา เก็บข้อมูลส่วนที่ถูกไว้ และบอกว่าต้องแก้อย่างไร แนวทางตรวจฟอร์มของ MDN แยกการช่วยตรวจในเบราว์เซอร์ออกจากการตรวจฝั่งเซิร์ฟเวอร์ ระบบที่รับข้อมูลยังต้องตรวจคำขอที่ส่งเข้ามาอีกครั้ง
หากต้องแนบไฟล์ ให้บอกชนิดไฟล์กับเหตุผลที่ขอ อย่าชวนให้ส่งข้อมูลลับที่ยังไม่จำเป็นต่อการคุยครั้งแรก คำอธิบายสั้น ๆ อาจพอเริ่มได้ แล้วค่อยจัดช่องทางรับเอกสารโครงการที่เหมาะสมภายหลัง
ตามคำถามหนึ่งรายการไปจนถึงคนรับผิดชอบ
สมมติผู้ติดต่อสนใจระบบอนุมัติงานภายในและส่งคำอธิบายจากหน้าบริการที่เกี่ยวข้อง ขั้นส่งต่อสามารถเก็บข้อมูลดังนี้ได้ โดยไม่ทำให้หน้าฟอร์มซับซ้อนเกินไป ตัวอย่างนี้ใช้ประกอบการออกแบบ ไม่ใช่เคสลูกค้าจริง
| ขั้น | ข้อมูลที่ควรเก็บ | สิ่งที่คนรับช่วงต้องรู้ |
|---|---|---|
| รับเรื่อง | รหัสคำถาม ข้อมูลที่ส่ง ภาษา และหน้าต้นทางที่เกี่ยวข้อง | มีหลักฐานว่าได้รับเรื่องอะไร |
| ส่งต่อ | ทีมหรือคนที่รับผิดชอบ และข้อยกเว้นในการส่งเรื่อง | ใครต้องทำขั้นต่อไป |
| ตรวจเรื่อง | คำถามเพิ่มเติม บริบท และการตัดสินใจว่าจะทำอะไรต่อ | เห็นต้นฉบับพร้อมบันทึกของทีม |
| ติดตาม | การติดต่อ คำตอบ และสถานะปัจจุบัน | คุยต่อได้โดยไม่ติดต่อซ้ำซ้อน |
ภาษาที่ลูกค้าใช้ช่วยเลือกคนรับเรื่องและเตรียมคำตอบที่เหมาะสม เก็บบริบทบริการจากหน้าที่ส่งคำถามไว้โดยตรง เพื่อไม่ต้องถามลูกค้าใหม่ว่าอ่านเรื่องอะไรมาก่อน
การสร้างรายการใน CRM ยังไม่เท่ากับมอบหมายคนรับผิดชอบ ต้องกำหนดว่าหากเจ้าของงานปกติไม่พร้อม หรือคำถามไม่ตรงหมวด จะส่งให้ใครตรวจ รวมถึงเรื่องที่ต้องอธิบายอย่างสุภาพว่างานอยู่นอกขอบเขตบริการ
ทีมควรแยกคำถามใหม่จากการตามเรื่องเก่าได้ อย่ารวมข้อมูลเพียงเพราะชื่อคล้ายกัน คนเดิมอาจติดต่อเรื่องอีกโครงการ และบางธุรกิจใช้อีเมลกลางร่วมกันหลายคน
ให้สถานะฟอร์ม CRM และข้อความยืนยันตรงกัน
เอกสารฟอร์มของ HubSpot อธิบายการสร้างฟอร์มที่เชื่อม CRM และการตั้งค่าที่มีผลต่อข้อมูลผู้ติดต่อ วิธีจับคู่หรืออัปเดตรายการขึ้นกับแพลตฟอร์มและการตั้งค่า จึงควรทดสอบด้วยคำถามตัวอย่างก่อนนำไปพึ่งพาในงานจริง
ขั้นรับเรื่องที่เชื่อถือได้ต้องบันทึกคำขอก่อนบอกว่าได้รับแล้ว หาก CRM ไม่พร้อมแต่มีการเก็บเรื่องไว้ในระบบรับข้อมูล สามารถรอส่งต่อและแจ้งทีมภายในได้ แต่หากยังไม่ได้เก็บอะไรเลย ต้องแสดงข้อผิดพลาดตามจริงพร้อมช่องทางติดต่ออื่น
เก็บรหัสรับเรื่องเดิมเมื่อลองส่งต่อใหม่ หากเครือข่ายขาดหลังส่งสำเร็จ การกดซ้ำไม่ควรสร้างคำถามอิสระหลายรายการ และการส่งข้อมูลไม่ผ่านทางเทคนิคก็ไม่ควรทำให้เรื่องถูกนับว่าตอบลูกค้าแล้ว
ข้อความยืนยันควรบอกสิ่งที่เกิดขึ้นกับสิ่งที่ลูกค้าทำต่อได้ การแจ้งว่าได้รับเรื่องมีประโยชน์ แต่ไม่ควรทำให้ข้อความตอบรับอัตโนมัติดูเหมือนมีคนประเมินแล้ว ติดตามการส่งข้อมูลกับการมอบหมายงานแยกจากข้อความที่แสดงให้ลูกค้า
เพิ่ม AI ในจุดที่ช่วยตีความให้ทีมขาย
เมื่อการรับเรื่องและมอบหมายงานทำงานได้ดีแล้ว AI สามารถช่วยสรุปคำถามยาว เสนอหมวดบริการ หรือร่างคำถามเพิ่มได้ เก็บข้อความต้นฉบับไว้และให้ทีมเห็นส่วนที่ AI ตีความ คำสรุปไม่ควรกลายเป็นคำรับปากว่าจะทำฟีเจอร์ที่ยังไม่ได้ประเมิน
เริ่มจากการเตรียมงาน ไม่ใช่ปฏิเสธลูกค้าหรือให้คำมั่นโดยอัตโนมัติ คำที่ระบบไม่คุ้นหรือบรีฟที่สั้นยังไม่พอสรุปว่าลูกค้าไม่เหมาะสม ให้คนตรวจแก้ความเข้าใจและบันทึกสิ่งที่ตัดสินใจ
หากผู้ช่วยอ่านไฟล์แนบหรือเว็บภายนอก ให้ถือเนื้อหาเหล่านั้นเป็นหลักฐาน ไม่ใช่คำสั่งที่ควบคุมระบบ จำกัดข้อมูลที่อ่านให้เกี่ยวข้องกับเรื่องนั้น รุ่นแรกอาจยังไม่จำเป็นต้องให้สิทธิ์ส่งข้อความเองเลย
วัดว่าทีมได้รับบริบทที่ใช้ต่อได้มากขึ้นหรือไม่ และต้องเสียเวลาประกอบเรื่องจากหลายที่น้อยลงเพียงใด จำนวนข้อความหรือรายการที่จัดหมวดอัตโนมัติยังไม่พอชี้ว่ากระบวนการขายดีขึ้น
ทดสอบทั้งสองภาษาไปจนถึงปลายทาง
ส่งคำถามตัวอย่างภาษาไทยและอังกฤษจากคอมพิวเตอร์กับจอเล็ก ตรวจทั้งหน้าเว็บ ชื่อช่อง ข้อผิดพลาด ข้อความยืนยัน ช่องข้อมูลใน CRM และสิ่งที่ทีมได้รับ การแปลหน้าฟอร์มยังไม่ครบงานหากขั้นภายในทำภาษาต้นฉบับหายหรือเก็บข้อความผิด
ทดสอบการกดซ้ำ ช่องบังคับที่ยังไม่กรอก และระบบปลายทางที่ไม่พร้อม ตรวจว่าคนในทีมค้นเรื่องเจอ รับผิดชอบ และตอบโดยใช้บริบทที่เก็บไว้ได้จริง ติดตามรายการที่ไม่มีเจ้าของกับข้อผิดพลาดในการส่งข้อมูลควบคู่กับงานขายปกติ
อ่านต่อเรื่อง เชื่อม LINE OA กับ CRM หากต้องรวมบทสนทนา และ ซื้อซอฟต์แวร์หรือพัฒนาระบบเอง หากกำลังเลือกระบบที่จะต่อยอด
Talvyn Labs ออกแบบเว็บไซต์ B2B พร้อมเชื่อมฟอร์มเข้ากับขั้นตอนที่ทีมต้องทำต่อ นำเว็บปัจจุบัน ตัวอย่างคำถาม และวิธีติดตามลูกค้ามาเริ่มประเมิน เพื่อสร้างหน้าบริการที่เข้าใจง่าย ระบบรับเรื่องที่เชื่อถือได้ และขั้นส่งต่อให้ทีมขายที่ทดสอบได้ตั้งแต่ส่งฟอร์มจนติดต่อกลับ
สร้างเว็บไซต์ที่รับเรื่องแล้วส่งต่อให้ทีมขายทำงานได้จริง
นำเว็บไซต์และขั้นตอนติดตามลูกค้าปัจจุบันให้ Talvyn Labs ประเมิน ตั้งแต่เนื้อหา ฟอร์ม และ CRM ไปจนถึงการมอบหมายงานและการแจ้งผล
เริ่มทำเว็บไซต์พร้อมระบบรับคำถาม