行业互联网|项目沉淀产品,要认清几个误区


编辑导语:做To B领域的创业 , 产品和项目是我们永远都绕不开的经营活动;产品是公司的资产 , 是价值的体现;而项目是落地交付 , 是变现的手段 。 本文作者就项目沉淀产品提出几个误区 , 我们一起来看一下 。

行业互联网|项目沉淀产品,要认清几个误区
本文插图

只有项目没有产品的公司 , 死不了但也活不好;只有产品却没有项目的公司 , 活着也是心惊胆战;而既有产品同时又做项目的公司 , 可能是大部分创业者选择的方式 。
去年写了一篇《案例分析:TO B产品是如何演化出来的?》的文章 , 分析了To B的产品几种演化的方式 , 其中第一种演化方式是从项目到产品的方式 。
【行业互联网|项目沉淀产品,要认清几个误区】过去的一年 , 我们在某一业务方向上执行的就是项目沉淀产品的策略;但是这个过程却没有想象的那么顺利 , 暴露了一些问题 , 最近一直在反思 , 也试图寻找解决问题的方法 。
一、认识几个认知的误区1. 误区一:销售经常会跟客户说我们有产品 , 只因做过类似的项目
销售为了拿单 , 没少给研发挖坑;比如经常拿着某个项目案例就当成产品开始找客户进行销售 , 这个也是可以理解的 。
销售的目标就是拿下项目 , 关键是想当然的答应客户交付时间 , 这的确是让研发吃尽了苦头;即使销售让研发评估项目时间 , 对于给的时间计划 , 销售也是很难理解 , 为什么需要这么长的时间 。
做项目不等同于做产品 , 二者在各个方面都存在着显著的差别 , 我们需要理解二者的不同差别:

行业互联网|项目沉淀产品,要认清几个误区
本文插图

项目是面向单一客户 , 具有较强的个性化 , 而产品是面向群体客户的 , 具备相当的普适性 。
用一个项目的个性化功能去满足另外一个项目的个性化功能 , 这个过程是存在很大成本的 , 很多人没有这方面的意识 。
2. 误区二:把项目需求当产品需求去做
项目的确是完善产品的一种非常重要的渠道 , 因为项目需求来自于最终使用产品的客户 , 它为产品经理提供了绝佳的需求来源 。
但是这并不是说项目开发过程就等同于产品开发过程 , 项目的需求 , 就算归为产品需求 , 也不能就一定先开发产品再交付项目 。
因为项目关注的是交付 , 项目是有时间要求的 , 当这个时间要求和产品开发的周期产生矛盾时 , 要先项目后产品的方式 , 保证交付 。
所以为了更好的将项目需求沉淀到产品中来 , 我们要建立起项目团队和产品团队信息沟通的渠道 , 建立起项目和产品协同开发的流程 , 实现既满足项目交付 , 又能第一时间的沉淀到产品的状态 。

行业互联网|项目沉淀产品,要认清几个误区
本文插图

3. 误区三:另外一个项目的功能能不能拿过来直接用
最近我们其中一个产品在两个项目上都进行了新功能的开发 , 销售就问A项目上的功能能直接给B项目上用吗 , 因为B也提了这个需求 。
研发的回答是不能 , 现在如果停下现在的工作着手去改造复用 , 至少一周的时间 。
销售感觉很不可思议!其实不光是销售会诧异 , 对于不从事技术的其他人都是一样的疑问 , 很多老板也不太理解;以至于造成让大家拼命往前跑 , 而没有停下来去沉淀——这就像车还需要保养的时间一样 。
项目分支上的代码沉淀到产品主干分支上 , 也是需要制定计划 , 需要花费时间和精力的;除非你能保证所有的项目的开发都是先产品后项目 , 但我保证不了 。

行业互联网|项目沉淀产品,要认清几个误区
本文插图


推荐阅读