北京快3平台【真.懒觉】

产品设计]如何绘制业务流程图(下)

时间:2020-11-05 04:04

  有一些同学看过了我写的《如何绘制业务流程图》发私信过来希望我谈谈页面流程图。

  这个话题其实我也酝酿过但一直没有写出来。细究起来除了懒原因其实有好几条

  今日因为因为天气预报号称有雷震大雨取消了原有的外出计划刚好在家里想起抛出这块砖头期望这个话题能激发更多的分享和讨论。

  案例呢……想一个通俗易懂又具代表性的案例线c;它不能太简单太简单的话几乎上没有什么页面也不能太复杂太复杂了我还hold不住。

  刚好前不久在收拾家里闲置的衣服舍不得扔但又不穿当时唠叨一句说要是有个地方能够提交下捐赠有人上门收就好了。在我头疼要怎么举例演示页面流程图的时候我就把这个大概YY了一下就用“公益捐物网站”为例来说明吧。

  而页面流程图是具体到了网站、系统、产品功能设计的时候表现页面之前的流转关系——用户通过什么操作进了什么页面及后续的操作及页面。

  从需求到到解决方案无疑要经过很多阶段。需求的分析——用户是谁用户的问题或需求是什么用什么功能去满足需求或解决问题这些功能的优先级是什么这些问题都需要逐步得以明确与此同时你需要用一些线框图、原型或者DEMO这些在我认为都是一个东西去帮助自己精细化这些功能想透彻那些需求。

  直接画单张页面的线框图当然是可以的但是有可能会出现一下子进入单页面不先系统性规划考虑每项功能的前置和后置每项操作的上下文就很容易顾此失彼遗漏重要状态或忽视本应简化的任务。

  说到这里单页面的线框图很像PPT我个人在做PPT之前其实是一定要有脑图或者已经在一张大纸上将目录结构、每页的重点都写出来、画出来的。所以真正做PPT则纯粹是在做而已可以做得很快只因为心中早就有谱了。所以在画线c;我也习惯先将页面流程图画出来。

  页面流程图一张页面助你讲完完整的用户与系统的交互故事借助它你更容易知道流程中的潜在地雷是什么哪里的效率比较低有助于系统化、全局化、周全性的思考

  细化工作量的基础通过页面流程图可准确评估需要多少张页面。

  聚焦页面流程图中的每个页面都不必追求精细——你的目标是规划行为路径而不是单页面交互设计所以完全无需考虑页面内容、布局。北京快3,所以你会更加聚焦于用户目标和任务的完成。不必过早陷入细节。

  关键是很快。线框图有可能有几十张你画起来没那么快而且一旦进入细节则还需要慢慢深究。但是页面流程图也许就是几个小时的事情。你就可以对整个项目心中有数了。

  他们会很乐意你在没有原型的时侯第一时间拿出页面流程图和他讨论需求。相信我这比单纯的功能列表或者有业务流程图更让他们兴奋。

  回到开头我们说的案例——公益捐物网站这个仅仅是idea真不足以让它变成一个产品。现在借着本线c;我们也尝试一下如何把随机迸发的一个idea快速转化为产品吧。

  ——即现状分析需求、问题。在没有你的产品前你的目标用户遇到的问题是什么他们明确的及潜在的需求是什么市场上已经有哪些产品这些产品为什么没有满足这些需求解决这个问题当然内部产品没必要分析太多竞品但是脑子里要过一遍这些问题没坏处。

  ——这个产品如何满足需求及解决问题的除此之外潜在的利益是什么可以分用户、公司多个维度阐释。

  3. 目标用户能用——有相应的能力储备不需要经过学习、培训就可用你的产品可及性你能够去触及这些用户群体让他们了解有这个产品可以用

  本案例为了配合页面流程图随手拈来单纯客观描述一下诸位也可以帮忙诊断下是否靠谱。

  假设我们是要做这样一个网站必须有几个参与角色吧。必须有人去收衣物可以和公益组织、社工群体、慈善组织取得联系让他们成为第一种参与方。这里不展开了。

  当然也必须有人要捐赠衣物这里假设定位于年轻人群体舍得买也舍得捐有足够的能力储备可以使用在线系统而不是等收废品的大爷吆喝。

  空间矛盾小户型房子储物空间有限时尚群体消费空间很大比较喜欢尝鲜衣服和各种生活物品只进不出没有足够地方容纳必须要推陈应新。

  处理旧衣物的方式有限独生子女群体居多也没有家人亲戚可以赠送。即使知道哪里有灾难发生灾民缺衣少物也没有通道进行捐赠二手市场耗费精力且效果不好。……

  可随时提交捐赠需求等待有人上门收取轻松做到眼不见心不烦。

  捐赠带来额外好处1. 换取公益积分积分可用于订阅杂志、享受参与活动的商家优惠、换取书籍等2. 公益积分可冲抵水电费……好吧YY吧。

  不过写到这里俺发现还是基本靠谱的吧所以继续往下吧。。

  参与这个产品的有负责收衣服的也有捐赠衣服的单表这捐赠衣服的用户角色吧免得不小心兜不住了。

  业务故事小A有一批衣服需要捐赠他在手机上提交一份捐赠需求写明自己要捐赠什么衣服新旧程度多少数量什么方式预约上门时间……小A提交捐赠后收到预约电线天后的周末下午上门取衣服。到了预定的时间上门取衣服的社工检查了捐赠的数量后拿出手机查找到小A捐赠的那笔单子确认收到几件衣服并发送积分。小A捐赠了几次衣服后发现自己拥有了不少公益积分小A可以在积分频道可以兑换书籍也可以兑换一些公益合作商家的优惠卡如洗车、吃饭等。

  可以说这两步的工作是绘制页面流程图必不可少的准备我们明白了要做什么为哪些人做主要的功能是哪些功能之间的流程是什么样的。但是因为是互联网产品这些流程必须以页面为承载体比如“提交捐赠”是一项活动到了页面设计时我们要用几张页面去完成这一个动作呢这些页面彼此是什么关系呢

  现在我们已经知道了系统应该有哪些功能我们应该提供哪些内容现在就需要将这些功能及内容分配到不同的页面去。

  操作是需要用户触发的包含链接、按钮、表单等等。用户通过这些操作看到同一个页面上不同的内容或者跳转到其他的页面。

  请注意有些操作可能不会带你去一个实际的页面而是有可能发个短信、发个邮件等这些也需要被表现出来。

  即像讲一个故事最简单的就是从用户的第一个初始页面开始进行。

  我的用户角色也许根本用不到有些操作条条大路通罗马他只选择了其中一条路径那我怎么能把所有的页面都画出来呢

  我的经验是不要细分用户类型而是根据页面穷举各项操作基于假设判断用户若点击什么就会到哪里。

  这个图受篇幅限制没有全部画完比如到了积分商城后还有一系列页面呢有兴趣的同学继续试试。

  页面一般用矩形表示页面上要体现关键的内容块及主要操作。

  使用圆角矩形放到连接线上表示各项操作。一个页面可引出多个操作指向不同的页面。

  只体现系统判断用户本身的判断不需要体现出来——比如用户到了详情页面是要购买呢还是加入收藏呢还是离开呢这些直接用操作指向不同的页面即可。

  也有不适合用页面流程图去表现的网站主要是因为操作类的更多不是纵深型的一步步流程而是平行中跳转如门户类网站查看新闻的用例、如音乐类网站等等。这种情况下最好用站点地图site map去表达页面从属关系就可以了。

  可能大家会留意到上图中的操作有可能就是设计时页面上实实在在的按钮或者文字链接没错的。

  但是有些页面流程图未必是能够完全按操作、页面来连接的下图是我在3年前画过的一个页面流程图请注意这个流程图就不符合我说的几条规则。当用户到达详情页后他的下一步操作可能是什么详情页的操作太多了……支付、加入购物车、加入收藏、推荐给朋友、离开、再逛……下图中的“以后再说”并不是操作“对比后再决定”也不是操作这正像什么呢是对操作做一个人工的分类还是表现用户的意图倾向当时我凭直觉去画这张图的时候用意是在于探寻购物路径中有无可优化的空间所以是想要把用户操作前的意图列举出来。如果用户喜欢这个商品的线c;可能会想做什么目前我们提供了哪些功能可以继续往下走当不喜欢的线c;他们可能想要做什么我们目前又做了什么挽留

  所以我们也可以在页面流程图中加入“意图”项你可以用你喜欢的形状去表示“意图”比如椭圆。

  如果篇幅不需要太大完全可以用PPT绘制另存为图片导入到AXURE原型工具里然后在每个页面上加一个透明的矩形再添加链接到相应的线框图页面。

  以前也多用AXURE绘制页面流程图如这个例子中操作按钮没有放到链接线c;是因为此用例页面数量不多页面可以比较大连接线可以直接从页面上的操作中画出

  最后我想说的是页面流程图重在把事情讲清楚把页面交代清楚不必追求太多的规则和条条框框你可以用你最舒适的方式去表达。文中所举的方式是我比较习惯的也欢迎各位同学交流下你们是怎么绘制页面流程图的。

  CRMEB客户管理+电商营销系统支持公众号、小程序、H5端,带积分、优惠券、秒杀、会员、分销等功能,前后端“全部”开源,方便二开, 企业公域流量转私域流量必备系统。

  和其他图表(如线框图,概念图,架构图,用例图)有什么不同? 2. 为什么需要

  与其他图表的对比 线框图,信息架构图或站点地图,用例图(Use Case)或E-R图 如果要串到某...

  转自:本来写完上篇,我发现没有太多必要单纯讨论这一部分内容,因为对于很多人来讲,缺的不是具体的做法,而是做这件事情的意义以及目标性的明确。一旦对这件事情的意义和目标有深刻认同,那自然会产生较大的动力去研究How这个层次的所需方法和技能。时间管理也如此,很多时间管理技巧牛逼的人未必能够把时间管理做到位,因为内心克服不了强大的拖延症...

  产品开发流程涉及的人员从产品经理到设计师、前端、后端等等一系列人员,这篇文章主要关于产品开发的完整流程,希望对各个工作岗位上的人有借鉴意义。 1引言 1.1目的 基于现在的开发流程中缺少的环节进行补足,使得开发流程更加的流畅和正规化,以便以后的查阅与归档使用。面对互联网行业中激烈的竞争,让我们的开发流程更完整、更有效率,产品才能脱颖而出。 1.2范围 本

  图书管理系统(Java + Mysql)我的第一个完全自己做的实训项目

  图书管理系统 Java + MySQL 完整实训代码,MVC三层架构组织,包含所有用到的图片资源以及数据库文件,大三上学期实训,注释很详细,按照阿里巴巴Java编程规范编写

  让vscode完美支持go vendor的代码跳转(使用vscode必看)

  Rainy Chan:感觉真要是写的舒服,还是python,看好未来的julia 但是go作为静态语言,维护性上好了一截,如果团队大了不太靠谱的话,go的bug会比较少