ทำงานกับลูกค้าที่ไม่รู้ว่าต้องการอะไร

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

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

คำแนะนำบางประการ:

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

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

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

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

หนังสือช่วยตัวเองที่คุณหยิบมาใช้ในการติดต่อสื่อสารค่อนข้างมาก

• แสวงหาความเข้าใจก่อนแล้วจึงจะเข้าใจ

นั่นมาจากหนังสือนิสัย 7 เล่ม แต่พวกมันทั้งหมดต่างกันของวิธี " ฟังอย่างกระตือรือร้น " เป้าหมายไม่เพียง แต่เข้าใจ แต่สื่อสารกลับไปยังสิ่งที่คุณเข้าใจ

เมื่อฉันคิดว่าฉันมีความคิดที่ดีเกี่ยวกับสิ่งที่พวกเขาต้องการ (อยู่ห่างจากสิ่งที่พวกเขาต้องการโดยเฉพาะอย่างยิ่งถ้าพวกเขาเริ่มอธิบายรายละเอียดการปฏิบัติ - นั่นคืองานของคุณไม่ใช่พวกเขา) ฉันให้ตัวอย่างเรื่องราวของคนต่าง ๆ ที่ jives กับพวกเขา

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

ฉันรู้สึกถึงความเจ็บปวดของคุณ....

ข่าวร้ายคือ: ขึ้นอยู่กับลูกค้าประเภทใดที่คุณติดต่อด้วยนี่อาจเป็นเรื่องปกติ

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

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

ดังนั้นโดยทั่วไปคำแนะนำของฉันคือ:

หากนี่เป็นวิธีที่อุตสาหกรรมเฉพาะของคุณและลูกค้าเหล่านี้เป็น (นั่นคือ IF ที่ยิ่งใหญ่) เพียงแค่คุ้นเคยกับมัน คิดว่ามันเป็นงาน Agile ที่มุ่งเน้นการบำรุงรักษา (นี่คือวิธีที่กิ๊กปัจจุบันของฉันคือมากหรือน้อย) :)

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

ก่อนอื่นคุณควรยอมรับความจริงที่ว่าลูกค้าไม่รู้จริง ๆ ว่าพวกเขากำลังมองหาอะไรจนกว่าพวกเขาจะเห็น พวกเขาอาจบอกคุณตอนนี้ว่าพวกเขาต้องการฟีเจอร์ X แสดงฟีเจอร์ X แล้วพวกเขาจะรู้ว่าสิ่งที่พวกเขาต้องการจริงๆคือฟีเจอร์ Y หรือฟีเจอร์ X อื่น ๆ

วิธีที่ดีในการค้นหาว่าลูกค้าต้องการอะไรเร็วกว่าเดิมคือการยอมรับและติดตามAgile Manifestoซึ่งมุ่งเน้นไปที่การสื่อสารและการทำงานร่วมกันของลูกค้า แบ่งวงจรการพัฒนาเป็นการวนซ้ำและแสดงให้ลูกค้าเห็นต้นแบบของคุณลักษณะทุกจุดสิ้นสุดของการวนซ้ำ ด้วยวิธีนี้คุณจะได้รับข้อเสนอแนะทันทีและเปลี่ยนแปลงตามความคิดเห็นจากลูกค้าโดยไม่ต้องลงทุนทรัพยากรมากเกินไปกับคุณลักษณะ ด้วยวิธีนี้ทั้งคุณและลูกค้าจะมีความสุขกับผลลัพธ์ของผลิตภัณฑ์

ฉันค่อนข้างมั่นใจว่าการเปลี่ยนแปลงจะเป็นเรื่องยากสำหรับทีมหรือ บริษัท ของคุณ แต่เป็นวิธีที่ดีที่สุดในการรับมือกับความต้องการที่เปลี่ยนแปลงอย่างรวดเร็ว

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

ฉันมีความสุขมากที่ได้ทำงานกับคนที่มีความคิดที่ดีเกี่ยวกับสิ่งที่พวกเขาไม่ต้องการหรือต้องการหลีกเลี่ยง โดยปกติฉันสามารถทำงานจากที่นั่นไปยังสิ่งที่พวกเขามีความสุข

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

หลังจากเขียนใหม่ที่น่ารำคาญมากมายตอนนี้ฉันทำงานในสิ่งที่ฉันเรียกว่าการเปิดเผยแบบเต็ม

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

ถ้าเป็นโครงการขนาดใหญ่ (ทำงานมากกว่า 5 วัน) ฉันจะเป็นต้นแบบด้วย นี่ทำให้พวกเขามีโอกาสที่จะเปลี่ยนใจโดยไม่ต้องเปลี่ยนรหัสขนาดใหญ่ในตอนท้ายของฉัน

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