藥丸之前一直分享的是关于运营工作的内容。运营是与用户紧密接触的工作，包括内容、活动以及用户运营等。与此同时，产品设计也是与用户接触深度相同的工作。产品设计是基于对用户需求的了解和选择之后进行的产品功能设计。从某种意义上说，产品和运营都需要对用户进行研究。为什么会划分成两个岗位做看似重复的事情？二者之间谁对用户更了解？甚至运营，真正要了解的是不是用户呢？所以今天想来聊聊运营最该了解的是产品。

从概念上看，产品设计和产品运营最初源于产品策划，目的是为了对产品和用户交互过程中的两端都能达到精细化的控制。控制是主动行为，对产品的控制会优先于对用户的控制。就好比一家公司想要调整自家的产品会比较直接和容易，但是想要调整用户就不是那么简单了。产品设计和产品运营确立了所要控制的具体对象。产品设计控制产品的调整，产品运营控制用户的调整。这样一看，好像本身运营就是针对用户的呀？为什么还要说要先了解产品呢？其实这是概念的误区，目前所谈论的都是概念的结果，而其中展开来看却不是这样。

首先从动作的发起这个思路来看，一般先进行产品的调整才到用户的调整。产品是通过用户的需求设计得到的功能。反之，产品运营是通过产品的需求运营得到用户的行为。价值是指客体能够满足主体需要的效益关系。当以人为主体时，产品作为客体要满足人的需要，需要去设计功能。当产品作为主体时，主体需要流量、变现，并靠流量证明可变现，所以用户作为客体要满足产品的需要。所以可以看出，运营的出发点是满足产品的需要。

其次换另一种思路来看作用点。运营的发力都是对用户的，而不是对产品。产品设计是作用于产品身上，但结果是体现在用户身上。反之，产品运营是作用于用户身上，但结果是体现在产品身上。结合前后两点，产品对用户进行需求设计，对产品进行功能设计；运营对产品进行价值运营，对用户进行行为运营。

从顺序来看，产品设计和产品运营是前后脚的关系。常规的顺序是先框选用户群体，分析他们的需求；然后通过产品设计将可满足需求的产品落地上线；最后由产品运营投放和引导用户。当产品设计完成并上线后，产品的轮次结束；当第一批实际用户进来后，运营的轮次也结束。

O.V.E.R.的尴尬点和解决方案

在产品设计和运营中，如果目标用户和实际用户存在差异，就会出现尴尬的情况。但是这个问题是双方的责任。从产品的角度来看，这可能是需求理解不准确；从运营的角度来看，可能是吸引了不匹配的用户。为了解决这个问题，我们可以继续进行测试和迭代。事实上，这个问题的根本原因在于产品设计和运营对于用户的了解程度不够深入。

在产品设计中，我们会遇到一些规避这种问题的对话，比如：“这个需求是我们用户真正想要的吗？这个需求背后是否还有更直接的需求？”然而，在做运营的时候，我们是否有机会与团队讨论以下问题：

• 我们产品的核心功能是什么？

• 我们这次活动的目的是向用户展示我们的核心功能吗？

• 这些内容的设计是否与我们当前产品的主打功能相关？

• …纯粹为了运营而运营，是否意味着我们放弃了产品本身？

现在的产品都可以提供内容、社群、抽奖活动等功能，因此纯粹为了运营而运营并不可取。虽然运营很重要，但我们不必为此而盲目行动。运营只是一项工作，当然它也可以是理论、技巧、案例和经验。我们可以学习和讨论，但一切的前提都是为了完成工作。所以，运营需要了解产品，只是一个从概念推导出来的观点，希望能够启发运营思路。

产品对于运营的重要性

最后，回到最初的问题：“运营最该了解的是产品”。当我将运营与产品设计进行对比时，我发现在做运营时，往往过度关注用户，而忽视了产品本身。这个思路确实可以启发我们在运营行为中采取更多不同角度的方法。

总结一下：

1. 运营是基于产品需求而对用户产生作用的。

2. 当产品设计完成后，真正决定产品是否能与目标用户一致的是运营，这取决于运营对产品的了解程度。

3. 运营思路应该不仅仅围绕用户，还可以围绕产品。可以多一个思路：“产品设计定义用户，产品运营定义产品”。

4. 运营只是一项工作，我们所讨论的一切都是为了更好地完成工作。毕竟互联网在不断迭代，我们只是其中的V1.0。