新手向：和研发执行打交道时的若干小技巧

1.保持良好的沟通习惯，勿疲于奔命

策划方案一定会不断修改，然而快做完了才返工，永远是第二打击团队士气的事情（第一显然是拖欠工资），所以修改这种事情，最好在文档阶段就和相关涉及的人一起介入，充分沟通，降低未来返工的概率。

2.保持研发本身内部的畅通，不独立特行

协助建立良好的开发规范

做好文件管理（开发时间无法满足）

内部统一命名规范，做好注释管理

嗯……虽然这些事情，一个运营来干确实有点奇怪，但是如果对方确实没有，从合作顺利的角度，有一个人来顶上总比没有要强了。

3.良好的开发-测试-上线一体化流程

哪怕无法做面面俱到的测试，也对核心功能做力所能及的测试（尤其是所谓的“小改动”）

4.充裕的时间安排

永远要作好提前的时间预留。

不要相信研发的时间承诺，请在他们提出的时间点上自动加3天准备期。

5、经验积累

失败的系统或者游戏也尽可能分析原因

减少BUG量，减轻维护成本

做好程序复用的积累和理解

做好策划文档复用的积累和理解

对常规运营需求的提前沟通或者准备。

6、找到关键的人

任何时候作为执行者，首先找准跨部门的其他执行者是谁，其次和他们保持好良好的合作气氛，完全可以站他们的立场上对运营尽情吐槽，这一期的重点，是最后有需要的时候，能把问题解决。

7、出现问题时候的态度

只要作为运营的你还想解决问题，请首先摆出对不起我错了的态度后，再将话题迅速引导至如何解决当前问题的手段上。

当然，迅速道歉的前提是建立在跨部门沟通时，上级领导之间的相互和谐，所以口头的道歉是必要的，但是之后书面的沟通，请迅速根据情况请示上级确认基调……这里就和业务层面的技巧，没什么关系了。

总结

   其实吧，这些小技巧的最终目的，都是在确定大家都是想做事的务实之人这个前提，每个人做好自己应做的事情，此外多进行交插了解对方的功能，做业务过程里呢，新手也不用去过多的解读上级意图，尤其是工作安排，认真做好手里的事，不要自己没弄好拍屁股跑掉留下别人吃苦，可能的情况下，多搭一把手就能解决的果断多做一点，大家都是执行层的你们，通过认真做事的态度和愿意共进退的行为，务必形成执行层的利益共同体。

至于为啥要先确定对方是务实还是务虚……《从抽奖类活动设计扯到务虚和务实》，参考着看看吧，这两条路线是真的偏差很大。