当前位置:首页 > 天道酬勤 > 正文内容

工作流分析(如何实现工作流)

张世龙2021年12月20日 19:12天道酬勤570

编辑指南:产品经理的日常工作之一是产品设计。 在做原型设计的过程中,你遇到了一些困难,很难继续下去吗? 这时,我们可以按工作流程的4个阶段走,以免在工作中遗漏细节。

产品经理的日常工作之一是产品设计。 从事原型设计工作,遇到过以下问题吗?

考虑不够,经常泄露场景泄露页面; 缺乏设计思路,不知道怎么画; 虽然知道画画的方法,但不知道为什么要这么画; 好不容易做了一个原型demo,向客户演示的时候,客户说这不是他们想要的……之所以会出现这样的问题,是因为原型工具不能使用,加上自己的原型设计的基本流程

今天,我们将通过一个案例来模拟如何将需求转换为可实现的产品原型。

项目背景:

由于疫情加剧,一位镇级领导接到上级指示,要求全城核酸检测。 镇级领导的需求比较明确,一是通过注册、报道扫描代码,让居民补充信息,便于统计制造核酸的人数。

二是想通过全员核酸检测,调查全镇的人员数量,补充各街道的人员基础信息登记簿。

一、分析业务—业务流程图

这个阶段是根据调查的结果和资料,开始初步的业务分析,整理其业务流程。 这是在业务事件和不同的作用之间,通过信息流和相互作用表现出来的,对应的成果就是业务流程图。

1. 我们要做的是什么?

核酸检测登记报道管理的系统。 包括移动端和管理端,移动端便于用户注册,管理端便于数据管理和统计。

2. 有哪些角色参与?

所有居民和村民各村工作人员; 镇级领导。

3. 业务的交互节点是什么?

注册信息和文章信息如何进入员工信息库?

4. 涉及到的业务流程是什么?

信息登记流程,核酸报道流程。

的简单业务流程图例

5. 用户使用场景有哪些?

(1)信息登录过程的使用场景

各村工作人员将信息注册码发放给各社区的社区交流组,目的是在到现场制作核酸之前登记信息,然后到现场检查,以便能够迅速通过居民现场。

)2)核酸报道过程的使用场景

的现场,各社区管理自己社区的居民,将检测报道代码放在现场,让居民扫描代码获取结果页,并将其作为证书,进行排队检查。

)3)业务数据在后台的使用场景

领导可以在后台简单统计各村居的注册和报道人数。 包括登记簿中是已经有数据,还是追记信息。 报道的人数可以统计各村居制造核酸的人数等。

必须根据

二、转化功能—树状思维导图

之前的业务分析,定义并排列最小可行性产品(MVP )所需的需求和功能列表的优先级。

此时,可以根据情况纳入竞争分析和用户调查的工作。 也就是说,以“解决用户的什么问题”为中心设计功能结构。 我们输出的成果是树结构的思维导图。

但是,信息体系结构和功能结构存在差异,信息体系结构有助于全局理解产品的信息语境; 功能清楚地告诉我们产品有哪些具体的功能和子功能。

的简单功能结构图例

的简化信息体系结构图例

例如,在移动终端的扫描注册中,说明页面的信息结构、信息字段属于信息结构图,例如登录页面的“移动电话号码”、“认证码”属于信息结构中; 说明具体功能属于登录页面的手机号码认证登录功能等功能结构。

三、逻辑闭环—页面流程图

中,可以通过业务流程和功能结构使页面流程更清晰。 面部流程图是业务流程图和原型图的中间阶段,它有多少页面,页面之间的关联是什么,可以有效减少逻辑漏洞和页面遗漏。 这个阶段的成果就是页面流程图。

页面的流程图包含了什么?

四边形)业务流程中的四边形部分,异常流程为tip或弹框。 流动方向:主干的流动和辅助的流动。 重要因素:在各个过程中,重要的表达和表达内容是什么?

简化的页面流程图

以项目为例,例如在用户信息的扫描注册中,第一页是用户手机号码的认证注册,第二页是用户信息获取页面。

这里有三个分支页面,数据库中有用户信息,直接获取确认注册的页面。

如果数据库中的数据错误,重新注册的页面数据库中没有用户信息,则再次添加注册的页面。

注册确认需要结果页。 这是

就是扫码登记页面的页面流程图的思考路径。

四、功能交互—产品原型图

这一步就是使用工具画原型,做交互原型设计了。很多公司功能设计和交互设计都是产品经理一人完成的,大的公司可能有专门的交互设计团队。

关于如何去做产品原型图,我分为四个关键步骤:

(1)选择合适的组件库

这些根据我们要做的产品类型去选择对应的组件,比如我做的是小程序端的,直接应用小程序组件框架,这样只需要设计核心内容元素就可以了。

(2)根据页面流程图,搭建每个页面的元素

以项目为例,比如上面提到的用户信息扫码登记,第一个页面的关键元素:手机号、验证码、获取验证码、确认登录这些关键元素,组合在一起就搭建成了第一个核心页面。

(3)结合页面之间的关系,建立跳转链接

这块是将我们静态的原型通过链接,可以将其转化成动态交互的demo。

(4)标注说明,补充需求细节

标注注意不同角色关注的内容不一样,开发关注“边界条件”、“页面跳转”;设计最关心的有页面数量和功能是否遗漏。

简略的原型线框图

一个好的标注有以下几个条件:

标注点的含义,发生的事件;用梳理所有对象和逻辑关系、状态;模块化区分和标记。

每个功能可以做成一个用例,通过用例名、用例编号、角色、简要说明、主流事件、异常和分支事件流、前置条件、后置条件将齐规则细化。

1. B端产品设计的要点

(1)清晰

界面主次分明,对于核心用户,很容易判断自己在当前页面能干什么,核心信息清晰一道,语句简介无歧义,不会让用户感到迷茫和不知所措。

(2)高效

比如,依靠内容或设定的业务逻辑自动进行关联的操作,比如我们数据能够识别和新用户行为,并在他们操作时给予对应的推荐;尽量减少跳页操作,对于80%的操作或者需要的信息,需要3次点击以内就能够到达。

(3)一致性

1)业务逻辑的一致性:不同模块或页面的同类功能,你是否有同样的操作?同样的定义是否使用了同样的标题或者文案。

2)结构层框架层的一致性:即各级导航菜单的结构、页面的框架和布局等。比如操作区域是位于页面右侧还是下方;新增是跳转还是弹出框等。

3)表现层的一致性,即核心控件、元素、交互动作是否一致:包括视觉和交互样式。如常用的空间按钮图标弹框、点击效果、滑动效果等。

4.美观。

美观是提升体验、激发愉悦感的重要手段。美观是仁者见仁,智者见智的,很难达到一个统一的标准,但是也存在一些较宽泛的准则:页面信息的易读性;色彩的统一性与协调性;布局的协调性,主次分明等。

五、写在最后

产品设计是产品经理的工作重点,既要考验调研能力、需求识别能力、需求分析转化的能力,也要考验产品场景化思维和逻辑闭环能力,还要考虑界面设计和交互能力,还有的会涉及到数据埋点、数据监测策略等。

表面看只是输出一个原型而已,实际上原型只是最终的一个呈现,过程中经过产品经理大量的思考和分析。

以上是一个工作流的简单示例,希望能对你有所启发~

作者:美玉姐姐,一枚成长中的B端产品经理。公众号:Beryl的产品世界

本文由 @美玉姐姐 原创发布于人人都是产品经理,未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议

扫描二维码推送至手机访问。

版权声明:本文由花开半夏のブログ发布,如需转载请注明出处。

本文链接:https://www.zhangshilong.cn/work/25821.html

分享给朋友:

发表评论

访客

看不清,换一张

◎欢迎参与讨论,请在这里发表您的看法和观点。