巧用ASP模型,驗證并開拓AI新業務方向
本文針對AI+垂直場景的探索,提出了ASP(Alpha-product,Solution,Platform)模式,包含alpha產品驗證(Alpha-product)、商務方案形成(Solution)、方案平臺化(Platform)3個階段。
在AI技術尚未完全成熟的當下,全場景的AI體驗無法滿足用戶預期,AI與垂直場景的深度結合成為發展的主流,那么如何探索并驗證什么樣的垂直場景與AI技術結合的有效性?
移動互聯網的模式是MVP(Minimum Viable Product,最簡化可實行產品)模式,通過提供最小化可行產品獲取用戶反饋,并在這個最小化可行產品上持續快速迭代,直到產品到達一個相對穩定的階段。
AI產品更加復雜,原因在于:
- AI產品需要硬件承載
- 需要驗證商業模式是否可行
- 需要和垂直行業結合,需要構建開放平臺,引入更多的B端客戶參與。
本文針對AI+垂直場景的探索,提出了ASP(Alpha-product,Solution,Platform)模式,包含alpha產品驗證(Alpha-product)、商務方案形成(Solution)、方案平臺化(Platform)3個階段,具體拆解為:
最小原型→用戶測試→渠道驗證→需求完善→方案形成→方案工具化→方案工具驗證→方案平臺化8步策略,保障最小成本、最低風險驗證方向的可行性。
為方便理解,本文通過一個案例進行探索,該案例旨在探索“語音交互與電視教育應用結合能否帶動電視教育體驗的提升,進而提高用戶付費轉化”,語音交互擬使用市場上流行的無屏音箱。
階段1:alpha產品驗證
該階段的目標是驗證最小原型的可行性,并且進行必要的優化迭代,交付物是可完整演示的最小可行產品,打造核心案例。該階段的目標對象是C端用戶,旨在打造用戶體驗良好并愿意為之付費的產品。
Step1:最小原型開發
針對要驗證的方向選擇一個killer 應用,選擇的方式要考慮目標用戶、場景剛需、付費轉化強才會具備更好的效果。然后按照最小可行性原則,梳理出必要的功能范圍,然后快速迭代開發。
案例解讀:
大屏應用選擇互動英語,難度適合3~7歲的小孩學習,原因在于:
- 第一 ,英語學習是剛需,基本所有的小孩子都要學英語。
- 第二,選擇3~7歲的小孩,是因為這個年齡層的兒童更適合語音互動,并且學前待在家的時間比較久,使用電視的時間也比較長。
功能范圍包含看動畫、學單詞、看繪本、趣配音,主打虛擬形象互動、語音互動學習、英語發音測評三大特色。
Step 2:用戶現場體驗
當最小可行的Killer應用開發完畢,需要找10~20個目標用戶進行現場使用體驗,重點考察應用的易用性和好用性,同時與傳統的類似應用進行對比,詢問用戶是否愿意繼續使用以及為之付費。同時根據用戶反饋快速迭代產品體驗。
案例解讀:
尋找10~20名兒童用戶,分別測試單獨使用和在父母陪同下使用,能否完整使用下來,并且考察學習的效果,并且詢問是否愿意繼續使用。設置幾個付費檔位,從高到低詢問父母是否愿意購買。
Step3:渠道小規模驗證
將應用推送到小規模流量用戶,通過定量的數據去驗證應用的數據效果。重點觀察用戶使用體驗和留存情況。同時根據用戶反饋快速迭代產品體驗。
案例解讀:
通過電視的應用市場推向用戶,安裝量1000左右即可,觀察用戶使用情況,平均使用時長和留存率情況,可以通過收聽用戶的全鏈路語音,了解用戶使用情況,重點查看用戶交互失敗的部分,進行優化解決。
Milstone1:alpha產品交付
alpha產品可以完整體驗,初步形成售前方案,包含業務價值、alpha產品演示和渠道驗證數據。
階段2:打造商務方案
通過初步的售前方案,與潛在客戶進行溝通,收集更多共性需求,形成完整的商業方案,并且可以走通一個商業模式,拿到訂單和錢。該階段的目標對象是公司商務和售前,旨在打造一個方便商務和售前推廣的方案。
Step4:更多共性需求導入
通過售前方案進行潛在客戶拓展,當客戶合作意愿明確后,進行外部共性需求導入和開發。這里要注意兩點:
- 第一,不同類型的潛在客戶價值訴求和共性需求是不一樣的,所以要進行客戶分層,在前期資源有限的情況下,選擇最適合的客戶類型。
- 第二,需求導入的前提是有明確的客戶合作意愿,甚至要求已經有簽訂協議,而且要確認明確的業務owner對需求負責,否則容易導致客戶隨口提需求,商務不懂拒絕,做了很多無用需求。
在這個階段可能存在多項目導入,需要建立合理的需求導入標準及規則,對方案必要流程及實施流程完成總結。
| 案例解讀
電視互動教育一個潛在的客戶就是機頂盒廠商,他們期望的是一個完整的少兒互動教育套包,除了英語學習,還有學拼音、學認字和學數學,因此在此階段復制互動英語的經驗,打造一套完整的互動教育套包。
Step5:售前方案形成
產品方案及輸出方案定型,形成明確的對外下游渠道推廣方案,計費方案。
| 案例解讀
形成完整的“大屏互動教育”方案,針對機頂盒/電視廠商、應用市場、知名教育公司分別梳理方案的價值,例如機頂盒廠商的價值在于賦予機頂盒的教育內容新的活力,激發機頂盒的用戶活躍和付費。
Milestone2:商務方案交付并跑通
形成完善的商務方案,包含目標客戶、方案價值、產品功能(可演示)、收入模式、部署實施工作及時間、合作客戶案例。并且在項目中開始收到錢,商業模式能夠跑通。
階段3:方案平臺化
商務方案得到驗證并跑通,越來越多的項目開始導入,需要提高項目交付效率,因此工具化和平臺化成為必然。該階段目標對象是B端客戶,旨在提升B端客戶的接入和開發效率。
Step6:方案工具化
將方案中涉及的共性技術方案、產品特性進行模板抽象,并進行工具化,目標是提升客戶的開發效率。
| 案例解讀
將“大屏互動教育”的產品、開發、部署、運營進行抽象,方便機頂盒廠商快速開發新的應用。
Step7:方案工具驗證
驗證方案工具的易用性、完整性,不斷進行完善方案工具。
| 案例解讀
尋找機頂盒廠商使用工具,走通應用創建、發布等流程,重點觀察客戶使用中block的地方以及工具的完整性。
Step8:方案平臺化
構建開放平臺,打包技能開發、運營、數據、計費方式等功能,最終形成完善的平臺方案,B端廠商自己可以完成業務閉環。
Milestone3:方案平臺部署應用
形成完善的開放平臺,B端客戶可以自主在該平臺完成技能開發、內容運營、數據查看、收入查看等全鏈功能。
綜上,新業務方向探索與驗證最忌諱的就是貪大求全,一開始就想做工具或者平臺,最后發現產品無法滿足用戶需求,不僅浪費資源,而且會在公司內喪失信任。本文提出的ASP驗證策略,從alpha產品驗證到商務方案形成,再到方案平臺化,從C端到B端,從體驗到營收,逐步深入,每一步都保障最大的性價比,最低的風險。
作者:Jason,微信公眾號:Smart_Byte。
本文由@Jason 原創發布于人人都是產品經理,未經許可,禁止轉載
題圖來自Unsplash, 基于CC0協議
- 目前還沒評論,等你發揮!