ผลิตภัณฑ์และการส่งมอบ · กิจการและความมั่งคั่ง

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ฉันคิดว่าอัปเดตเริ่มจากการใช้ตน ธุรกิจเปลี่ยนไหม ลูกค้าถามปัญหาอะไรซ้ำ กระบวนการติดตรงไหน แล้วดูผลิตภัณฑ์ภายนอกแก้ปัญหาใกล้กันอย่างไร เช่นนี้ได้วิธีเทียบ ไม่ใช่ชื่อที่ต้องตาม

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

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