做产品少走弯路：你必须掌握的知识
|
我们需要建立项目立项的制度，所有的新产品在开工之前必须要开项目立项会，可以在公司内部设立一个项目评审委员会（虚拟组织），人员组成包括研发负责人、产品负责人、事业部负责人、CXO级别的各种领导，如果公司人员比较好那就喊一嗓子叫大家都过来开会商量军机大事。 在项目的立项会上，项目发起人需要把准备的BRD文档给大家进行讲解，让大家知道项目的一些细节信息，然后各方根据自己的专业知识给出建议和提问，发起人进行解答，最终由委员会来投票（如果老板坚决反对的话，那就GG了）看是否通过立项。 BRD 上面讲的BRD文档非常重要，是产品的整个生命周期中重要的三大文档之一。三大文档包括BRD、MRD、PRD，其中BRD决定要不要做，MRD决定如何开始做，PRD是决定做成什么样。这三个文档经常会用到，需要熟练掌握。下面把我写BRD的逻辑给大家简单罗列下： 找行业（根据公司的战略方向来确定，比如我们做交通的不可能跨界去搞外卖）——细分场景（产业的上下游供应链）——痛点（用户、客户、渠道、价格、产品）——商业模式（行业里面已经跑通的、摸索中的、新的商业模式）——SWOT分析（分析后看我们能不能做，市场规模多大，有没有胜算）——产品方案（确认一个可行的方案）——投入产出比分析（根据方案来预估大概的投入产出情况）——时间计划（大致的计划即可） 1.1.2 需求和功能 要搞清楚需求和功能主要是把产品的范围和结构清晰化，涉及到的方法有：
功能分类和优先级排序的方法，主要有客户满意度模型（KANO模型）、四象限定义法（重要、紧急）、波士顿矩阵等。 1.2 做出来 想的很清楚了，就可以开始调用后端的人马干活了。这个阶段产品狗、设计狮、程序猿、测试猴各路大侠要聚集光明顶一起搞事了，武林谁是正派谁排第一的问题上，大家争论不休、撕逼不止，想一想这画面是多么的美好河蟹。 按照各路大侠登台的先后顺序，这个阶段也可以拆解为设计、开发、测试三步。
1.2.1 设计 这里的设计是一个广义的设计，包括了产品汪和设计狮的工作。产品在这个阶段的主要工作是输出PRD文档和原型设计，设计师则根据产品的输出来完成高保真的UI设计。 PRD PRD是整个阶段的核心，文档的优劣程度决定了后续各路大侠撕逼的激烈程度。上面的BRD文档是有一定年限的产品人员需要具备的，但是PRD则是从刚入门的产品人员就必须具备的技能。网上很多模板大家自行去下载后做对比，如果大家找不到可以留言再单独发给大家。 MVP 产品第一个版本的设计必须要形成闭环跑通商业模式，但是功能又不能太多，因为要尽量减少试错的成本。我们可以采用MVP原则，MVP即最小可行产品（Minimun Vialbe Product），该方法通常是用在产品初始阶段，用来验证产品是否被用户接受，是否有人愿意为产品买单。 MVP要求我们抓住最核心的产品流程，剥掉多余的功能或者高级功能，只要主流程可以跑起来可以。完美并不是我们的目标，快速试错才是我们目标。譬如一款电商产品核心目标就是让用户在产品上下单买东西。那核心流程就可能是：进入产品 —— 挑选商品 —— 下单付款 —— 查询物流信息。那就围绕这个流程，剥离多余的高级功能（分享、评论、个性化推荐、积分等这些都不要做）做一款MVP产品。 1.2.2 开发 开发阶段主要是程序猿哥哥的活，他们需要根据产品的评审进行系统架构设计、数据库设计、编码开发和做好单元测试。作为产品我们只需要和他们约定好开发的原则，同时定期去核对进度即可。 敏捷开发 互联网软件开发基本上都是采用的敏捷开发，敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。主要是为了在用户需求不断变化的情况下能够保证软件开发质量，把大的时间点变成小的时间点，做到小步快跑。 敏捷开发的几个特征如下： 1.敏捷就是“快”。快才可以适应目前社会的快节奏，要快就要发挥个人的个性思维多一些个性思维的增多。 2.客户参与。以人为本，客户是软件的使用者，是业务理解的专家，没有客户的参与，开发者很难理解客户的真实需求。 3.强调软件开发的产品是软件，而不是文档。文档是为软件开发服务的，而不是开发的主体。 4.设计周密是为了最终软件的质量，但不表明设计比实现更重要。 5.迭代。软件的功能是客户的需求，界面的操作是客户的“感觉”。对迭代的强调是缩短了软件版本的周期。 6.小版本。快速功能的展现，看似简单，但对于复杂的客户需求合理地分割与总体上的统一，要很好地二者兼顾是不容易的。 1.2.3 测试 测试的小姐姐们会在产品评审后输出测试的用例，然后在程序猿小哥哥们提测后就开始依次进行功能测试、性能测试、安全测试、疲劳测试、极限测试等，把好程序上线前的最后一道关。 灰度发布 为了让测试小姐姐们能真正的模拟线上环境进行测试，有条件的研发团队都会进行有灰度发布。灰度发布就是发布后让一小部分人能够看到的新功能方便小范围的进行测试，A/Btest就是利用灰度发布实现的。产品人员不需要掌握这个知识，只需要知道是什么意思即可。 1.3 推出去“臭媳妇总得见公婆”，产品是好是坏还得用户说了算，我们要在产品上线后，多渠道收集用户反馈，然后根据反馈做好产品的迭代工作。 为了让迭代工作更加科学有效，那我们就应该用数据说话。上线前做好数据的埋点，上线后通过分析数据验证迭代工作是否达到了目标。另外，对于TOC的产品特别要关注用户的增长，因为流量是TOC产品的核心。
该阶段主要的一些知识和方法有： 1.3.1 数据埋点 （编辑：威海站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
