到底什么是标准化的B端产品?实现路径在哪?
编辑导读:B端产品在最近几年话题性颇高,其市场仍处于上升期,有很大的发展空间。不少企业都希望把自己的B端产品打造成一个标准化的产品,但最后还是做成了项目制产品。这是为什么呢?本文作者对此发表了自己的看法, 一起来看看吧。
一、前言:定制化vs标准化
我们经常听到一个词:标准化产品,但是何为标准化产品?实现的路径在哪?需要注意什么?
又为什么很多中小企业一直对标准化产品趋之若鹜,立志要打造***行业内**级的标准化产品,但做着做着又不知不觉从产品制做成了项目制,甚至不断的游走于这两者之间,迷失了自我。
其中的原因除了企业生存要接单外,另一个重要的根本原因还是实现真正意义上的标准化产品,太难!
接下来,希望通过本文的阐述说明,能为该问题的解答带来一点思路和启发。
二、市场产品现状
按用户群体分,主要分为解决企业组织用户需求的B端产品和我们日常手机中各类C端应用产品,目前的大趋势是B端的产品岗位需求更为紧缺,尤其是特殊行业及岗位,如k8s容器技术相关的产品经理,感兴趣的小伙伴可以去了解一下:k8s、docker、容器、CKA等。
三、企业产品现状
目前的企业主要有2种,一种是项目制,也可以理解为项目需求定制化,只要合同写了的需求,就算拼凑也要给客户整出来交付拿钱;另一种是产品制,可以理解为卖自己的标准化产品,定制化不是很多,偶尔会有,但核心还是打磨自己的标准产品,有自己的沉淀,甚至探索适合自己的商业模式。
具体总结如下:
1)定制化+标准化:企业研发具备基础功能的产品→项目招投标检验产品→需求定制开发→交付定制化产品
在定制化需求中提炼客户需求,打磨独立的另一套标准产品,这种方式成本高、耗费时间长
2)直接标准化:基于对市场、用户深刻的理解,完善打磨产品,不需要市场的教育,直接一气呵成推出产品
这种方式对产品经理及其团队的要求很高
3)直接定制化:不管用户需求是什么只要给钱就做,无法形成自己的核心竞争力,难以做强做大
这种方式不利于经验和能力的沉淀,可能做产品的团队也没有想好该如何做。
四、标准化产品化实现路径及标准规范
第一,产品设计研发标准化
- 产品经理方面:商业模式、需求收集、定义、产品设计、prd规范、需求评审、上线、发版规范等
- UED/UI设计方面:图文、图形等大小、颜色、规格、间距、常见交互及评审规范等
- 研发方面:代码撰写规范、合并规范、提交规范、测试规范等
第二,安装部署标准化
- 安装部署是否流程化、标准化、轻量化,做到快速、简单、灵活可配置安装,具备一定的可伸缩和拓展性
- 相关安装、说明文档、音视频等多种形式的输出是否标准化
第三,项目poc标准化
- poc客户现场测试是否有标准化的压测工具及方案文件
- 相关说明文档、音视频等多种形式的输出是否标准化
第四,正式项目交付标准化
- 招投标文件撰写及案例输出的标准化
- 产品相关说明文档、音视频等多种形式的输出是否标准化,如用户操作手册、产品功能说明手册、产品设计手册等
- 产品培训的标准化
第五,售后运维标准化
- 售后服务流程、质量评估、改进的标准化
- 常见问题处理的标准化
- 非常见问题处理的标准化
五、小结
标准化产品实现需要从产品idea产生-落地-poc检验-正式交付等全链条多关键环节进行标准化,实现的环节之多、细节之繁、难度之大就不言而喻了。
革命尚未成功,同志仍需努力!
本文由 @知识农夫 原创发布于人人都是产品经理,未经许可,禁止转载。
题图来自Unsplash,基于CC0协议。
标准化产品打造难度的确大,需要各个方面的投入,即使到产品研发之后也要不断根据市场需求更新迭代,任重而道远啊。
是的,环环相扣,任何一个环节打折扣,都会急死完美主义者,到最后甚至都变成了妥协者