从工作模式谈起，产品经理如何协调需求与资源？

　　不可否认的是，互联网行业在不停地前进与创新下，总会带来新的工作模式：面对面、远程会议、电子邮件、任务板等。但是即使手段再多，带来的效率也未必有所提高，而且会常常因为事情缓急而随意进行“自我工作”模式。
　　作为一名善于思考的产品经理，有必要找出合理的方式来开展工作。从落地角度来看，把需求想明白始终是第一位的，毕竟所有的研发设计都将按此才可开展工作，运营人员也会根据需求有节奏地穿插各种运营方案。唯有各个方面的共同协作方可快速开展任务，达到来自市场应有的客观数据。本期主要从三个维度讲起，如何更好地协调合理的工作？
　　一。处理合适的需求方案
　　这该如何定义呢？需求显示是策划产品的首要目的。就现实角度来讲，PM得来的需求常常来自于领导，至少大多数情况是这样。不仅在于上司的角度看得远，也因为其所拥有的资源会更加放开手去处理。因此，对于得来的需求不要怀有怨言的态度，无论它是多么糟糕，当然对于良好的目的（达成一致），也不要开心太早，毕竟执行力才是靠谱的。
　　该怀有质疑精神的依旧怀疑，对于自认为不合理的需求，常常站在上司的角度思考下，则会发现不同之处。通常来讲，做出一些不同的方案是有效的，因为它能做对比，明确需求哪里处理的不到位，毕竟眼观的永远比想象更具有场景化。一款好的产品将策划方案改动N多版是正常的，展现不同的体现方式，始终会更加合理的。就好比柳冠中先生作画那样，将自己的画作推倒重来才磨来得精品。也许第一版策划方案就是完美的，但也需要去探索其他的方式来验证，至少这不是件坏事情。
　　遇到分歧点该怎么办？有个好的方式，将对比点单独拉出来做一张表单，将每种类型的优缺点共同列出来，然后进行筛选整合，多数情况下会有所新的发现。前期会很麻烦，但一旦熟练起来将屡试不爽，无论对于上级还是其他人员，会有充足的说服力与论据来化解分歧点。
　　二。如何让项目顺利开展？
　　需求一旦确定，文档一旦梳理，就需求配合相关人士进入开发阶段，注意是配合，而非管理等。至少从本质上来讲，PM在中期协调工作会成为主导，也许不绝对，但至少有一时间段是这样。接触的人员最深的莫过于设计与研发，研发又分为客户端和服务端。
　　先从设计讲起，所谓设计，就是找到最佳的体现形式，包括布局、颜色等，将策划的方案具体呈现出来。从互联网发展到现在，设计已经越来越趋向于如何服务好大众化，毕竟用户的审美能力得到提高。从另外的角度看来，现在的产品至少在实现角度上已趋于简单化，因此设计无疑是重中之重。
　　PM都有个惯病，认为自己策划的方案会趋于理想化，整体的设计思路要跟着方案走，实际不然。一方面，站的角度不同，毕竟专业的人做专业的事情；另一方面，当PM过多参与设计讨论，就如同上级过多参与产品讨论中，总会形成循环的闭路，导致设计很大程度上按照方案的思路走。
　　那么该如何解决这个问题呢，一般来说用两点来让设计充分发挥而又达到产品要求，一是在相关页面表明每个页面体现的所有数据类型，如距离、昵称、头像等，二是在该页面着重强调要体现的要点，如某个动作，某条动态条等。这样一来，技能保证设计稿对于数据类型的充分点，又能契合地体现产品相关要点。设计师会有自己的思路去完善产品工作。
　　对于研发而言，最重要的莫过于需求的完整性。无论对于整体功能还是逻辑问题，亦或是反馈的表现，都需要有充足的数据来说明，并非草草而过。在策划阶段，如果项目一旦达到基本框架，比如70的完善程度，那么就需要让研发来介入，这里的好处不会多说。既可以让研发明白本次开发的重点与形式，又给研发留给足够空间去思考实现问题。
　　常常会遇到研发对产品需求的整体不理解，导致大改框架，甚至动整个架构等问题，时间成本是非常要紧的。因此有必要让研发提前知道下一步做什么是很关键的。并不是说要求跑多快，因为需求肯定有变更，但每次开发期间，都让后几期思路透明化，始终不是件坏事。而从需求文档的角度看来，也会分几部走，把所有有数据的情况讲明一遍，把所有无数据（网络异常、定位失败、加载慢等）情况讲一遍，然后把整体交互效果提示一遍，当然交互也同时配合设计稿。这样对研发来说，需求上至少不会有大的遗漏点，即使被问了，也能很好的解答，不耽误其工作总是好的。测试工作也照此进行。
　　一般来讲，服务端和设计要赶在客户端一些模块前，主要保证客户端要图有图，要接口有接口。这样有节奏的协作模式至少能得到一个好的效果。
　　三。产品上线如何处理？
　　产品上线只是起点，而非是完成阶段。这之后，有两件事情首要处理，一是下一个版本迭代，二是与运营相关的讨论。前者主要保持团队能进入整体有效开发阶段，不会出现时忙时闲的状态，至少要保持闲忙差距不能太大，后者则是根据市场反馈为产品需求做更好的嵌入工作。
　　这时候则需要和相关运营人员共同讨论，可能有些人会有些疑问，产品多数在策划，怎么涉及运营呢。对于分工明确的团队来讲，产品多与运营打交道是非常有必要的，既可以知道运营方案的产生和服务点（即给用户带来什么），有可以很即时的从运营人员的交流中得到最即时的反馈，比如用户抱怨了什么，提出了哪些好的建议。毕竟产品是给用户做的，用户提的问题要虚心倾听，正确的建议要想办法解决，也并非什么都听。
　　在互联网企业中，产品完成后总是说大力运营，推广什么的，而运营给产品提了很多功能上的意见。首先来说，有争论互相压力自然是好事，证明大家对于事情重视。另一角度来看，产品和运营根本就是不分家的关系，相辅相成就能够进步，产品学习运营如何与用户打角度，运营学习产品怎样帮用户思考。