无论是做产品还是做运营,需求拆分都是一个很重要的环节,在本篇文章当中,笔者结合案例详细分享了需求拆分的具体方法,一起来看看吧。
一、为什么要做需求拆分?
这块输入什么类型?排序规则是什么?这个输入有什么条件吗?怎么显示?输入换行符怎么办?这个输入框能输入什么类型的字段?你是不是在测试人员测试前会被问各种各样的问题。
这个需求不行,开发之前不说?怎么又改?不想被开发鄙视的体无完肤。
开发做的永远不是你想的,为啥?因为你没有把需求掰碎了一点点告诉开发。
项目做了一个又一个,被开发和测试怼了一波又一波,回想一下是不是因为自己前期没有思考周到?是不是没有细致到每个点?
这就是因为我们没有做需求拆分呀,伙伴们!需求写的越详细、越周到,和研发沟通的成本就会越小,挨怼的几率就越小。
你或许在想,我觉得这个很简单,没必要写呀。千万不要有这种想法,一千个人眼中有一千个哈姆雷特,没人能默认做出来就是你的想法,除非你自己。
那么怎么去做需求拆分呢?听我一一道来。
二、举个例子
1. 需求说明
商品上传后台页面信息填写字段:名称、标签、价格。
2. 用户使用场景
上传商品时填写:
- 名称:输入名称,必填;
- 标签:输入标签,非必填,不填写时默认显示“无”;
- 价格:选择价格,必填。
3. 对需求中每个字段的细化
- 名称:限制名称字数(不能超多10个汉字,20个字符);
- 标签:限制标签字数(不能超多5个汉字,10个字符)、限制标签个数(最多3个);
- 价格:价格后台设置输入数字,前端显示形式为“*元”
觉得已经细化了?还能细化吗?
答案是:能。
名称:
- 超过字数限制是限制输入还是可以输入显示时自动截取?
- 是否显示输入限制和当前输入个数提示?
- 特殊字符是否可以输入?输入后如何显示?
- 是否允许名称与已经发布的商品名称重名?如果不允许重名,那提示什么?
标签:同名称1/2/3点
价格:
- 配置价格的规则,需要考虑配置及显示如何对应?
- 后台价格设置时输入的类型?
- 可以输入几位小数?输入1.50时前台如何显示?输入1.50和1.5前端显示是否一致?
- 是否能输入同价格?
- 是否可以输入0?
此处对于数据的存储形式可以提前了解下,毕竟知道有哪些数据存储类型后就不会被研发各种鄙视了,在讨论数据表字段和类型时也能有自己的想法,不至于完全被研发支配。
(数据类型参考链接:)
三、如何对项目进行需求拆分?
上面只是页面的几个字段的细化方法,在整个项目中我们要如何去做需求拆分呢?
下面是我对网页项目的一些思考,希望对你有所帮助。
1. 页面需求拆分
页面需求拆分,我们要考虑到进入及跳出条件,数据流入及流出规则,页面静态和动态交互等方面。
页面进入及跳出条件:
我们在什么状态通过点击什么进入此页面,并且通过点击什么跳出此页面,点击某按钮能跳到什么页面。整体梳理下来就是我们页面跳转逻辑可以绘制出整个系统的页面流程图。
比如:在编辑商品页面,点击“提交审核”按钮,会弹出“提交成功”弹框,并且进入到待审核列表。
数据流入及流出规则:
进入的数据及跳出页面收集的数据是我们关注的重点,数据是整个项目的关键部分,不同状态下点击不同按钮的具体数据显示形式需要确认。
比如:在待审核列表,点击“编辑”按钮,进入“编辑”页面,此时页面显示之前提交的所有字段,可以修改并重新提交;在审核通过列表页面,点击“更新”按钮,进入“更新”页面,此时页面显示之前提交的所有字段,可以修改更新,不同于“编辑”页面的是,此页面需要填写更新理由。
页面静态逻辑:
页面上显示字段的逻辑,比如具体的显示字段;某个字段显示的个数、类型、字号、颜色等;涉及到排序的字段排序规则,默认排序规则等;
动态交互逻辑:
页面上按钮、链接、提示等信息交互逻辑,比如按钮各种状态颜色变化及相应提示语,点击连接后链接颜色变化等。
2. 需求自查
注意各类操作的提示需要穷尽。
终于下定决心下次开发前要做好需求拆分,是个好现象;然而需求拆分是个耗时的工作,项目如果比较紧急,没有足够时间做好需求拆分,提前做准备吧伙伴们,对做过的项目复盘也是个好办法。
最后想对自己和伙伴们说:工作中的我们多数时间在挨怼,但我希望我们在抱怨、委屈过后,做一个能反思、从自身找原因的产品,做一只打不死的小强,不断成长。
本文由 @live life 原创发布于人人都是产品经理。未经许可,禁止转载
题图来自Unsplash,基于CC0协议