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

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