最近正在负责的一个项目已经进入第五期的需求迭代了，我认为非常有必要对这个项目做一次设计小结，并且也借此机会将产品分享给各位小伙伴们。在这个项目中虽然我是从事交互设计的工作，但由于历经多个产品经理的轮转，因此多数需求和用研都是我在跟进，从项目启动到日活9000，我是唯一从头至尾参与其中的产品成员，下面我会从产品的背景、使用场景、交互流程、页面展示等各个方面娓娓道来。
1、产品背景
现有的群管软件在市面上并不常见，免费好用的更是少之又少，这并不是因为这类工具没有需求。在研究竞品的过程中，我对此现象总结了三点主要原因：1、该类产品容易受到微信官方的打压和排斥;2、微信如果强化群功能也会导致这类工具的迅速死亡;3、存在第三方工具普遍存在的痛点——微信改变规则很可能将导致整体功能的调整，因此开发成本和维护成本都比较大。这三个原因导致这类软件收费很贵，功能操作比较粗糙，学习成本高。而我们团队开发该产品旨在完善功能模块、降低用户的学习成本，提高用户体验。群管工具的需求点较多、使用场景复杂，设计过程中遇到了很多阻碍，因此对我来说是不小的挑战，让我在项目推进过程中有了不小的成长。
2、用户类型
这款群管软件是帮助微信社群运营人员管理和裂变的协助型工具，提高他们的工作效率，以最低的时间成本得到最大的回报的一款社群管理工具。使用我们工具的大都有四类人群，一是淘客微商类运营者，他们主要是在社群里推广自己的商品，以盈利最大化为目的;二类是教育培训、知识分享型社群运营者，他们将群作为一个班级体进行线上培训，将群按照等级划分设置入群权限，同时也举办线下活动扩大规模;三类是娱乐游戏、兴趣交友群，这类群大都采用线上推广、线下活动的运营模式。
3、产品目的
本次产品的目的主要有三个：
帮助运营微信群的用户可以更高效的管理社群;
帮助运营微信群的用户挖掘社群价值;
帮助运营人员拓展和扩大群规模;
4、产品描述
4.1产品框架
根据产品的目的我们分析了用户行为，按照功能优先级来架构产品，产品初期只能按照用户的单一的使用场景来规划功能模块，随着功能模块的不断增加，我们就需要对功能模块做出合理整合，按照用户完整的操作场景来规划模块，到目前为止四期的需求已经架构了不少的功能模块，现在的版本也是经过多次整合的结果，模块架构虽然很有指向性，但是依然不能清晰引导用户去完成操作闭环。这是因为我们面向的用户并非单一类型，不同类型的用户使用场景各不相同，因此下面的规划是将这些模块插件化，让用户去组合搭建他们需要的使用场景。基于后期规划，在设计过程中逐渐将完整和关联的功能模块整合在一起，将单独场景功能作为独立模块，各个功能模块之间可以关联使用也可以独立使用，，用户可以根据需求来自定义模块。
1.3.0版本的客户端主要分为六个模块：
客服群管：使用场景主要是为了让用户可以更好的回复群成员的问题，防止遗漏信息，提高回复效率，这个模块淘客微商类运营用户使用较多;
群发模块：便于用户给多群推送多条信息，还可以定时推送，更加便捷高效，这个模块各类社群运营人员都比较频繁使用;
检测僵尸粉：有效清理死粉
加好友：拓展粉丝群
群管机器人：自动化管理社群
统计查询：挖掘社群价值
前两个模块功能都是给群成员发送消息，但是使用场景截然不同;第三第四项都属于好友功能;第五项提供了自动服务，在用户不在电脑前也能有效管理社群;第六项的目的是挖掘社群价值，运营人员可以有针对性的去展开工作。
4.2产品模块流程
每个模块都有独立的操作流程，但是又相互关联，不同类型的用户需要串联使用才能形成完整的操作流程。下面是每个模块的具体操作流程：
4.3产品交互操作
这里主要从两个设计难点剖析，一是群管设置项的交互问题，二是长进度交互展示，三是批量筛选交互集锦。
设置项交互设计集锦
