一个优秀的运营 到底需要有多懂“产品”？

本篇文章2327字，读完约6分钟

好的产品需要了解操作，好的操作也需要了解产品。

这篇文章是由我黑马三班授权发表的，作者是黄有灿。

网络界有一句话，好的产品应该懂得操作，好的操作也应该懂得产品。

在我的印象中，几乎超过90%的产品和运营巨头都提到过这句话。

然而，对于许多在产品和运营部门工作了一两年的孩子来说，当他们听到这句话时，他们很可能被迫去理解产品，具体来说就是如何理解法律？你知道多少？了解什么问题可以解决，什么价值可以创造？

同样的问题被改为pm，这也是同样的原因。

因此，在今天的文章中，我们想花一点空间来谈谈以下问题:既然每个人都说操作需要理解产品，那么你需要如何理解法律呢？在了解了与产品相关的信息后，你能给你的工作带来具体的帮助吗？

我试图总结一下。这里应该谈四个方面。我将一个接一个地谈论它们。

首先，在操作人员了解了产品经理的科学工作方法和流程，甚至部分掌握了一些产品经理的思维方法和逻辑后，可能会减少你的无脑唾液或需求的比例。

参加过三门课程的学生应该知道，对于一个合格的产品经理来说，用户、需求和场景始终是产品设计和需求分析的三个基本要素。简而言之，我们必须非常清楚地捕捉特定需求背后的特定场景和特定用户，以便判断该需求是否可靠。否则，需求可能会在年。

例如，有人在网上教室操作区的三个班级说，他们想推出一个搜索功能。让我们试着比较以下两种思维和表达方式

a:

这个普通的社区论坛有搜索功能，所以我们必须拥有它。没有这个功能太不方便了。无论如何都必须这样做！

b:

让我们看看谁会有搜索需求:例如，我们现在有一个500人的班级。在这门网络课的作业区，如果有200人提交作业，并且助教已经批改完了作业，作业区将会有大量的信息，可能长达20页。在这个时候，助教或班主任会经常去班级告诉每个人每个星期哪个学生的作业是优秀的，每个人都可以观察到。因此，在这个时候，有一个学生谁想要观察它的需求。

如果这种事情在8周的课程中每周都存在，那么它应该是一个值得的需求。

与以上两种思维表达方式相比，你觉得B的表达方式更可靠吗？

不仅如此，在用户、需求和场景的基本逻辑下，它帮助我们进一步判断这个需求值是否不值得做，是否有更好的解决方案。

例如，如果其他用户想看到优秀的作业，我们是否可以专门设置一个优秀的作业区，这样助教就可以给优秀的作业贴上标签，然后贴上标签的优秀作业就会自动进入这个优秀的作业区？

不幸的是，就我个人的经验而言，这种相对理性和成熟的产品思维并不存在于大多数两岁以下的操作中。

第二，作为一个经营者，如果你能始终有一个想法，寻找一个合理和有效的产品机制，以服务于运作，这种想法会给你带来更大的可能性和方便。

众所周知，很多操作专业的学生所做的是一种类似于依靠个人人肉时间输入来辅助产品操作的工作，比如审核、贴标、人肉发放各种优惠券、做活动等等，但是如果你长时间做这种工作，就没有前途了。

我个人的观点是，在运作到了一定阶段之后，任何时候都要有一些产品层面的思考，这样才有更大的可能性，也就是说，面对我目前具体的运作需求，一些产品机制的变化如何才能帮助我更好更有效地实现呢？

这里，让我给你举一个最近的例子。想象一下，如果你是知道live的操作负责人，并且当前的具体需求是增加知道live的用户总数，你会怎么做？

我想有些人可能会说我们应该做大的宣传，有些人可能会说我们应该做更多的宣传和站内外的接触，等等。

然而，智虎是怎么做到的呢？

智虎的方法比大多数人能想到的要轻得多。简而言之，他们推出了一个直播扬声器功能，可以直接给别人送票。

这个功能的作用是，现场主持人可以点击自己现场页面下的送票按钮，然后选择要送出的对象，这样对方就会收到一条私人信息。例如，智湖大V刘飞给了我一个活，我收到的私人信件是这样的:

此时，我可以通过点击刘飞发给我的链接直接注册这个直播。注册后，黄有灿在刘飞注册xxxlive的消息将会出现在关注我的所有用户的智湖订阅源中。

这样，如果有一天我想开一个现场直播，我能不能通过给苏杰、刘飞、肖恩等等的门票来更好地宣传我的现场直播？当我一封接一封地问私人信件，他们请求帮助的时候，这是不是比以前方便和顺利多了？

而且，这个机制上线后，我预计它不仅会带动直播的整体数据上升，还会给运营带来很大的工作量和压力。

因此，始终从产品层面思考，以及是否有更合理有效的产品机制来解决您的具体需求，是一个很有价值的习惯。

第三，了解一些产品的逻辑和架构，甚至对实施成本有一个粗略的估计，都会大大降低你和产品经理以及研发人员之间的沟通成本

众所周知，在众多的互联网公司中，经常有各种各样的产品被困在运营中，运营被产品和R&D欺骗的故事..

例如

操作:我们想做一个活动。这很简单。巴拉巴拉可以后天做吗？

产品& R&D:&%￥ # &

另一个例子是

操作:我们想做一个活动，我们可能想做这个。你能评估这件事多久？

产品与R&D:沃草，你至少要花一个月的时间来做这个目视检查。

手术:啊，这么久了？为什么？

产品& R&D:哦，这是一个技术问题。反正你也不明白。

操作:*&%￥ # @

事实上，如果操作可以有一些常识，它可以对产品的实现逻辑和成本做出一些预测，甚至与产品和R&D讨论一些实现问题，这些都是完全可以避免的。

想象一下，如果产品和R&D告诉你xx需求不能实现，你可以真诚地回答:“为什么不能实现呢？”！这边，这边，这边。。。看，珠三角来了，把它当成嫖娼！读完任何问题后给我一个统一的答复。"

这应该是一幅多么美丽的画啊

而且，如果操作者能理解更多的产品和R&D实现逻辑，这也将有助于你更仔细地思考，大大降低彼此沟通和理解的成本，并成功地赢得产品和R&D合作伙伴的青睐。

试着比较下面两个表达式

操作甲:产品类产品，我们要做一个活动，在我们购买更多的时候给用户更多的礼物。请帮助我们思考如何实现它。

操作b:产品和产品，我们要做一个促销活动。这一活动是通过在同一天下订单时随机送礼物来实现的。目前，我们有三种可以拿出来送人的礼物。我思考过是否有可能这样实现:当订单号为5时送礼，当订单号为8时送礼，当订单号为3时送礼，当订单号为3时送礼。请帮助我们评估这一需求是否可靠。

感觉，操作甲还是乙，哪个产品更容易被王和程认可和喜爱？

第四，深刻理解产品工作的本质，包括mvp、精益、敏捷、少即是多等产品概念和工作方法，将有助于你以最合理的方式推广大量的工作，在整个商业链中发挥更重要的作用，有时在与产品话语权的竞争中占据主导地位。

产品的本质是什么？卢克同志，我的合作伙伴和三个班的首席执行官，曾经给了一个精辟的总结。所谓的产品只有一个横向和一个纵向，其中横向是业务流程，纵向是信息架构。

因此，无论是产品还是运营，最终的核心目标都是构建一个长期、稳定、可持续的业务流程，并不断优化、调整和放大其价值，从而获得更多的收益或回报。

在许多公司，谈论产品的权利往往更大，也就是说，因为产品每天都要考虑在关键环节对业务流程和信息组织的梳理，他们思考的比运营更深入、更具体，因此在讨论关键业务时会给出更有价值的想法和判断。此时，操作只能是沉默。

但据我所知，在很多公司里，当运营者能够更好地了解业务，更接近业务链，并且深入思考时，就更容易在业务环节中获得发言权。这时，公司内部的分工成为了经营主导、产品合作和实现的模式。通常，在京东等许多电子商务公司，很容易看到这种关系。

至于mvp、敏捷、精益等。，我不需要客气。在我的《操作之光》一书中，我曾经分享过一个真实的案例，那就是我使用精益的概念来节省超过N个成本，并且成功地推广了一个项目。

此外，我还在《操作之光》中分享了一个观点:产品负责提供长期价值，而操作负责创造短期价值+协助产品提高长期价值+消费用户价值以获取收入，只有当长期价值清晰稳定时，创造短期价值和消费用户价值才有意义。

当我还在新浪工作的时候，当我觉得老板的指示不太合理的时候，我用这个逻辑和老板沟通和说服，这样我给自己赢得了一个更好的工作环境和空的房间，而不是老板给我的东西，我显然觉得这是不可靠的，我不得不玩弄我的头皮。

好了，今天的思考就到这里，希望能给你带来一些启发。毫不奇怪，下周四，我们将继续反思一个与产品和运营相关的问题。

我还要感谢三个班的学生们的广泛讨论，这也给了我很多想法。在这里，我想摘录一些学生的讨论，与大家分享，供大家参考。

吴约翰:

我个人认为我们可以从两个方面来理解产品。

一方面，它是了解产品设计与开发的基本规则和过程，如产品计划是什么样的，需要哪些要素，如何安排产品开发，与开发对接时应该注意哪些细节，甚至是提高效率的方法(例如，当你想到可以复制以前代码的地方时，自然不需要请程编写新代码)。这种经验实际上可以通过时间经验积累起来。与产品长期打交道后，你会基本了解这些。

另一方面，我个人觉得了解产品的核心就是了解我自己的产品，因为产品和产品之间真的有很大的区别。从最初的定位到满足需求，我自己的产品都是这样设计的，在不参与其他功能的情况下产生这些功能，哪些功能是初衷的核心，哪些功能预计会通过用户反馈高速迭代。我背后一定有想法。当我能以这种方式理解产品的运作，并围绕自己的产品做事时，我也能知道我的核心kpi是什么，以免误入歧途。

萧:

只关注关键绩效指标很容易损害当前产品用户的既定利益(包括体验)。例如，为了增加销售额，一般需要增加显示和显示来引导数量，但不知道产品苦心经营的“流畅体验”会不会在运营需求下消失。

或者通过将产品和开发的发际线提高2厘米来“猜猜你喜欢什么”。如果操作认为不理想，则将其丢弃，直接调整为“手动设置”。你应该很好地交流优化算法(有优化空！别着急开枪！给我一个机会，大哥！(

熟悉产品的最大好处是，当进行操作活动时，从操作设计到产品着陆的误差会小得多。事实上，这是一个沟通问题。毕竟，传递信息的每一步都有损失。

雪雅:

你不需要知道操作代码，但是最好把逻辑流程画清楚。

王策:

就像我们吃饭时，如果是别人做的，我们可能会看到它是否美味。如果我们自己做这顿饭，我们应该考虑配料、搭配、方法、时间等原因，还要考虑它是否能达到美味。

产品和运营相辅相成。我以前遇到过一个问题。产品经理不知道如何操作和制造产品。这是乏味的，增加了很多工作。

艾丽莎:

曾经有一次，一家初创公司差点陷入研发陷阱。一个简单的需求程序员告诉他，上网需要十天半的时间。因为他知道一个小产品，在中午撕掉B之后，程序员的兄弟在那天下午下班之前进行了一次艰难的旅行。。。(不要问我产品在哪里。当时，它是一家初创公司，一些要求是直接从产品中跳出来的。(

有毒:

换句话说，如果你了解这个产品，你就不会在需求评审会议上处于劣势，也不会在和平中被击败，了解技术也是如此。

当一个操作提出一个需求时，有必要弄清楚这个需求对产品有什么好处以及它能带来什么。毕竟，一般来说，在一个团队中，运营、产品和技术的目标是使产品越来越好，而了解产品可以更好地推动工作。

大庆:

你可以把经营比作卖西瓜。如果你知道西瓜是如何从地里长出来的，需要多少光和营养；知道如何采摘和运输西瓜，我们可以很容易地把西瓜卖给用户。同样，如果一个产品知道哪种西瓜最好卖，哪种人买西瓜，它就能做出更好的产品。

更改:

根据老黄的定义，产品负责为客户创造长期价值，而运营负责创造短期价值并帮助产品实现长期价值。可以理解为:产品承载着公司的长期目标或宏观目标，而运营承载着短期的小目标或周期性目标。因此，要理解产品在运行中，我们必须首先理解产品的最终目标，并在这个最终目标下考虑我们自己的小目标，以确保运行的方向是正确的。然后是音调，操作需要知道产品的音调，比如金融产品。为了赢得顾客的信任，整体色调相当严格，所以我们在产品的表达上不应该太调皮。最后，应根据产品开发的不同阶段和产品形式调整经营策略。

卡斯帕:

运营部门应该明白，对于一个词和一个需求，产品可能必须考虑许多相关的功能，甚至是多个终端(个人电脑、手机等)。)。产品应了解操作的背景、目的和要求。

米饭:

我觉得这个话题可以扩展很多。我知道硬件结构，id设计的结构，R&D产品，产品操作，前端和后端...作为处于蔑视链最低端的产品，其他人总是乐于知道它。

老道道:

操作必须了解产品！当报告一个新的需求和新的活动时，你应该考虑产品是否能理解，特别是如果产品把需求分解成任务并把它们安排成技术，那么你需要理解一些技术，否则当最终产品出来的时候你会惊讶地发现tmd和我想的不一样，但是节点又在这里，所以你只能使劲鞠躬。

陈晓华:

运营需要理解产品的逻辑。运营是最接近用户的群体，第一时间了解和反映用户的需求。了解产品特点，能结合产品情况和用户需求，反馈给产品经理，并做出更好的产品。(结束)

来源：搜狐微门户