需求文档:钉钉消息模块

在笔者研发工作中,主要负责的是移动OA平台的研发,对消息模块较为熟悉;其次,对企业内部对独立IM的需求有所疑惑,加之本人喜欢分析,于是想跳出研发的角度去分析钉钉的消息模块。

demo地址

我的在线原型地址: http://aline2013.com/Axure-demo-DingTalk/DingTalk-demo/start.html

前提

该需求文档为本人倒推钉钉的消息模块功能所得,仅供参考。

原型图发布方法

很多读者都问笔者这个原型图怎么以在线的形式发表出去,所以这里分享下方法。
人人都是产品经理-Axure新技能:利用github上传原型并将原型放进手机:http://www.woshipm.com/rp/670733.html

需求文档

文档全览

需求分析

消息模块已经是OA办公应用最为基本的功能,为什么是最为基本的功能,笔者用脑图从用户,特定场景的方向,推出消息模块的需求。

总结来说,解决了几大问题:
1.清楚的划分了私人空间与工作,让工作交流专业化;
2.多元化的沟通方式,支持图文、音频、文件、位置等等;
3.让团队沟通更有目的和效率;
4.添加聚合服务,形成统一的消息中心
5.方便高效的团队知识管理;
5.与企业管理融合,高效办公

模块概述

功能列表

业务流程图

功能结构图

Axure原型

经过对消息模块的需求,流程和功能进行梳理后,针对模块的样式进行手绘,疏通逻辑、字段、交互等问题后,开始进行原型图设计。

原型目录

收获

走完在研究钉钉的消息模块的整个过程,深刻感觉到要成为一个产品经理,需要极强的综合能力,包含了逻辑、分析、用户心理、细节、文档能力等等。当然,这份需求文档并没有把所有的需求都罗列出来,比如消息未读已读功能,但我感觉自己的能力已经有所提高。

编写这个文档时,有几个注意点,记录下来的,算是自己踩过的坑吧。

1.打开Axure前,需要将所有消息状态罗列齐全

在开始上手画原型之前,最好先有手稿,将各种状态考虑清楚,否则后续添加特别麻烦,如果后续修改,善用母版可以避免多处修改,但对于一个布局和内容只有微小差异的组件,可以建立自己的元件库。

比如,我的消息列表中,消息状态有6种:置顶,免打扰,有新消息,消息发送中,消息发送失败,草稿,需要明确说明

  1. 边界条件要考虑清楚

边界条件,如内容为空,消息列表一屏显示不下等

  1. 不能放过异常情况

异常情况,如断网,服务器异常等情况也需要考虑;否则,有些不关注原型图的开发就会怪UI设计师给的设计图考虑不全,其实都是原型图的锅。

如:我的消息列表,断网情况

  1. 交互说明需要清晰

没有写明交互说明等于没有做交互设计,因为没有人知道你的面板是可以交互的,有动态的交互可以直观的看到页面的交互效果。

以上,就是笔者这次Axure实战的分享, 文档还有很多不足的地方,欢迎大神在评论区提出指导,谢谢!

0%