PK前先搞清楚状况，如果连这个都搞不清楚，那就是瞎PK!
主流的原因无非几种：
为了把产品做的更好
为了彰显自己的实力(也就是装B)
为了拖延时间或者其他不单纯的目的
如果是第一种，其实整体面上是好的，这种PK需要建立在“平等”和“讲道理”的基础上。这种PK是值得的，并且要不断坚持这种PK，因为通过PK运营和研发能够互相理解，互相提升。
如果是第二种，那就是个人英雄主义，完全凭借自己的实力和喜好来大刀阔斧的修改产品，小的改动是无法满足个人英雄主义的，他们对风险的评估很不充分。
大刀阔斧的改产品一定会有很大的风险，所以真正有实力的人很少会大刀阔斧的改产品，更多的是稳健前行。
如果是第三种，就尽快逃离这种境地吧。
综上所述，第一种PK理由是有价值的，要不断坚持这种PK，享受PK的过程和乐趣，在PK中不断提升团队成员的实力。
让研发具备用户思维，让运营具备研发思维。
针对某个具体的问题进行PK是初级和中级运营人员需要锻炼的能力。
当运营跟研发进行PK的时候，一定要想清楚以下5个点，如果下面的5个点都想明白了，胜率非常高!
1.为什么会设计成现在这样?
事必有因!搞清楚原因才能对症下药，如果完全不了解背景和原因，就是瞎搞。
如果研发这么做是因为深深的情怀，跟他讲逻辑是没用的;
如果研发这么做是因为这么做更快，那么你跟他说一套复杂而完美的解决方案也是没戏的;
如果研发这么做事因为能力不够，你跟他说高大上的解决方式是浪费时间的。
……
所以一定要搞清楚背后的原因，搞不清楚就是做无用功。
2.现在的设计问题在哪?
其实这个问题非常难回答，因为游戏是一个小世界，任何一个问题都不会孤立的存在，会跟很多东西关联在一起，任何一个改动都可能产生连锁反应。
大部分初级运营经常PK不过策划，是因为他们想问题都只是局部，而不是全局。全局的思考方式是很困难的，需要不断地磨练。
提升全局观就需要多PK，多虚心接受，多跟不同的角色(策划，前端，后端，市场)去沟通，多了解策划，程序方面的知识。但是如果从策划角度跟研发PK，一定PK不过，因为你是在用自己的短处跟别人的长处PK。
所以当我们跟研发PK的时候主要从用户角度来分析，同时从策划角度来考虑风险和漏洞。
3.修改后的利弊是什么?
大部分改动都是有利有弊的，如果不充分考虑弊是什么就是自己骗自己，认为自己是天才，自己的所有想法和点子都是正确的。
如果每次PK我们都说好的，然后研发丢回来一堆弊端，你不知所措。久而久之你在别人眼里就是不靠谱的代表，只会做不现实的白日梦。
4.我想改的东西优先级高吗?性价比高吗?
可优化的点永远都做不完，优先级低的需求=不会实现。所以，你想改的地方真的非常重要吗?这个问题一定要想清楚。
另外，实现这个改动需要谁来配合?需要花多少时间?有多大的风险?值得吗?
如果不知道这些答案没有关系，在PK之前就先找策划和程序了解相关的细节，收集到充足的信息。自己心里有底了才行。
5.除了“我觉得”，有更多的证据吗?有数据支撑吗?
不要总说“我觉得…”，你一个人代表不了所有用户，也不一定代表了核心用户。PK的时候一定要从客观事实出发，不要过于主观。
数据是运营最有力的武器，我们在提出想法的同时如果有大量数据作为依据，是非常有说服力的。
在运用数据的时候一定要逻辑非常严谨!如果逻辑本身不严谨，一切数据支撑都是白搭。逻辑是否严谨多找一些人把把关就行。
如果能吧上面5点想明白，说清楚，那么相信对方会被你说服的!
