繁體中文(香港)
五個從推動開發者主導增長產品中學到的上市策略
在推動 Logto 增長過程中學到的教訓和實踐方法,面向開發者。
Logto 是一個開源的,面向開發者的產品。這是我們的上市時間表:
- 我們在 2022 年 7 月發布了開源版本。
- 2023 年 1 月,我們推出了雲預覽版(內部測試版雲)。
- 到 2023 年 7 月,它已經達到生產準備狀態並配以完整的定價。
來自於生產力工具的產品主導增長背景,我和團隊嘗試了不同的 Logto 上市策略。經過兩年,我反思了那些努力和我們所採取的步驟。我想分享這段旅程的一部分,解釋為什麼有些事情當時沒有起作用。這些並不是“錯誤”,而是我們經驗中的寶貴教訓。我希望這些見解能幫助正在從事類似項目或初創企業的人。
傳統的入門策略可能行不通
當你第一次推出你的產品時,特別是懷有產品增長心態或一些經驗,想出各種令人興奮的想法是很容易的:華麗的入門流程,網站上的精彩演示,展示用戶價值的酷炫方法,迅速讓他們達到“啊哈”時刻。為了讓我們的產品看起來精緻並準備好商業化,我實施了兩種激活策略:
- 任務驅動的入門,讓用戶能夠立即解決他們的問題。
- 在入門過程中,包括“預約通話”或“給我們發電郵”等選項,以便進行人工接觸以提高轉換率——這在較大的企業中效果很好。
這些策略在我過去的經驗中非常成功。所以當 Logto 推出雲託管版本時,我立刻應用了它們。然而我遇到了一些困惑和挑戰:
- Logto 的“任務驅動”究竟是什麼?不像生產力工具(例如撰寫文檔或創建藝術品)這樣直截了當的產品,Logto 處理的是構建身份驗證系統或管理用戶身份。用戶一天內如何能實現這一點?
- 是的,我們添加了一個 Calendly 鏈接用於安排通話,但我們沒有收到很多預約,也沒有像預期那樣提高轉化率。
1 為什麼不起作用
對於開發者產品,即使它可以真正地自助服務,也難以在短時間內解決問題。即使是單一開發者,這個過程也涉及幾個階段:整合適當的技術堆棧,創建概念驗證,在開發環境中測試,然後投入生產。在這一過程中的任何時候,使用者都可能脫下來。“任務驅動”並不是一個簡單的一步驟任務。開發者的需求往往很複雜,需要一系列功能或技術場景,這需要深思熟慮的設計來利用我們現有的能力。解決這類問題需要時間,不能操之過急。
2 為什麼不起作用
回想起來,很明顯為什麼這種方法沒有成功。當我們首次推出時,我們的每日註冊和有機流量相當低。我們的大部分流量來自開源社區,這自然不會帶來更大的客戶。毫不奇怪,我們在這個階段沒有看到大客戶預約通話。低流量和我們用戶的來源使得早期期望大量的通話預約不切實際。