5 บทเรียนการเข้าสู่ตลาดที่ฉันได้เรียนรู้จากการขับเคลื่อนผลิตภัณฑ์เพื่อการเติบโตที่นำโดยนักพัฒนา
บทเรียนและวิธีการที่ได้เรียนรู้ในการขับเคลื่อนการเติบโตของ Logto กับนักพัฒนา
Logto เป็นผลิตภัณฑ์ที่เน้นนักพัฒนาและเป็นโอเพ่นซอร์ส นี่คือไทม์ไลน์การเข้าสู่ตลาดของเรา:
- เราได้ปล่อยเวอร์ชันโอเพ่นซอร์สในเดือนกรกฎาคม 2022
- ในเดือนมกราคม 2023 เราเปิดตัวคลาวด์พรีวิว (เบต้าคลาวด์)
- ภายในเดือนกรกฎาคม 2023 มันสามารถใช้งานในกระบวนการผลิตได้พร้อมกับการตั้งราคาที่สมบูรณ์
มาจากพื้นหลังด้านการเติบโตที่ขับเคลื่อนด้วยผลิตภัณฑ์สำหรับเครื่องมือเพิ่มประสิทธิภาพ ทีมงานและฉันได้ลองวิธีการเข้าสู่ตลาดที่แตกต่างกันสำหรับ Logto หลังจากสองปีได้สะท้อนถึงความพยายามเหล่านั้นและขั้นตอนที่เราได้ทำ ฉันต้องการแชร์ส่วนของการเดินทางนั้นและอธิบายว่าทำไมบางสิ่งถึงไม่ได้ผลในตอนนั้น สิ่งเหล่านี้ไม่ใช่ “ความผิดพลาด” แต่เป็นบทเรียนที่มีคุณค่าจากประสบการณ์ของเรา ฉันหวังว่าเรื่องราวเหล่านี้จะช่วยเหลือผู้อื่นที่ทำงานบนโปรเจ็กต์หรือสตาร์ทอัพที่คล้ายคลึงกัน
กลยุทธ์การเริ่มต้นใช้งานแบบดั้งเดิมอาจไม่ทำงาน
เมื่อคุณเปิดตัวผลิตภัณฑ์ของคุณครั้งแรก โดยเฉพาะอย่างยิ่งกับแนวคิดการเติบโตของผลิตภัณฑ์หรือประสบการณ์บางอย่าง การคิดไอเดียที่น่าตื่นเต้นทั้งหมดเป็นสิ่งที่ง่าย: กระแสการเริ่มต้นที่หรูหรา, สาธิตที่ยอดเยี่ยมบนเว็บไซต์, วิธีเจ๋งๆ ในการเน้นมูลค่าแก่ผู้ใช้ และทำให้พวกเขาได้พบกับช่วงเวลา “อา-ฮา” อย่างรวดเร็ว ในการทำให้ผลิตภัณฑ์ของเราดูเรียบร้อยและพร้อมสำหรับการพาณิชย์ ฉันได้นำยุทธศาสตร์การเปิดใช้งานสองแบบมาใช้:
- Job-to-be-done การเริ่มต้นใช้งาน เ พื่อให้ผู้ใช้สามารถแก้ปัญหาของพวกเขาได้ทันที
- ระหว่างการเริ่มต้นใช้งาน ให้รวมทางเลือกอย่าง “จองโทร” หรือ “ส่งอีเมลหาเรา” เพื่อการติดต่อถึงมนุษย์ในการเพิ่มอัตราการแปลง — สิ่งที่ใช้ได้ดีกับธุรกิจขนาดใหญ่
กลยุทธ์เหล่านี้เคยประสบความสำเร็จอย่างมากในประสบการณ์อดีตของฉัน ดังนั้นเมื่อ Logto เปิดตัวเวอร์ชันที่โฮสต์บนคลาวด์ ฉันจึงได้นำมาใช้ทันที อย่างไรก็ตาม ฉันพบกับความสับสนและความท้าทาย:
- จริงๆ แล้ว “Job-to-be-done” ของ Logto คืออะไร? ไม่เหมือนผลิตภัณฑ์ง่าย ๆ อย่างเครื่องมือเพิ่มประสิทธิภาพ (เช่น การเขียนเอกสารหรือการสร้างงานศิลปะ) Logto เกี่ยวข้องกับการสร้างระบบการตรวจสอบสิทธิ์หรือการจัดการตัวตนของผู้ใช้ แต่ผู้ใช้จะทำสิ่งนี้ให้เสร็จภายในหนึ่งวันได้อย่างไร?
- แน่นอน เราได้เพิ่มลิงก์ Calendly สำหรับการนัดหมายโทร แต่มันไม ่ได้รับการจองมากนัก และไม่ได้เพิ่มอัตราการแปลงตามที่คาดหวัง
ทำไมข้อที่ 1 ถึงไม่ทำงาน
สำหรับผลิตภัณฑ์ของนักพัฒนา การแก้ปัญหาในเวลาที่สั้นไม่ใช่เรื่องง่ายแม้ว่ามันจะสามารถบริการตัวเองได้เต็มที่ แม้กระทั่งสำหรับนักพัฒนาเดี่ยว กระบวนการมีหลายขั้นตอน: การบูรณาการกับเทคโนโลยีที่ถูกต้อง, การสร้างหลักฐานแนวคิด, การทดสอบในสภาพแวดล้อมการพัฒนา, จากนั้นย้ายไปยังการผลิต ในทุกๆ จุดในกรณีนี้ ผู้ใช้สามารถยกเลิกได้ “งานที่ต้องทำ” ไม่ใช่ภารกิจที่ง่ายและทำเสร็จในหนึ่งขั้นตอน ความต้องการของนักพัฒนามักจะซับซ้อน ต้องการคุณลักษณะหลากหรือตัวเลือกทางเทคนิคที่ต้องการการออกแบบอย่างรอบคอบที่ใช้ความสามารถที่มีอยู่ของเรา การแก้ปัญหาดังกล่าวต้องใช้เวลาและไม่สามารถเร่งด่วนได้
ทำไมข้อที่ 2 ถึงไม่ทำงาน
เมื่อย้อนกลับไป มันชัดเจนว่าทำไมวิธีนี้ไม่สำเร็จ เมื่อเราเปิดตัวครั้งแรก การลงทะเบียนรายวันและการเข้าชมแบบออร์แกนิกของเราต่ำมาก การเข้าชมส่วนใหญ่ของเรามาจากชุมชนโอเพ่นซอร์ส ซึ่งตามธรรมชาติไม่ได้ดึงดูดลูกค้ารายใหญ่เข้ามา ไม่ใช่เรื่องน่าแปลกใจที่เราไม่ได้เห็นลูกค้ารายใหญ่จองการโทรในช่วงแรกของเวทีนี้ การเข้าชมที่ต่ำและแหล่งที่มาของผู้ใช้ของเราทำให้การคาดหมายการจองการโทรที่มีนัยสำคัญในช่วงแรกนั้นไม่เป็นที่สมจริง
Freemium หรือทดลองใช้งานฟรี? ก่อนที ่จะดิ้นรน ให้เข้าใจผลิตภัณฑ์ของคุณก่อน
เลือกโมเดลที่เหมาะสมกับผลิตภัณฑ์ของคุณ ตามเวลาที่ต้องการเพื่อการเปิดใช้ผู้ใช้ อย่าปล่อยให้บรรทัดฐานของอุตสาหกรรมจำกัดคุณ
เมื่อสร้างผลิตภัณฑ์ SaaS คำถามการเข้าสู่ตลาด (GTM) ที่สำคัญคือจะเลือก freemium หรือการทดลองใช้งานฟรี ปัญญาทั่วไปแนะนำว่า:
- การทดลองใช้งานฟรี: ผู้ใช้ได้ใช้งานเต็มที่ในระยะเวลาจำกัด จากนั้นต้องจ่ายเงินเพื่อใช้งานต่อ
- เหมาะสำหรับ: ผลิตภัณฑ์ที่ซับซ้อนหรือระดับพรีเมียมที่ผู้ใช้ต้องใช้งานครบถ้วนเพื่อเห็นคุณค่า
- Freemium: ผู้ใช้สามารถใช้งานเวอร์ชันพื้นฐานได้ฟรี พร้อมการอัปเกรดที่ต้องจ่ายเพื่อเข้าถึงคุณลักษณะล่วงหน้า
- เหมาะสำหรับ: ผลิตภัณฑ์ที่มีคุณลักษณะหลากหลาย ที่ผู้ใช้ฟรีอาจอัปเกรดเมื่อความต้องการของพวกเขาเพิ่มขึ้น
เราได้เลือกโมเดล freemium ในการเปิดตัวแบบรวดเร็ว โดยกำหนดผนังราคาที่ชัดเจนระหว่างแผนฟรีและแผนจ่าย อย่างไรก็ตาม นักพัฒนาไม่สามารถเข้าถึงคุณลักษณะล่วงหน้าเช่น SSO หรือองค์กรในระดับฟรีได้
แม้ว่าจะมีการถกเถียงกันมากมายทางออนไลน์ถึงโมเดลใดที่ดีกว่า มันมีความสำคัญที่ต้องถอยกลับและพิจารณาไทม์ไลน์การเปิดใช้งานของผลิตภัณฑ์ของคุณ สำหรับ Logto เราได้สังเกตว่าภายในโลกจริง ระยะการทดสอบสามารถยาวนานถึง 6 เดือน ซึ่งไม่ใช่เพราะความซับซ้อนของ Logto แต่เป็นตารางการทำงาน, การวางแผนโปรเจกต์, เวิร์กโฟลว์ทีม, และปัจจัยอื่น ๆ ที่เราไม่คาดคิด
เมื่อมีระยะการเปิดใช้งานที่ยาวนานนี้ มันสำคัญที่จะให้สิทธิเข้าถึงผู้พัฒนาทั้งหมดแก่คุณลัก ษณะทั้งหมดเพื่อการทดสอบ นั่นคือเหตุผลที่เราใช้โฮสต์พัฒนาขั้นสูงเพื่อปลดล็อคความสามารถทั้งหมดของผลิตภัณฑ์ นี่เป็นการปฏิบัติทั่วไปสำหรับเครื่องมือพัฒนาแต่อย่างไรก็ตามควรพึงระวังไว้เพราะมันอธิบายว่าทำไมกลยุทธ์ freemium หรือการทดลองใช้งานฟรีแบบดั้งเดิมอาจไม่เหมาะสำหรับเรา
การเลือกควรสอดคล้องกับธรรมชาติของผลิตภัณฑ์ของคุณและไทม์ไลน์การรับเอามาใช้ เข้าใจลักษณะเฉพาะของผลิตภัณฑ์ของคุณ และเลือกโมเดลที่เหมาะสม — ไม่ใข่โมเดลที่ผลักดันผู้ใช้อย่างรวดเร็วเกินไปผ่านกระบวนการแปลงของคุณ