网站大量收购独家精品文档,联系QQ:2885784924

怎样进行产品的功能设计?.pdfVIP

  1. 1、本文档共9页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
如何进行产品的功能设计 ? 流程图定义 流程图是表示流经一个系统的信息流的图形代表。 说白了 是表示先做什么后做什么 ,实际上 是“开始 ,结束 ,行动 ,状态与判断”的组合。 产品流程图 产品流程图包括业务流程、操作流程和页面跳转流程。 业务流程图 作用 :描述系统内各角色之间的业务关系和作业顺序 ,包括使用产品各种角色中的操作 ,是描述整 个系统的业务走向和业务流程 ,以业务处理过程为中心。 通常会由几个 「角色」来组成 ,他会有一种流水线般的工作线 ,A搞定了 ,传给了B ,B搞定他的 部分 ,传给了C ,C搞定后又要将结果传给A做。 操作流程图 作用 :描述用户为完成某个任务而对产品的一个操作流程 比如成功下单 ,比如登陆注册 ,比如退款等等。 页面跳转流程图 作用 :描述页面之间的跳转逻辑 ,主要面向表现层。 这里面会设计到一些逻辑上的问题 ,比如一个提示弹框出现后 ,如果点击确定 ,下一步页面去哪里 ?点击取消呢 ? 例子 拿外卖点餐产品当例子 :“我要订餐” 业务流程图 设计产品的时候常常从业务流程开始。 假象一下我们的产品是个第三方订餐平台 ,平台上有很多餐馆 ,用户通过我们的平台点餐付款 ,我 们通知餐馆做饭 ,送餐等等。我们首先要做的 是理清产品中有多少种角色 ,在脑子里想象下如果 一个用户下单 ,需要穿梭过多少种角色才能完成它的下单流程 ,然后将流程画出。 画业务流程通常会用到“泳道图”这个是专门来表示多角色配合的一种流程。如下图 角色有三 ,用户 ,系统 (后台 ),厨房 (第三方商家 )。 跑一下这个短短的流程 ,如果 「用户」选好了今天的饭菜 ,提交订单了 ,这时 将订单信息推送给 了 「系统」 , 「系统」在后台生成订单 ,用户的订单状态变为 「等待付款」。 (其实系统这部分用 户是看不到的 ,但是产品经理需要想清楚。 )用户会来到支付页面 ,这时候做一个判断 ,用户是否 为这个订单支付了费用呢 ?如果是 ,那么 「系统」 会受理这个订单 ,将信息推送给第三方 「 厨房」 ,如果不是 ,那么用户 是取消了订单 ,订单状态变为 「订单失败」。 流程中总是由一个动作展开 ,那么思考时 ,我们要对每一步都带着一个“如果……不……”会怎么样 的心态 , 会发现很多可以做判断的地方。如果支付不成功呢 ?如果厨房不接单呢 ?如果退款不成 功呢 ?这样想下去你的流程细节 会越来越完善。 总结 业务流程着眼于整个系统的 ,注重主要环节。 你不只是一个用户 ,因为用户是不必知道后台的一些判断细节或是操作过程的 ,但如果你是产品经 理的话是一定要清楚的。 业务流程设计流程 设定角色→跑通流程→用“如果……不……”穷尽判断 ,思考产品背后的判断逻辑。 对于操作流程图和页面跳转流程图设计 ,关键是要模拟用户场景 ,则需要考虑三个场景 用户在什么时候会使用这个功能 ;(如何开始 ) 用户在使用这个功能的时候希望能提供给他们什么 ;(如何行进 ) 用户在结束这个功能的时候希望是怎样的。 (如何结束 ) 即操作流程图 :功能层面 (有什么功能 ,如何进行 ),页面逻辑层面 (前置条件、 (入口 )怎么 开始、怎么结束 ) 操作流程 (功能层面 ,有什么功能 ,如何进行 ) 第一步 :定义这个功能的正常流程 功能的用户操作流程 ,只设计最简单 ,最正常的流程行进。 以下是是“用户下单”的操作流程。 举个栗子 ,假设设计一个手机号码的注册功能时 ,用户的人机交互正常流程应该按照如下的方式 行进。 这里可看到 ,用户可操作4个子功能、分别是输入手机号码、点击获取验证码、输入验证码、确定 注册。 这样 有了一个基本流程 ,这个流程只能作为一条主线 ,并不能直接交付开发。 第二步 :模拟用户场景 检验流程是否满足用户需求 :主要的原理是行进中的流程 ,应该将自己代入到用户当中 ,去感受这 个功能是否让用户感到舒适 ,或者为了用户的体验 ,应该增加哪些功能。 在这里 ,我将输入验证码修改成自动读取验证码并输入 ,这个可以方便用户不用来回切换程序来进 行输入。 第三步 :极端的模拟 (对功能考虑完善 ) 每一个环节去考虑分支及异常事项 :通过代入极端数值去验证流程是否具备对异常情况的应对方案 。 对于无数值输入的功能 ,则按照是/否的形式去思考。 示例1 :(是非判断 ) 第一个环节 :打开页面A提示进入到注册功能 (不需用户进行任何数值输入 ,我们用是、否的方式 考虑 ) 考虑的问题 : 是 :什么场景下 ,打开页面A会提示并进入注册功能 ? 否 :什么场景下 ,打

文档评论(0)

xiaofei2001129 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档