产品和运营什么关系　　产品其实是非常重要的一个岗位，可以说产品比COO还要重要。产品不仅和运营有很深的逻辑关系，他和技术也有密不可分的联系。发展不好的公司，产品生存非常困难，一面受运营的压迫，另一面受技术的抗击，在互联网公司中，如果产品的“生存条件”非常差，那这个产品基本上就是个废。从我运营的角度上来说，运营分内容运营、用户运营和产品运营。产品、内容、用户是完全不能割裂的三个体系，在一个APP从产品定位开始，就涉及到很多技术相关的内容，运营人员是无法和程序员实现良好的沟通兑现的，程序员说的东西，运营真的特么的听不懂，完全听不懂，连逻辑角度都不是在一条水平线上的，我讲的是用户需求，程序员讲的是代码实现方式，往往我提了个需求还没有到了讨论执行阶段，程序员们就开始想代码要怎么写了，这个时候就需要产品出面沟通，非常好的理解了用于的需求之后，用程序员能理解的语言方式沟通，设计解决方案并用代码呈现出来。产品就像理科里的生物，带着文科的思维；也像文科里的地理，带着理科的思维。内容和用户运营是纯文科的思维，而技术是纯理科的思维，中间沟通必须需要产品两种思维兼得的人去沟通调和。运营部门是做什么的？是构划整个APP的定位、运行逻辑、呈现方式、用户使用度、内容引导的核心部门。我的产品是什么，给什么人用，解决什么问题，用怎样的产品逻辑去解决用户的问题，用户的使用感受是如何的，增加什么样的新功能让用户更喜欢（更深层级的解决需求）都是运营不能需要考虑的问题，而产品是自始至终贯穿整个APP逻辑线的岗位。与运营部门相匹配的技术和市场，都可以划分为执行层面的工作。我们来拆解一下一个APP从无到有的过程，将每个环节需要的部门根据这些环节来呈现会比较直观一点发现市场需求——创始人：提出一个口号和远大理想解决市场需求——创始人：创建一个解决用户需求的场景挖掘目标用户——用户运营/产品：构划一个产品的逻辑去实现场景分析核心需求——产品经理：聚焦到最重要且持续要解决的需求构建产品逻辑——创始人/产品经理：根据用户需求规划产品形态开发初始版本——产品/UI/技术：开发最基础的能实现核心目标的产品挖掘种子用户——市场/用户运营：找到最符合目标的体验者，试用产品并观察数据更新完善版本——产品经理/技术：通过用户反馈的数据做功能上的迭代新用户的引流——市场/产品/内容运营：在产品层面配合新用户引流营销推广活动——市场/用户运营：根据用户喜好找到沟通方式和传播渠道，分析用户数据新功能的迭代——用户运营/产品/技术············依次循环从上可以发现，产品既沟通运营，又沟通技术，且对用户需求的分析和把控最终要反应到产品层面，一个产品，并不是为了满足创始人的野心，也不是为了满足一个团队的成就感，最近本也是最重要的，是满足用户需求。从一开始就要非常深入的去了解，我们所挖掘的需求是不是用户真正需要的。用户运营要做的事，就是了解用户的每一个想法，通过用户在产品里的使用状态了解用户最核心的使用习惯和要求。用户是不会告诉你我要什么的，但用户的行为会非常直接的反应在一个产品里，包括功能是否有缺陷、是否愿意使用产品、是否愿意留下来、是否愿意长期使用。内容运营要做的事，就是不断地通过内容去吸引用户再次使用、通过用户和产品之间的关系建立人际关系、通过活动提高用户对产品的期待和兴趣。核心的就是产品，在用户运营和内容运营的基础上，为产品规划最合理的使用方式、构建解决问题的场景，再次基础上配合运营/市场去完善产品需要抓去的用户数据，用技术的语言人跟技术沟通让他们（UI/程序员）实现产品最终形态。曾经有一段时间我非常讨厌一段口号“人人都是产品经理”说的好像产品经理非常好做一样，拜托，如果没有全局观，没有很强的学习能力，没有非常开阔的心胸，没有非常谦虚的态度、没有非常理解用户需求的人，别出来瞎逼逼产品的事儿好嘛。多说一句话，多下一个决策对一个产品来说都是灾难性的打击，尤其是特别喜欢搞什么高大上炫酷新功能的CEO/COO/CMO之流，为了强行装逼，赢取投资人的信任，盲目做数据，非常粗暴的搞点不切实际且影响用户使用的功能在我看来就是让一个产品加速走向死亡而已，中间走的弯路够迭代好几个精良版本了，够用户卸载重装好几百回了，如果说一个产品总是改方向总是出莫名其妙的功能，并不是因为把控者都多少想法，仅仅只是因为，你的产品根本没有抓住用户需求，或者说根本没有找对用户，你让穆斯林去买猪肉简直就是侮辱好嘛？如果你说，我的产品就是鼓励穆斯林多买点猪肉啊，那你就原地爆炸去死吧，真的。所以，产品和运营的关系大抵就是如此了。

　　#代运营服务##今日头条小助手#