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

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

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

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

ฉันใช้คำถามที่แน่นอนเหล่านี้เป็นประจำทุกวันเป็น PM; หวังว่าคุณจะพบว่ามันมีประโยชน์เช่นกัน!

รวบรวมความต้องการ

มาจัดฉากกันเถอะ คุณเป็น PM คนใหม่ของบริษัทสตาร์ทอัพด้านเทคโนโลยีสุดฮิปที่ให้บริการอาหารแมวตามสั่ง มันเป็นเช้าวันจันทร์และคุณมีจังหวะ Lo-Fi ที่ดังกระหึ่ม คุณจะได้ยินเสียง 'ding' ของการแจ้งเตือน Slack ใหม่ และเปิดขึ้นเมื่อมีคำถามจากใครบางคนใน Operations

เฮ้ เราคุยกันได้นะ

เราได้รับการร้องเรียนมากมายเกี่ยวกับแอพและฉันต้องการพูดคุยกับคุณเกี่ยวกับเรื่องนี้

แน่นอนคุณคิดว่า ฉันมีเวลา

แน่นอน — ฉันจะส่งคำเชิญถึงคุณในช่วงบ่ายนี้!

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

1. ปัญหาคืออะไร?

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

ฉัน: เฮ้ บอกฉันทีว่าปัญหาคืออะไร?

การดำเนินงาน: เราพบชายคนนี้ขี่จักรยานของเขาล้มเมื่อคืนนี้ และเขาบอกว่าเป็นเพราะโทรศัพท์ของเขาสว่างเกินไป เขาเปลี่ยนจาก Google Maps (ซึ่งมืด) มาดูรายละเอียดคำสั่งซื้อและเสียสมาธิ ตอนนี้เขาสบายดี แต่สิ่งนี้เกิดขึ้นสองสามครั้งแล้ว ผู้ขับขี่ยังบ่นมากมายเกี่ยวกับแอปของเรา และพวกเขาบอกว่าพวกเขามองไม่เห็นว่าต้องไปที่ใด

2. สถานะปัจจุบันและสถานะที่ต้องการคืออะไร?

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

ฉัน: แล้วผู้ขับขี่ของเราใช้แอปตอนกลางคืนอย่างไร และคุณคิดว่าเราควรเปลี่ยนอะไร

Ops: ดูเหมือนว่าเมื่อมืดแล้ว ผู้ขับขี่ของเรามักจะลดความสว่างของหน้าจอลง แต่จะไม่สามารถดูรายละเอียดการสั่งซื้อได้ สิ่งที่พวกเขาต้องการคือ 'โหมดมืด' ที่พวกเขายังคงมองเห็นสิ่งที่สำคัญแต่ไม่บังตา

3. ฉันสามารถตรวจสอบว่าฉันเข้าใจคุณถูกต้องหรือไม่?

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

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

การทำงาน: ค่อนข้างมาก และยังต้องทำงานได้ดีเมื่อสลับไปมาระหว่างแอปของเรากับแอปนำทาง

4. ผลกระทบของปัญหาคืออะไร?

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

ฉัน: เรามีหลักฐานอะไรเกี่ยวกับปัญหา เช่น การสูญเสียผู้ขับขี่หรือค่าใช้จ่ายของเรา

การดำเนินการ: เราจ่ายค่าประกันและค่ารักษาพยาบาลของคนขับและอาจมีราคาแพงมาก นอกจากนี้ เราได้ทำการสำรวจพฤติกรรมของผู้ขับขี่และ 30% ของพวกเขากล่าวว่าพวกเขาเปลี่ยนไปใช้แอพอื่นในตอนเย็น เมื่อเราติดตามผล พวกเขาบอกว่าเป็นเพราะพวกเขารู้สึกว่าแอปของเราไม่ปลอดภัย

[หมายเหตุด้านข้าง: คุณจะต้องตรวจสอบข้อมูลทั้งหมดนี้ในภายหลังด้วยการวิเคราะห์ข้อมูล]

5. นี่เป็นปัญหาที่สำคัญที่สุดที่เราสามารถแก้ไขได้ในขณะนี้หรือไม่?

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

ฉัน: นี่เป็นปัญหาที่สำคัญที่สุดที่เราสามารถแก้ไขได้ตอนนี้หรือไม่?

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

เสนอแนวทางแก้ไข

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

6. อะไรคือประสบการณ์การใช้งานในอุดมคติที่เราสามารถสร้างได้?

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

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

ฉัน: อะไรคือประสบการณ์การใช้งานในอุดมคติที่เราสามารถสร้างได้?

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

7. เราจะวัดความสำเร็จในการแก้ปัญหาได้อย่างไร?

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

ฉัน: เราจะรู้ได้อย่างไรว่าเราได้แก้ปัญหาแล้ว เราจะติดตามความสำเร็จได้อย่างไร?

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

8. เรามีตัวเลือกอะไรบ้างในการใช้คุณลักษณะนี้

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

ฉัน: เรามีทางเลือกอะไรบ้างในการใช้ฟีเจอร์นี้

หัวหน้าฝ่ายเทคโนโลยี: ฉันคิดว่ามีหลายวิธีที่จะทำได้:
1. เราสามารถเปลี่ยนโทนสีของแอปทั้งหมดเป็นโหมดมืดและไม่อนุญาตให้ผู้ใช้เปลี่ยน — นี่จะเร็วที่สุดแต่ไม่ใช่ UX ที่ดีที่สุด

2. เราสามารถใช้ห้องสมุดอัตโนมัติที่จะเปลี่ยนสีของเราโดยอัตโนมัติ

3. เราสามารถกำหนดรูปแบบสีได้สองแบบและใช้การตั้งค่าระบบเพื่อพิจารณาว่าเราใช้โหมดแสงหรือโหมดมืด

4. [ฯลฯ ฯลฯ]

[หมายเหตุด้านข้าง: นี่เป็นเพียงตัวอย่าง ฉันยังไม่ได้ศึกษาจริงๆ ว่าคุณจะใช้โหมดมืดอย่างไร]

9. ผู้ใช้โต้ตอบกับโซลูชันที่มีศักยภาพของเราอย่างไร

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

ฉัน: ผู้ใช้คิดอย่างไรกับโซลูชันที่เป็นไปได้ของเรา

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

10. วิธีแก้ปัญหาของเราจะใช้เวลานานแค่ไหน และมีวิธีใดบ้างที่จะดำเนินการได้ถูกกว่านี้

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

หากการดำเนินการครั้งแรกใช้เวลานานเกินไป ให้ใช้กฎ 80–20เพื่อตัดขอบเขตอย่างไร้ความปรานี มูลค่าส่วนใหญ่สามารถส่งมอบได้ด้วยโซลูชันขั้นต่ำ โดยมีข้อกำหนดที่ดีเหลือไว้สำหรับรุ่นอนาคต

ฉัน: วิธีแก้ปัญหาของเราจะใช้เวลานานแค่ไหน และมีวิธีไหนที่จะทำให้ได้ผลถูกกว่านี้ไหม

หัวหน้าฝ่ายเทคโนโลยี: หากเราทำเต็มที่แล้ว จะใช้เวลาประมาณ 6–8 สัปดาห์กับการทดสอบการถดถอยและการเปิดตัว App Store หากเราไม่ได้ใช้การตรวจจับอัตโนมัติในเวลากลางคืน ก็อาจลดเวลาลงเหลือ 3-4 สัปดาห์

การดำเนินการและการสะท้อนกลับ

เมื่อคุณมีโครงการที่ออกแบบอย่างสวยงามและกำหนดขอบเขตแล้ว ก็ถึงเวลาเริ่มสร้าง!

11. ทุกคนเข้าใจสิ่งที่ต้องทำหรือไม่?

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

ฉัน: ทุกคนเข้าใจไหมว่าต้องทำอะไร?

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

12. เราจะสื่อสารคุณสมบัตินี้กับเพื่อนร่วมงานและผู้ใช้ของเราอย่างไร?

การเปลี่ยนแปลงที่ผู้ใช้เห็นบางอย่างจะทำให้คุณต้องแจ้งการเปลี่ยนแปลงนี้กับผู้ใช้ของคุณ — PR/FAQ ที่คุณเขียนสำหรับคำถามที่ 6 อาจมีประโยชน์ มันอาจจะง่ายแค่ย่อหน้าในอีเมลรายเดือน หรือสร้างเว็บไซต์ใหม่ทั้งหมด คุณควรแจ้งให้ทีมงานภายในที่จะได้รับผลกระทบจากการปล่อยของคุณทราบล่วงหน้า

ฉัน: เราจะแจ้งให้ผู้คนทราบเกี่ยวกับฟีเจอร์นี้ได้อย่างไร

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

13. ข้อมูลเริ่มต้นพูดว่าอย่างไร?

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

ฉัน: ข้อมูลเริ่มต้นพูดว่าอย่างไร

นักวิเคราะห์: การใช้งานบน iOS เป็นไปในเชิงบวกอย่างมาก ไดรเวอร์ครึ่งหนึ่งของเรากำลังใช้งานอยู่! Android ลดลงประมาณ 10% ดูเหมือนว่าเราอาจพลาดบางอย่างในการออกแบบของเรา?

14. ขั้นตอนต่อไปคืออะไร? เราจะทำให้ดีขึ้นได้อย่างไร

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

ฉัน: ทำได้ดีมากทุกคน! เรามาคิดกันถึงเวอร์ชั่นต่อไปดีกว่าว่าอยากให้มันดีขึ้นยังไง?

ผู้ออกแบบ: ฉันต้องการเปลี่ยนสีไฮไลท์

นักวิเคราะห์: เราจำเป็นต้องแก้ไขข้อผิดพลาดกับ Android

วิศวกร: มีงานเกี่ยวกับหนี้เทคโนโลยีบางอย่างที่เราควรทำให้เสร็จ

อ๊าาาาาาาาา คัท!

ความคิดพรากจากกัน

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

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

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

แล้วคุณได้เรียนรู้อะไรจากงานชิ้นนี้บ้าง?