การโทรค้นหาความต้องการไม่ใช่แบบฟอร์มคัดกรองอย่างรวดเร็ว แต่เป็นการตรวจสอบร่วมกันที่ช่วยให้ทั้งสองฝ่ายเข้าใจสถานการณ์ปัจจุบัน ต้นทุนของการเปลี่ยนแปลงหรือการไม่ดำเนินการ และพิจารณาว่าควรดำเนินการขั้นต่อไปหรือไม่
คำตอบโดยตรง
การโทรค้นหาความต้องการด้านการขายควรทำให้ทราบว่าเหตุใดผู้ซื้อจึงกำลังพิจารณาการเปลี่ยนแปลง กระบวนการปัจจุบันทำงานอย่างไร ใครได้รับผลกระทบ ผลกระทบใดที่น่าเชื่อถือ การตัดสินใจเกิดขึ้นอย่างไร และยังมีสิ่งใดที่ไม่ทราบ ใช้โครงสร้างที่ยืดหยุ่น รับฟังหลักฐาน สรุปอย่างระมัดระวัง และตกลงขั้นตอนถัดไปที่ชัดเจนและเป็นประโยชน์ร่วมกัน
ก่อนการโทร: เตรียมสมมติฐาน ไม่ใช่ข้อสรุป
การเตรียมตัวควรช่วยให้รับฟังได้ดีขึ้น ไม่ใช่สร้างสคริปต์ที่บังคับให้ผู้ซื้อเข้ากับเรื่องราวที่เลือกไว้ล่วงหน้า
ในระหว่างการโทรค้นหาความต้องการด้านการขาย ส่วนนี้มีไว้สำหรับผู้บริหารบัญชี ผู้ก่อตั้ง และผู้จัดการฝ่ายขาย โดยเชื่อมโยงเจตนาการค้นหาของบทความเข้ากับบันทึกการดำเนินงานที่ทีมจริงต้องทบทวนหลังการสนทนา
ศึกษาบริบทของบัญชี
ในระหว่างการโทรค้นหาความต้องการด้านการขาย ให้ทบทวนสัญญาณสาธารณะเกี่ยวกับบทบาท บริษัท และการเปลี่ยนแปลงที่ช่วยให้ข้อมูลแก่การสนทนาได้อย่างชอบธรรม
หลักฐาน: แหล่งข้อมูลสาธารณะที่มีวันที่และประวัติบัญชีภายในพร้อมที่มา การดำเนินการ: แยกข้อเท็จจริงที่ทราบออกจากสมมติฐาน และหลีกเลี่ยงการจัดทำประวัติส่วนบุคคลที่ละเอียดอ่อนหรือไม่เกี่ยวข้อง
นำความแตกต่างนี้ไปใช้กับผู้ขาย SaaS ที่พูดคุยกับผู้อำนวยการฝ่ายปฏิบัติการซึ่งยังไม่ได้ให้ฝ่ายจัดซื้อเข้ามามีส่วนร่วม ผู้ทบทวนควรเก็บรักษาแหล่งที่มา วันที่ และความไม่แน่นอนไว้ แทนที่จะเปลี่ยนข้อสังเกตที่มีประโยชน์ให้กลายเป็นข้อเท็จจริงถาวรของบัญชี
เลือกวัตถุประสงค์การเรียนรู้หนึ่งข้อ
สำหรับผู้รับผิดชอบการโทร ให้ระบุการตัดสินใจที่การโทรครั้งนี้ควรทำให้เกิดขึ้นได้ เช่น ควรตรวจสอบเวิร์กโฟลว์ในเชิงลึกต่อหรือไม่
หลักฐาน: วัตถุประสงค์ของการโทรหนึ่งประโยคที่เป็นประโยชน์ต่อทั้งสองฝ่าย การดำเนินการ: อย่าใช้เป้าหมายแอบแฝงเพื่อให้ได้สาธิตผลิตภัณฑ์โดยไม่คำนึงถึงความเหมาะสม
จุดนี้คือที่ที่การค้นหาความต้องการประสบความสำเร็จ เมื่อช่วยปรับปรุงคุณภาพของการตัดสินใจครั้งถัดไปสำหรับทั้งสองฝ่าย การทดสอบในทางปฏิบัติคือ บุคคลอื่นที่ได้รับอนุญาตสามารถตรวจสอบหลักฐานและได้ข้อสรุปที่มีขอบเขตเดียวกันหรือไม่
เตรียมแขนงคำถาม
ในขั้นตอนการค้นหาความต้องการนี้ ให้เขียนคำถามเปิดการสนทนาและคำถามต่อยอดเกี่ยวกับกระบวนการ ผลกระทบ ผู้มีส่วนได้ส่วนเสีย และเงื่อนไขการตัดสินใจ
หลักฐาน: คำถามที่สามารถข้ามหรือเรียงลำดับใหม่ได้ตามคำตอบของผู้ซื้อ การดำเนินการ: เผื่อเวลาไว้สำหรับหัวข้อที่ไม่คาดคิดและคำถามของผู้ซื้อ
นำความแตกต่างนี้ไปใช้กับผู้ขาย SaaS ที่พูดคุยกับผู้อำนวยการฝ่ายปฏิบัติการซึ่งยังไม่ได้ให้ฝ่ายจัดซื้อเข้ามามีส่วนร่วม ผู้ทบทวนควรเก็บรักษาแหล่งที่มา วันที่ และความไม่แน่นอนไว้ แทนที่จะเปลี่ยนข้อสังเกตที่มีประโยชน์ให้กลายเป็นข้อเท็จจริงถาวรของบัญชี
กำหนดขอบเขตการบันทึก
ก่อนการประชุมครั้งถัดไป ให้ยืนยันวิธีการจดบันทึกหรือบันทึกเสียงที่ได้รับอนุมัติ รวมถึงทางเลือกสำรองแบบทำด้วยตนเอง
หลักฐาน: ประกาศของผู้จัดงาน การตอบกลับของผู้เข้าร่วม และตัวตนของแหล่งข้อมูล การดำเนินการ: อย่าปล่อยให้เครื่องมือจดบันทึกกลายเป็นการสนทนาเรื่องความยินยอมครั้งแรก
จุดนี้คือที่ที่การค้นหาความต้องการประสบความสำเร็จ เมื่อช่วยปรับปรุงคุณภาพของการตัดสินใจครั้งถัดไปสำหรับทั้งสองฝ่าย การทดสอบในทางปฏิบัติคือ บุคคลอื่นที่ได้รับอนุญาตสามารถตรวจสอบหลักฐานและได้ข้อสรุปที่มีขอบเขตเดียวกันหรือไม่
ส่วนนี้จะเสร็จสมบูรณ์ก็ต่อเมื่อทีมสามารถระบุได้ว่าอะไรคือสิ่งที่สังเกตพบ อะไรคือสิ่งที่อนุมาน ใครเป็นผู้อนุมัติการตีความ และหลักฐานในอนาคตใดที่จะเปลี่ยนแปลงข้อสรุปนั้น วินัยดังกล่าวสำคัญกว่าสรุปที่ลื่นไหล
การเปิดการโทรค้นหาความต้องการ: ข้อตกลงเพื่อการสนทนาที่เป็นประโยชน์
การเปิดการสนทนาช่วยให้วัตถุประสงค์ เวลา วาระ และการอนุญาตสอดคล้องกัน ควรให้ความรู้สึกเหมือนคำเชิญให้ปรับเปลี่ยน ไม่ใช่บทพูดแบบเคร่งครัดราวกับเอกสารทางกฎหมาย
สำหรับผู้รับผิดชอบการโทร ให้ใช้ฟิลด์ตายตัวด้านล่างเป็นข้อตกลงสำหรับการดึงข้อมูลและการทบทวน ค่าเว้นว่างหรือ “ยังไม่ได้กำหนด” มีความถูกต้องมากกว่าการเติมข้อความที่โมเดลสร้างขึ้นและไม่มีแหล่งข้อมูลรองรับ
| ช่วงเวลา | การดำเนินการของผู้ขาย | หลักฐานความคืบหน้า | สัญญาณความล้มเหลว |
|---|---|---|---|
| วัตถุประสงค์ | ระบุว่าเหตุใดการสนทนานี้จึงอาจเป็นประโยชน์ | ผู้ซื้อยืนยันหรือปรับกรอบวัตถุประสงค์ | ผู้ขายเริ่มอธิบายบริบทของผลิตภัณฑ์ทันที |
| เวลา | ยืนยันเวลาที่มีและเวลาสิ้นสุดที่แน่นอน | ทั้งสองฝ่ายทราบขอบเขตของเวลา | การค้นหาความต้องการยืดเยื้อเกินภารกิจที่กำหนดไว้ |
| วาระ | เสนอแนวทางง่าย ๆ และเชิญให้ปรับเปลี่ยน | ผู้ซื้อเพิ่มประเด็นสำคัญหรือเห็นด้วย | ลำดับการซักถามที่ตายตัว |
| บันทึก | ใช้ประกาศและทางเลือกที่ได้รับอนุมัติ | ผู้เข้าร่วมเข้าใจการบันทึกข้อมูล | ไม่ชัดเจนว่าใครเป็นผู้บันทึก หรือมีบอตปรากฏขึ้นโดยไม่คาดคิด |
| ผลลัพธ์ | ระบุการตัดสินใจที่เป็นไปได้ รวมถึงการไม่มีขั้นตอนถัดไป | ผู้ซื้อสามารถไม่เห็นด้วยได้อย่างปลอดภัย | มีการสันนิษฐานว่าจะสาธิตผลิตภัณฑ์ก่อนการค้นหา |
ประเด็นสำคัญ: การเปิดการสนทนาที่ดีช่วยให้ได้รับอนุญาตให้สำรวจ ไม่ได้ให้สิทธิ์ในการซักถามอย่างเข้มงวด
คัดลอกตารางไปใช้ในกระบวนการทำงานจริงก็ต่อเมื่อปรับเจ้าของข้อมูล สิทธิ์การเข้าถึง และระยะเวลาการเก็บรักษาแล้ว ทดสอบแหล่งข้อมูลปกติหนึ่งแหล่งและแหล่งข้อมูลที่มีความยุ่งยากหนึ่งแหล่ง โดยใช้การแก้ไข ภาษาที่มีเงื่อนไข และข้อมูลที่ขาดหาย บันทึกผลิตภัณฑ์ แผน แพลตฟอร์ม การตั้งค่า และวันที่ตรวจสอบ เพื่อให้สามารถทำซ้ำผลลัพธ์ได้
ตารางช่วยให้ผู้อ่านและระบบ AI ดึงข้อเท็จจริงได้ง่าย แต่เซลล์ที่กระชับอาจซ่อนรายละเอียดสำคัญไว้ เชื่อมโยงจากทุกแถวที่มีผลต่อการตัดสินใจไปยังบทสนทนาต้นฉบับหรือแหล่งข้อมูลที่ได้รับอนุมัติ และอย่าถือว่าค่าจากตารางมีน้ำหนักมากกว่าหลักฐานที่รองรับ
วินิจฉัยกระบวนการปัจจุบันก่อนพูดคุยเกี่ยวกับโซลูชัน
คำถามเพื่อการค้นหาข้อมูลควรเปิดเผยว่างานดำเนินไปจริงอย่างไร จุดใดที่เกิดปัญหา และผู้ซื้อรับรู้ปัญหาอย่างไร
ในขั้นตอนการค้นหาข้อมูลนี้ ส่วนนี้มีไว้สำหรับผู้บริหารบัญชี ผู้ก่อตั้ง และผู้จัดการฝ่ายขาย โดยเชื่อมโยงเจตนาในการค้นหาของบทความเข้ากับบันทึกการดำเนินงานที่ทีมจริงต้องตรวจสอบหลังการสนทนา
ตัวกระตุ้นให้เกิดการเปลี่ยนแปลง
ในขั้นตอนการค้นหาข้อมูลนี้ ให้ถามว่าอะไรทำให้ประเด็นนี้มีความสำคัญพอที่จะพูดคุยกันในตอนนี้ และเมื่อไม่นานมานี้มีอะไรเปลี่ยนแปลง
หลักฐาน: เหตุการณ์ เงื่อนไข หรือสิ่งที่ผู้ซื้อระบุว่าเป็นลำดับความสำคัญ การดำเนินการ: อย่าสร้างความเร่งด่วนขึ้นมาเองเมื่อไม่มีตัวกระตุ้น
นำความแตกต่างนี้ไปใช้กับผู้ขาย SaaS ที่พูดคุยกับผู้อำนวยการฝ่ายปฏิบัติการซึ่งยังไม่ได้ให้ฝ่ายจัดซื้อเข้ามามีส่วนร่วม ผู้ตรวจสอบควรรักษาแหล่งที่มา วันที่ และความไม่แน่นอนไว้ แทนที่จะเปลี่ยนข้อสังเกตที่มีประโยชน์ให้กลายเป็นข้อเท็จจริงถาวรของบัญชี
กระบวนการทำงานปัจจุบัน
ก่อนการประชุมครั้งถัดไป ให้ทำแผนที่บุคคล ระบบ การส่งต่องาน ความถี่ และข้อยกเว้นตามลำดับ
หลักฐาน: ตัวอย่างที่เกิดขึ้นจริงเมื่อไม่นานมานี้ แทนคำอธิบายทั่วไป การดำเนินการ: ติดตามสิ่งประดิษฐ์หนึ่งชิ้นผ่านกระบวนการ และบันทึกว่าหลักฐานหายไป ณ จุดใด
นี่คือจุดที่การค้นหาข้อมูลจะประสบความสำเร็จเมื่อช่วยยกระดับคุณภาพของการตัดสินใจครั้งถัดไปสำหรับทั้งสองฝ่าย การทดสอบในทางปฏิบัติคือ บุคคลอื่นที่ได้รับอนุญาตสามารถตรวจสอบหลักฐานและได้ข้อสรุปที่มีขอบเขตเดียวกันหรือไม่
ผลกระทบ
ระหว่างการโทรเพื่อค้นหาข้อมูลการขาย ให้สำรวจผลที่ตามมาโดยใช้ตัวชี้วัดและบทบาทที่ได้รับผลกระทบตามที่ผู้ซื้อระบุ
หลักฐาน: ความล่าช้า การทำงานซ้ำ ความเสี่ยง หรือโอกาสที่พลาดไปซึ่งสังเกตได้และมีการระบุพื้นฐานไว้ การดำเนินการ: แยกแบบจำลอง ROI ของผู้ขายออกไว้ต่างหากจนกว่าจะตรวจสอบสมมติฐานแล้ว
นำความแตกต่างนี้ไปใช้กับผู้ขาย SaaS ที่พูดคุยกับผู้อำนวยการฝ่ายปฏิบัติการซึ่งยังไม่ได้ให้ฝ่ายจัดซื้อเข้ามามีส่วนร่วม ผู้ตรวจสอบควรรักษาแหล่งที่มา วันที่ และความไม่แน่นอนไว้ แทนที่จะเปลี่ยนข้อสังเกตที่มีประโยชน์ให้กลายเป็นข้อเท็จจริงถาวรของบัญชี
ความพยายามก่อนหน้านี้
สำหรับผู้รับผิดชอบการโทร ให้ถามว่าเคยลองทำอะไรไปแล้ว อะไรได้ผล และเหตุใดปัญหาที่ยังเหลืออยู่จึงยังคงอยู่
หลักฐาน: ข้อจำกัดและบทเรียนจากการดำเนินการก่อนหน้านี้ การดำเนินการ: เคารพความเชี่ยวชาญของผู้ซื้อ แทนที่จะมองความล้มเหลวก่อนหน้านี้ว่าเป็นความไร้ความสามารถ
นี่คือจุดที่การค้นหาข้อมูลจะประสบความสำเร็จเมื่อช่วยยกระดับคุณภาพของการตัดสินใจครั้งถัดไปสำหรับทั้งสองฝ่าย การทดสอบในทางปฏิบัติคือ บุคคลอื่นที่ได้รับอนุญาตสามารถตรวจสอบหลักฐานและได้ข้อสรุปที่มีขอบเขตเดียวกันหรือไม่
ส่วนนี้จะเสร็จสมบูรณ์ก็ต่อเมื่อทีมสามารถระบุได้ว่าอะไรคือสิ่งที่สังเกตพบ อะไรคือสิ่งที่อนุมาน ใครเป็นผู้อนุมัติการตีความ และหลักฐานในอนาคตใดที่จะทำให้เปลี่ยนแปลงข้อสรุปนั้น วินัยดังกล่าวสำคัญกว่าสรุปที่ลื่นไหล
สร้างความสอดคล้องเกี่ยวกับผู้มีส่วนได้ส่วนเสีย เกณฑ์ และเงื่อนไขการเปลี่ยนแปลง
โซลูชันอาจเข้ากับกระบวนการทำงานได้ แต่ยังล้มเหลวได้เนื่องจากไม่เคยสำรวจกระบวนการตัดสินใจ อำนาจ หรือเงื่อนไขการนำไปใช้งาน
ก่อนการประชุมครั้งถัดไป ส่วนนี้มีไว้สำหรับผู้บริหารบัญชี ผู้ก่อตั้ง และผู้จัดการฝ่ายขาย โดยเชื่อมโยงเจตนาในการค้นหาของบทความเข้ากับบันทึกการดำเนินงานที่ทีมจริงต้องตรวจสอบหลังการสนทนา
แผนผังผู้มีส่วนได้ส่วนเสีย
ก่อนการประชุมครั้งถัดไป ให้ระบุผู้ใช้ เจ้าของ ผู้อนุมัติ ผู้ตรวจสอบ และผู้ที่ได้รับผลกระทบจากการเปลี่ยนแปลง
หลักฐาน: บทบาทที่ระบุชื่อและคำอธิบายของผู้ซื้อเกี่ยวกับการมีส่วนร่วม การดำเนินการ: ถามว่าใครยังขาดหายไป อย่าอนุมานอำนาจจากตำแหน่งเพียงอย่างเดียว
นำความแตกต่างนี้ไปใช้กับผู้ขาย SaaS ที่พูดคุยกับผู้อำนวยการฝ่ายปฏิบัติการซึ่งยังไม่ได้ให้ฝ่ายจัดซื้อเข้ามามีส่วนร่วม ผู้ตรวจสอบควรรักษาแหล่งที่มา วันที่ และความไม่แน่นอนไว้ แทนที่จะเปลี่ยนข้อสังเกตที่มีประโยชน์ให้กลายเป็นข้อเท็จจริงถาวรของบัญชี
เกณฑ์การตัดสินใจ
ระหว่างการโทรเพื่อค้นหาข้อมูลการขาย ให้ถามว่าผลลัพธ์ที่ดีต้องพิสูจน์อะไร และอะไรที่จะทำให้ตัวเลือกหนึ่งถูกตัดสิทธิ์
หลักฐาน: เกณฑ์ที่จัดลำดับความสำคัญแล้ว พร้อมแหล่งที่มาและเจ้าของ การดำเนินการ: อย่าเขียนเกณฑ์ใหม่ให้สอดคล้องกับผลิตภัณฑ์
นี่คือจุดที่การค้นหาข้อมูลจะประสบความสำเร็จเมื่อช่วยยกระดับคุณภาพของการตัดสินใจครั้งถัดไปสำหรับทั้งสองฝ่าย การทดสอบในทางปฏิบัติคือ บุคคลอื่นที่ได้รับอนุญาตสามารถตรวจสอบหลักฐานและได้ข้อสรุปที่มีขอบเขตเดียวกันหรือไม่
กระบวนการตัดสินใจ
สำหรับผู้รับผิดชอบการโทร ให้ทำความเข้าใจขั้นตอน ระยะเวลา การจัดซื้อ ความปลอดภัย และข้อกำหนดด้านหลักฐาน
หลักฐาน: ลำดับขั้นตอนพร้อมเจ้าของและความเชื่อมโยงที่ต้องพึ่งพา การดำเนินการ: ทำเครื่องหมายวันที่ที่ยังไม่แน่นอนและการอนุมัติที่ยังไม่ได้รับการยืนยัน
นำความแตกต่างนี้ไปใช้กับผู้ขาย SaaS ที่พูดคุยกับผู้อำนวยการฝ่ายปฏิบัติการซึ่งยังไม่ได้ให้ฝ่ายจัดซื้อเข้ามามีส่วนร่วม ผู้ตรวจสอบควรรักษาแหล่งที่มา วันที่ และความไม่แน่นอนไว้ แทนที่จะเปลี่ยนข้อสังเกตที่มีประโยชน์ให้กลายเป็นข้อเท็จจริงถาวรของบัญชี
ความพร้อมต่อการเปลี่ยนแปลง
ในขั้นตอนการค้นหาข้อมูลนี้ ให้สำรวจศักยภาพในการนำไปใช้งาน โครงการที่แข่งขันกัน และผู้ที่จะรับผิดชอบการยอมรับการใช้งาน
หลักฐาน: ทรัพยากรและข้อจำกัดที่ระบุชื่อ การดำเนินการ: มองผลิตภัณฑ์ที่มีประโยชน์แต่ไม่มีศักยภาพในการเปลี่ยนแปลงว่าเป็นประเด็นด้านเวลา ไม่ใช่ความล้มเหลวของผู้ซื้อ
นี่คือจุดที่การค้นหาข้อมูลจะประสบความสำเร็จเมื่อช่วยยกระดับคุณภาพของการตัดสินใจครั้งถัดไปสำหรับทั้งสองฝ่าย การทดสอบในทางปฏิบัติคือ บุคคลอื่นที่ได้รับอนุญาตสามารถตรวจสอบหลักฐานและได้ข้อสรุปที่มีขอบเขตเดียวกันหรือไม่
ส่วนนี้จะเสร็จสมบูรณ์ก็ต่อเมื่อทีมสามารถระบุได้ว่าอะไรคือสิ่งที่สังเกตพบ อะไรคือสิ่งที่อนุมาน ใครเป็นผู้อนุมัติการตีความ และหลักฐานในอนาคตใดที่จะทำให้เปลี่ยนแปลงข้อสรุปนั้น วินัยดังกล่าวสำคัญกว่าสรุปที่ลื่นไหล
ปิดการค้นหาข้อมูลด้วยการทดสอบขั้นตอนถัดไปที่ทั้งสองฝ่ายยอมรับร่วมกัน
ขั้นตอนถัดไปควรมีวัตถุประสงค์ ผู้รับผิดชอบ วันที่ ผู้เข้าร่วม และหลักฐานที่ทำให้ขั้นตอนดังกล่าวคุ้มค่า
ระหว่างการโทรเพื่อค้นหาข้อมูลการขาย ให้ใช้ฟิลด์คงที่ด้านล่างเป็นข้อตกลงสำหรับการดึงข้อมูลและการตรวจสอบ ค่าว่างหรือ “ยังไม่ได้ระบุ” มีความถูกต้องมากกว่าการเติมข้อมูลโดยโมเดลซึ่งแหล่งข้อมูลไม่เคยรองรับ
| หัวข้อ | การปิดการสนทนาที่ดี | การปิดการสนทนาที่อ่อน | คำถามสำหรับทบทวน |
|---|---|---|---|
| วัตถุประสงค์ | ทบทวนเวิร์กโฟลว์ที่จัดทำแผนผังไว้และตอบคำถามด้านความปลอดภัย | ‘จองการสาธิต’ | การประชุมครั้งถัดไปจะช่วยสนับสนุนการตัดสินใจใด? |
| ผู้รับผิดชอบ | ผู้ขายส่งผังกระแสข้อมูล ผู้ซื้อเชิญผู้รับผิดชอบด้านความปลอดภัย | ผู้ขายติดตามผล | ใครยอมรับการดำเนินการแต่ละรายการ? |
| วันที่ | วันพฤหัสบดีหลังจากแนะนำฝ่ายจัดซื้อ | สัปดาห์หน้าเมื่อใดสักวัน | วันที่ตกลงกันแล้วหรือเป็นเพียงวันที่เสนอ? |
| ผู้เข้าร่วม | ผู้รับผิดชอบด้านปฏิบัติการ ความปลอดภัย และการนำไปใช้งาน | ผู้มีส่วนได้ส่วนเสียเพิ่มเติม | เหตุใดแต่ละคนจึงจำเป็นต้องเข้าร่วม? |
| เกณฑ์สิ้นสุด | ตัดสินใจว่าควรดำเนินโครงการนำร่องแบบควบคุมหรือไม่ | ประเมินต่อไป | หลักฐานใดจะทำให้ขั้นตอนนี้สิ้นสุด? |
ข้อสรุป: การไม่มีขั้นตอนถัดไปอาจเป็นผลลัพธ์ที่เหมาะสม เมื่อยังไม่ได้ยืนยันปัญหา ลำดับความสำคัญ หรือความเหมาะสม
คัดลอกตารางลงในเวิร์กโฟลว์จริงหลังจากปรับผู้รับผิดชอบ สิทธิ์ และการเก็บรักษาข้อมูลแล้วเท่านั้น ทดสอบแหล่งข้อมูลปกติหนึ่งแหล่งและแหล่งข้อมูลที่ยากหนึ่งแหล่ง โดยมีการแก้ไข ภาษาแบบมีเงื่อนไข และข้อมูลที่ขาดหาย บันทึกผลิตภัณฑ์ แผน แพลตฟอร์ม การตั้งค่า และวันที่ทบทวน เพื่อให้สามารถทำซ้ำผลลัพธ์ได้
ตารางช่วยให้ผู้อ่านและระบบ AI ดึงข้อเท็จจริงได้ง่าย แต่เซลล์ที่กระชับอาจซ่อนรายละเอียดสำคัญไว้ จัดให้มีเส้นทางจากแต่ละแถวที่มีผลต่อการตัดสินใจไปยังบทสนทนาต้นฉบับหรือแหล่งข้อมูลที่ได้รับอนุมัติ และอย่าถือว่าค่าในตารางมีน้ำหนักมากกว่าหลักฐานของค่าเหล่านั้น
วิธีเปลี่ยนการค้นพบข้อมูลให้เป็นบันทึก AI ที่ผ่านการทบทวน
เวิร์กโฟลว์หลังการสนทนาควรรักษาเหตุผลของผู้ซื้อไว้ และทำให้ตรวจสอบการดำเนินการถัดไปได้ง่ายขึ้น
เวิร์กโฟลว์นี้มีจุดควบคุมโดยตั้งใจ การสร้างเนื้อหาไม่ใช่การดำเนินการให้เสร็จสิ้น: ผลลัพธ์ปลายทางที่มีประโยชน์คือชิ้นงานที่ได้รับอนุมัติ ซึ่งรักษาความหมาย เข้าถึงกลุ่มเป้าหมายที่ตั้งใจไว้ และยังสามารถตรวจสอบได้ในภายหลัง
เตรียมการสนทนาครั้งถัดไป
สำหรับผู้รับผิดชอบการสนทนา เปลี่ยนความไม่แน่นอนให้เป็นแผนคำถามสั้น ๆ และคำขอหลักฐานจุดตรวจทบทวน: ขั้นตอนถัดไปมีวัตถุประสงค์ ผู้รับผิดชอบ และเกณฑ์สิ้นสุดบันทึกข้อมูลนำเข้า ผู้รับผิดชอบหลัก การแก้ไขที่มีสาระสำคัญ และปลายทาง หากไม่ผ่านจุดตรวจ ให้แสดงความล้มเหลวไว้และหยุดระบบอัตโนมัติขั้นถัดไปจนกว่าจะซ่อมแซมแหล่งข้อมูลหรือการควบคุม
ร่างการติดตามผล
ระหว่างการสนทนาเพื่อค้นหาข้อมูลการขาย สรุปลำดับความสำคัญและการดำเนินการร่วมกันด้วยภาษาที่เหมาะกับผู้รับจุดตรวจทบทวน: ไม่มีการอนุมานภายในหรือคำสัญญาที่ไม่มีหลักฐานปรากฏบันทึกข้อมูลนำเข้า ผู้รับผิดชอบหลัก การแก้ไขที่มีสาระสำคัญ และปลายทาง หากไม่ผ่านจุดตรวจ ให้แสดงความล้มเหลวไว้และหยุดระบบอัตโนมัติขั้นถัดไปจนกว่าจะซ่อมแซมแหล่งข้อมูลหรือการควบคุม
ตรวจสอบข้อความสำคัญต่อการตัดสินใจ
ก่อนการประชุมครั้งถัดไป ตรวจสอบคำปฏิเสธ วันที่ จำนวนเงิน บทบาท เงื่อนไข และข้อผูกพันร่วมกันโดยเทียบกับบริบทจุดตรวจทบทวน: แผนผังที่ได้รับอนุมัติตรงกับสิ่งที่ผู้ซื้อยืนยันไว้บันทึกข้อมูลนำเข้า ผู้รับผิดชอบหลัก การแก้ไขที่มีสาระสำคัญ และปลายทาง หากไม่ผ่านจุดตรวจ ให้แสดงความล้มเหลวไว้และหยุดระบบอัตโนมัติขั้นถัดไปจนกว่าจะซ่อมแซมแหล่งข้อมูลหรือการควบคุม
ดึงแผนผังการค้นพบข้อมูล
ในขั้นตอนการค้นพบข้อมูลนี้ ร่างฟิลด์สำหรับตัวกระตุ้น เวิร์กโฟลว์ปัจจุบัน ผลกระทบ ผู้มีส่วนได้ส่วนเสีย เกณฑ์ กระบวนการ ข้อจำกัด การตัดสินใจ และคำถามจุดตรวจทบทวน: ฟิลด์ที่ขาดหายยังคงระบุว่าขาดหาย แทนที่จะเดาขึ้นมาบันทึกข้อมูลนำเข้า ผู้รับผิดชอบหลัก การแก้ไขที่มีสาระสำคัญ และปลายทาง หากไม่ผ่านจุดตรวจ ให้แสดงความล้มเหลวไว้และหยุดระบบอัตโนมัติขั้นถัดไปจนกว่าจะซ่อมแซมแหล่งข้อมูลหรือการควบคุม
บันทึกหรือนำเข้าแหล่งข้อมูลที่ได้รับอนุญาต
สำหรับผู้รับผิดชอบการสนทนา ยืนยันตัวตนของการประชุม ผู้เข้าร่วม และความครบถ้วนก่อนพึ่งพาผลลัพธ์ที่สร้างขึ้นจุดตรวจทบทวน: แหล่งข้อมูลได้รับอนุญาตและมีช่วงเวลาที่สำคัญครบถ้วนบันทึกข้อมูลนำเข้า ผู้รับผิดชอบหลัก การแก้ไขที่มีสาระสำคัญ และปลายทาง หากไม่ผ่านจุดตรวจ ให้แสดงความล้มเหลวไว้และหยุดระบบอัตโนมัติขั้นถัดไปจนกว่าจะซ่อมแซมแหล่งข้อมูลหรือการควบคุม
ถือว่าผลลัพธ์เป็นบันทึกการทำงานที่ผ่านการทบทวนแล้ว ไม่ใช่การตีความผู้ซื้ออย่างถาวร
หลังจากขั้นตอนสุดท้าย ให้เขียนหนึ่งประโยคที่ระบุแหล่งข้อมูลที่ได้รับอนุมัติ แหล่งข้อมูลที่ไม่รวม ผู้ทบทวน ปลายทาง และการเปลี่ยนแปลงที่จะทำให้ต้องทดสอบใหม่ วิธีนี้จะป้องกันไม่ให้ตัวอย่างปกติที่ประสบความสำเร็จถูกนำไปสรุปใช้กับการใช้งานที่มีความละเอียดอ่อนมากกว่า
ตัวอย่างบทสนทนาเพื่อค้นหาความต้องการด้านการขายที่สมมติขึ้นและบันทึกที่แก้ไขแล้ว
นี่เป็นสถานการณ์ที่แต่งขึ้นและไม่ระบุตัวตน ซึ่งจัดทำขึ้นเพื่อแสดงวิธีการ ไม่ใช่กรณีศึกษาของลูกค้า
ในขั้นตอนการค้นหาความต้องการนี้ บทสนทนาสั้นพอที่จะตรวจสอบได้ แต่มีการแก้ไขและเงื่อนไขที่มักหายไปในบันทึกที่สร้างขึ้น
ข้อความต้นฉบับ
- ผู้ซื้อ — ‘ปัญหาที่เห็นได้ชัดคือการรายงานที่ช้า แต่คิวอนุมัติเป็นสาเหตุของความล่าช้าส่วนใหญ่’
- ผู้ซื้อ — ‘เราเสียเวลาประมาณครึ่งวันในวันศุกร์ ตัวเลขนี้เป็นการประมาณ ไม่ใช่เมตริกที่ติดตามไว้’
- ผู้ซื้อ — ‘ผม/ฉันเป็นผู้แนะนำเครื่องมือ แต่ฝ่ายความปลอดภัยและฝ่ายจัดซื้อเป็นผู้อนุมัติ’
- ผู้ซื้อ — ‘หากคำตอบเกี่ยวกับการไหลของข้อมูลชัดเจน ผม/ฉันสามารถพาฝ่ายความปลอดภัยเข้าร่วมได้ในวันพฤหัสบดีหน้า’
สิ่งที่การประมวลผลรอบแรกทำผิด
สรุปที่ไม่ได้รับการตรวจทานระบุว่าการรายงานทำให้เสียเวลาครึ่งวัน ผู้ซื้อเป็นผู้ตัดสินใจ และมีการนัดประชุมกับฝ่ายความปลอดภัยแล้ว แต่ละข้อความล้วนกล่าวเกินกว่าข้อมูลต้นฉบับ
ข้อผิดพลาดนี้มีสาระสำคัญ เพราะทำให้การตัดสินใจ ผู้รับผิดชอบ เงื่อนไข หรือระดับความหนักแน่นของหลักฐานเปลี่ยนไป ประโยคที่เรียบเรียงอย่างดีไม่อาจชดเชยความหมายที่เปลี่ยนแปลงได้
การตรวจสอบและแก้ไขข้อมูลต้นฉบับ
บันทึกนี้แยกอาการที่เห็นได้ชัดออกจากคอขวดที่น่าจะเป็น ระบุว่าผลกระทบเป็นการประมาณของผู้ซื้อ บันทึกบทบาทของการแนะนำเทียบกับการอนุมัติ และทำเครื่องหมายว่าวันพฤหัสบดีขึ้นอยู่กับการได้รับเอกสารที่ชัดเจน
ผู้ตรวจทานควรเก็บทั้งข้อความที่แก้ไขแล้วและเส้นทางของหลักฐานไว้ เมื่อบันทึกก่อนหน้านี้ได้สร้างงานหรือข้อความไปแล้ว สำเนาต่อเนื่องทุกฉบับที่ได้รับอนุมัติจำเป็นต้องได้รับการกระทบยอด
การส่งต่องานที่ได้รับอนุมัติ
ผู้ขายส่งเอกสารการไหลของข้อมูลที่ร้องขอ และสอบถามว่าวันพฤหัสบดียังคงเหมาะสมหรือไม่หลังจากตรวจทานแล้ว บันทึกภายในระบุผลกระทบที่ยังไม่ได้รับการยืนยันและผู้รับผิดชอบฝ่ายจัดซื้อที่ยังไม่ทราบ
การส่งต่องานมีขอบเขตแคบกว่าบทถอดเสียงฉบับเต็ม โดยรวมเฉพาะสิ่งที่ผู้รับต้องการ ปล่อยให้การตีความภายในอยู่ในบันทึกที่อยู่ภายใต้การกำกับดูแล และระบุคำถามที่ยังไม่ได้ข้อสรุปโดยไม่เติมคำตอบให้
บทเรียน: บันทึกการค้นหาความต้องการช่วยปรับปรุงการตัดสินใจได้เมื่อเก็บรักษาเงื่อนไขและคำถามที่ยังไม่มีคำตอบไว้ แทนที่จะให้รางวัลกับความแน่นอน
ใช้ตัวอย่างสมมติเพื่อเป็นเครื่องมือการสอนเท่านั้น ตัวอย่างเหล่านี้ไม่ใช่คำรับรอง ผลลัพธ์ด้านประสิทธิภาพที่สังเกตได้ หรือหลักฐานว่าผลิตภัณฑ์หนึ่งจะทำงานในลักษณะเดียวกันกับแหล่งข้อมูลอื่น
ความเสี่ยงในการสนทนาเพื่อค้นหาความต้องการที่โครงสร้างเพียงอย่างเดียวแก้ไม่ได้
เช็กลิสต์ช่วยเพิ่มความสม่ำเสมอได้ แต่การใช้อย่างไม่เหมาะสมอาจทำให้การค้นหาความต้องการดูเหมือนการคาดคั้น หรือทำให้เกิดบันทึกที่เกินขอบเขตวัตถุประสงค์ที่ตกลงกันไว้
ความเสี่ยงขึ้นอยู่กับแหล่งข้อมูล ผู้คน ผลกระทบทางธุรกิจ การกำหนดค่า และการใช้งานต่อเนื่อง การควบคุมของผลิตภัณฑ์อาจสนับสนุนกระบวนการทำงานที่มีความรับผิดชอบได้ แต่ไม่อาจตัดสินภาระหน้าที่ด้านกฎหมาย ความเป็นส่วนตัว การจ้างงาน การจัดเก็บบันทึก หรือธุรกิจของลูกค้าได้
การซักถามคาดคั้น
ก่อนการประชุมครั้งถัดไป คำถามที่เตรียมไว้มากเกินไปจะขัดขวางการรับฟังและลดการควบคุมของผู้ซื้อ
การควบคุม: ใช้เส้นทางทางเลือก สรุป และเชิญให้แก้ไข
คำถามชี้นำ
ระหว่างการสนทนาเพื่อค้นหาความต้องการด้านการขาย คำถามอาจแทรกปัญหา ผลกระทบ หรือความเร่งด่วนของผู้ขายเข้าไปในคำตอบ
การควบคุม: ขอให้ยกตัวอย่างล่าสุดก่อนเสนอการตีความ
การเก็บข้อมูลอ่อนไหว
สำหรับเจ้าของการสนทนา บทสนทนาอาจมีข้อมูลเกี่ยวกับกระบวนการที่เป็นความลับ ข้อมูลส่วนบุคคล หรือรายละเอียดด้านความปลอดภัย
การควบคุม: ใช้ประกาศแจ้งที่ได้รับอนุมัติ ลดการเก็บข้อมูลให้น้อยที่สุด และจำกัดปลายทาง
อคติในการคัดกรองคุณสมบัติ
ในขั้นตอนการค้นหาความต้องการนี้ สรุปที่สร้างโดย AI อาจทำให้สัญญาณที่คลุมเครือดูเหมือนเป็นการคัดกรองคุณสมบัติที่ชัดเจน
การควบคุม: แยกหลักฐาน การตีความ และการตัดสินใจเกี่ยวกับขั้นตอนการขายออกจากกัน
คุณภาพของการค้นหาความต้องการขึ้นอยู่กับความไว้วางใจ วิจารณญาณ และการดำเนินการต่อเนื่อง ไม่ใช่เพียงจำนวนคำถามเท่านั้น
กรอบการจัดการความเสี่ยงด้าน AI ของ NIST นำเสนอคำศัพท์เกี่ยวกับการทำแผนที่ การวัด การจัดการ และการกำกับดูแล กรอบความเป็นส่วนตัวของ NIST สนับสนุนคำถามด้านการกำกับดูแลความเป็นส่วนตัว การใช้กรอบใดกรอบหนึ่งไม่ได้รับรองผู้จำหน่ายหรือกำหนดการปฏิบัติตามกฎหมาย
ผู้จัดการควรตรวจทานคุณภาพการค้นหาความต้องการอย่างไร
ตรวจทานตัวอย่างจำนวนเล็กน้อยโดยเทียบกับพฤติกรรมที่สังเกตได้ แทนที่จะใช้คะแนนการสนทนาแบบทึบแสงเพียงคะแนนเดียว
ระหว่างการสนทนาเพื่อค้นหาความต้องการด้านการขาย ให้วัดกระบวนการทำงานทั้งหมด ความหน่วงของโมเดลมักไม่ใช่ปัจจัยจำกัด เมื่อการตรวจทาน การเรียกคืนหลักฐาน การอนุมัติ การแก้ไข และการส่งต่องานยังคงใช้เวลาส่วนใหญ่ของงาน
| ตัวชี้วัด | คำจำกัดความ | การใช้งานอย่างรับผิดชอบ |
|---|---|---|
| ความเฉพาะเจาะจงของกระบวนการ | บันทึกมีตัวอย่างเวิร์กโฟลว์ที่เป็นรูปธรรม พร้อมบุคคล ระบบ และการส่งต่องาน | แสดงว่าการค้นหาความต้องการก้าวพ้นปัญหาทั่วไปหรือไม่ |
| ผลกระทบที่สอดคล้องกับหลักฐาน | ผลกระทบมีแหล่งที่มาและระบุว่าเป็นค่าที่วัดได้ ค่าประมาณการ หรือยังไม่ทราบ | ป้องกันการสร้างกรณีศึกษาทางธุรกิจขึ้นมาเอง |
| ความถูกต้องของผู้มีส่วนได้ส่วนเสีย | บทบาทต่าง ๆ สะท้อนคำกล่าวของผู้ซื้อ และยังมองเห็นบุคคลที่ขาดหายไป | ช่วยปรับปรุงการวางแผนการตัดสินใจ |
| คุณภาพของขั้นตอนถัดไปที่ตกลงร่วมกัน | มีการระบุวัตถุประสงค์ ผู้รับผิดชอบ ระยะเวลา และเกณฑ์ยุติไว้อย่างชัดเจน | วัดความคืบหน้าโดยไม่บังคับให้เข้าสู่ขั้นตอนใดขั้นตอนหนึ่ง |
| การแก้ไขโดยผู้ซื้อ | ผู้ขายสรุปความเข้าใจ และผู้ซื้อมีโอกาสยืนยันหรือเปลี่ยนแปลงความหมาย | ส่งเสริมการค้นหาความต้องการร่วมกัน |
ใช้การตรวจสอบนี้เพื่อฝึกทักษะการฟังและวินัยด้านหลักฐาน อย่าอนุมานคุณภาพของบุคคลจากคะแนนอัตโนมัติที่ยังไม่ได้รับการตรวจสอบ
จัดทำค่าพื้นฐานก่อนเปลี่ยนเครื่องมือ รายงานกลุ่มตัวอย่าง ประเภทแหล่งที่มา วันที่ ผู้ตรวจสอบ และรายการที่ตัดออกไว้ข้างตัวชี้วัดทุกตัว ไม่ควรอธิบายการเปลี่ยนแปลงจากโครงการนำร่องขนาดเล็กเพียงโครงการเดียวว่าเป็นผลลัพธ์ด้านผลิตภาพ อัตราการเปลี่ยนเป็นลูกค้า การรักษาลูกค้า หรือรายได้ที่รับประกันได้
ประเมินประสิทธิภาพควบคู่กับคุณภาพและธรรมาภิบาล ได้แก่ การแก้ไขสาระสำคัญ ความครอบคลุมของแหล่งที่มา เหตุการณ์เกี่ยวกับการอนุญาต และการส่งต่องานที่ล้มเหลว กระบวนการที่เร็วขึ้นแต่ทำให้ข้อผิดพลาดที่มีผลกระทบร้ายแรงแพร่กระจาย ไม่ใช่การปรับปรุง
การใช้ HiNoter สำหรับบันทึกการสนทนาค้นหาความต้องการ
สำหรับผู้รับผิดชอบการสนทนา สามารถนำ HiNoter ไปทดลองใช้เป็นชั้นหลักฐานและการดำเนินการหลังการสนทนาค้นหาความต้องการด้านการขายที่ได้รับอนุญาต
สร้างแผนที่การค้นหาความต้องการ ตรวจสอบข้อความสำคัญด้วย AI Chat ที่เชื่อมโยงกับแหล่งที่มา ร่างการดำเนินการร่วมกัน และส่งออกเฉพาะชิ้นงานที่ได้รับอนุมัติผ่านช่องทางที่มีเอกสารอธิบายในปัจจุบัน ดูเวิร์กโฟลว์ผู้ช่วยการประชุมปัจจุบัน และ คำอธิบาย AI Chat ที่เชื่อมโยงกับแหล่งที่มาปัจจุบัน ก่อนเผยแพร่หรือจัดซื้อ
ผลิตภัณฑ์ไม่ควรเป็นผู้ตัดสินคุณสมบัติ อำนาจของผู้มีส่วนได้ส่วนเสีย หรือขั้นตอนการขาย ยืนยันการรองรับการประชุมแบบสด ข้อมูลอ้างอิง ผลลัพธ์ การแชร์ และข้อจำกัด
หน้าเว็บสาธารณะของ HiNoter เป็นหลักฐานเกี่ยวกับผลิตภัณฑ์ ไม่ใช่หลักฐานอิสระเกี่ยวกับความถูกต้อง ความปลอดภัย การปฏิบัติตามกฎหมาย ผลลัพธ์ด้านการขาย หรือความเหมาะสม ยืนยันแผน แพลตฟอร์ม สิทธิ์ แหล่งที่มา การส่งออก นโยบาย และสัญญาที่ใช้งานจริงสำหรับเวิร์กโฟลว์ที่ต้องการ
ทำการทดสอบหลักฐาน: ใช้รูปแบบการตรวจสอบสมมติในการสนทนาจริงที่ได้รับอนุญาตหนึ่งครั้ง และวัดว่าผู้ขายแก้ไขเงื่อนไขและข้อผูกพันได้เร็วเพียงใด สำรวจ HiNoter
มาตรฐานเชิงปฏิบัติสำหรับการสนทนาค้นหาความต้องการด้านการขาย
ในขั้นตอนการค้นหาความต้องการนี้ ใช้โครงสร้างการสนทนาที่ยืดหยุ่นเพื่อค้นหากระบวนการปัจจุบัน ผลกระทบ เงื่อนไขการตัดสินใจ และขั้นตอนถัดไปที่เป็นประโยชน์ร่วมกัน
ใช้เส้นทางปัจจุบันต่อเมื่อ: เก็บบันทึกที่มีอยู่หรือการบันทึกด้วยตนเองไว้เมื่อยังคงรักษาหลักฐานนี้ได้ด้วยความพยายามและความไว้วางใจในระดับที่ยอมรับได้
หยุดชั่วคราวหรือหลีกเลี่ยงเส้นทางนี้เมื่อ: อย่าเดินหน้าดีลเพียงเพราะบันทึกที่สร้างขึ้นเติมข้อมูลอำนาจ ความเร่งด่วน หรือ งบประมาณที่ขาดหายไปด้วยการอนุมาน
คำแนะนำที่เป็นประโยชน์ต้องมีเงื่อนไข โดยระบุประเภทแหล่งที่มา ผลลัพธ์ที่ต้องการ ผู้ตรวจสอบที่รับผิดชอบ ปลายทาง ข้อได้เปรียบของระบบเดิมที่ยังคงอยู่ และความเสี่ยงที่ยังเหลือหลังการทดลอง คำแนะนำนี้ไม่รับประกันการจัดอันดับ ผลตอบแทนจากการลงทุน หรือความเหนือกว่าของผลิตภัณฑ์ใด ๆ ในทุกกรณี
ขั้นตอนถัดไปที่แนะนำ: จัดเตรียมสมมติฐานสี่ข้อ ดำเนินการสนทนาค้นหาความต้องการหนึ่งครั้ง ตรวจสอบแผนที่หลักฐาน และขอให้ผู้ซื้อแก้ไขการติดตามผล
คำถามที่พบบ่อย
การสนทนาค้นหาความต้องการด้านการขายคืออะไร
คือการสนทนาร่วมกันเพื่อทำความเข้าใจกระบวนการปัจจุบันของผู้ซื้อ การเปลี่ยนแปลงที่ต้องการ ผลกระทบ ผู้มีส่วนได้ส่วนเสีย เงื่อนไขการตัดสินใจ และดูว่าขั้นตอนถัดไปคุ้มค่าหรือไม่
ควรจัดโครงสร้างการสนทนาค้นหาความต้องการอย่างไร
ใช้ลำดับที่ยืดหยุ่น: ทำความเข้าใจวัตถุประสงค์ร่วมกัน สำรวจตัวกระตุ้นและกระบวนการปัจจุบัน ทำความเข้าใจผลกระทบ จัดทำแผนผังผู้มีส่วนได้ส่วนเสียและเงื่อนไขการตัดสินใจ สรุป และตกลงขั้นตอนถัดไปที่เป็นประโยชน์ร่วมกัน
การสนทนาค้นหาความต้องการด้านการขายควรใช้เวลานานเท่าใด
ไม่มีระยะเวลาที่ใช้ได้กับทุกกรณี ยืนยันเวลาที่มี จัดลำดับความสำคัญของวัตถุประสงค์การเรียนรู้ และนัดหมายขั้นตอนอื่นแทนการเร่งผ่านเช็กลิสต์
บันทึกการสนทนาค้นหาความต้องการควรมีอะไรบ้าง
ควรมีตัวกระตุ้น เวิร์กโฟลว์ปัจจุบัน พื้นฐานของผลกระทบ ผู้มีส่วนได้ส่วนเสีย เกณฑ์ กระบวนการ ข้อจำกัด การตัดสินใจ คำถามเปิด และการดำเนินการร่วมกันพร้อมหลักฐานจากแหล่งที่มา
AI สามารถดำเนินการสนทนาค้นหาความต้องการได้หรือไม่
AI สามารถช่วยเตรียมการ จัดโครงสร้างบันทึก ค้นคืนข้อมูล และร่างการติดตามผลได้ การฟังของมนุษย์ ดุลยพินิจ บริบทความสัมพันธ์ และการตัดสินใจที่มีผู้รับผิดชอบยังคงเป็นสิ่งสำคัญ
ฉันจะหลีกเลี่ยงคำถามชี้นำในการค้นหาความต้องการได้อย่างไร
ถามเกี่ยวกับตัวอย่างล่าสุด ลำดับเหตุการณ์ และผลที่ตามมาก่อนเสนอสมมติฐาน สรุปอย่างไม่ยืนยันตายตัว และเชิญให้ผู้ซื้อแก้ไขความเข้าใจของคุณ
HiNoter สนับสนุนการโทรเพื่อค้นหาความต้องการได้อย่างไร?
ประเมิน HiNoter สำหรับการบันทึกหรือการนำเข้าที่ได้รับอนุญาต โน้ตที่มีโครงสร้าง การตรวจสอบที่เชื่อมโยงกับแหล่งข้อมูล และการดำเนินการที่ได้รับอนุมัติ ยืนยันขอบเขตผลิตภัณฑ์ปัจจุบันก่อนนำไปใช้
ทดสอบการโทรเพื่อค้นหาความต้องการด้านการขายด้วยแหล่งข้อมูลตัวแทนหนึ่งแหล่ง
ใช้แหล่งข้อมูลทั่วไปที่ได้รับอนุญาตหนึ่งแหล่งและกรณีขอบเขตที่จัดการได้ยากหนึ่งกรณี รักษาชุดข้อมูลความจริง ตรวจสอบผลลัพธ์ที่มีนัยสำคัญเทียบกับบริบทของแหล่งข้อมูล ทดสอบการส่งต่องานตามที่ตั้งใจไว้ และเขียนข้อสรุปการตัดสินใจที่มีขอบเขต พร้อมข้อยกเว้นและเงื่อนไขให้ทดสอบซ้ำ