สร้างรายได้ก่อนฟีเจอร์

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

ผู้สร้างส่วนใหญ่เริ่มจากฟีเจอร์

ออนบอร์ดดิ้งที่ดีขึ้น
แอนิเมชันที่ดีกว่า
แดชบอร์ดที่ดีกว่า

แต่คำถามจริง ๆ ง่ายกว่านั้น:

โปรดักต์นี้หาเงินอย่างไร?

ถ้าตรรกะรายได้ไม่ชัด อย่างอื่นทั้งหมดก็เป็นแค่ของประดับตกแต่ง

รายได้ไม่ใช่สิ่งที่ค่อยไปคิดทีหลัง

มันกำหนด:

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

ถ้ามาใส่การสร้างรายได้ทีหลัง แรงจูงใจก็จะไม่สอดคล้องกัน

เมื่อรรกะรายได้ชัด การตัดสินใจเรื่องฟีเจอร์จะง่ายขึ้น

คุณจะถามว่า:

• สิ่งนี้ช่วยเพิ่มคอนเวอร์ชันไหม?
• สิ่งนี้เพิ่มการคงอยู่ (retention) ไหม?
• สิ่งนี้ทำให้ราคา (pricing) สมเหตุสมผลขึ้นไหม?
• สิ่งนี้ช่วยลดการเลิกใช้ (churn) ไหม?

ถ้าไม่ มันก็ต้องรอไปก่อน

ในอดีต Vdea ใช้เงินรางวัลเป็นแนวทางรายได้ที่เสนอไว้ AquaClash ทดลองสร้างรายได้จากความเร็วในการพัฒนา และ Lanami เชื่อมเครื่องมือเทรดกับเส้นทางเนื้อหา

เราได้ยุติทั้งสามโปรเจกต์แล้ว ตัวอย่างเหล่านี้กล่าวถึงการตัดสินใจในอดีต ไม่ใช่ผลิตภัณฑ์ปัจจุบัน

การใส่การสร้างรายได้บังคับให้คุณตอบว่า:

• ใครเป็นคนจ่าย?
• ทำไมต้องตอนนี้?
• อะไรที่มีคุณค่าพอให้คิดเงิน?
• คุณสัญญาผลลัพธ์อะไร?

มันเผยให้เห็นการวางตำแหน่งที่อ่อนแออย่างรวดเร็ว

นี่คือเหตุผลที่หลายคนเลื่อนมันออกไป

เมื่อรายได้สำคัญตั้งแต่วันแรก:

• คุณส่งงานได้เร็วขึ้น
• คุณวัดผลต่างไป
• คุณจัดลำดับความสำคัญหนักขึ้น
• คุณตัดสิ่งรบกวนออกได้เร็วขึ้น

เงินคือกลไกบังคับ

มันตัดความเพ้อฝันออกไป

การเอาการสร้างรายได้มาก่อนไม่ได้หมายถึงการบีบคั้นผู้ใช้

มันหมายถึง:

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

ถ้าไม่มีใครจ่าย คุณก็ไม่มีหลักฐาน

คุณมีแค่ละครเวทีแห่งการยืนยัน (validation theater)