搭建功能框架的目的是理清业务有什么功能,而不是考虑小的功能点,搭建功能框架是要理清业务宽度,而不是业务深度 。通过理清业务宽度,产品经理就可避免功能的遗漏。
先通过用例技术分析,之后再设计业务流程、业务操作和信息结构等。
所谓用例技术,是一种有层次有步骤找到功能的方法,该方法从使用者的角度思考用户要用系统做什么 ,从而再梳理出功能。
采用用例技术可解决下面两个问题
从本质上讲,用例技术是面向用户的,而不是面向功能的。如果采用面向功能梳理,就必要导致产品无法满足需求 。
后台商品管理要实现增删查改等功能,或要实现按照销量筛选等功能,这些都是面向功能的梳理方式,但这种梳理是毫无意义的,也无法满足需求。实际上商品管理可分为上传新商品,营销商品、补充货物等工作,这些工作都是通过后台的增删查改等功能来实现的。显然,先梳理工作,再梳理功能是更合理的,也不容易遗漏需求 。
对于一歀产品,产品经理要拆解出要做的事,但往往拆解得并不清晰。比如,对于一个电商平台,将订单拆解为购物车、支付订单,修改数量,关联优惠卷,设置积分,设置地址、待支付、待评价订单、订单删除、订单发货等功能。显然这种拆分没有层次,也不利于将其转化为工作任务。而采用用例技术的分层思想,就能拆解出要做的任务。
版权说明 : 本文为转载文章, 版权归原作者所有 版权申明
原文链接 : https://blog.csdn.net/chengqiuming/article/details/122284253
内容来源于网络,如有侵权,请联系作者删除!