ปัญหา · วงจรการแก้ไขไม่รู้จบ
อีกการแก้ไขเล็กๆ หนึ่งอย่าง เป็นครั้งที่เจ็ด
การแก้ไขเป็นเรื่องปกติ แต่การแก้ไขไม่รู้จบไม่ใช่ ส่วนใหญ่มีสาเหตุตั้งแต่ก่อนรอบแรก: บรีฟที่ยังไม่ชัด ความเห็นที่กระจัดกระจาย หรือไม่มีผู้อนุมัติ
ตรวจสอบวงจรการแก้ไข
มาจากไหน การแก้ไขหลายรอบ?
นึกถึงโปรเจกต์ล่าสุดที่แก้ไขหลายครั้งเกินไป แล้วตอบคำถาม
ผลลัพธ์ของคุณ
ตอบทุกคำถาม แล้วจะเห็นว่าปัญหาน่าจะเกิดจากจุดใด และก้าวเล็ก ๆ ใดช่วยได้ก่อน
สมมติฐานและข้อจำกัด
- การตรวจสอบแสดงรูปแบบตามคำตอบของคุณ บางโปรเจกต์ต้องใช้หลายรอบจริงๆ เช่น เมื่อลูกค้าเองยังหาคำตอบไม่ได้
- กฎในสัญญาเรื่องการแก้ไขไม่ได้แทนการพูดคุย เมื่อความร่วมมือเริ่มสั่นคลอน
ข้อมูลที่คุณกรอกจะอยู่ในเบราว์เซอร์นี้ ไม่มีการบันทึกหรือส่งข้อมูลใด ๆ
คุณจะรู้ได้อย่างไร
ใกล้เสร็จแล้ว มาหลายสัปดาห์แล้ว
- รอบที่สามขัดแย้งกับรอบแรก และไม่มีใครจำได้ว่าตกลงอะไรไว้
- ความเห็นมาจากคนที่ไม่ได้อยู่ในการบรีฟ
- โปรเจกต์คำนวณไว้ดี แต่ตอนนี้มาร์จิ้นหายไปแล้ว
เข้าใจสาเหตุ
สี่สาเหตุ นานก่อนการแก้ไขครั้งแรก
- 01
บรีฟที่ยังไม่ชัด
- คุณจะรู้ได้อย่างไร
- ลูกค้าเพิ่งรู้ว่าตัวเองต้องการอะไรจริงๆ เมื่อเห็นแบบร่าง
- ทำไมจึงเกิดขึ้น
- ไม่ได้บันทึกเป้าหมายและเกณฑ์ไว้ก่อนเริ่มงาน
- สิ่งที่ช่วยได้
- บันทึกเป้าหมาย กลุ่มเป้าหมาย และเกณฑ์ความสำเร็จเป็นลายลักษณ์อักษร และให้ลูกค้ายืนยัน
- ขอบเขต
- ลูกค้าบางรายไม่รู้จริงๆ ล่วงหน้า กรณีนี้แบบร่างแรกขนาดเล็กช่วยเป็นเครื่องมือในการบรีฟได้
- 02
ความเห็นกระจัดกระจาย
- คุณจะรู้ได้อย่างไร
- ทุกคนฝั่งลูกค้าส่งคำขอแก้ไขของตัวเอง
- ทำไมจึงเกิดขึ้น
- ไม่มีกฎว่าจะรวบรวมและสรุปความเห็นอย่างไร
- สิ่งที่ช่วยได้
- ตกลงให้ลูกค้าสรุปความเห็นที่รวบรวมแล้วหนึ่งชุดต่อรอบ
- ขอบเขต
- คุณทำได้แค่ขอให้ลูกค้าสรุปความเห็นภายใน แต่ทำแทนลูกค้าไม่ได้
- 03
ไม่มีผู้อนุมัติที่แน่นอน
- คุณจะรู้ได้อย่างไร
- ก่อนจบไม่นาน มีความเห็นใหม่โผล่ขึ้นมา
- ทำไมจึงเกิดขึ้น
- ผู้ตัดสินใจขั้นสุดท้ายไม่ได้มีส่วนร่วมตั้งแต่ต้น
- สิ่งที่ช่วยได้
- ระบุผู้อนุมัติใน kick-off และให้มีส่วนร่วมในทุกหลักไมล์
- ขอบเขต
- องค์กรขนาดใหญ่มักมีการอนุมัติหลายระดับ กรณีนี้ให้ระบุแยกแต่ละระดับ
- 04
ไม่ได้ตกลงจำนวนรอบ
- คุณจะรู้ได้อย่างไร
- รอบเพิ่มเติมคืองานที่ไม่ได้รับค่าตอบแทน
- ทำไมจึงเกิดขึ้น
- ใบเสนอราคาและข้อตกลงไม่ได้ระบุว่ารวมการแก้ไขกี่ครั้ง
- สิ่งที่ช่วยได้
- เขียนจำนวนรอบและราคาของรอบเพิ่มเติมไว้ในใบเสนอราคา
- ขอบเขต
- ขอบเขตในสัญญาจะได้ผลก็ต่อเมื่อคุณพูดถึงในระหว่างโปรเจกต์ด้วย
แนวทางแก้ไข
รอบการแก้ไขน้อยลง โดยไม่ต้องขัดแย้ง
| เส้นทาง | เพียงพอ หาก | ขอบเขต |
|---|---|---|
| เทมเพลตบรีฟและการอนุมัติทางอีเมล | โปรเจกต์ไม่กี่งาน ผู้ติดต่อฝั่งลูกค้าคนเดียว | ความเห็นและการอนุมัติยังกระจายอยู่ในกล่องอีเมล |
| กำหนดจำนวนรอบการแก้ไขในใบเสนอราคา | รอบการแก้ไขเกิดขึ้นส่วนใหญ่เพราะไม่มีขอบเขตที่ชัดเจน | ไม่ได้แก้ปัญหาบรีฟที่ไม่ชัดหรือการขาดผู้อนุมัติ |
| เครื่องมือตรวจแก้หรืออนุมัติงานเฉพาะทาง | คุณส่งมอบงานออกแบบหรือไฟล์ที่ต้องมีการมาร์กและคอมเมนต์เป็นหลัก | อีกหนึ่งเครื่องมือสำหรับลูกค้า ส่วนใบเสนอราคาและงานอยู่ที่อื่น |
| Peak One | คุณต้องการรวมใบเสนอราคา บรีฟ งาน และการอนุมัติของโปรเจกต์ไว้ด้วยกัน | ไม่ได้แทนเครื่องมือมาร์กอัปงานกราฟิก ส่วนจะตกลงกี่รอบ คุณเป็นผู้ตัดสินใจ |
Peak One ในการใช้งานจริง
จากรอบที่เจ็ด สู่การอนุมัติที่ชัดเจนครั้งเดียว
- ทริกเกอร์ทำไมโปรเจกต์ไม่จบสักที?
- 01 · งานSignalProject Board ใน Peak Board แสดงว่างานใดถูกย้ายกลับไปแก้ไขซ้ำแล้วซ้ำเล่า
- 02 · เอกสารความเข้าใจบรีฟและการตัดสินใจอยู่ใน Peak Docs ส่วน Document Decisions แสดงสิ่งที่ตัดสินใจไปแล้ว
- 03 · ใบเสนอราคาการตัดสินใจใน Offer Builder คุณบันทึกว่าส่งมอบอะไรและด้วยเงื่อนไขใด รวมถึงจำนวนรอบการแก้ไข
- 04 · การอนุมัติแอ็กชันใน Peak Automations การอนุมัติจะเป็นขั้นตอนแยกในเวิร์กโฟลว์ และคุณเห็นว่าตอนนี้อยู่ที่ขั้นตอนใด
แอปที่เกี่ยวข้อง
ตั้งแต่ใบเสนอราคาจนถึงการอนุมัติ
มุมมอง
สถานะและการตัดสินใจ
สามขั้นตอน
ทำให้รอบถัดไปสั้นลง
- 01 / 03
ให้ลูกค้ายืนยันบรีฟ
ก่อนแบบร่างถัดไป ส่งเป้าหมายสามประโยคและให้ลูกค้ายืนยันเป็นลายลักษณ์อักษร
- 02 / 03
ผู้อนุมัติหนึ่งคน
ถามลูกค้าว่าใครเป็นผู้อนุมัติขั้นสุดท้าย แล้วเชิญคนนั้นเข้าร่วมการพิจารณาครั้งถัดไป
- 03 / 03
ระบุจำนวนรอบในใบเสนอราคา
ตั้งแต่ใบเสนอราคาถัดไป ระบุว่ารวมการแก้ไขกี่รอบ
คำถามที่พบบ่อย
คำตอบสั้น ๆ
แก้ไขกี่รอบถือว่าปกติ?
ไม่มีตัวเลขที่ใช้ได้กับทุกกรณี ผู้ให้บริการจำนวนมากตกลงจำนวนรอบที่แน่นอนไว้ในใบเสนอราคา สิ่งสำคัญคือกำหนดตัวเลขไว้ล่วงหน้าและทั้งสองฝ่ายรู้
จะพูดเรื่องการแก้ไขเพิ่มเติมอย่างไรโดยไม่ทำให้ลูกค้าไม่พอใจ?
เร็วและตรงไปตรงมา: แจ้งว่ารอบที่ตกลงกันครบแล้ว และเสนอรอบถัดไปพร้อมค่าใช้จ่าย จะง่ายขึ้นหากระบุขอบเขตไว้ในใบเสนอราคา
การเปลี่ยนแปลงกับการแก้ไขเหมือนกันหรือไม่?
ไม่ การแก้ไขคือการปรับผลงานให้ตรงกับบรีฟที่ตกลงไว้ ส่วนการเปลี่ยนแปลงคือการเปลี่ยนบรีฟเอง และควรคุยกันในฐานะงานเพิ่มเติม
สำรวจต่อ
สิ่งที่รวมอยู่
- ฟังก์ชันงานและโปรเจกต์โปรเจกต์เป็นบอร์ด งานในแผนรายวัน หนึ่งแชตต่อโปรเจกต์ดู
- ฟังก์ชันมาร์จิ้นและกำไรส่วนเกินกำไรส่วนเกินต่อสินค้าและตัวเลือกสินค้า พร้อมสถานการณ์จำลองและสต็อกดู
- กรณีใช้งานปิดโปรเจกต์อย่างเรียบร้อยเคลียร์เรื่องที่ค้าง บันทึกผลลัพธ์ เก็บเสียงจากลูกค้า และวางแผนขั้นตอนถัดไปดู
- หมวดหมู่ซอฟต์แวร์ซอฟต์แวร์บริหารโปรเจกต์ทุกงานในโปรเจกต์มีผู้รับผิดชอบ กำหนดเวลา และสถานะที่มองเห็นได้ดู
- Problemการทำใบเสนอราคาใช้เวลานานเกินไประหว่างการพูดคุยกับใบเสนอราคาผ่านไปหลายวัน และลูกค้าก็เริ่มหมดความสนใจดู
- Problemลูกค้าไม่รู้สถานะโปรเจกต์ลูกค้าไม่รู้ว่าโปรเจกต์คืบหน้าไปถึงไหน และถามซ้ำอยู่เรื่อย ๆดู
✦ หลักการของ Peak
ความชัดเจนก่อน ที่เหลือจะตามมาเอง
ทีละอย่าง
ปัญหาอื่น ๆ
คอขวดที่พบบ่อยในธุรกิจที่กำลังเติบโต แต่ละเรื่องมีเครื่องมือให้ลองใช้ทันที สาเหตุ และแนวทางที่ Peak One วางไว้
แก้ครั้งเดียว ที่เหลือจะตามมาเอง
ทุกรอบความเห็นนำมาซึ่งการแก้ไขอีกรอบ และโปรเจกต์ไม่เคยเสร็จ เข้าสู่ระบบด้วย Google และดูธุรกิจของคุณในที่เดียว
แพ็กเกจฟรี · เข้าสู่ระบบด้วย Google · ตั้งค่าเสร็จในประมาณสองนาที



