即时通讯软件的设计与实现「软件需求分析文档范例doc」
最近很多人关心即时通讯软件的设计与实现「软件需求分析文档范例doc」这个话题，卢子百科整理了即时通讯软件的设计与实现「软件需求分析文档范例doc」相关内容，希望对大家有用。
前言：
此篇文章是关于墨刀 「解X」 设计比赛活动的需求分析。内容包括：需求、设计目标定义、设计方向、解决方案（头脑风暴）、以及设计概念展示。
Redesign 对象 「倍洽」
倍洽，是一款企业即时通讯产品。除 IM 基础能力外，其核心功能是将包括邮件、项目管理工具，市场运营工具、开发工具的信息聚合到倍洽，实现在聊天窗口查收所有信息并完成响应。倍洽分为 PC 端和 APP 端，本期待解决难题是：倍洽 APP 端 IM 功能体验优化。
倍洽产品定位
1、产品特点（定位）：
面向工作场景的智能消息处理中心。
面向科技IT产品开发团队 或 轻资产互联网、媒体团队。比较适合远程工作者
2、用户画像
主要年龄段：18-35
主要行业：IT/互联网、教育培训、文化/娱乐/传媒、金融
主要职业特征：中小型企业为主要用户群体；产品/研发/设计同学居多；
一、 用户需求调研
*根据题目给出、网络资料、个人体验、官方用户支持群聊天记录，及调查访谈朋友使用同类型产品（钉钉）后搜集的反馈。
一般IM应用在 一般工作时，存在的问题。（这里并不针对倍洽一款产品）
大量消息处在 异步与同步之间，频繁查看 会占用过多的专心工作时间。
单条消息的信息密度过小，巨量消息处于同步与异步之间，注意力需要频繁投入，致使工作进程被打断，进而影响工作效率。
与自己相关的消息难定位。
待处理入口过多，造成选择困难。没有轻松的选择次序提示。
二、用户需求分析和问题定义：
1、定义问题：
工作时对 IM应用的需求
非工作时间 对工作IM应用的需求
需要处理的重要信息才通知我
2、用户体验地图
使用工具：storyboardthat&sketch
3、头脑风暴 框架
三、解决方案洞察：
1、头脑风暴：
使用工具：realtimeboard
自定义的标签系统可以实现各类的信息分类，超越原文的限制，而单纯搜索关键词必须基于原文。此外，自定义的标签可以包含一定创造性，分类时主观成分越多，就越无法被关键词搜索替代。
四、设计概念：
1、功能架构调整
原应用产品功能架构：
原应用系统关于聊天消息的某些常用功能层级略深。
优化后产品功能架构：
主要将上面提到的需要优化的功能加进去了，同时提升了一些关于聊天消息相关功能 的信息层级。
1、设计概念故事板：
2、概念稿：
消息页面 与 群聊页面
通知页面 与 1v1对话 页面
关注的消息 与 订阅消息
补充：
很高兴能够获得主办方鼓励，最后的原型确实比较粗糙，主要头脑风暴涉及功能过多，没有做好筛选。参加比赛目的主要是作为一个练手项目，将自己之前在 知群设计课程中掌握的方法都应用上，实现一套工作流。
以上方案只进行到概念 阶段，并未涉及到功能点的交互设计。
从比赛角度看，这份方案实际上并没有很好地提出一个完整的方案。非常感谢主办方「倍洽」的鼓励奖 。后面我会继续填上原型中的部分功能原型 自己挖的坑。
并尝试根据官方的反馈 调整后，继续分享一下 用户故事 => 功能流程设计 => 原型设计 的思考和经验，以及整个过程 中涉及到的方法和工具的简单介绍。
