先别急着谈用户再做运营，产品是第一步。
之前一直和大家分享的什么药丸，都是关于运营的。众所周知，运营是一个和用户紧密接触的工作，有好的内容，好的活动，甚至是用户运营等等。
但与此同时，产品设计的位置和用户的位置一样深，也正是因为产品的存在，才出现了一个看似矛盾又好玩的现象:
产品设计是基于对用户需求的理解和用户需求中不同程度的选择而进行的产品功能设计。从某种意义上说，产品和运营都应该研究用户。
那为什么要分两个岗位去做一些看似“重复”的事情呢？两者谁更了解用户？甚至，关于运营我们真正需要了解的是，是否是用户？ amphellip…
所以我今天想跟大家说:#运营最需要了解的是产品#
01 从概念来看产品设计和产品运营最初源于产品策划，其目的是在产品与用户的交互过程中，实现对产品两端的精细化控制。
控制是一种主动的行为。从可控的难易程度或距离来说，对产品的控制会优先于对用户的控制，就像一个公司调整自己的产品更直接更容易，但调整用户就没那么简单了，这也体现在业务的发展上。
正因为如此，产品设计和产品运营都确立了要控制的具体对象。
产品设计控制产品调整，产品运营控制用户调整。
这样看来，它自己的运营是针对用户的。为什么要先了解产品？其实这是对概念的误解。目前我们说的是概念的结果，但我们看的时候却不是这样。
首先，让我们来看看发起行动的想法:
如前所述，从调整的难易程度来看，一般情况下，产品的调整是先来后到，用户调整产品如何调整。通过扩展产品设计的概念，我们可以知道产品设计或产品调整是由用户发起的。产品设计就是通过用户的需求——设计来获得产品的功能。相反，产品运营是通过产品需求——运营来获取用户的行为。
(借助产品设计工作流程的描述，以对仗的形式推导出产品操作的动作发起)
价值是指客体能够满足主体需要的利益关系。
这里巧妙的一点是:
当人是主体时，作为客体的产品需要满足人的需求，所以需要设计功能。当产品是主体时，主体需要什么？流量是需要变现的，需要用流量来证明是可以变现的。所以用户作为对象，要满足产品的需求，体现在各种行为上:使用、付费、传播等等。
所以首先可以看出，运营的出发点是满足产品的需求。
其次，换个思路:演技点，再看看。
以这次行动为例。基本上我们的任何操作都不会对产品的现有功能产生最直接的影响。相反，它会首先显示给用户，并对他们产生影响。所以运营的努力和效果都是为了用户，而不是为了这个产品。那就是:
产品设计作用于产品，但结果体现在用户身上(需求得到满足)。相反，产品运营作用于用户，但结果体现在产品上(价值是可以体现的)。
所以结合前后两点:
A.产品:(起点)为用户设计需求，(终点)为产品设计功能，b .运营:(起点)为产品价值运营，(终点)为用户行为运营。
*起点和终点可以替换为因为和所以...
02 从顺序来看从概念上看，产品与设计和产品运营的关系是对应而不是对立的，但在实际工作中，两者的工作内容其实是前后关系。
一般订单:
选择一些用户群，分析得到他们的需求。通过产品设计，把能满足需求的产品落地，线上产品运营推出产品，引导用户。
首先，让我们解释清楚回合(就单个行为而言):
当产品设计把创意落地，产品正常上线，产品回合结束。当第一批实际用户进来后，运营回合也就结束了。
欧·维·艾尔
这时候就会出现一个尴尬点:目标用户和实际用户有出入怎么办？
但其实这个锅是双方的。从产品角度看，需求把握不当，而从运营角度看，引入的用户不匹配。我们可以继续运行，测试和迭代。最后可以发现，原因都是一个:
对于产品设计，是用户理解的深度；对于产品运营来说，就是对产品理解的深度。
按照这个逻辑推理其实很扎实，对产品的理解对运营很重要。但是很遗憾我们会在产品设计的位置上看到类似的对话来避免这类问题:
“这个需求是我们用户真正想要的吗？这个需求背后是不是有更直接的需求？”
但是在做运营的时候，你有机会和同行交流吗:
我们产品的主要功能是什么？我们做这个活动是为了告诉用户我们有这个功能吗？这些内容的设计是我们现阶段产品的主要功能吗？…
纯粹为了运营而运营，没有抛弃产品吗？
现在哪个产品不能有内容？不能做社团？你不能抽奖吗？
03 感叹运营今天，当我写这篇文章的时候，我在问自己。在这篇文章的最后，我应该教一些定义产品的方法吗？如果不是，那纯粹是我个人的感叹吗？
是的，没错。
还记得当初之所以打算写这篇文章，是因为看了一本关于产品设计的书，里面提到一条:做产品设计的人比运营商更懂用户。
是的，那么要做什么手术呢？而且，就连最近的一些微信官方账号，还在说互联网的下半场，运营的下半场，私有域流量，可以变现的运营，生存之道等等。其实都是大同小异的感觉。还在感叹操作。
再加上我之前文章写的所谓全栈或者全站运营，其实多多少少透露了这样一个背景:运营很重要。
是的，运营很重要。
但是，运营很重要，不要刻意为之做太多动作。
因为在我看来，运营只是一份工作。
当然，TA也可以是一种理论，一种技能，一个案例，一种经验。我们可以研究，也可以讨论，但一切的前提是完成工作。
因为这篇文章，即使有这个微信官方账号，也纯粹是关于运营的。我不想太在意它。
毕竟就像小标题:叹操作，这篇文章写完就写完了，工作还得继续。不管以后的运营会不会像文章一样，会越来越要求和产品的结合，但至少现在不会。
所以理解运营的产品只是从概念上衍生出来的观点，希望能对运营思路有所启发。
产品先行最后回到原问题:“一个运营最需要了解的就是产品”。
我在对比产品设计的时候，发现并意识到，做运营的时候，会过于强调用户，而忽略了产品。
这种思维确实可以从不同的角度激发更多的运营行为。
总结1.从概念的角度来看
运营是为了产品的需求，只对用户起作用。
2.从时间的角度来看
当产品设计完成TA的行为后，真正决定产品归属是否与目标一致的是运营，这也取决于运营对产品的理解。
3.运营思路+1
运营都是关于用户的想法、内容、社群、活动等。我们能不能多一个思路:围绕产品，甚至:“产品设计是定义用户，产品运营是定义产品”？
4.运营只是一份工作
“运营”真的只是一份工作。我们谈论的一切都是为了让工作变得更好，但运营不是。毕竟互联网是不断迭代的，我们只是幸运地成为其中的V1.0。
