巧用ASP模型，验证并开拓AI新业务方向

本文针对AI+垂直场景的探索，提出了ASP（Alpha-product，Solution，Platform）模式，包含alpha产品验证（Alpha-product）、商务方案形成（Solution）、方案平台化（Platform）3个阶段。

在AI技术尚未完全成熟的当下，全场景的AI体验无法满足用户预期，AI与垂直场景的深度结合成为发展的主流，那么如何探索并验证什么样的垂直场景与AI技术结合的有效性？

移动互联网的模式是MVP（Minimum Viable Product,最简化可实行产品）模式，通过提供最小化可行产品获取用户反馈，并在这个最小化可行产品上持续快速迭代，直到产品到达一个相对稳定的阶段。

AI产品更加复杂，原因在于：

1. AI产品需要硬件承载
2. 需要验证商业模式是否可行
3. 需要和垂直行业结合，需要构建开放平台，引入更多的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端，从体验到营收，逐步深入，每一步都保障最大的性价比，最低的风险。

时间:2019-08-27 12:32  来源:    转发量:次