标签：特点 技术 ogr img nal 详细介绍 实现 关注 进程
分享一篇关于从需求分析到原型文档的极佳文章，找寻设计灵感，转自公众号：龙港码头
前言：
此篇文章是关于墨刀 「解X」 设计比赛活动的需求分析。内容包括：需求、设计目标定义、设计方向、解决方案（头脑风暴）、以及设计概念展示。
活动地址 https://modao.cc/posts/10983
Redesign 对象 「倍洽」
倍洽，是一款企业即时通讯产品。除 IM 基础能力外，其核心功能是将包括邮件、项目管理工具，市场运营工具、开发工具的信息聚合到倍洽，实现在聊天窗口查收所有信息并完成响应。倍洽分为 PC 端和 APP 端，本期待解决难题是：倍洽 APP 端 IM 功能体验优化。
面向工作场景的智能消息处理中心。
面向科技IT产品开发团队 或 轻资产互联网、媒体团队。比较适合远程工作者
主要年龄段：18-35
主要行业：IT/互联网、教育培训、文化/娱乐/传媒、金融
主要职业特征：中小型企业为主要用户群体；产品/研发/设计同学居多；
*根据题目给出、网络资料、个人体验、官方用户支持群聊天记录，及调查访谈朋友使用同类型产品（钉钉）后搜集的反馈。
一般IM应用在 一般工作时，存在的问题。
（这里并不针对倍洽一款产品）
??
大量消息处在 异步与同步之间，频繁查看 会占用过多的专心工作时间。
单条消息的信息密度过小，巨量消息处于同步与异步之间，注意力需要频繁投入，致使工作进程被打断，进而影响工作效率。
与自己相关的消息难定位。
待处理入口过多，造成选择困难。没有轻松的选择次序提示。
1.消息异步，沟通不畅。不知道对方是否已读、什么时候会回复。
2.讨论不停，如同开会，但发言不受控制，交叉情况严重。
3.大部分工作是在私下独自完成的，而不是讨论出来的。
4.暂离聊天平台，没有明确给到其他人状态和紧急联系途径。
5.因工作原因 一直在线，严重占用个人时间，模糊工作与生活。
6.聊天消息，随时无法随时添加到个人任务 Inbox（设置待办或稍后阅读）
7.跨部门找人合作、不知道如何找到相关问题的负责人。
*Slack 使用问题 延伸阅读：https://ux.useronboard.com/slack-i-m-breaking-up-with-you-54600ace03ea
工作时对 IM应用的需求
非工作时间 对工作IM应用的需求
需要处理的重要信息才通知我
使用工具：storyboardthat&sketch
模版地址：https://pan.baidu.com/s/1DREdJW1mobByDkbyjfOfow
??地址：https://realtimeboard.com/app/board/o9J_kyDSUOo=/
使用工具：realtimeboard
自定义的标签系统可以实现各类的信息分类，超越原文的限制，而单纯搜索关键词必须基于原文。此外，自定义的标签可以包含一定创造性，分类时主观成分越多，就越无法被关键词搜索替代。
原应用产品功能架构：
原应用系统关于聊天消息的某些常用功能层级略深。
优化后产品功能架构：
主要将上面提到的需要优化的功能加进去了，同时提升了一些关于聊天消息相关功能 的信息层级。
1、设计概念故事板：
2、概念稿：
墨刀查看详细介绍，地址：https://pro.modao.cc/app/tyoBM7BHapai7Xy2aZ9QrNu1TPpXRU2
消息页面 与 群聊页面
通知页面 与 1v1对话 页面
关注的消息 与 订阅消息
补充：
很高兴能够获得主办方鼓励，最后的原型确实比较粗糙，主要头脑风暴涉及功能过多，没有做好筛选。参加比赛目的主要是作为一个练手项目，将自己之前在 知群设计课程中掌握的方法都应用上，实现一套工作流。
以上方案只进行到概念 阶段，并未涉及到功能点的交互设计。
从比赛角度看，这份方案实际上并没有很好地提出一个完整的方案。非常感谢主办方「倍洽」的鼓励奖 ??。后面我会继续填上原型中的部分功能原型 自己挖的坑??。
并尝试根据官方的反馈 调整后，继续分享一下 用户故事 => 功能流程设计 => 原型设计 的思考和经验，以及整个过程 中涉及到的方法和工具的简单介绍。
如果你感兴趣的话可以关注公众号或 加我微信 sun584103329 交流，你可以在【查看原文】https://www.notion.so/yuspace/X-9571e7fb66354084b436412c1c8cedf0看到后续的内容更新 （公众号用不习惯??，似情况更新..）
标签：特点 技术 ogr img nal 详细介绍 实现 关注 进程
原文地址：https://www.cnblogs.com/productcompass/p/10281666.html
