一、大背景
二、群发的目的
三、场景
四、模块
五、细节内容
六、发展
我现在所在的团队做得产品是基于微信大环境下，借助小程序帮助销售进行获客，打造营销闭环。它主要分为3个端，采用B2S2C的模式，面向客户端整体的流程包括客户进入小程序-捕获客户的轨迹-销售跟进客户-客户购买支付|到店消费-销售再营销；面向S端，主要是提供一些客户管理、订单管理和轨迹跟踪的功能；面向B端，是销售的业绩表现；在PC管理平台上，是管理员进行内容管理、组织架构管理、商品管理、订单管理、消息管理和自定义设置的地方。今天主要是讲消息管理中的群发消息管理。
群发消息顾名思义是一对多的沟通，那么它的作用是什么呢？
1、企业可以发送营销类活动（满减、优惠券、转发得好礼），促进用户参与（包括浏览、转发、下单等等）
2、发送节日祝福维系客户感情
3、唤醒用户（由于微信小程序有7天不互动，那么你就无法主动给这个客户发送消息的规则+我们现在还没有去做7天一键发送防止客户流失的功能）
4、企业群发可是一件低成本高效率的事情
群发消息在设计中包括了新建消息、消息列表、消息审核几个部分，依据新建消息-消息审核-消息列表的逻辑，我会先讲新建消息，但是由于目前我们只做了消息的关键字屏蔽，所以消息审核这快我会先跳过去，讲消息列表。
新建消息中需要有通用消息模板，具体会在以下的群发消息设计中讲；消息列表处其实是对消息的状态和相应操作的说明。
对于群发消息的设计，我是从以下几个角度考虑的：
1、发送的端：S端、PC端
2、发送的人：全量发送、标签发送
3、发送时间：即时发送、定时发送、周期发送、半自动发送（触发发送）
3.1、触发时机：首次进入、老用户进入、关键词、商品链接、产品秀链接etc
4、发送内容：优惠券、商品、产品秀、营销内容、自定义
4.1、优惠券的形式
4.2、链接问题（小程序不允许有外链）
5、发送形式：文字+表情+图片+语音
6、发送规则：发送频次（包括每天一次和每人每天一次）
基于我们现在做得是MVP，所以是先做了PC端+全量发送|标签发送|首次进入触发回复+文字（不允许有链接），这个功能现在看起来还是很简陋，但是至少可以完成发送-触达-激活的闭环。
整个发送的前提是每天只能对每个客户发送一条消息，与微信公众号的频次不同，主要是因为我们做的是销售类的，每次推送消息都是为了去触达不同的客户，如果限制次数，拿捏不好度，要么用户不够用，要么客户被打扰。
新建消息包括
1、消息名称（长度限制：20字符）
2、消息内容（a、长度限制：200字符；b、不含链接；c、敏感词过滤）
3、发送模式（即刻发送|定时发送）
4、发送对象（全部用户|自定义选择）
自定义选择时由于我们的平台是包含两种类型的选择：标签和条件，这里需要注意选择时的交互，标签与标签之间的关系
5、选择发送人数
a、为什么需要选择发送人数？选择发送人数随着条件选择变化，作为结果展示，让管理员明确知道是给多少人发送消息。
b、选择发送对象需要一个一个显示头像吗？并不需要，一个是因为发送对象的头像在选择时其实并没有多大的作用，管理员并不清楚每一个客户的情况；二是因为发送对象的头像实时变化在数据量大的时候对服务器是压力大
但是由于大前提的存在：每天只能发送一个客户一条消息，因此这里涉及到排重问题。那选择发送人数由于技术问题在显示上就不准确了，我在想还有没有显示的必要，但我老大一定要显示，我，唉~
发送时需要进行敏感词检查。在发送这里需求检查发送人，发送对象，发送内容。这里需要明确的就是发送人，为了最大化服务通知可到达的人数，我们采用了最后一个与用户互动的员工身份。
消息发送后涉及到的状态包括：未发送、发送中、已发送和发送失败，由于老大的要求，将发送中和发送失败状态去掉，这个就很无语了，想知道其他产品是怎样设计的。
【疑问】消息状态不完整
【疑问】如果在批量发送时，部分客户发送给不成功应该怎么办？不予考虑
消息列表中包括消息名称、消息内容、发送模式、创建时间、发送时间、发送人数、已读人数、状态、操作
点击详情之后可以看到已读人的详情，包括头像、昵称、所属员工、电话和阅读时间。这一步其实是完成闭环的一步，从发送消息-查看消息-跟踪查看消息的人从而进行下一步的营销，其实隐含的一个需求是导出功能。