产品不论好坏，运营都要把它做出牛逼的业绩

昨天在知乎上回答了一个问题:『操作说的最多的就是「即使产品是坨便便，也要推广」，但是如果这个便便一直臭怎么办？』答案很短，但我觉得值得多说一些，但是懒得改答案，就在这里写吧。「即使产品是坨屎，作为操作也要做」类似的话，不知道是哪个人说的。但这句话说出来后，似乎开辟了一种非常糟糕的氛围；似乎只要是老板确定的方向，产品，无论好坏，操作都应该做出强大的性能。先说一个很老的案例。我不记得这个游戏是传奇还是传奇世界了。但我相信，作为一名运营商，他或多或少与老板或老板发生过类似的对话：我们都知道小王心里一定有成千上万的*，但小王可能不得不啃骨头。说到传奇/传世的例子，其实是好的，因为毕竟历史上有优秀的版本和优秀的活动可以作为运营资源。但是，如果没有呢？好像有人会问亮哥，如何操作工具产品？我会告诉他先做好功能。产品、运营不分家。前提是大家要形成合力，不能互相拉扯。就像知乎在这个问题下的另一个回答中引用了某国际联号酒店CMO的观点一样:如果产品真的不好，当然要先做好。但是，如果超过了(行业)的平均水平，当然要做营销。互联网运营和传统市场营销是一样的，但道路是一样的。那么，如何判断产品达到了平均水平呢？和你的竞争产品比较很简单。与竞争产品相比，不是比功能高，而是比核心功能是否达到80分以上。如果核心功能符合这一条件，则使用边缘功能来打开差异。同样是团购，美团和点评有区别吗？同样的漫画app，布卡和动漫之家有区别吗？同样的美食评论，城觅和饭本有区别吗？答案显而易见。但更明显的是，它们之间的差距不仅仅是由产品质量或操作能力的差异造成的。即使回到十多年前，淘宝挑战ebay乐趣，虽然运营策略，免费攻击ebay乐趣的弱点，但也需要支付宝帮助淘宝从产品端解决用户的购买信任问题，否则，依靠商家免费，拉商品，但买家怎么办？JD.COM的B2C也可以货到付款；淘宝做C2C的时候，怎么付？然后去银联或银行网关。如果你试着去银行排队，开一家专业的网上银行，你就会知道支付宝在产品层面给了淘宝运营策略多少支撑。盛大有句名言：产品运营不足。许多人误解了这一点。想：你看，盛大当年那么失败，不也承认产品即使不好，操作也要上去吗？但是，这句话的意思并非如此。这句话本身的语境和语义是:它强调产品与运营的协同作用！而不是把一坨屎拉出来扔给操作，让操作把臭味去掉，变成香味，甚至把屎变成金子。产品和运营是两个轮子，公司是自行车；再加上开发，是三轮车；再加上市场，它变成了汽车。如果一个轮子是圆的，一个方形的，这辆车肯定会有问题。如果轮子是圆的，但尺寸不同，它就不会稳定。如何让产品与运营合作，共同走向幸福美好的生活，直接取代了这里的话题。有一些方法，但在实际过程中，肯定会出现「屁股决定头」，为了减少这种现象的发生，我们可以使业务运行得更快。这里有几种方法，一些方法是为人力资源，一些方法是为产品，操作，每个需要。这是关于人力资源和公司老板的项目组结构。我经历过项目组结构和扁平化结构。我个人的经验是，在项目组结构下，我可以最大限度地保证产品、运营和开发三个组织之间沟通的便利性和协调的积极性。因为在项目组的架构下，每个人对业务的沟通和理解都会更加同步，业务目标也会相同，承担共同的KPI。如果他们不能努力合作，他们就没有机会互相指责。扁平化不坏，但扁平化对产品经理的协调能力和整个组织成员的主动性要求很高。有时候，扁平化更容易导致日程安排争吵和责任相互推动，因为无论是产品、运营还是开发，都不仅仅是一个项目。这个时候很难通力合作。在设计产品之前，应考虑操作的可行性；操作应考虑产品的复杂性。很多时候，产品、运营、开发都会互相吐槽:「这件事很简单，你怎么OOXXX？」不要认为别人的事情很简单，因为你没有做过。操作提出的一个小需求可能涉及多个系统，操作可能不完全理解，产品甚至不如开发理解。产品的小变化可能会产生很多影响。比如支付宝9.0去除锁屏密码，我觉得产品经理在设计前可能对用户的负面反馈没有深入的了解。发展也是如此，但今天不谈发展，懂意思就好。很多人说保持沟通很重要，但是很多人停留在嘴里。产品经理应能够听取操作反馈，并愿意花时间从专业角度得出结论。操作应能够敏锐地从操作数据中找到用户的潜在需求，并能以产品经理能够简单地理解的方式表达需求点，注意需求的逻辑。对于每个版本更改涉及的功能，产品应与操作沟通。每个人都应该用数据说话，改变了什么，为什么改变了，需要做什么操作，指导、公告、安慰和活动。这些事情应该提前沟通，计划应该提前准备。在大版本发布之前，产品和操作应该一起加入测试，从逻辑、操作、用户感知等方面充分了解大版本的调整，并做好准备。无论是产品、运营、开发、市场，都很容易看到一些业务风险，但角度不同。在这个时候，不要认为只要你做好自己的工作，别人自然会做别人的部分，即使你做得不好，锅也不是我的背。这是责任感和专业性的问题。把你看到的相关业务的风险share出来，让相关人员知道并进行评估是非常重要的。虽然这应该属于沟通的范畴，但我觉得真的值得一个人说。最后，让我再强调一下。不要用操作能力来掩盖产品的缺陷。正视并对症下药才是解决办法。如果你真的遇到这种情况，你必须这样做。我对操作人员也有以下建议：小规模操作，实时记录和分析操作数据。及时获取用户反馈，并有组织地记录这些反馈。总结数据分析结果和用户反馈结果，并提出解决方案，提交领导。提前做好应急预案。如有问题，客户服务和运营应尽快解决。最后罗嗦一句:任何推广运营的动作，都不要铺开，尽量一个渠道一个渠道尝试，一组用户一组用户尝试，自己把握规模。可控是关键。这一点，无论产品是金还是屎，都是适用的。