在這篇中會介紹的:
科技背景創業者 在指在整個創業的旅程中,需要高度密集的投入 科技背景創業者帶領整個產品,並且跟用戶互動
可能是 CEO 或是 CTO 這也跟產品類型、產業類型有關
在新創前期,他的角色會像是領導工程師 建構產品,並且為技術選擇方向
責任:
除了關於科技的事情,也要負責和使用者對話 並且做到迭代
你必須要以完成產品為優先,而非做到完美的架構 並且要能夠快速的迭代 用不完全的資訊來做決定 你必須要習慣於技術債、不效率的過程、醜陋的代碼和混亂
總而言之,必須要為組織的成功做出承諾 必須要做任何事讓產品成功 不能有"這不是我的工作"的態度
做出原型,越快越好 用 figma 做出原型,並且讓使用者試用 如果是硬體產品,可以用 3D 建模做出來 甚至是一段腳本代碼
做原型時候常犯的錯誤
很多創業者會覺得要做到某一個階段才能給別人看 但其實你可以在任何階段都可以給別人看 因為這只是要驗證你的想法
MVP 的目標是建構來發布 應該要在一週內完成(硬體和高科技除外) 在這個階段的目標是:讓使用者願意承諾會使用(怎麼代表承諾?->他們願意付錢)
很多人在有人願意用後會想要開始“徵人” 但實際上“徵人”反而有可能會拖慢你的速度 在這段時間找人是非常混亂和困難的
也可能會讓你們行動變慢
也可能會喪失你某方面的 insight 因為不是全部由你來做了
Justin TV 一開始有 4 位創辦人(三位技術背景)
一開始就是由 3 位技術背景的創辦人來做,其實他們做的事就是工程師的事情 Kyle 勇敢的承擔所有串流的開發,其他人也各司其職
他們就這樣做完後發布了
找到一個方式,你可以用 10% 時間去完成 90% 你需要完成的事。
一個 90% 完成的狀態是可以馬上運作,比起 100% 完成的狀態要好的多 by. Paul Buchheit
Door dash 的 MVP
一開始他們並沒有後端,就是一頁前端頁面 用 Google 表單來收集訂單,也附上了創辦人的電話去讓他們可以聯絡 一開始他們只為史丹佛的學生服務,並且把範圍限制在 Palo Alto
不像 Grabhub 一開始就選擇大城市做,Door dash 一開始就選擇小城市做
保持簡單,不要找那些新的程式語言或是技術
尋找那些可以加速迭代的技術棧 盡量選擇可以快速使用的技術和第三方庫
Auth: Auth0
Payment: Stripe
先用簡單的技術做玩具車
先用 JS,PHP 做一些可以快速迭代的東西
!所有技術選擇只有一個目標:完成你對於用戶的承諾
在這個階段,發布的目標是為了找到 product-market fit
技巧:
硬資料: 去追蹤和分析,已達成 KPI 選擇可以快速做分析的技術棧:GA, Amplitude, Mixpanel 像是 Prometheus 這種需要花很多時間去設定的就不適合
軟資料: 在發布之後,持續跟用戶對話
用這些資料去了解使用者的問題、了解他們為什麼停留、為什麼離開
WePay 是 YC 中的一家 b2c 支付公司(類似 Venmo)
他們做完 MVP 後發現沒什麼人在用,並且最大的客戶是 GoFoundMe
並且他們只關心支付功能 後來 WePay 就轉做 API(和 GoFoundMe 合作)
並且用 API 服務找到 product-market fit
另一個例子是 Segment,他們一開始想要做教學分析工具
後來他們轉成做單純後端 API,在 HN 上獲得熱烈迴響
之後他們每週發布新版本 並且找到 product-market fit 後來他們也成為了獨角獸
你必須要再做新功能、處理問題、解決技術債之間找到平衡 技術債其實完全沒有問題,當成長的時候,你會有更多的資源去處理它 你要去擔心真正重要的事:找到 product-market fit
很多項目在早期都是壞的 但並不影響他們未來的成功
pokemon go 一開始甚至無法登入 但在 2022 年他們有數十億營收
在一開始他們的架構並沒有到那麼好 所以他們會出問題是非常正常的 他們在第一個月就達到 Twitter 10 年的用戶量
傷心的 CTO 狗狗
總之重點就是:不要想著像大公司一樣搞,你沒有那麼多資源
你要建構能夠讓你的產品成長的功能 很多成長駭客都是用這些功能來做成長
ex. 邀請朋友、分享、推薦
假設你已經找到 product-market fit 你會開始需要把產品做的可擴展,因為技術或架構一定會出現問題
你會需要去決定和建構工程團隊的文化
招募: