产品、运营、研发之间

我是一名研发人员，也就是大家眼中的“程序媛”。关于产品、运营、研发之间的团团关系，突然要谈论这些，却不知道该如何表述了。那就从最近的工作着手慢慢谈论吧。
由于公司主业务项目前段时间刚上线，现在主要配合运营人员做一些运营活动。当然作为研发人员肯定不会直接与会员接触，都是间接性的。途径有2：1）运营人员反馈，时刻报道军情 2）后台查看数据。可能对于有些研发人员来说，只要实现功能即可，数据之类的对他们来说是没有任何价值的。但作为另一类研发人员的我却对用户感兴趣，喜欢分析用户心理，当然也并不是太喜欢分析数据（如果有人直接把结果给我了，我也就不用看了，但现在还在修行中，呵呵），所以在工作之余，会拿着数据对数据进行一些分析，然后找运营人员去交流讨论，提出一些更有效的方案，这些也会得到运营人员的肯定。当然在提出方案的时候，其实说白了就是给自己加了需求，但加需求我也愿意做，因为我知道这是为用户服务的，用户需要。或许有人有疑问了，你怎么知道是用户的需求？对于这点，我觉得换位思考是最给力的回复。所以拥有同一个目的的运营人员和研发人员很快就能建立起统一战线，也能成为很好的合作伙伴。
关于产品经理，很多人在吐槽产品经理这个职位上的人，包括刚入职时候的我。由于产品经理经常会变动各种需求，在刚入职的时候很不喜欢产品经理，原因有3：1）不懂技术，乱指挥 2）不听研发人员的建议，一意孤行 3）需求改来改去 就这三点已足以让我对产品经理判了死刑。但随着工龄的增加，项目也做多了，刚开始是压抑着的习惯，到现在已经成了理解并站在产品经理、用户的角度去思考，说大了那是从公司战略利益出发（就让我装一下吧），我觉得这是一个角色性的转变。还说起这几次的运营活动的事儿吧，因为负责推进的产品经理比较忙，经常找不到人去问需求，便直接省去了产品经理这个过程，直接问运营人员，因为最终活动做的行不行，还是运营人员说了算。这个时候没有产品经理在中间沟通协作，总是少了一个项目的负责人。设计不懂代码，前端不懂后台，这个时候只能由研发人员来充当负责人，于是我就成了中间那个跑来跑去协调工作的那个忙碌菇凉，虽然累，但确实学到了不少东西，跟设计学一些交互、跟前端多一些沟通、跟运营学一些运营策划，当然也体会到了每个岗位的不易，工作的繁杂。做产品确实不容易。当然这只是一个工作的缩影。虽然经常与产品经理撕各种需求，但好的产品也会站在研发的角度去思考实现的成本问题，很庆幸，我遇到的是好的产品经理。借用同事的一句话：产品汪才是猿类的好朋友。
产品+运营+研发 = 用户。