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