1、产品经理

与产品经理沟通的最大要点在于我们要用同频道的语言沟通，怎么理解呢？我们需要制作一份产品需求文档，产品经理的逻辑是产品和功能的逻辑，而我们也要让他们快速地知道我们的需求和他们需要做什么，如果我们拿着一份活动策划书来跟他们谈需求，那很容易丧失主次，最后对功能的描述云里雾里，做出来的产品也不尽如人意。

其次我们要明确告知他们现在要做的产品是能产生怎样的收益的，比如有多少人会用到这个产品以及他们实现的功能对产品的核心目标数据有促进作用。

再者，在产品这方面我们还是一个小学生，很多时候产品经理对功能的理解都是比我们透彻很多的，在不清楚的时候虚心求教，认真思考产品经理提出的建议，也不要说什么“我不管反正你一定要做出来”这种话，抱着谦虚的心态去探讨具体的产品功能。

最后，如果产品经理是个硬杠杠，我们可以合理向领导借力，比如当活动比较重要，涉及的内容和流程比较复杂的时候我们可以先向领导请示，得到领导的认同后就相当于拿到了限时版的尚方宝剑，在寻求产品经理的支持时会更加轻松。

2、设计

对一个企业，一个活动，一系列产品而言，UI设计是需要一以贯之，保持一致性的。所以在功能设计的初期就可以让UI参与进来，除了能保证一致性，还能让UI设计们理解我们在功能上的逻辑，以免他们在之后的设计中只关注产品的美观而没法达到我们的功能需求。

更重要的是，提前参与让设计们在后续的页面设计过程中不用花太多时间去理解原型图中每个按钮的交互，可以更好地与我们配合，提高效率。

而当他们的设计确实没有达成我们的预期或者我们有更好的方案的时候，可以先对他们的作品表示肯定，然后再提出自己的修改需求。最后，出于和技术，和文案之类的配合需求，我们也可以在活动开始前建立线上项目讨论组，共享开发进度和需求目标。

3、技术

当UI设计把页面制作出来后，我们要拿着他和产品需求文档到技术部门寻求排期，在跟技术提需求的时候，我们要让他们充分了解这个需求的来龙去脉，不仅仅是知道我们要做什么，更重要的是我们为什么要去做。

在这里一定要避免命令的语气，因为运营和技术并不是一个部门的，他们不被我们打工，只是帮助我们完成任务而已。而和技术沟通的大忌就是频繁改动需求，很多时候一个小小的改动技术的框架就要改变，之前做的工作就要推倒重做，所以我们提供给技术的开发文档和页面最好是最终版的。

同时，为了方便沟通，我们可以把所有产生的需求说明和建议统一放到像是钉钉、tower一类的项目管理工具中，尽量避免中途打断技术人员的工作。

4、客服

跟客服的沟通相对简单很多了，因为客服提供的都是一些服务性价值，更多的时候是客服问我们问题而不是我们要客服去完成什么任务。

在这里首先要整理一份常见问题的清单作为答疑文档保证客服能够回答游客的大部分问题，然后可以让客服收集一下客服的反馈，比如通过发放表单的形式对玩家进行调查，然后给我们反馈，以此改善我们的活动，最后在活动结束之后我们可以把问题全部整理出来并分析什么问题是具有普适性的，在每次活动中都有可能发生。

这样，随着我们活动次数的增加，我们的答疑清单也就越来越完善，活动过程中给用户的反馈和交互也能越来越好。

大家在做活动策划方案的过程中，都会用到一些活动运营工具，比如投票工具、抽奖工具等，我们活动聚 (https://www.huodongju.com/) 提供了大量的投票模板和抽奖模板，针对每一种应用场景都有相应的解决方案，欢迎大家免费使用！