钉钉是一款针对中国企业的免费沟通和协同软件，在商务应用类市场名列前茅。笔者作为一名尝试培养产品思维的小白，通过倒推钉钉的DING功能，来锻炼产品逻辑、训练撰写PRD的能力。
产品介绍
钉钉于2015年1月上线正式版，提供给中国企业用于商务沟通和工作协同。经过4年半的发展，钉钉与超过700万家企业组织进行了合作，累积下载量过亿，覆盖用户广泛。
钉钉主要划分了以下5大一级功能：
消息：聊天消息汇总区域。
DING：分为日程（规划团队/个人日程，通知成员参与日程）、DING（发送消息）、任务（分配团队/个人任务，跟进任务完成情况）三大模块。
工作：各类应用汇总区域。如公告、钉盘、审批等数10项应用。
通讯录：联系人分类和保存区域。
我的：个人信息的展示和统计。
理论上来说，DING功能完全可以被归并到“消息”模块，即日程、DING消息和任务都可以在聊天界面被发送与接收。然而旧的聊天消息会很快被新的覆盖，在重复查看、进度跟进和消息整理方面都体验不佳。钉钉针对的是工作场景，团队往往需要就某个问题反复沟通、多方协调。正是基于这样的需求，产品团队设计了DING模块。
本文选取了DING模块之一的发送消息模块，倒推其PRD。
DING（发送消息）
需求分析
使用“用户-场景-需求”的框架进行分析。发送人有发送消息、跟进消息和整理消息3大场景，接收人有收到消息、给予回复和整理消息3大场景。
模块间关系
对于发送人来说，发送、跟进和整理消息是既独立又相关的场景。在APP中可被设立为3大功能模块，以便用户操作。
对于接收人来说，收到、回复和整理消息也是既独立又相关的模块。同样地，也可在APP中被设立为3大功能模块。
1. 发送消息模块（发送方）
需求分析
（1）“填写内容”的场景较简单，主要是调用图片和文件时要去获得用户授权。
（2）“填写接收人”的场景较复杂。为了最快地找到联系人，有两种方式。
一是进行分类。从关系远近来说，最近的是钉钉好友，其次是群里的同事或好友，再次是工作圈子里的同事。一个企业的工作圈子人数可能成千上万，为了高效查找，可对圈子内的人进行再分类。常见的分类方法有按组织结构和角色（系统内默认的角色分类、职务、职级高低）分类。很多项目沟通涉及到外部人员，所以再添加“外部联系人”分类。考虑到用户可能会和工作场景重叠度高的同事频繁联系，因此增设“常用联系人”分类。
考虑到关系越近的人联系可能性越大，将各个分类按关系从近到远进行从上到下排列。
二是进行搜索。得益于钉钉完善的客服系统，在搜索不到结果的情况下可直接跳转到客服服务，获取帮助。
还有很重要的一点是，钉钉可针对外部联系人打标签。因此，在搜索外部联系人时，虽然不能根据职务和职级快速定位，但可以通过筛选标签缩小目标用户范围。
（3） “选择发送方式”的场景较复杂。用户会根据消息紧急程度和敏感程度来选择发送方式。显然，在职场沟通中，紧急程度是主要影响因素，敏感设置只会在少部分场景中出现（如公司绩效不佳，HR找多个员工讨论离职事宜）。
职场内用户往往需要多线程操作任务，出于对彼此的尊重和减少打扰的考量，往往用户使用“非紧急”消息要多过“紧急”消息。因此，在优先级上将“非紧急”排在前一位。非紧急类消息可通过应用发送和短消息发送。
出于推广业务的考虑，将“应用发送”排在“短消息发送”之前。再权衡紧急类下的“电话通知”与非紧急类下的“未来定时发送”，“电话通知”的应用场景更广一些，因此“电话通知”排在前面。
因此，在选择发送方式方面，共有应用内DING、短消息DING、电话DING、定时DING、悄悄话DING和自定义DING六大方式，从前到后应用场景逐步缩减。
（4）“点击发送”的场景较简单，主要是需要判断是否填写了内容（无内容消息是对接收人的打扰）。如果未填写内容的话，提醒发送人进行填写。
业务流程
说明：
（1）在“3.1添加参与人”子流程中，用户可查看到所有分类。
（2）考虑到工作场景中会经常群发（如通知一整个项目组），因此将“发给群组成员”单独拎出作为3.2子流程，方便用户快速找到。
（3）钉钉可能是在运营过程中发现许多用户不单把“消息”当做群体沟通的工具，有时也会给自己发用于提醒和记录。因此将“发给自己”单独拎出作为3.3子流程，方便用户快速找到。
页面流程及原型
1填写内容&2添加附件
3选择接收人
3.1添加参与人子流程
备注：限于文章篇幅有限，笔者在3.1.2、3.1.3、3.1.4、3.1.5流程绘制中省略了搜索子流程。需注意，在实际操作中不能被省略。
3.1.1 搜索子流程&筛选子流程
3.2&3.3 选择群组成员&发给自己子流程
4选择发送方式
5进行发送
2. 收到消息弹窗模块（接收方）
需求分析
在接收方查看消息详情后，发送方会收到提醒。避免了消息不被查看的尴尬，保证了跟进。
业务流程
页面流程及原型
3. 消息汇总模块（发送方&接收方）
需求分析
无论是发送方还是接收方，对于消息汇总模块的管理需求是相似的。
该需求列表可被转化为以下功能点：
（1）点击消息列表中的某条缩略消息，进入详情页
（2）新回复提醒（备注：工作场景中，实时沟通是最重要的，因此新回复提醒会被推送到缩略行信息中，方便用户直接查看）
（3）新通知提醒（新消息&新动态的汇总区）
（4）区分发出的&收到的消息
（5）回收站功能
（6）标记与查看重要消息功能
（7）搜索消息功能
业务流程
页面流程及原型
4. 消息详情模块（发送方&接收方）
需求分析 ：
在基本结构上，发送方与接收方的需求是一致的。不同之处在于发送方在发送消息后可能会发现有误，因此需要撤回和修改的功能，而接收方并不需要。
而接收人也有个特殊需求，就是在发现这条消息不文明时，进行举报。
发送方：
接收方：
该需求列表可被转化为以下功能点：
（1）撤回（发送方）、修改（发送方）
（2）举报（接收方）
（3）查看接收人的阅读状态
（4）查看评论区回复、查看用户其它操作（如修改了时间等）
（5）在评论区发布动态
（6）标记消息
（7）删除消息
业务流程：
页面流程及原型
小结
本文以PRD的形式对DING（消息）功能进行了复盘。
1. DING的长流程较少，短流程较多。拥有较多功能点同时易于用户操作。
2. DING的新建消息模块较为复杂。其中“选择接收人”和“选择发送方式”两大功能点构思巧妙，也体现了钉钉独有的产品特性。
3. 在功能设计方面，DING没有仅仅局限于“消息发送”这一场景，而是非常注重发送后的跟进与交流。这符合复杂的工作场景，很值得学习。
不足与展望
1. 本文对主流程进行了分析，部分较小的流程或有缺失。
2. 本文主要是思考产品结构，因此在具体的页面描述上做得还有所不足。
3. 欢迎朋友们提供宝贵意见，共勉。