话说，什么是产品需求，什么是运营需求？
产品需求，是什么业务的产品？
运营需求，是哪个产品的运营？
打飞机，本身是个产品，将打飞机放在微信开始，是一种运营手段。做这件事，是为了满足业务的需求，业务的需求来源可能是目标本身，也可能是目标实现的手段。
这个问题根本不用这么考虑，太复杂了。
假定一个场景：
某BOSS：微信5.0我们是不是考虑试一试游戏中心这个东西啊？
某小弟：试试是吧，好，那要不我们把游戏中心里的第一个游戏产品直接作为微信打开时的一个前置体验怎么样？搞不好还能搞点话题。
某BOSS：那就这么搞吧！
于是……
某日：
A：哎，你们说说，这个打飞机到底算是个产品需求还是运营需求呢？
B：我不知道啊，要不你上知乎问问。
于是……
些微是有那么点蛋疼了吧，亲。
================
感谢
的提醒，我去看了一下描述，搜得死乃~~
理想的做法，当然应该是，运营在产品的设计阶段就已经进入，并且有完整的运营规划。
but，这件事情不现实，因为产品在初期，未必弄的清楚自己最终是神马形态，运营也未必可以很清晰的描绘出产品的运营亮点。
so，靠谱的做法是，产品和运营会先讨论这一个版本里会有什么，和老大们共同确认这个版本主推的业务功能是什么，希望达到什么样的运营目标，然后，运营才能有机会去做配合，或者反向提出产品需求；产品也才有机会了解这个版本中最应该突出什么样的功能，在哪里留下可以扩展的点，保持产品需求实现路径中的弹性。
而我，在回答调侃的场景，其实可以认为就是简化的所谓通常做法。
即，虽然大家对这个东西都不清楚可能是什么，但是一定会有一个人来主导业务方向，而所有的产品和运营的配合，都因这个业务方向而起。
虽然，这并不符合我们所说的理想状态，但它是大多数公司的通常做法。
所以，我们不能单纯的脱离了实际的场景去掰各个阶段，每个版本，运营和产品的角色，谁在业务需求的实现中去扮演主导者或发起者的角色，更多的时候，这些角色是变化的，根据公司、产品、版本、目标的不同而有所不同。
8知道这样会不会让这个答案的槽点少一点呢~~？
