第一次做的 To B 产品开始部署,我竟然有点想哭
从二期开始,我们的产品接到了第一个客户,所以二期研发中一部分是自身的修复完善,一部分是新需求以及客户那边所需要的研发。
为了本次交付,我们特意拆出了一个分支版本,测试上线模拟部署,如今即将启程交付。
刚刚和本小组同事做临行前的沟通,千叮万嘱,我第一次像把自己的孩子送出去一般,内心五味杂陈。
虽然此前客户也看见过我们的产品演示,给予了肯定和期待,但真的前去交付,对我来说意义非凡。
一、研发周期长
很多小伙伴从互联网公司进入到传统B端,有个明显的感觉就是——研发周期长。
之前做To C 或者互联网类型To B的时候,一般从运营思维去做产品,通过MVP的形式去快速落地与验证,节奏很快但落地及数据反馈也很快,很充实。
而现在做传统行业2B类产品,一年的研发时间已经让我们觉得过程很漫长,这对于习惯了互联网和快反馈的产品研发人员来说,往往会如履薄冰。
对于我,亦如此。
很多时候大家都说前途光亮,可都不知道具体该怎么走,作为落地层,往往感觉一边走在悬崖上,一边眺望远方,每向前一步,都需要很大的勇气和胆量。
二、面对非议多
今天中午和一个同事吃饭,我们回首过往,都觉得当时的自己能走过来真的很不容易,好在还是过来了。
说实话,我不止一次想过离职,但却又一次次的没有离开。
项目在去年立项之后,没有人员投入,只能找兄弟组借调人员,利用他们下班时间一点点推进,前期规划和产品设计都可以自己做,但技术方面却无能为力。
那个阶段恰好我在业余时间学习UI,甚至想过,如果UI实在协调不出人,是否也需要亲自上场。
好在后来CEO成功说服了一个准备离职的UI同事,在离开后兼职帮我们做设计,如此才凑够一个小团队。
现在想想,那个时候真的好实在,也可能这是产品人自带的使命和责任感,作为产品owner,为你的产品负责,没有任何借口。
这个过程中我经历过很多伤心和委屈,很多指责和质疑,在产品研发阶段,不断受到非议,现在想想幸好当时没有愤而离开,默默坚持用结果说话,就是对争议最好的回答。
三、投入资源少
我们的团队是公司整个产品线中投入人员最少的,我作为负责人本身要做产品的工作,然后配备了1个前端开发、1个后端开发、1个测试以及半个UI——上文也说了,UI在家养身体,远程兼职帮我们做设计。
技术经理在客户现场,属于远程指导的作用,每周一次二三十分钟的周会,算是例行沟通,但他也常常因为忙而不能参加。
所以在公司里,我们4个一排工位,尽心尽力做着自己的事情。
每次开会时,所有条线中我们的风险性最小,并不是没有风险,而是我们在每个任务的时间截点前加班加点去完成;当时一期上线的时候没有延期,反而提前了一天。
如今确定的给客户交付日,也是有条不紊,有备无患。
四、价值产出高
虽然投入少,但是产出一点也不少,成果层面,前后台两个系统,在上家公司十余人的团队打造的产品,同等产出下,我们仅用了4.5个人,投入产出比明显递增。
此外,所有产品线中,我们是文档最为齐全的一个。从原型文件,到需求文档,从流程图到用户手册,以至于本次交付客户的场景使用文档,样样齐备,沉淀出价值。
从未做过项目管理的我,在全公司获得了“优秀项目管理奖”。
在整个过程管理中,我们每天发日报,每周发周报,每周例会沟通纪要,以及每次上线迭代版本记录,更新内容,所有这些全部在confluence留存,尤其是进度日报,是全公司唯一在坚持的,至今一年有余,即使我请假,也从未有一天中断。
来公司一年半的时间,经历了太多,眼前的这个产品,倾注了太多心血;所以在它即将出门的时候,我像送出嫁的女儿一样内心复杂。
看着同组的小伙伴还在解决bug,测试的同事兢兢业业逐条记录,也许这样的团队,比产品本身更有价值。
以上是回顾,也是心得。
祝他们旗开得胜,马到成功❤
一起加油,共勉!
相关文章: