跳槽过来一个多月了，但是对很多需求都觉得不合理。比如说要在一个10*10的区域做热区，让用户用手指去点击；比如说优先显示视频的简介，简介为空就显示用户名称；再比如说视频在列表页显示一个名称，点开之后又显示一个名称。。。这样的例子笔笔皆是，我看不惯。问其原因，只说是别人提的，人家让这么做，咱们就得这么做。我觉得产品经理不是一个传话的使者，更应该是一个调节各个环节的联结者。在面对需求的时候，我们应该去问问用户，他们真正需要的是什么，为什么要这么做，这么做又可以带来什么好处。只是听到一个需求就去做，没有任何思考，那产品经理也就没有什么存在的必要了。
今天写这些，是发现了一些问题，自己记录下来，防止自己以后犯错误
第一，需求要保持一致性
今天就出了这么一个神奇的事，某产品狗和前台程序猿及后台程序猿说的需求不一样，结果比较可乐，后台程序猿做好接口后给前台，发现不会用，不知道说的是什么。然后再把产品狗从办公室里拽出来，说一顿，结果产品狗说忘了更后台说需求变了。一句忘了后台两年的工作量白费了，周六日的加班就是浪费时间。。。这，不能忍。
第二，做产品是一个做减法的过程
项目上线时间，往往都是给定的一个固定时间，几乎每次都要面对任务中时间紧，每天都在和时间做赛跑。所以适当的删减需求，在这个时候就显得很重要。跳槽后的这一个多月，我看到的不是缩减需求，而是不断的叠加，产品狗不停地给程序猿增加各式各样的需求，从需求实现的难易程度到需求的变化上，都是一个很大的量级，然后程序猿怒了~~~
产品狗要懂得创新提需求更要懂得砍掉需求，一些不着急的需要优化的可以暂缓，放在下一个版本中进行开发。开发过程中，增加的需求，根据优先级放进去，研发有压力，就砍掉一些不那么重要的，以保证研发的进度。
第三，提前做好准备
这次开发，就遇到了没有做好准备的问题。前台程序猿在搭界面的时候，后台接口没有准备好，UI效果图没有准备好，切图更是想都不要想。然后就用各种色块搭的界面，不得不崇拜一下前台程序猿哥哥的实力。那么问题来了，在需求解读会上，商量接口的规则，因为前台先行，所以后台需要配合。后台做起来就非常麻烦。前台再根据切图和标注，各种修改已经做好的界面，又是一堆活。。。结果，都怒了~~
项目进行进行过程中，可以根据项目进度，把工作量按周进行拆分，每周确定这周要做的，后台的接口、UI的效果和标注图都提前给出这周需要用的，前台就可以留出时间完善UI界面，还可以优化代码，提高实现的效率。
PS:要做好PRD文档的更新和维护，有细化的需求或修改的需求要及时补充上去。
今天就出了这么一恶心事，两个程序猿把产品狗从办公室拉出来说问个需求，产品狗自信满满的说你们去看PRD。程序猿翻出文档让产品狗找，找了一圈没有，再一圈还是没有，最后发现没更新上去，更不可思议的是。。。产品狗已经忘记要设计成什么样子的了！
