产品实战心得范文.doc

产品实战心得范文 产品实战心得本文为作者自身工作经历，通过听到的、要做的、怎么做这三个步骤来解构产品需求，为大家提供一个解构需求的思路，希望对大家有所启发。 背景简介本人目前在一家做TO B供应链的互联网公司，商品的管理后台有两个库仓库和商品库。 仓库是面向客户端展示商品列表的库，商品库是用于公司管理的商品SKU储存库。 需求分析听到的继上个月设计了仓库和商品库同步的功能之后，已经完成了几千件商品的同步（请参照我的第一篇文章）。 今天领导又针对这个模块提出了一个非常重要的问题商品库的商品分类之前全部都是无法变更的，只有仓库可以新增商品分类。 自从商品库的商品只能从仓库上传导入之后，就无法控制商品的分类了。 因此领导让我给商品库新增一个添加新分类的功能。 要做的简单梳理了一下思路，想要增加一个添加新分类的功能，实际上是想要把仓库同步进来的商品放进正确的分类里，而有些商品可能是新商品，在现有分类中没有对应的分类可以选择。 再深入思考一下，最终的目的是想把新增的不符合所有当前分类的商品放入合适的分类里。 从梳理后的思路可以看出，新增分类的实际处理对象是新商品，而新商品于各个仓库，仓库的商品分类是可以的bang！好像发现了什么。 从仓库上传的商品确认好分类，如果是新商品需要对应新的分类就先从仓库增加对应分类之后再选择，这样就可以把商品对应的分类确认。 怎么做确认商品所在分类后，就需要把新增的分类增加到商品库中，这个过程就会出现一个问题如何控制加入商品库中的新分类？商品库作为标准化的SKU库，其中的商品分类必须是严格把控的。 而之前同步过程设计的审核功能在这时就又一次派上了用场，增加一个对新商品分类的审核过程就ok了。 深入思考本以为解决了这个问题，但在文档时发现了一个新问题，在这种审核模式下，还需要再细致设计审核的步骤。 最初的设计是和之前一样，当看到可行的新内容时，直接同步，看到不可行的内容时，直接打回重新。 这样的流程虽然会降低商品库审核人员的工作难度，但也会让整个商品上架过程变长，打回和重新提交之间可能还会间隔几个小时甚至更长时间，因此引入商品分类的信息也是有必要的。 这时候就需要梳理需要对新增商品分类进行的种类，第一是该商品可以在现有商品分类中进行放置，没有必要增加新的分类。 第二是该商品的新分类有必要增加，但文案描述并不符合规则，或者有更好的方式进行描述。 对于第一种情况最好的解决方式是使用下拉列表进行选择，选择一个可替代的现有分类；而对于第二种情况，最好的解决方式是用输入框进行直接。 这就对网页上的同一块区域产生了不同功能的要求。 将分类分成两个区域既不易辨认，空间也不允许；而对下拉列表可以输入文字也无法避开筛选。 只有将两者结合才能最高效解决这个问题。 简单分析一下，商品库的分类列表已经涵盖了几千件商品，因此未来的多数商品也是可以被涵盖的，而手动修改将会是少数情况。 因此该功能的重点将是选择已有分类。 产品设计具体设计为在下拉栏中，增加一个其他选项，点选这个选项时，弹出输入框，可以手动输入分类名称，这就将两者巧妙地结合在了一起，也节省了空间。 总结这次产品优化设计，充分地展示了需求分析和转化的必要性，梳理清楚解决问题的关键点，对应优化产品模块。 这样不仅解决了领导想要解决的问题，同时也降低了开发成本，比起领导想要增加新页面的表层需求，针对小块区域的修改明显性价比更高。 面对直