supercell|如何把B端项目产品化？( 二 )

3）商业可行性

要做商业模式分析，设计盈利模式、成本预算、收入预估。
做市场分析，确保有足够多的付费客户，有商业前景。

近几年我到各大企业内部做培训与咨询项目时，我发现很多内部乙方（做系统给企业内部使用）的产品经理普遍存在技能短板，如果要产品化，就要针对性地提升这些技能短板：
① 产品化能力不足

以前经常被动接受需求，缺乏规划意识与前瞻性；
缺乏产品架构设计经验。

② 商业化能力不足
以前做内部系统不需要考虑竞争、定价策略、销售推广、成本、盈利模式，缺乏商业化方面的技能与经验。
通过对内外部的条件进行收集整理，然后可以用SWOT模型来进一步分析是否适合产品化。

文章插图
2. B端产品的演化路径B端产品的发展会经过几个关键的阶段：

定制化项目：内部自用系统或为甲方订制交付的项目，通过做项目积累业务经验，了解行业的共性需求、个性化需求。
产品化：把共性需求进行抽象，通过产品的形式满足这个共性需求。通过复用共通模块来提高效率、降低成本。另一方面也要考虑个性化需求的满足，因为不同甲方的需求都有差异。
商业化：把产品卖出去、交付并挣钱。
多元化：产品发展壮大，进入不同的行业、覆盖更多的业务、支持更多类型的终端、更多的部署方式。
平台化：这是B端产品发展的终极目标，通过建立生态体系，联合众多合作伙伴共同满足不同客户的需求。很多脏活累活交给第三方的系统集成公司来完成（包括前期调研、方案设计、二次开发、运维等）。

文章插图
注意，这几个阶段不要跨越式发展！
每个发展阶段都有每个阶段的任务。

项目：积累行业经验，了解共性与个性。
产品：设计产品架构，通过抽象复用来满足共性需求，通过配置、插件化、自定义、二次开发等手段来满足个性化需求。
平台：打造开放平台、与系统集成商合作、制定行业标准。

哪怕在内部应用得很成功的系统，也不要马上去把这个项目产品化。应该要再做几个项目积累业务经验，才能知道哪些是共性需求，哪些是个性化需求，这样做出来的产品才能复用与扩展。
更不要一开始就立项去做一个平台。
要等到产品要达到很高的成熟度、具有很大行业影响力之后再考虑平台化。
3. 产品架构设计B端产品架构设计的重点是共性的抽象、个性的扩展，还要考虑依赖解耦、通用化设计。
接下来展开介绍一下。
1）共性的抽象，个性的扩展
做过几个项目之后，有了足够的业务经验，知道哪些是共性需求、哪些是个性化需求，然后就可以做产品化，对共性需求进行抽象复用，同时考虑个性化需求的扩展。
产品化的重点是共性的抽象，个性的扩展。
方便面是经久不衰的好产品。即满足了共性需求，又考虑了个性化需求的满足。

方便面的共性需求：方便快速地吃饱肚子。
方便面的个性需求：多种口味可选；可泡、可煮、可炒；调味包可根据口味自行调节。

① 共性的抽象
把每个项目共通、可复用的部分，抽象提炼出来进行复用。如下图所示：

文章插图
通过复用，可以减少重复工作，提升效率、降低成本。
比如，你开了一家特色餐厅，请了10来个厨师，每人负责做几道菜。如果每个厨师做自己负责的那几道菜都要自己买菜、洗菜、切菜、配菜、做菜、上菜，显然是很不合理的安排。

文章插图
做每道菜都有一些重复性的工作可以抽象提炼出来，比如买菜、洗菜、切菜、配菜，交给专人负责，一方面可以提高效率，另一方面可以降低成本。
把这些基础性、重复性工作提炼出来，交给专人负责，为所有厨师服务，就达到了复用的目的，这样厨师可以专注于炒菜，满足不同客户的不同需求。

文章插图
中台的目的也是复用。实现中台的具体手段是：抽象、下沉、复用。
你看，中台原理跟上面的厨师做菜的原理是不是很像？
阿里在2015年提出的“大中台，小前台”战略，在业内带火了“中台”。