คำขอฟีเจอร์ที่คุณควรสร้างจริงๆ (และวิธีดูให้ออก)

คุณรู้วิธีปฏิเสธคำขอฟีเจอร์แย่ๆ แล้ว คุณได้เรียนรู้ที่จะแยก scope creep ออกจากฟีเจอร์หลัก คุณกำลังปกป้องเส้นขอบของผลิตภัณฑ์ของคุณ

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

สามอันไหน?

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

สัญญาณที่สำคัญ

สัญญาณที่ 1: การพูดซ้ำโดยไม่ได้ชักจูง

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

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

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

สัญญาณที่ 2: ทางเลี่ยงสำคัญ

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

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

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

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

สัญญาณที่ 3: ฟีเจอร์ที่มาเป็นแพ็กกับโมเดลธุรกิจ

ฟีเจอร์บางอันปลดล็อกวิธีทำเงินใหม่ทั้งหมด “ออกใบแจ้งหนี้ให้ลูกค้าของฉัน” ปลดล็อกโมเดลธุรกิจที่คุณคิดค่าบริการการออกใบแจ้งหนี้ “export ไปยัง Salesforce” ปลดล็อกรายได้จากการเชื่อมต่อ “white-label สำหรับตัวแทนจำหน่าย” ปลดล็อกช่องทางพาร์ตเนอร์

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

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

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

สัญญาณที่ 4: การขอมีส่วนช่วย

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

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

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

สร้างกับคนที่ช่วยทดสอบก่อน อย่างอื่นเป็นรอง

สิ่งล่อใจให้สร้างฟีเจอร์เก๋ๆ

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

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

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

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

วิธีตัดสินใจจริงๆ

เมื่อคุณมีคำขอฟีเจอร์เป็นชุดที่ผ่านบททดสอบ “อันนี้อยู่ในขอบเขตไหม?” ทั้งหมด ให้จัดอันดับมันด้วย:

1. มีผู้ใช้กี่คนที่ขอ (อย่างเป็นอิสระ)? ยิ่งมากยิ่งดี
2. อันนี้เป็นอุปสรรคหรือมีก็ดี? อุปสรรคเร่งด่วนกว่า
3. ผู้ใช้ของคุณหาทางเลี่ยงเรื่องนี้ได้ในวันนี้ไหม? ถ้าไม่ได้ มันก็สำคัญกว่า
4. จะมีใครช่วยคุณทดสอบเรื่องนี้ไหม? ถ้ามี สร้างมันก่อน
5. เรื่องนี้จะเผยตลาดใหม่ไหม? ถ้าอาจจะ นั่นคือของแถม ไม่ใช่เหตุผล

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

ฟีเจอร์ที่คุณจะยังไม่สร้าง (ตอนนี้)

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

ความซื่อสัตย์นั้นสำคัญกว่าที่คุณคิด ผู้ใช้อยากรู้ว่าคุณจะไม่ทำ มากกว่ารอหกเดือนด้วยความหวัง

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

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