随着春节渐渐临近，2016年1月24号这一天注定是一个不平凡的日子，虽然武汉的天气已然到达近十几年来的低温-8度，数九寒天，也依然抵不住武汉PM小伙伴们的热情！

本次活动，让我们感受到了武汉地区小伙伴的热情，报名的小伙伴很多，但由于场地受限，我们不得不忍痛，残忍的拒绝了很多小伙伴的申请，本次活动15人准时参加，感谢大家的厚爱，后续活动中我们会努力改进，带给大家更精彩的活动。

【全体合影】

至此，2016年人人都是产品经理社区武汉产品经理私密趴活动圆满成功。全程脑力碰撞，火花四起。演绎着每个人的精彩，以下是此次活动总结：

【话题讨论】

(PS:篇幅有限，只选取部分小伙伴们的发言摘选)

话题1：武汉地区产品经理的发展现状及发展方向？

子明：武汉地区的产品经理职位定位不清晰，往往不能专业从事产品经理岗位的职能工作。在很多情况下会被当成交互设计师，很多老板的想法是需求应该由市场决定，pm则需要做很多的事情来满足老板的需求，充当多面手的角色。ue在武汉地区稀缺，会被当作产品经理来招聘。产品和ue人才稀缺会导致这2个职能上的问题流到下面的环节中。产品经理应该是项目的灵魂，是可以调用公司的所有资源去完成产品推进。武汉地区主要是以资源和市场为导向的产品经理。

汪：其实北上广的小公司界限也很模糊，产品经理的职能非常全能。重要的是每个人都要有产品思维，产品才能更好的衔接。不需要真的界定的那么清楚。有产品经理思维的人去感染自己的团队，但是最怕的是思维不能得到团队的理解。

余：各个职能沟通比较困难，耗时，互联网思维欠缺，产品推进困难，需要加大产品经理思维的普及以及推进。北上广可以掌控产品的需求，设计，开发，更能专注自己的需求。而在武汉基本不可控，更多兼顾老板，人才资源，而老板的需求很多是跟产品不相关的工作。

袁：现在的现状比以前还是要好很多了，武汉这边纯粹的一点的互联网主要集中在校园地区，武汉传统的企业其实可以互联网化，但是老板对互联网的概念非常模糊，因此在武汉pm能决策的机会并不多。产品经理需要有一个商业模式的产品需求给到老板。传统企业的老板是有一定优势的，只是没有产品的概念，不能向北上广那样做纯线上的产品创业，很难立足。

胡：武汉的市场还是很好的，大家目前把产品经理的职能做好。互联网行业不要怕没钱，钱是追着我们的。

谌：武汉这边互联网相关数据缺乏。

【大家听的很认真】

话题2：在编写PRD文档中遇到的疑惑？

（需求是否合理，功能是否合理，流程如何设计）

子明：prd文档最重要的是功能性的需求。可能是老板，可能来自市场，要什么目标，多少流量多少用户，产品经理应该怎么分析这些需求？对于自己没有经验的产品领域，需要如何获取产品分析的数据，并且要考虑数据是否可靠，来确定基本需求？要更多考虑prd这样写是否可行，执行起来会消耗多少成本。产品需要很早把运营接入进来，才能知道更好的与运营配合，找到一个爆点。

prd文档传达的是一个产品的理念，是一个产品的规范文档。产品不可能考虑到产品所有细节的东西，特别是一些约定俗成的东西，需要开发人员能够有这个思路。产品开发过程中需要以prd文档为主。产品经理是不被授权的ceo。

柯：需求分为用户需求和产品需求，用户为什么要有这样的需求。在用户需求的时候需要做一个用户路径，用户场景。定性需求的时候需要对用户做用户定量。在做一个产品的分解。prd文档开发人员基本不看。需要更多在原型图上去体现清楚，平时多和开发人员去沟通。如果产品不了解技术，开发和产品撕逼。虽然产品不了解开发，但肯定了解用户体验。意见不统一的情况下，一定要听产品的。功能确实重要的话，产品一定要坚持自己。

袁：开发不希望理解那么多的东西，只需要功能需要哪些控件，不会考虑产品业务，产品运营等方向。

谌：文档是否需要写，因为太花时间，还是直接上原型图。很多时候产品都快出开了，需求文档还在编写。

胡：prd文档是个规范，对团队特别是新来的员工是一个指导，每个岗位都是有一个自己的理解，但是prd文档对大家有一个产品规范，大家都会很清晰，而且在prd之前需要有商业需求文档和市场需求文档。系统架构师看prd文档，研究prd文档功能实现，制定开发文档。

冯： prd会关注功能点，开发的过程中，开发和测试有问题的时候就会反复来问并查看prd。

【激烈讨论ing…】

话题3：如果把控产品的版本节奏？

子明：产品如果堆砌太多的功能，会导致开发人员的崩溃，所以产品的版本发布需要有一个合理规划和把控。运营和测试是前期要引入的2个职能。一般的公司运营和测试是公共资源，产品经理对资源的把控很难，所以需要前期引入这2个职能，积极沟通并了解运营和测试在产品的生命周期中，所需要参与的工作。产品的功能应该是在产品上线之后逐步迭代逐步完善，产品的需求也是随着产品的版本的变更，而越来越清晰可见。

胡：产品经理最重要的是需求的分析，把功能需求转换成的用户需求，找痛点特别重要。结合商业逻辑，这样才有效果。互联网开发资源欠缺。赚钱的是程序员，武汉的发展主要是在于教育资源丰富。把程序化系统化的理念推广出去。说老板的年龄偏大，是一种偏见。测试是很重要的，在产品开发初期会对产品有至关重要的作用。

线下比较成熟的系统转换到线上的需求的时候可能考虑太多，按照线下的成熟度去考虑就会有太多的功能。所有的需求都是可以量化的，通过量化指标来规划需求功能。

罗：产品的功能太多，会导致每个功能都做不好，需要产品经理把控产品的全局规划 。很多都是功能现在是全部做上去，然后在做减法，还有一些伪需求，所以需求分析的时候去找到一个需求是可以解决更多的需求，然后去解决这个需求。

袁：产品需求要围着一个目标去提，而不是太多太杂多需求全部提出来，后面再来做减法。至少找一个侧重点。前期不能把功能做太多太杂。

【激烈讨论ing…】

话题4：如果跟程序员和设计师撕逼？

子明：产品经理比较讨厌的是蒙产品经理的开发人员，所以自身要加强对程序开发的了解。安全性，实现难度。而程序和设计有自己的思维。比如说UE会认为交互最重要，而产品则以需求和易用性为主。所以要在产品的生命周期中平衡和把控各个职能同学在产品中的工作方向。要让开发人员和设计师明白自己的绩效和成果是跟产品挂钩。

胡：交互设计师会以自己的角度为主。需求评审会中按照需求来分配开发和设计人员资源。

袁：要各方面理解和了解开发人员和设计师的岗位及技能。她们更多只关注自己的领域。

汪：从组织架构去考虑，以项目为中心，必须去以产品方向去完成这个产品。这个方面需要考虑到公司的组织架构权限。

冯：提升开发人员的主动意识，去主动向产品经理提出相关问题。

【激烈讨论ing…】

【后勤的小伙伴们…】

【聚餐】

为了加强咱们第一次私密趴小伙伴之间的感情，特别安排了晚上一起去聚餐，大家同桌共饮，畅谈无限，在分享了个人经历，工作生活的同时也加深了小伙伴们之间的感情。

【满满的两桌人，氛围还不错吧…】

【用膳后，大家继续思维碰撞…】

【结语】

非常感谢当天到场参加活动的各位伙伴们，是你们的热情让寒冷的武汉周末变得热力四射。感谢给我们提供场地支持的光谷创业咖啡，能和大家一起度过一个愉快的下午十分开心。相信通过我们的努力，武汉地区的产品经理及互联网氛围会慢慢建立起来。至少，我们在行动！

Woshipm武汉站私密趴全体策划人员再次感谢大家对此次活动的支持，如果你有什么更好的想法，不管是有关活动任何方面的，那就联系我们吧。欢迎随时关注woshiPM武汉地区微信，Q群。后续更多好的活动欢迎大家随时关注。

如果你觉得活动很赞，记得点个赞O(∩_∩)O哈哈~

本文系人人都是产品经理团队@無下子明 原创发布，转载请注明来源于人人都是产品经理并标注本文链接