5個可能破壞你偉大產品創意的概念
已發表: 2020-05-08人們傾向於使用多個應用程序來滿足他們的不同需求
在產品開發的每個階段,可能會覺得已經構建的還不夠
每個人都對人工智能和機器學習感到興奮
“對我來說,如果不執行,想法一文不值”——史蒂夫·喬布斯
你知道你有一個令人難以置信的想法,你可以用它來擾亂市場。 但要做到這一點,您首先需要將其轉換為軟件產品。 您可能想知道起點是什麼,以及您需要在什麼階段進入市場。 你很擔心,因為你知道有些人儘管有好主意卻沒有產生影響。 這些想法是很自然的,每個企業家都會經歷它們。
我有幸在產品的不同階段與多個創始人合作,從引導到規模,甚至通過幾輪風險投資。 通過多年來為企業家構建產品和舉辦創意研討會,我遇到了一些關於產品引導的典型誤解,我想分享一下。 這些概念可能會破壞您出色的產品創意。
“我將結合兩種產品來創造一種新產品。”
人們傾向於使用多個應用程序來滿足他們的不同需求。 而且,你覺得你的產品會給他們兩個或多個世界中最好的。 很明顯,人們會傾向於使用統一的解決方案而不是多種產品來滿足他們的需求。 這不是一個錯誤的觀念。 它在賬單支付和預訂方面工作得非常好。 但是,您絕不能低估您要結婚的產品。
例如,將 Facebook 和 TikTok 結合起來形成第三個應用程序的平台在理論上聽起來可能是個好主意。 但是用戶已經習慣了這些多年來不斷完善的功能,因此您需要為您的應用程序留出這種時間和金錢。 如果您退後一步,您可能會意識到這不是您的想法最初形成的方式。
這一切都可能始於評估特定用戶需求並為此提供解決方案。 簡而言之,重要的是做一件事並把它做好,而不是提供一套單獨打包的功能。
“只有當我的產品功能非常豐富時,我才會推出。”
在產品開發的每個階段,可能會覺得已經構建的還不夠,“我們需要更多的力量,Scotty!”。 此外,意識到在開發產品及其幾個功能的過程中已經耗盡了所有資金,這對任何創始人來說都是最糟糕的噩夢。 這就是最小可行產品 (MVP) 發揮作用的地方。確定 MVP 的範圍並按時將其推向市場至關重要。
這是一個快速備忘單,用於引導您的 MVP 範圍界定:
- 確定將使用您的系統的用戶類型——用戶角色(將其保持在最低限度)。
- 評估每個角色最關鍵的需求是什麼。
- 根據角色及其需求驅動功能和用戶流程。
- 決定它是需要移動應用程序還是響應式 Web 應用程序。
- 將其粗略估計為 UX 和工程的函數。
現在,這是最困難的部分——你會意識到這在時間和精力方面太多了。 您將不得不返回並修剪範圍。 “修剪”並不一定意味著剪掉特徵,而只是簡化過程。
為你推薦:
例如,作為管理員,您可以在開始時嘗試手動執行一些後端任務,而不是使用完全自動化的系統。 一旦您擁有以您的核心價值主張為核心的範圍廣泛的 MVP,您就可以輕鬆地計劃以可預測的方式將其推向市場。
“市場足夠大,我不需要差異化。”
很多時候,我聽到關於與產品相關的關鍵數字——用戶群——的非常有說服力的想法。 圍繞這一點的數學將從一個相當龐大的目標市場開始,然後是類似的東西——“即使我們只有 1% 作為我們的市場規模,我們也會被分類”。 這些數字可能看起來很準確,但用戶很少因為產品存在而開始使用它。
正如我之前提到的,一切都始於需要。 專為滿足該需求而構建的產品是推動客戶採用的差異化因素。 這種差異化因素還將大大增加您的銷售和營銷工作的價值。 儘管您的目標市場可能很大,但您的產品最終可能會產生拋入大海的卵石的效果。 差異化就是一切。
“我必須讓 AI 和 ML 處理大多數操作。”
每個人都對人工智能和機器學習感到興奮。 毫無疑問,他們會留在這裡。 您知道您的產品路線圖包括超越簡單的基於規則的引擎的自動化功能。 從第一天開始就建立這種能力不是最好的,這樣當你進入市場時,你就可以時尚地到達嗎? 好吧,有兩種情況,您將不得不認真考慮您屬於哪個桶。
第一個bucket是一款可以通過基於規則的引擎為用戶的需求提供解決方案的產品。 但是,隨著時間的推移,如果 AI 和 ML 編程到位,那麼操作規模會更好。 這方面的一個例子是複雜的決策引擎。 第二個桶是您的產品的核心價值主張基於 AI 和 ML。 例如,一個系統使用先進的面部識別技術來交叉引用一個龐大的數據庫來識別犯罪嫌疑人。
你發現這裡的不同了嗎? 在一種情況下,沒有 AI 和 ML,就沒有產品,但在另一種情況下,您可以在沒有 AI 和 ML 的情況下構建 MVP,並隨著時間的推移引入該功能。 請記住,機器學習是實驗性的,需要大量數據和大量時間才能投入生產。 您必須從成本和時間的角度做好準備,以便將其包含在開始中。
“我必須選擇一個對 VC 友好的技術棧。”
確保你最終不會面對一個技術棧不夠酷的 VC,這很重要,對吧? 好吧,每個編程範式都意味著以特定的方式使用。 每個人都有自己的優點和缺點,更重要的是,有一個目的。 但是沒有什麼不酷的技術,只有一種不酷的看不起的概念 技術,因為它們可能有點舊。 請記住,隨著年齡的增長而成熟。 最好根據平台的性質選擇您的技術堆棧。
例如,您需要查看您期望的客戶端-服務器聊天類型、數據的性質(結構化或非結構化)、服務器端處理和 IO 操作的強度以及您期望的活動類型UI,僅舉幾例。
“風投的技術選擇”的一個很好的例子是區塊鏈。 區塊鍊是一種出色的分佈式、不可變且安全的網絡,在許多用例中都具有優勢。 但是它不能被塞進一個不屬於聲稱替換數據庫的產品中。 我知道你在笑,但我真的聽到了。
最後一點……
我想以電影《 V字仇殺隊》中的一段經過修改的對話作為結尾。 “在你的軟件產品的底層,不僅僅是技術和框架。 在引擎蓋下,有一個想法。 想法是防彈的。” 我希望這篇文章有助於重新解決和鞏固你的核心思想。 祝您在將您的想法轉化為成功的產品方面一切順利。