社群活动改了时间，运营后台已经调整，门店群里却还在转发旧通知；群主说收到过提醒，客户群里又找不到实际发出的消息。群日历真正要解决的，是准备、提醒、发送和交接之间容易断开的执行链，而不是把一张活动表保存下来就结束。
微伴助手群日历适合把阶段性的社群内容排成时间清单，再交给对应群主处理。结合官方同功能例文和帮助说明，使用时要先写清内容与时间，再关联正确群聊，最后确认提醒之后是否完成了群内发送。每一步都能核对，临时改期时也更容易判断哪些任务需要调整。
先把活动拆成群里能执行的通知任务
进入微伴后台、营销、营销计划、群日历，创建日历并填写名称，再添加推送内容和对应时间。一次周末体验活动可以拆成活动介绍、前一天到店提示、当天接待说明等任务，每条消息各自承担一个主要目的。
群日历内容支持文字、图片和链接，链接可以选择普通链接或雷达链接。具体用哪种形式，要看客户这一步需要完成什么。地址、时间和适用对象应先校准，再决定是否配图或附上已检查过的页面，避免群主接到任务后还要临时找材料。
日历名称建议包含活动名称和日期，让值班同事能够区分同一门店的不同批次。名称是为了减少找错任务，不能替代消息内容本身的检查。保存前逐项确认日期、门店、链接和目标对象，后续执行才有清楚的依据。
内容保存后，必须把规则关联到正确群聊
完成内容配置后，在日历列表的操作栏中添加群聊，让相应客户群使用这条规则。只写好消息却没有关联群，或者把活动群选成售后群，都会让后续提醒和执行对象发生偏差。
运营和门店负责人可以一起核对群名、门店和活动批次：哪些群需要接收通知，哪些群只承担售后答疑，哪些群已经结束本次活动。不要把一条体验通知直接套用到所有客户群，接收范围应与实际活动对象一致。
官方帮助说明，一个客户群只能设置一个群日历规则。准备给老群关联新活动前，先查看它当前使用的安排，确认是否还有未到期的内容。不同活动都需要通知，并不代表同一个群可以同时绑定多条日历规则。
群主收到提醒以后，还要完成实际发送
群日历到达设定时间后，会向对应群的群主发出提醒。这里要把收到提醒和消息发送到客户群分成两个环节检查：提醒到达，只说明任务到了执行人的手里，不代表客户已经看到通知。
群主查看推送详情后，打开对应群聊，在群聊侧边栏的快捷回复中找到推送任务，核对内容后使用一键发送。发送完成，再按页面流程确认已完成，并继续处理下一群。执行前留意当前打开的群，避免把一家门店的活动发到另一家门店。
交接时可以只围绕三个事实确认：本次有哪些到期任务，哪些消息已经在群内发出，哪些仍需跟进。群内实际消息是判断通知是否完成的重要依据，不能只凭同事说“收到提醒”就关闭任务。
临时改期时，分开处理未来任务和旧通知
活动改期后，先列出尚未到时的任务，检查日期、地址、预约说明和链接是否都需要同步调整。群日历是一次性安排，只能修改当前时刻之后的推送内容；已经过时的安排不能按未来任务继续改。
如果群里已经发过旧时间，还需要由负责人安排合适的更正通知。修改日历里的未来内容，不会自动改变此前发送出去的群消息。运营应保留一次改期后的核对结果，让群主知道下一条需要发送什么、旧消息由谁补充说明。
一场活动结束后，也不要默认同一日历会按周循环。下一场活动应根据真实日期重新安排，并重新核对关联群与内容。把业务上的“每周都有活动”和具体日历规则的执行方式分开，能减少沿用过期通知的情况。
上线前用一条真实任务走完社群执行链
首次使用时，可以选择一个由负责人配合的客户群，配置一条时间合适的通知，依次检查内容准备、群聊关联、群主提醒、实际发送和完成确认。发现问题后按发生环节定位，比同时重建日历和反复补发消息更容易说明原因。
使用群日历前需要配置营销席位。官方帮助列明，超级管理员、管理员及部门管理员可管理全部客户群日历，普通员工管理个人客户群日历。安排谁配置、谁执行时，应对照实际账号权限核对，不能用管理员账号的页面结果代替普通员工的使用结果。
微伴助手群日历的价值，是让社群内容安排有据可查、到点有人接手。先写清任务，再关联正确群聊，提醒之后确认实际发送，临时改期时只调整未来内容，活动通知就更容易和门店执行保持一致。
具体步骤可查看群日历官方帮助和同功能官方例文。也可以前往微伴助手官网了解企业微信群运营能力，先选一个真实活动群完成一轮内容、提醒与发送核对。
原创文章，作者：微伴君，如若转载，请注明出处：https://weibanzhushou.com/blog/36434
