1.1.3 活动产品设计及研发的跟进及沟通
活动产品线方面，通常有产品经理跟进的话会省心很多，但不是说运营就放着不用管。因为运营是活动的需求方，因而对于活动的设计、开发需求，会比产品清晰很多。
设计跟进方面：如果希望活动省心省力进行，提交活动设计需求时，除了产品那边提供产品原型，运营方面最好能找到期待的风格素材作为设计参考。
与设计沟通的理想流程应当是：
- 运营与设计确认设计公司设计风格规范；
- 运营到相关网站寻找若干个符合活动风格，且符合公司设计规范的设计样板供给设计参考；
- 设计做好大致风格样式后及时与运营沟通；
- 确认风格及元素ok后完成设计。
而现在很多无经验者走的流程是：
- 运营提需求后，设计根据产品原型及活动主题，给活动设计活动页；
- 设计完成基本页面设计，与运营沟通；
- 若运营认为设计的风格与想象中有较大差异，则需要再次沟通调整风格；
- 设计修改，持续沟通；
- 由于时间关系设计无法做大规模调整，初步定稿。
虽然也有很幸运地设计就设计出运营想要的页面的情况，但这种情况太考究设计和运营间的默契。所以为了减少来回沟通，给设计需求时最好是同时给出风格参考。 （做这个UGC活动时，运营就曾跟设计就头图的展现开了一个下午的会议来商讨，而那个下午，运营才了解设计对公司的活动图的设计风格及元素要求具体且严格到什么程度。)
开发方面：运营与开发方面通常要沟通的问题基本是确认某一个功能的实现，而这里的复杂程度就和产品的后台数据相关。 我经常遇到的情况是，开发问：你这里是要实现XXX功能吗？是的话，把其设计的所有数据定义情况给我。
例子：
曾经为了达到某个运营目的，提出了读取该订单的完成信息，以便运营判断该订单是否有资格参与活动的概念性需求。而这个需求到达开发处，应当翻译为：读取后台订单状态中，其中A、B、C定义为订单已完成，D、E、F定义为订单未完成，G、H 定义为未知。读取后在活动后台展示”已完成/未完成/未知“。
可能很多功能提需求的时候运营和产品都未意识到其中数据的复杂性，当研发真正落实的时候，就会发现这个问题，并需要运营进一步落实。
1.1.4 活动上线前测试
上线前，运营应该在测试环境下，按用户参与流程及运营逻辑将活动体验一次。尽管有测试帮忙测bug，但运营可以测出活动流程逻辑是否有bug（与预期不符）。
以上就是产品线相关的工作问题。
在运营过程中会发现，提需求花费的时间不多，但在沟通上花费的时间可能会更多一些。和产品的沟通交流时间是必不可少的，产品越是了解活动需求，越能做出符合运营期望的产品原型。
至于与设计和开发之间的沟通上，运营可以在每次沟通过程中了解设计和开发的思维逻辑，提需求的时候可尽量顺着他们的逻辑去走，这样会减少沟通时间。
1.2 运营线
前期准备越充分，活动上线后的麻烦会越少（自然不能避免有麻烦，毕竟一般人不能穷尽所有麻烦情况。）
可能需要考虑到的：
- 用户对活动的咨询
- 活动后发放奖品的采购
例子：
用户对活动的咨询：以这个UGC活动为例子，由于写长篇UGC内容有一定难度，需要运营介入引导与鼓励，所以肯定涉及不少的沟通。且在活动流程上，我们确认了需要添加用户微信来保证有效沟通，所以跟用户有必不可少的对话。
通常用户产生的问题和困难80%都是相似的，对于这类型的问题，我们可以预测其中的FAQ，整理好相应的话术文案，以便活动上线后能更加从容应对。若是遇到操作类或较为理解上较为复杂的，可以通过图文解释，增加可读性。 曾经，我们给到用户的规则描述，是一大段微信文字，用户长段文字的解读显然不在行，很多问题会问了再问，而将这种复杂文案做成图文之后，情况就优化了很多。
例子：
关于活动后发放的奖品采购：如果奖品是用户支线活动（促进主线活动玩的），那就必须和奖品管理的相关部门了解清楚剩余奖品数量、申请流程等细节。
曾经我们有一个奖品是一个毛绒公仔，当时库存剩余20个，同时可能会有4个主要部门的人申请，毛绒公仔从制作到到货的时间需要2周，如果要申请采购，需要走流程层层上报，整个申请流程走起来，最少需要两天。
所以如果没有前期了解好这些信息，贸然答应给用户一些奖品，最后真正需要兑现的时候容易捉襟见肘。
1.3 推广线
活动上线了就要推广才有用户知晓和参与，不同活动目的需要的推广资源不同，不同推广资源的流量不同，需要提供的素材也不同。
一般app有闪频（一打开app看到的）、有banner（一些轮播横幅广告）。闪频只要一开app就能看到，浏览和点击量都很高。banner还根据页面和位置的不同有不同的点击量，那我们做活动的时候，是要banner还是要闪频，还是都要？
- 看目的（我是否要那么大的曝光/我是否有能力和预算承接那么多用户？）
- 看功能（我的活动需要特定时间向特定城市特定类型用户曝光，这些资源位/渠道是否能做到？）
- 看排位（这些资源位都有排位吗？）
1.3.1 梳理可用推广位
一般推广位可以分内部外部，一个站内的活动，可能内部推广位已经足够了，如果涉及外部推广位，通常与拉新目的相关。
- 内部可能有：各种自营媒体（微信、微博、抖音、支付宝生活号……）、产品资源位（banner、闪频、feed流、push等等）、EDM、短信；
- 外部推广位：外部资源合作（其他线上线下广告位）。
例子：
这个持续在做的UGC活动，在不断迭代的过程成挖出了不少资源位。
- 已在运营的资源位：闪频、banner、分级页面banner。其中尤其是banner和分级页面banner，在后期已经和对应负责部门预定好了每月的固定位置。
- 新增的资源位：触发类型（用户下单后推送活动，用户完成订单后推送活动）、固定位置类型（菜单栏中的特定类目、用户订单页面新增按钮）。
ps：对于新增资源位的挖掘逻辑，就是根据用户的使用流程和使用逻辑，在合适的地方埋下曝光活动的点。当然这么做的前提是有产研支持。
1.3.2 根据活动的推广节奏，与相关部门安排好资源位需求
有些资源位并不能长期被占领，因此必须根据活动的节奏，安排资源位的上线时间，如：banner、闪频、弹窗等。
有些资源位可能可以长期发布，但内容需要经常更换，如：微博、抖音等社交媒体，另外邮件、短信、push、微信推文也可视为次类型，但频率需要控制在该部门建议范围内。
1.3.3 确定资源位需求，向设计、技术等部门发起需求
不同资源位需要的物料不同（图片、文案等），图片需要设计协助制作。有些资源位可能需要前端切图，如：邮件中的有交互效果的“图片”。
1.3.4 输出相关资源位需要的相应文案
比如微博：在不同的活动周期（前期、中期、后期），需要用的文案时不一样的，可以提前想好不同周期的文案结构。
比如推文：不同位置需要的文案也是不一样的，如单独一篇推文推活动，或在日常推文下增加一小部分活动介绍，文案都不一样。
所以推广的位置和节奏越多越丰富，运营需要输出的文案就越多。
ps：推广也是各强沟通强输出工作，第一次活动对推广位不熟悉时，尽量安排更多时间跟进。
到了这里，活动的前期准备基本说完了。
写在最后
以上仅仅是活动前期要做的东西，接下来还有活动上线后要做什么，一期活动结束后要做什么等等内容，敬请关注。
另外需要提醒的是，以上所有描述均基于个人经验，不同公司不同活动目的和产研支持，都会有不一样的经验和问题，所以以上仅供参考，同时也欢迎朋友们来讨论～～～
本文由 @ 安徒生 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自 Pexels，基于 CC0 协议
