主页 > 数码

如何利用有限资源进行产品孵化?

时间:2019-07-01 来源:西安石油大学

以下是2018年8月通过某项目,在有限的资源进行项目孵化为公司产品的因果,有心随行...

2018年12月最后一个工作日,上京赶考(给其他同事培训授课),傍晚时分与司内一位资深的产品经理沟通聊天后,给予我一些教导及对此的发散理解:

我们需要时刻保持危机意识!--资深产品经理Mr.达

借此衍生的发散理解:

  1. 证书是否可能免费?免费了我们的收入来源于什么?

  2. 本地化方案何时会被淘汰?

  3. 就如网联诞生,是否也会诞生出一个统一CA?权威的独立CA机构是否演变为全民联盟CA?

  4. 区块链的冲击是否给全国CA机构带来颠覆性革命?

  5. ...

公司产品种类繁多,花样各异,自入司以来,一直在思索着,为什么没有一款产品是可以结合星罗棋布的单一产品进行展开串联?市场在销售这些产品时,都是单一组件去售前,我们是可以提供围绕着某个平台所需要的组件、工具包、标准产品,但,这些都需要客户方进行二次开发。进行二次开发,固然是公司根据现有的业务系统进行升级优化,以应对市场的挑战。可是,问题来了,我们单单提供这个工具包,那个控件,客户进行二次开发,开发成本且不说,客户凭什么选择我们?就凭现有的背景及品牌效应?这固然是好事,除去此块,我们的优势在哪里?若3~5年后政策一出,全面国民系统必须推广PKI证书应用,而且证书都是免费,到那个时候,我们的优势又在哪里?

值得深思...


身为项目经理、实施工程师、售前工程师、技术工程师、内训讲师等众多『标签』于一身的我,入司以来,一直想找机会做产品。曾经热衷于区块链技术的模式,借此,利用超级账本,搭建了联盟链的区块链底层服务。为期几个月的业余时间,都是在doker化区块链底层服务部署、上层业务应用开发改造等可研的过程中折腾。我是一个愿意动手折腾的人,但是这也是我的缺点,因为,很多情况下,我处于瞎折腾的阶段,浪费时间与精力去调研所谓的可行性,去碰错。借此,立个 Flag,2019年,不要再瞎折腾

以下是自己折腾的一些截图,借此记录下瞎折腾的美好回忆,同时也警告自己:

2019年,再瞎折腾,不是疯掉就是瞎掉,找准目标,番茄。

区块链投票demo

请原谅我脸皮厚,有梦想,总可以想一想的,万一睡着了呢:

区块链底层浏览器demo

这是界面让后端运维人员查询区块链底层实时保存的『块』,即,交易、区块、背书节点、通道相互关系:

一款移动端区块链钱包demo

我有比特币收款地址: 1N8fsFDywJQLkDrKiSqhHi4LupLP47ZZBt,哈哈哈哈。那时,比特币价格算是接近巅峰。

自此,以上的功能要在公司内部产品化,需切合公司内部业务模式、找准新的市场需求点,不但要做 技术可研市场可研 更是一大头。只能用一句话来形容,任重而道远远~~~~~~

瞎折腾,静整那些看起来高大上玩意,如何落地是个大问题?技术如何转化为经济?


偶然中的必然

8月份,一次偶然又似乎是必然的机会,让我消停了上面的折腾,因为已经没精力折腾了。接触到某白的项目,自8月份以来以现场、电话会议等方式结合进行业务需求沟通时,发现此用户的需求不是现有的产品组件能满足的。换句话说,现有提供的组件是可以满足客户的需求,但需要客户或者我方进行组装工作,即定制化。客户考虑到自己定制化成本等问题,因此二次开发的工作建议由我司进行承建。定制化开发一套系统,基于时间等关系,这存在着很大的考验,在整个项目的推进工作将会对项目经理带来很大的压力?干还是不干呢?『说心里话,定制化的项目,一开始我是拒绝的,后来只是给自己一个做 产品经理 的机会』

干,这是一个可以做新产品的机会,与其碌碌无为的部署个系统、调试个接口、推进个项目,不如尝试着孵化一个新产品?或者说资源整合公司内部产品创新?也对得起自己在这里待过

在这次项目中,以我的职位身份,是挑动不起大风浪的,需要我直属领导的大力协助。这是一个跨大部门,集市场、开发、技术、客户相关干系人为一身展开的一场多方博弈的过程。

对内,需要高层领导的资源调拨,需要中层领导资源分配与协商,需要底下我等项目负责人的具体推进。

对外,需要客户高层、中层及客户跨部门协助的相互协调与充分沟通。

对己,需要费心费力,联动具体负责干活的干系人,心累的活。

远程开发,驻场实施项目推进、测试验证业务功能,正向跟踪、反向跟踪需求,这在这多方协助完成一件事的过程中,沟通成本问题很大。鉴于此,项目从8月份开始启动,9月份中下旬又引进同事Mr.张与我并肩作战。从做项目计划将其孵化为新产品,我需要充分考虑到以下几点:

  1. 如何联动现有的单一产品?

  2. 如何解耦?高内聚低耦合,这是开发在设计系统功能规定,即,不依赖客户现有的业务系统,日后可本地化部署复制到其他客户,这点非常重要,不可复制的东西,一次性买卖,肾虚用处不强~~~

  3. 如何串联该模式下主流的市场业务需求?

  4. 客户无需2次开发,拿来就用,用完还想要的那种。

因此,在前期进行业务需求售前交流时,所提供的解决方案,我就有意无意的串联公司现有的产品线,原因如下:

  1. 一来确实是客户所需要或将会用到的好功能;

  2. 二来是想通过资源整合玩出新花样;

公司从单一的做产品按照CMMI模式开发,演变为需求不明确,需要不断的进行敏捷开发更新上线的模式『敏捷开发』。因此CMMI那套机制所消耗的时间成本,可能在此项目中有很大的冲击:我们在现场推进此定制项目,若按照CMMI的流程制度及司内的开发、测试、上线的制度流程,是赶不上客户业务需求的。因此,制度需要遵从,但得进行变通,根据具体情况进行具体分析,否则这个项目真没办推行。就这样,我制定了以下项目计划:

计划往往会赶不上变化,因此需要根据实际情况对在实行的计划进行变更。


在推进的过程中,这里有以下几点需要谨记的:

  1. 不能挑战领导底线,比如开发部不派人驻场开发的原则;

  2. 远程开发,需要不断得与开发人员进行需求碰撞,即,所谓的需求双向跟踪

  3. 技术与商务条线分离,技术范畴的尽量少让商务干预,商务范畴尽量不让技术干预,得树立共同的目标;

  4. 需要与开发领导沟通时,请及时反馈直属领导,以尽快推进项目进度;

  5. 定期(每日)汇报机制及问题列表反馈机制,抄送公司领导及相关干系人;

整个项目实施的过程包含以下工作子集:

  1. 售前业务、解决方案、产品原型图多次交流;

  2. 编写标书、述标PPT及参与招投标工作;

  3. 需求沟通会议、客户项目周例会汇报;

  4. 系统测试、问题沟通反馈、版本更新迭代部署;

  5. andso on..

标书及述标PPT,在团队协助下,可算是呕心沥血通宵赶出来的成果,实属不易,为何不易?须不知那天晚上,我在另一个客户投产上线新项目,奔波的回到酒店,开启通宵达旦编写述标PPT的工作。

针对项目推进的工作子集中,其中『需求沟通会议、客户项目周例会汇报』、『系统测试、问题沟通反馈、版本更新迭代部署』,一直是循环出现的工作。我和另外一位同事Mr.张为此花费好几个月的心力,感谢同事Mr.张的协助,共同完成此项目的上线更新迭代。

按照先前指定的目标,一款新的产品于11.30正式商用,并于12.30完成项目的初验。

该产品有别于其他产品原因是:

  1. 该产品包含了公司内部9大产品组件;

  2. 该产品目前完全与客户的业务系统的解耦,可单独复制到其他客户需求中;

  3. 该产品包含了移动端、PC端、接口服务端、代理端、管理后台端,而且真正的实现三层架构设计模式;

  4. 该产品衍生了一些新的组件或者模块的诞生,如二维码验证等;

创新?『什么是创新』,在现有资源紧张等条件下,将开发出来的系统,可复制到其他客户去使用,联动公司内部资源,整合为新产品。这种模式,我不觉得是创新,但是我觉得这是对后端开发人员及项目经理一个非常非常大的『尊重』,对为这个项目付出的所有参与人员的一个很大的肯定。

该项目与其他项目的区别点

  1. 可本地化、私有化部署;

  2. 不局限于任何版式或非版式文件;

  3. 签约整流程完备(身份核实、签约、存证);

  4. 客户无需做2次开发即可完成签约流程,无需与客户其他业务系统集成

至此,一款资源整合的而来的新产品,诞生了,也算是2018年8月至今,给自己立下Flag的一个交代。有此成果,全靠分公司直属领导Mr.刘协调、技术部同事协助及北京的开发团队、测试团队、设计团队和北京BOSS领导班子的大力支持。



我们都在努力奔跑,我们都是追梦人!致2019的我们做出更好的产品。


相关阅读