产品入门:想要避免被怼,做好需求拆分

产品老司机手把手教写文档,10天线上课程,零基础掌握产品经理必备7大文档撰写法。了解一下>

无论是做产品还是做运营,需求拆分都是一个很重要的环节,在本篇文章当中,笔者结合案例详细分享了需求拆分的具体方法,一起来看看吧。

一、为什么要做需求拆分?

这块输入什么类型?排序规则是什么?这个输入有什么条件吗?怎么显示?输入换行符怎么办?这个输入框能输入什么类型的字段?你是不是在测试人员测试前会被问各种各样的问题。

这个需求不行,开发之前不说?怎么又改?不想被开发鄙视的体无完肤。

开发做的永远不是你想的,为啥?因为你没有把需求掰碎了一点点告诉开发。

项目做了一个又一个,被开发和测试怼了一波又一波,回想一下是不是因为自己前期没有思考周到?是不是没有细致到每个点?

这就是因为我们没有做需求拆分呀,伙伴们!需求写的越详细、越周到,和研发沟通的成本就会越小,挨怼的几率就越小。

你或许在想,我觉得这个很简单,没必要写呀。千万不要有这种想法,一千个人眼中有一千个哈姆雷特,没人能默认做出来就是你的想法,除非你自己。

那么怎么去做需求拆分呢?听我一一道来。

二、网页项目需求拆分举例

1. 需求说明

商品上传后台页面信息填写字段:名称、标签、价格。

2. 用户使用场景

上传商品时填写:

  • 名称:输入名称,必填;
  • 标签:输入标签,非必填,不填写时默认显示“无”;
  • 价格:选择价格,必填。

3. 对需求中每个字段的细化

  • 名称:限制名称字数(不能超多10个汉字,20个字符);
  • 标签:限制标签字数(不能超多5个汉字,10个字符)、限制标签个数(最多3个);
  • 价格:价格后台设置输入数字,前端显示形式为“*元”

觉得已经细化了?还能细化吗?

答案是:能。

名称:

  1. 超过字数限制是限制输入还是可以输入显示时自动截取?
  2. 是否显示输入限制和当前输入个数提示?
  3. 特殊字符是否可以输入?输入后如何显示?
  4. 是否允许名称与已经发布的商品名称重名?如果不允许重名,那提示什么?

标签:同名称1/2/3点

价格:

  1. 配置价格的规则,需要考虑配置及显示如何对应?
  2. 后台价格设置时输入的类型?
  3. 可以输入几位小数?输入1.50时前台如何显示?输入1.50和1.5前端显示是否一致?
  4. 是否能输入同价格?
  5. 是否可以输入0?

此处对于数据的存储形式可以提前了解下,毕竟知道有哪些数据存储类型后就不会被研发各种鄙视了,在讨论数据表字段和类型时也能有自己的想法,不至于完全被研发支配。

(数据类型参考链接:https://blog.csdn.net/wjn2000414/article/details/82141765)

三、如何对项目进行需求拆分?

上面只是页面的几个字段的细化方法,在整个项目中我们要如何去做需求拆分呢?

个人认为页面需求拆分和绘制逻辑图相似,既要考虑功能又要考虑页面信息,此处可参考文章《产品入门 | 教你轻松区分并绘制产品功能结构图、产品信息结构图和产品结构图》

具体的需求拆分结合此次网页项目的进行了一些一些思考,希望对你有所帮助。

1. 交互逻辑

此处说的交互逻辑为页面整体的功能跳转逻辑,在项目之初我们已经绘制了整个项目的功能结构图,此时需要我们对照着功能结构图去审核我们的交互跳转逻辑。

细化交互逻辑:细化交互逻辑是指我们在整体交互逻辑下要去考虑交互发生时,页面上按钮、链接、提示等信息交互逻辑,比如:具体跳转页面、具体按钮的状态及颜色变化、具体的跳转提示等。

比如:在编辑商品页面,点击“提交审核”按钮,会弹出“提交成功”弹框,并且进入到待审核列表,同时待审核列表此信息状态变为“待审核”。

2.静态信息

此处说的静态信息为页面整体的信息流程图,在项目之处我们已经绘制了了整个项目的信息结构图,此时我们需要对照着信息结构图去审核我们的页面静态信息逻辑。

细化静态信息:页面上显示字段的逻辑,比如具体的显示字段;某个字段显示的个数、类型、字号、颜色等;涉及到排序的字段排序规则,默认排序规则等。

3.数据流转

在项目之初我们会和研发核对数据表及相关信息,页面跳转时也需要考虑状态不同,存储及上传数据是否不同。数据是整个项目的关键部分,不同状态下点击不同按钮的具体数据显示形式需要确认。

比如:在待审核列表,点击“编辑”按钮,进入“编辑”页面,此时页面显示之前提交的所有字段,可以修改并重新提交;在审核通过列表页面,点击“更新”按钮,进入“更新”页面,此时页面显示之前提交的所有字段,可以修改更新,不同于“编辑”页面的是,此页面需要填写更新理由。

四、交互自查表

项目的最后一步需要我们对照已有的项目自查表进行自查。(注意各类操作的提示需要穷尽)

终于下定决心下次开发前要做好需求拆分,是个好现象;然而需求拆分是个耗时的工作,项目如果比较紧急,没有足够时间做好需求拆分,提前做准备吧伙伴们,对做过的项目复盘也是个好办法。

最后想对自己和伙伴们说:工作中的我们多数时间在挨怼,但我希望我们在抱怨、委屈过后,做一个能反思、从自身找原因的产品,做一只打不死的小强,不断成长。

 

本文由 @live life 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
2人打赏
评论
欢迎留言讨论~!
  1. 文不对题???内容变了??

    回复
    1. 可能是提交时错误,审核给通过了,您现在看下是不是正常的?

      回复
  2. 我怎么感觉这篇文章是抄我的框架呢

    回复
    1. 哈哈,不是感觉,这就是! :grin:

      回复
    2. 小编不管管吗

      回复
    3. 哈哈哈哈

      回复
    4. 看了您的文章,确实很好,整体思路确实有些雷同,已经做出调整,内容原创。谢谢您。

      回复
  3. 感谢分享

    回复
    1. 不客气~

      回复