产品经理提出需求无非是基于业务需求或是业务压力，当业务方没有明确的需求提供甚至没有具体要求的时候，对于后台系统来说是比较棘手的。如果要系统健康、向上发展，有一些基础设施是必须要完善的，但是当有人问起“为什么要做这个”或者“这种不紧急的需求干嘛要占用活动资源”这类问题的时候，产品经理是不是能够赢得了这场PK，完全取决于事先是否做了充足的准备。这道理说起来很简单，践行却很难。

准备工作要求产品经理要深刻了解业务所处的阶段、当前业务关心的核心问题点、下个阶段马上会遇到的问题、未来必须要做但是永远可以放到“下个阶段”的需求。

业务背景

“该系统日订单量大约在十五万左右。之前的系统是根据业务需求以及资源情况综合考虑，以能够支撑业务为前提设计的，因为存在功能不系统、没有明确管理功能等设计问题。本次优化库存管理主要目的是为了更好的支撑年底两倍增长的GMV目标。”

目前业务最大的关注点在于如何提升GMV，那么减少用户流失是重中之重。哪怕减少1%的用户流失，在100万的装机体量下，经年累月也能节省巨大的推广成本。

用户流失原因分析

分为自然流失、非自然流失，我们更多的是需要关注非自然流失。非自然流失中又可以分为：必然流失和偶然流失。

（1）必然流失：用当下市场环境中被广泛认可的标准去衡量时，存在“不合格的功能、产品、服务、费用”，那么接触到这个“不合格功能、产品、服务、费用”的用户中，大部分会流失

（2）偶然流失：在个别用户主观判断下，发现了“不合格的功能、产品、服务、费用”，导致用户流失

产品能够做的是优化业务环节、提升系统可用性、打造完整顺滑的产品体验，帮助业务方提供良好的服务，并且找出不好的服务。

对于我们平台来说，最核心的当然是购物体验。本次的优化理所当然是从购物体验的各个环节出发，在下单之后、发货之前存在的“发货备货”环节的问题：谁也不知道该不该备货、该备多少货、什么时候需要调整。问题整理一下就是：

（1）一旦出现备货多的问题，商家会默默把多出来的货匀给别的渠道，如果平台经常出现这种商家备货量无法在“黄金时间内”由平台消化掉问题，那么平台的信誉度就会打折扣，更多的合作就无法推进，甚至商家会出于管理成本取消合作

（2）一旦备货少，平台只能负责跟每个买到商品的用户解释协调取消。这对用户的伤害是巨大的，毕竟很多时候购物是冲动决策，当用户受到损失理智就会开始思考，那么智慧之眸会一眼看到远处有一个淘宝……

需求背景

优化库存管理功能，主要解决以下几个问题：

1.减少用户流失：运营可以及时了解库存变化，提前跟商家沟通调整，避免超卖缺货影响用户购物体验，造成用户流失

2.增强商家粘性：对库存增加“有效期”的概念，在有效期内要求商家固定库存，过期后商家可以自行选择是否释放库存。把原来不透明可见的商家备货活动，还原到线上，作为我们管理库存的一个真实场景。一方面让商家能够保证提供准确的库存，另一方面满足了商家“要走货不关注什么渠道”的需求。同时让平台以及买手能够更加积极的关注那些即将到期的货源，而不是线上可能并不真实存在的“库存”

3.成本分析：对售后、积压情况充分了解，优化运营人员采购、选品的实际效果，提升实际操作的业务效率

4.基础支持功能：支持活动库存单独管理，支持活动库存情况统计，支持订单流转过程中库存的动态变化统计

库存结构

只包含了最基本的库存要素，因为平台无仓储管理，所以不考虑物理和虚拟库存问题。可销售库存、活动库存属于可以使用的库存资源，其他库存类型纯为管理。

库存类型说明

库存更新逻辑

1.库存更新的几种场景

2.库存更新的系统流程

（待补充）

功能说明

针对库存的数据操作：增加、扣减，锁定、解锁。前两者是不可逆的。所以不支持在原库存数量上删减，因为原库存一旦添加后，就会被系统拆解成各种类型，如果删减的话会造成数据混乱。需要修改库存时，可以添加和创建“已售库存”，由系统自动把已售库存的数量从可销售库存中扣减出去。

1.管理销售库存：创建库存、添加库存、创建其他渠道已售库存

2.管理活动库存：创建活动库存、添加活动库存

交互说明

涉及到的后台：admin库存管理、商品市场管理后台、商品市场、商家后台的多个页面

数据统计

略。