巧用ASP模型，验证并开拓AI新业务方向
本文针对AI+垂直场景的探索，提出了ASP（ A lpha-product， S olution， P latform）模式，包含alpha产品验证（Alpha-product）、商务方案形成（Solution）、方案平台化（Platform）3个阶段。
在AI技术尚未完全成熟的当下，全场景的AI体验无法满足用户预期，AI与垂直场景的深度结合成为发展的主流，那么如何探索并验证什么样的垂直场景与AI技术结合的有效性？
移动互联网的模式是MVP（Minimum Viable Product,最简化可实行产品）模式，通过提供最小化可行产品获取用户反馈，并在这个最小化可行产品上持续快速迭代，直到产品到达一个相对稳定的阶段。
AI产品更加复杂，原因在于：
- AI产品需要硬件承载
- 需要验证商业模式是否可行
- 需要和垂直行业结合，需要构建开放平台，引入更多的B端客户参与。
本文针对AI+垂直场景的探索，提出了ASP（ A lpha-product， S olution， P latform）模式，包含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协议
作者暂无likerid, 赞赏暂由本网站代持，当作者有likerid后会全部转账给作者（我们会尽力而为）。Tips: Until now, everytime you want to store your article, we will help you store it in Filecoin network. In the future, you can store it in Filecoin network using your own filecoin.
Support author:
Author's Filecoin address:
Or you can use Likecoin to support author: