编辑导语：在供应链业务中，OMS设计是一个相对常见的模块，产品经理在进行OMS设计时，需要依据客户需求与开发阶段进行系统规划和设计优化。本篇文章里，作者结合自身经验，对OMS设计案例进行了整体复盘，不妨来看一下。

前言

从学校毕业到工作毕业二个月有余，加入一家传统企业担任B端产品经理。从此终于从之前的纸上谈兵过渡到真枪实战的阶段。

一、需求分析

我们公司负责供应链业务。我接到的第一个项目是为集团内部做一个OMS（订单管理系统Order Management System）。

OMS的主要作用是方便我们的客户根据门店的不同需求在OMS上下单，再由OMS将需求推送到WMS（仓库管理系统Warehouse Management System）。

WMS收到入库单后，会对入库的物料进行检查、清点并将物料放入对应的托盘并记录；收到出库单后，WMS根据出库物料的数量将物料检查完后通过TMS（运输管理系统Transportation Management System）将物料发到客户订单指定的地点。

以往的客户通过我们的业务人员在WMS下单，进行物料出入库的操作。但有的客户公司下有多个对应的门店。这些门店对物料的需求是不一样的，如果所有的门店都通过业务人员下单，无疑公司的管理和人力成本会急剧上升。

此外为了加强对客户的风险管控，出入库控制需要接入一套风控系统，因此业务流程演变由原来的客户——WMS转变成了客户——OMS——风控系统——WMS。

和业务方共同参会后，确定了OMS的需求。第一阶段OMS只做最核心的出库，加入风控功能。

梳理下来功能点有：

在四个功能点的基础上，我对四个需求的场景做了细化，细化后的功能需求有：

二、整理产品需求文档

由于我们的开发和我们并不在现场一起办公，因此第一阶段在满足一位客户业务需求的前提下，没有做的特别激进。

从客户角度看，主要实现了查看订单功能和订单取消功能。在内部产品需求文档中我填入了需求背景、专业术语、业务流程图、产品原型以及服务器信息等就完成了需求文档。

1. 产品需求文档

在内部产品需求文档模板中我填入了需求背景、专业术语、业务流程图、产品原型以及服务器信息等就完成了需求文档。

这里令我印象最深刻的就是产品原型的绘制与优化。一开始我的想法很天真也很简单。做了个订单列表页来让用户查看订单和取消订单，做一个订单上传页让用户上传订单。把两个功能按钮放在网页左侧，咔嚓完成！

第一版原型就画成了下图这样：

图2.1 订单列表页

图2.2 订单详情页

图2.3 出库单上传页

看上去客户想要的功能都实现了，在体验完阿里巴巴订单页后，我发现了三个优化的点：

1. 某些订单不允许被取消。例如用户已经取消的订单应该没有取消订单按钮或者取消订单按钮不可用。
2. 没有筛选功能来迅速帮助用户找到需要的订单。
3. 便捷查看用户关心的订单。

这点绝对是用户的痛点，对于用户来说，未通过审核系统的订单是他们所最关心的，因此应该有一个按钮，让订单列表中展示的都是审核未通过的订单。此外已取消的订单也是用户所比较关心的订单，因此加入审核未通过和已取消按钮来放置这些用户较为关心的订单。

优化后的原型图如下图所示：

图2.4 优化后的订单列表页

图2.5 审核未通过订单列表页

图2.6 已取消订单列表页

2. ER图

看了杨堃老师的《决胜B端》，懂得对于一名B端产品经理来说，梳理业务中的实体关系图是很重要的一门功课。

在我参与的这个OMS中，实体关系图如下图所示。其中订单是用户下单的实体，抽取了订单中可能包含多种物料的共同属性。多个不同的订单明细确保了一个订单能支持多种物料出入库。一个订单对应WMS的多个容器，不同的容器跟装的物料明细也是一对多关系。

三、总结

输出原型和需求文档后，后续的主要工作内容就是对开发进度的把控，并为下一轮的开发迭代做准备。

作为一名产品新人，自己希望通过第一个项目来明白整个流程，让自己对供应链业务有个入门的理解。

下一步打算阅读更多的B端产品书籍和文章，体验优秀的B端产品设计，揣摩设计背后的深意来提升自己的产品操刀能力。后续也会写更多的文章来对项目进行复盘。

本文由 @爱喝咖啡的猫 原创发布于人人都是产品经理，未经许可，禁止转载。

题图来自Unsplash，基于 CC0 协议