所有的运营都属于产品运营

一直强调的一个概念是，所有的操作都属于产品操作。远离对产品的深入理解，很容易偏离真正的目标。例如，渠道推广不仅要考虑流量的采购成本，还要了解转型路径和后续用户行为，以评估渠道的基本价值。什么是好产品不同意“即使是粪便一样的产品，操作也应该在上面种花”，这是产品设计责任的推诿，是对操作资源的极端浪费。有一个经典的命题：你眼中什么样的产品是好产品？在操作回答中，可能是“口碑产品”、“用户量和DAU都是很棒的产品”、“像微信这样牛逼的产品”、“非常赚钱的产品”。这些答案有两个基础。首先，描述的原因在一定程度上意味着产品生活得很好；第二，我深深地经历了相反的坑，越来越觉得这是我想经营的产品。好的产品有一些共同的基本特点，如满足用户的需求、良好的体验等，但在操作眼中，这些标准是无用的，因为它们无法区分。每个产品都会进行需求分析，良好的设计和体验是标准的，关键的区别是需求满足的方式和程度不同，导致产品自身的潜在能量不同。从操作的角度来看，“好操作”的产品是好产品。怎么算“好操作”？：用户教育成本低；所见即所得；营销支持到位。串联意味着“用户可以清晰、方便地参与产品体验、满意度和适当、乐于参与互动和沟通”。“好运营”反映了合理的需求满足模式，低成本运营带动高增长。当然，这并不意味着运营投入少，而是根据阶段性目标，投入产出比合理。一般来说，运营缺乏产品经理的专业视角，根据用户的反馈、数据的精细分析、增长需求和积累的运营理念，控制产品。如何参与产品控制的操作从操作的角度对产品提出了三个判断，基于这三点，了解如何参与产品控制的操作。用户教育成本教育成本，实际上是新用户的成本，包含几层含义：01用户视角产品定义在宣传中，我们容易混淆产品的专业概念和用户定义，或在产品宣传副本中列出技术功能，副本位置应仔细考虑，否则不能第一次激发用户的兴趣和想象力。02用户对产品的期望首先体现在产品的设计理念上，尤其是核心服务是否直观，符合宣传预期。如果你不是这个行业中唯一的生物，那么在制定规则时要小心，不要把规则创新作为产品创新，而是让用户感到不舒服。03指导第一次体验的概念反映了是否有足够的内容、数据和及时的响应，以及向用户传达产品的活动和效率。教育成本问题集中在用户的前沿环节，在运营执行层面上很容易得到反馈：1、建立用户基地，收集底层反馈，判断产品问题集中的类型是bug、体验仍然是一个基本的概念问题。2、数据观察，如果教育成本高，核心业务的点击和使用数据的留存率明显较低。不需要产品上线，盲目外推，只*下载和注册成本数据。操作可能不知道产品的具体设计和改进，但必须能够判断产品问题的方向。所见即所得，是指产品的服务体验足够明显，即需求满足。举个简单的例子，企业检查、汽车等工具产品来了，查询结果是需求，非常直接；UGC社区是一个良性增长周期，早期内容少，人少，经验差。显然，前者的操作难度较小。这个例子更多的是模式的选择，不是狭义的产品控制问题，而是“所见即所得”对运营难度的影响。然后可以总结出运营的平衡点：当核心服务的边际成本不会随着用户的增长而增加时，问题就会得到解决。例如，在UGC社区，当操作机制和环境完善时，用户增长，UGC自然会增长，不再需要增加人力投入来平衡。类似于增长黑客中PMF的概念。回到运营层面，注意2点:01服务周到，覆盖率和体验1、产品不能满足所有用户。例如，一些企业信息可能不包括在“企业检查”中。电子商务平台上的一些用户无法搜索他们最喜欢的商品。“学霸君”中有一些用户找不到的话题。缺乏覆盖可能会给新用户带来致命的逆向心理。通过数据跟踪此类行为的比例和路径，引导和推荐产品，优化点击率。减少覆盖率造成的用户流失。如果是平台产品，如社区、C2C服务，通常是关键端，甚至利用技术手段实现自动化。例如，C2C图片社区将自动生成用户和内容，通过捕捉美容头像和图片来解决早期问题。当然，这只能算是操作搬不上台面的小技巧。2、体验表现在优化可能导致用户中断服务的链接。例如，在UGC问答部分，当用户提问时，技术社区CSDN通过计算向提问者推荐历史问答。降低提问者在一定比例下的等待时间，提高满意度。包括报错页面、加载页面、概念描述，都是引起用户恐慌和易怒的地方，需要详细添加文案、指导或自动跳转。总的来说，这些都是从操作转换漏斗分析反向促进产品优化。02需求挖掘，如电子商务平台的业务端，一开始只有货架、编辑管理、财务结算等功能，然后随着用户数量的增加，需要挖掘业务的营销需求，可以对买家进行分层和灵活的促销支持。通过热分析和互动分析，注意用户的集中行为。例如，用户可以通过频繁点击“体验”细节来分析和尝试围绕体验设计活动。操作需要敏感的数据观察，并分析和思考用户行为的因果。营销支持应该是运营中最常见的需求，涉及多种类型:互动功能、积分、共享、邀请、活动等。对于产品经理和技术来说，它不一定是核心业务的优先级，但它确实操作了依赖于生存的武器。从操作的角度来看，有几个要点:01场景结合了很多标准的营销功能，已经没有红利了，数据不放入口就能上涨。以共享功能为例，如何嵌入适当的路径、相应的兴趣刺激、H5交互或直接下载流量回流，甚至与“奖励邀请”相结合，值得精细设计策略。在降低技术成本提高需求的前提下，充分了解技术的难度和周期，维护核心规则，考虑第三方工具和妥协计划，甚至通过第三方引入增加合作资源。03文档和跟进技术或产品，有时不能充分理解营销产品的关键意义，需要有相应的解释文档。而且要始终坚信“线上没有bug真的没有bug”。在测试环境下，技术口中没有bug仅供参考，尽量提前上线或小规模测试。在操作眼中，产品人的操作是产品的共同父母，但也许父母不知道每个孩子的天赋和成长形式，可能是短视、成功，或者只有一亩三分之一的土地。产品经理就像管家一样，协调和监督整个产品，控制每个需求的技术支出。运营变壮，产品经理帮忙塑形。一直强调操作控制产品是必不可少的，这是对操作的要求。事实上，产品经理也非常*数据、转换和用户行为。他们有专业的用户分析知识，更好地了解用户行为的因果关系，控制产品的整体设计，并对部分产品数据负责。产品经理的另一种能力是帮助操作将抽象需求转化为逻辑清晰的产品需求，并产生可视化模型。并协调资源的设计和开发，跟进在线需求。在某种程度上，产品经理是操作手中的阿拉丁神灯。友好的产品经理喜欢研究产品和用户，所以他们不会排斥运营需求，甚至喜欢运营工作。但他们烦人的操作:异想天开，盲目提需求，不考虑产品可扩展性和整体规划；像鼹鼠一样临时提需求，改需求；不懂产品技术原理，对牛弹钢琴。同样，产品经理也“讨厌”：忽略操作需求，自己设计和需求，并为XX产品感到骄傲。拜托，很明显，用户的心理是不同的；盲目降低运营需求的优先级；你做过测试吗？有这么多错误。在大多数情况下，产品经理负责产品迭代、在线需求和测试。不同的公司有不同的结构，导致不同的*目标。平衡能力和同理心。操作要了解产品的原理和流程，有主动研究和体验产品细节的精神，在提出需求时要有理有据，而不是一问三不知道。在营销环境下，产品经理要熟悉用户行为的变化等，当双方能力平衡时，才能有同理心，降低沟通成本。产品文档。产品经理生产完整的产品迭代功能和参数描述。操作需要检查。一方面，产品的优化程度明确，对应不同的推广计划、宣传文案和用户沟通；另一方面，不会提及不必要的操作需求，并产生需求变化的争吵。需求评估。当需求量过大，优先级无法统一时，需要有需求的沟通例会来达成协议。沟通方式。除了默默观看数据外，产品经理还可以听取运营反馈，积极提出产品改进意见，并根据运营问题自动化产品模式降低运营成本，甚至形成例会文件。运营收集的用户反馈和问题总结必须以文档的形式呈现，双方同意文档的格式。互KPI思维。提倡了解对方的KPI或目标，在良性环境中相互促进。例如，产品经理的KPI之一是降低用户流失率。从操作的角度来看，在没有服务页面的情况下增加其他服务入口，而不是单一的副本，这不仅可以降低流失率，还可以提高业务数据，产品经理愿意参与。彼此不是邪恶的，只是因为不同的产品爱的方式，交换和提高彼此的技能，相互合作，理解彼此的语言。和谐的关系总结了运营与产品的关系。一方面，在规划和实施运营手段时，要充分考虑产品的属性，衡量综合成本，反馈产品的改进。另一方面，尊重合作和产品原理，有大局观，不做只能通过争吵解决需求的操作。喜欢就是拥有，深爱就是克制。