很多时候会发现，产品做了一段时间，也许我们分析别人的产品会头头是道，但如果让我们自己带团队去立项规划产品时，并不是什么产品都能迅速上手的，比如没有做过电商的产品如果直接接手电商项目，不说不能做，但花费的精力和时间必然是比较多的，更重要的是，公司不一定会把机会留给你去试错和了解电商规则。
但我们不能因为这个局限了我们的思维，如果有那么一个老板真的给了我们机会，我们如何去规划一个没接触过的行业产品呢？我大概列了一下我认为应该做的事项，希望能有简友评论补全一下，大家互相学习~
1.收集业务需求，确认老板的意图和战略
2.明确目的，与第一版本的时间期限，确认开发方式，如：敏捷迭代还是微信试错
3.提炼产品关键词，产品团队进行头脑风暴
我认为这个是最重要的环节，如果团队内没有通过了解项目而达成一致的观念，那产品从一开始，就存在了返工的隐患，而且大家一起讨论，更利于好的idea出现。
4.收集功能需求
通过梳理的业务需求和团队的头脑风暴后，列出所有有可能用到的功能需求，尽可能地写细。
5.竞品分析
当然，要分是行业分析或优秀竞品分析两种，看时间是否允许或人员是否充足，针对地进行市场调研和竞品分析。
6.制作脑图，筛选功能，进行排期
7.开会确认非技术的问题，评审产品初步功能规划（可以有一个大致的原型或流程图）
这个是给老板或业务方一同探讨的，比如公司是否支持短信平台，多个服务器，要不要请一个运维等等的问题。然后再把产品的设计思想和业务方沟通一下，看看有没有跑偏，目的是否一致，团队的讨论结果老板是否接受并认可，这个对于后面的产品运营等团队间的配合非常重要。有必要甚至要在这个会议上确认这个产品版本一的必备功能和流程以及交付的最终日期。
8.确认功能，编写需求池
9.进行需求排期
10.绘制原型
11.开发团队评审
12.需求说明文档
13.10-12的N次循环
PS：
1.没有接触过的行业，必然是无法一次将需求考虑完整，无论是多牛的产品或是调研，都无可避免会曲解市场和行业自身的潜在问题，我们要做的必然是先和老板或业务方达成一致共识，即使业务方对该行业无比熟悉，也要让他做好一定的心理准备随时推倒重来，这就考验产品的沟通能力了，一个事情用不同的方式去说，会有不同的感受和结果。
2.我们该做的一定要做好，要尽可能地考虑到后面会面临的问题，通常我们预设最坏的情况是项目失败，那就要知道这个项目最宝贵的是什么，比如是历史数据的保留，可扩展性，还是用户数据，还是用户存款，流水账单，等等。
3.团队的一致共识非常重要。我认为产品最忌两点，一是YY需求和绚丽的功能，二是一意孤行要强行带团队。就是“我才是对的，你们都是错的”。
我的师父对我说的最多的一句话就是“我们对事不对人的，大家提出想法，然后能共同商讨一个可以接受的解决方案，开多少天的会都是值得的。”我深以为然。
每个人都有自己的意识和想法，站在不同角度去思考问题，达成共识，让每个成员理解这个产品是干什么的，为什么要这个功能，才能让他们做出你想要的东西，很多时候，产品给出思路，开发会提出比产品更多的细节问题，良性的团队沟通，是一个产品最必备的能力。
网友评论