为什么要做需求拆分
这块输入什么类型？排序规则是什么？这个输入有什么条件吗？怎么显示？输入换行符怎么办？这个输入框能输入什么类型的字段？你是不是在测试人员测试前会被问各种各样的问题。
这个需求不行，开发前不说？怎么又改？不想被开发鄙视的体无完肤。
开发做的永远不是你想的，为啥？因为你没有把需求掰碎了一点点告诉开发。
项目做了一个又一个，被开发和测试怼了一波又一波，回想一下是不是因为自己前期没有思考周到？是不是没有细致到每个点？这就是因为我们没有做需求拆分呀，伙伴们！需求写的越详细、越周到，和研发沟通的成本就会越小，挨怼的几率就越小。
你或许在想我觉得这个很简单，没必要写呀，千万不要有这种想法，一千个人眼中有一个哈姆雷特，没人能默认做出来就是你的想法，除非你自己。那么怎么去做需求拆分呢，听我一一道来。
网页项目需求拆分举例
需求说明
商品上传后台页面信息填写字段：名称、标签、价格
用户使用场景
上传商品时填写 名称：输入名称，必填
标签：输入标签，非必填，不填写时默认显示“无”
价格：选择价格，必填
对需求中每个字段的细化：
名称：限制名称字数（不能超多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.数据流转
在项目之初我们会和研发核对数据表及相关信息，页面跳转时也需要考虑状态不同，存储及上传数据是否不同。数据是整个项目的关键部分，不同状态下点击不同按钮的具体数据显示形式需要确认。
比如：在待审核列表，点击“编辑”按钮，进入“编辑”页面，此时页面显示之前提交的所有字段，可以修改并重新提交；在审核通过列表页面，点击“更新”按钮，进入“更新”页面，此时页面显示之前提交的所有字段，可以修改更新，不同于“编辑”页面的是，此页面需要填写更新理由。
交互自查表
项目的最后一步需要我们对照已有的项目自查表进行自查。（注意各类操作的提示需要穷尽）
终于下定决心下次开发前要做好需求拆分，是个好现象，然鹅需求拆分是个耗时的工作，项目如果比较紧急，没有足够时间做好需求拆分，提前做准备吧，伙伴们，对做过的项目复盘也许是个好办法。
最后相对自己和伙伴们说：工作中的我们多数时间在挨怼，但我希望我们在抱怨、委屈过后，做一个能反思、从自身找原因的产品，做一只打不死的小强，不断成长。