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

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

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

อย่าล้มเหลวในการสื่อสารขั้นพื้นฐานกับลูกค้า

ลองนึกภาพการสื่อสารกับลูกค้าเหมือนกับที่คุณสื่อสารในชีวิตประจำวันกับเพื่อนร่วมงานเพื่อนหรือบุคคลอื่น ๆ ที่คุณต้องการให้ความช่วยเหลือ

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

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

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

อย่างไรก็ตามสิ่งต่างๆไม่ได้ง่ายหรือตรงไปตรงมาในโลกของการพัฒนาซอฟต์แวร์

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

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

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

การสื่อสารกับลูกค้าที่มีข้อบกพร่องส่งเสริมความคาดหวังที่ไม่สมจริง

ดังนั้นในตอนแรกฉันกล่าวว่าลูกค้ามีความคาดหวังมากเกี่ยวกับโครงการใช่ไหม? ขวา. ระยะเวลา

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

คู่ขนานสั้น ๆ มีดังนี้ คุณซื้อแท็บเล็ตทางออนไลน์และได้รับสัญญาว่าจะจัดส่ง 10 วัน ในวันที่ 8 ทางร้านแจ้งว่ามีปัญหาและส่งของล่าช้าไป 1 สัปดาห์ เพื่อชดเชยความไม่สะดวกให้คุณผู้ค้าปลีกสัญญาว่าจะให้เครดิตร้านค้า $ 75

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

คุณจะได้รับแท็บเล็ตในวันถัดไป ไม่มีของแถมไม่มีเครดิตร้านค้า ตอนนี้มันเป็น คุณ ที่ผิดหวัง!

เทคโนโลยีแอปพลิเคชั่นประวัติศาสตร์เสมือนจริงและอนาคต

'อะไร? เมื่อวานนี้คุณบอกฉันว่าฉันจะได้รับข้อเสนอที่ดีกว่านี้! นั่นไม่ยุติธรรม! ฉันบอกเด็ก ๆ ไปแล้วว่า…“

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

นักพัฒนาโดยเฉพาะฟรีแลนซ์จะหลีกเลี่ยงสถานการณ์ที่คล้ายคลึงกันในการสื่อสารกับลูกค้าได้อย่างไร

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

• รับฟังลูกค้า

• วิเคราะห์ปัญหาของพวกเขา

• วิเคราะห์โซลูชันที่เสนอ

• ตรวจสอบให้แน่ใจว่าอยู่ในงบประมาณ / กำหนดเวลา

• สุดท้ายนำเสนอข้อเสนอแนะของคุณ

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

อย่าถือว่าคุณรู้ว่าลูกค้าต้องการอะไร

การถอดความ Mary Schmich , สุภาพสตรีและสุภาพบุรุษระดับ ‘17: ฟังลูกค้า หากฉันสามารถเสนอเคล็ดลับสำหรับอนาคตให้คุณได้เพียงข้อเดียวการรับฟังลูกค้าก็จะเป็นเช่นนั้น

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

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

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

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

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

ไม่เข้าใจสิ่งที่ลูกค้าต้องการ

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

อะไร???

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

ประการที่สองไม่ใช่ทุกคนที่เป็นนักเขียนมากฝีมือ พวกเขาพยายามพูดว่า A แต่จบลงด้วยการอธิบาย B

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

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

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

ในตอนท้ายคุณต้องมั่นใจว่าไม่มีความคลุมเครือหรือความเข้าใจผิด

เหตุใดคุณจึงไม่ควรส่งมอบทุกสิ่งที่ลูกค้าขอโดยไม่คิด

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

ไม่ถูกต้อง!

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

คุณจะประหลาดใจที่เห็นกี่ครั้งคำตอบคือ“ ไม่”

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

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

ต้นแบบ - อย่าเขียนเอกสารที่กว้างขวาง

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

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

โปรดทราบว่าความเข้าใจผิดเหล่านี้อาจเลวร้ายยิ่งขึ้นหากลูกค้าไม่มีพื้นฐานทางเทคนิค

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

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

หยุดเสียเวลาในการโน้มน้าวลูกค้าว่าคุณถูกต้อง

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

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

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

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

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

รู้ว่าเมื่อใดควรปฏิบัติตามกำหนดเวลา

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

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

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

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

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

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

อะไรคือความแตกต่างระหว่างศิลปะและการออกแบบ

ทำความเข้าใจพื้นฐาน

ฉันจะพัฒนาทักษะการสื่อสารได้อย่างไร

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

การสื่อสารที่มีประสิทธิผลคืออะไร?

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

การสื่อสารภายในคืออะไร?

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

วิธีจัดการกับลูกค้าที่ยากลำบาก?

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