900字范文,内容丰富有趣,生活中的好帮手!
900字范文 > PMCAFF | 创业公司产品经理如何建立完善的产品开发体系?

PMCAFF | 创业公司产品经理如何建立完善的产品开发体系?

时间:2019-03-02 22:57:17

相关推荐

PMCAFF | 创业公司产品经理如何建立完善的产品开发体系?

创业公司的产品经理怎么建立完善的产品开发体系?具体需要哪些工作?

问题背景:

想想大家也能够猜到,对于创业公司而言,如果老板没有从事互联网产品的经验,那么大多都是指哪打哪,而对于产品的开发计划,设计流程等没有详细的流程规范,这对产品的品质和开发时间没有保证,进而影响产品的整体质量。所以希望有过建立完善的产品开发体系的朋友,帮忙指点一二!小弟必有重谢!

以下回答整理自PMCAFF产品问答社区

@BobWong

平常也比较少写东西,以前在论坛里面看帖不回帖的基本上就是属于我这种,刚刚看到这个问题,之前也在某些互联网公司撸过一些项目,分享一些浅见,体系谈不上,写的不好请轻拍。

一般产品研发都是按照周期来的,比如说一个星期一个周期,一个月一个周期等;有两种情况,第一种是从0到1的,还有一种是从1到N的,其实从1到N的这种情况也是适用于从0到1的,只不过是从0到1的缩小版。

先说从0到1的,从0到1的情况适用于这款产品只是处于某个人(这个人有可能是BOSS也有可能是产品汪)的脑袋里面的一个概念点,并没有被具象化的。比如你们老板想做一个什么聊天软件,但是具体是针对什么人群?聊什么?如何转化?不知道,只知道要做一个聊天的,这个时候产品经理的价值就体现出来了。

每个产品从0到1至少需要经历如下几个阶段:

一、核心需求确认阶段(搞定BOSS)

跟老板撕逼,了解BOSS干这个事情的目的是什么,需要明确哪些需求点,根据核心需求点确立产品大方向和框架是什么样的,屌一点的产品经理还会跟BOSS聊商业模式以及根据BOSS的商业模式提一些产品建议;这里要注意了,强撸灰飞烟灭,请注意把握分寸。

二、需求验证

不要一上来就要程序猿开发一个很牛逼的产品,有这种想法的产品汪严重不靠谱,可以先找一些比较低成本的途径去验证这个需求是否是一个真正的需求,(打个比方说可能你觉得聊天软件中语音视频这个功能需要做,但是在某些垂直的聊天软件中,语音视频倒显得很鸡肋,比如阿里旺旺),验证的方法有很多种,包括看竞品的数据;验证过之后,才能知道哪些需求靠谱哪些需求不靠谱。

三、产品经理需求完善阶段

搞定产品汪如果有你们公司多个负责该项目的产品经理,请主动跟他们撕逼,主要目的是尽可能把整个产品的所有能想到的细节都给想到,这个时候axure等产品经理原型工具所产生的内容可以作为撕逼的依据的最好体现。

搞定程序猿产品经理内部撕逼完之后,拉上程序员(Leader)撕逼,请确保所有的功能细节完整才找程序猿,不然会被乱棍打出的;如果可能,提供的文档组(请注意是文档组,包括各个子功能的拆分分解,最好是连系统底层架构都要考虑到,单个文档是不足以描述一个产品的)里面尽量是流程图和图片,最后再写一个全部是字的文档或一个表格,里面对一些主要功能进行描述(目的是让程序猿哥哥不能赖皮),程序猿哥哥会不停的挑战你,直到产品的每一部分都要程序猿哥哥点头,才算是过了,千万不要让程序猿给你想细节,会死得很惨的。

搞定设计设计同学感觉相对比较好搞定,只要axure画的不是跟翔一样,基本上设计这边的童鞋会帮你把一些界面细节给弄出来,有些模拟两可的细节还是需要你在设计旁边敲定。

四、程序猿评估时间,需求锁定

搞定需求之后,需要跟程序猿哥哥对进度了,拿出之前做的那个功能列表,里面每一项的开发时间都要估算出来,时间单位具体到某个功能花多少小时,而不是功能A三天,功能B五天这样子估,这样的一个好处是开发进度透明,确保每个技术人员对于将要做的事情的风险把控都足够到位;最好定一下里程碑,还拿聊天软件的例子说,比如第一周可以实现基本的文字聊天,第二周实现基本的用户相关的东西,第三周实现XXX,以此类推,如果开发人员不够,先砍掉一些跟主要业务没有半毛钱关系的需求。

五、进入开发周期

时间定好了,程序猿哥哥就拿着这个表去开发了,这个时候产品汪是不能闲着的,这个阶段的产品汪需要做一些前期的相关竞品信息和数据收集,以及第二个版本的功能细节做一些规划(继续跟BOSS和别的产品汪撕逼),还有就是敦促程序猿哥哥把东西干完,至于怎么敦促是有弹性的 -- 世界上没有一顿烧烤解决不了的事情,如果没有,就两顿。在这个阶段千万千万千万不要加需求,即使BOSS来加也要排在后面,不要以为小改动对于程序猿来讲很简单,随便一个需求改动是会导致整个项目进度时间把控严重失控的。

六、产品内测发布,产品经理跟进需求实现

大一点的互联网公司还有专门的测试团队来对产品做各种各样的测试,以防止上线之后的一些由于技术或者产品逻辑上的疏忽导致产品功能无法达到预期,这时,之前做过的那个功能文档或者表格可以作为测试人员参考的依据,来对整个产品做从头到尾的功能性测试。

七、迭代

产品第一个版本上线了,需要收集用户反馈和一些数据(比如访问量,订单量等),根据这些数据来调整产品的后续策略。

最后致产品汪:

没有跟人撕逼过的产品经理不是真正的产品经理。

本文由 BobWong 原创发布于PMCAFF产品经理社区,未经许可,禁止转载。

投稿请发送至邮箱:tougao@

认真敲出一篇文章,但没有人懂你?

辛辛苦苦写出的文章无人知晓?

想和更多的同行更深入的探讨问题?

“PMCAFF原创作者计划” 致力于打造产品经理界最高质量的原创专栏。

这个行业有一股新新力量正在崛起...

赶快点击 阅读原文 加入我们

本内容不代表本网观点和政治立场,如有侵犯你的权益请联系我们处理。
网友评论
网友评论仅供其表达个人看法,并不表明网站立场。