编辑导语：批量新建商品是商家交易、经营流程中常见的功能之一，那么，如何针对具体需求做好相应的SaaS产品设计？本篇文章里，作者结合实际案例，拆解了如何为垂直行业零售门店打造批量新建商品的功能模块的设计方案，一起来看一下。
本次是为某垂直行业的零售门店经营管理SaaS系统打造一个批量新建商品的功能模块，包括Pad+PC两个端。
功能解决的问题是：门店在初期使用经营管理SaaS系统时，需要尽快将门店的商品数据同步至系统内，以确保所有门店在售商品能够在SaaS系统中正常完成交易流程，具有“快”与“全”两个诉求。
01
背景：笔者身处某一传统零售行业（具体行业就不透露了，反正很垂直），目前整个行业零售门店的信息化程度极低，而因该垂直行业在业务模式上也颇具行业特色，目前市面上成熟的标准化SaaS软件难以满足其门店经营管理的细分需求。
基于这种情况，我们针对行业痛点，为零售门店设计并研发了基于Pad的SaaS系统（之所以选择Pad也是为了贴合这个垂直行业的需求，具体就不展开叙述了），包括收银、商品、订单、售后、入库、供应商、客户、经营看版八个模块，为门店信息化经营管理提供了整套解决方案。
但就像汽车开动需要先加汽油一样，作为门店经营的最小单位，也是最为基础的“SKU”，将门店中的所有SKU信息全部录入系统内是SaaS系统运作的前提。如何以一种高效快速的方式完成少则几百、多则几千种SKU的信息录入是我们需要解决的痛点，如果依靠用户手动在系统内一个个建立SKU，不仅耗时耗力、拖延系统正式投入使用的时间，也会为门店经营者带来极为不好的体验，并且质疑系统的专业度。
基于以上背景，我们设计的新建商品模块需要思考如何做快与如何做全的问题：
- 需要“快”，要能够在最短的时间内完成SKU在SaaS中的信息录入，确保SaaS尽快投入正式使用。如何做快？
- 需要“全”，门店经营的SKU数量根据门店规模的不同，从几百种到几千种不等。如此庞大的数量，如何做全？
02
由于有的门店事先已有excel格式的商品信息列表（商品名称、品牌、分类、规格等），因此在建立商品信息的角度，可将门店划分为三类：有全部商品excel列表的门店&有部分商品excel列表的门店&没有商品excel列表的门店。
不同的门店类型对应着不同的新建商品解决方案：
- 有全部商品excel列表的门店：直接导入商品excel到系统，这是最省时又省力的一种情况。需要另外补齐商品图片；
- 有部分商品excel列表的门店：导入已有的商品excel列表，其余商品要能够批量新建。需要另外补齐商品图片；
- 没有商品excel列表的门店：商品要能够批量新建。需要另外补齐商品图片。这也是门店工作量最大的一种类型。
这样划分之后，新建商品的功能方向就比较清晰了：需要能够导入商品excel，能够批量新建商品，并补齐商品图片。
在门店的日常运作中，人员结构可划分为老板+员工。老板对门店商品非常熟悉，不常参与日常的门店收银等工作，精力更多放在门店整体运作与人员管理上，不一定每天蹲守门店；员工通常对商品的熟悉程度不及老板，精力更多是在门店经营的细节事务上，且每天蹲守门店。
分析这两类人员结构的差异的意义在于，系统的使用主体是“人”，不同的人员类型决定了其使用的功能的定位，定位的不同会影响到具体的功能设计。
在本文的场景中，我们根据人员类型，构建了批量新建商品活动中老板与员工的分工：老板可主要负责商品信息的导入、填写与校对，员工则可在门店内以一定顺序录入货架上他已知的商品信息（至少是名称），拍摄商品图片，并将创建的信息提交给老板进行补缺可校对。
Pad中的SaaS系统是员工每天都会高频使用的收银工具，且自带摄像头，可以较好契合上文中员工对批量新建商品的分工；而老板由于需要导入/填写与校对，涉及到较多的文字输入操作，目前来说Pad的文字输入相比传统键盘，友好度还是有一定差距，所以在PC端网页上操作是最为适合的。
03
结合以上思路，我们构建的批量新建商品功能分为了两个端。
1. PC端
供老板使用，可以导入现有的商品excel列表，可以对员工在Pad上提交的不完整的商品信息进行填写与校对并完成新建，也可以将老板自己导入的没有图片的商品资料与员工在Pad上拍摄上传的图片进行匹配，以补齐商品图片信息。
这里有一点要注意的是，由于员工在Pad端上传商品信息时，商品图片与商品名称是必填字段，其他商品信息（品牌、分类、规格等）为非必填，因此老板在PC端接收到的员工上传的商品信息是有部分文字内容的。
如果老板是从自己导入的商品信息处去匹配员工上传的商品图片，我们设计老板设置的商品信息能够覆盖掉员工上传的商品信息，这也是出于相比员工来说，老板更为熟悉门店商品信息的考虑，这也是上文中叙述的使用人员定位的不同会影响到具体的功能设计的一个体现。
2. Pad端
供员工使用，可以拍摄门店内商品图片并上传，可填写商品信息相关字段（商品名称是必填字段），提交的信息会传输至PC端，老板可对员工上传对信息进行填写与校对，也可以将自己导入的商品信息与员工上传的商品图片进行匹配，从而补齐商品图片资料，并完成商品的新建。
新建完毕的商品会出现在Pad端SaaS系统的商品库中，可对其进行管理与收银等操作。
我们可以看到，在这两个不同端的操作中形成了批量新建商品的闭环，而商品的最终新建完成也只能由老板来操作，这也符合上文提到的门店经营现状。
“快”与“全”的诉求，也在批量操作与老板员工协同操作中被最大化，同时也兼顾了上文划分的三类门店类型的不同需求，用户可以根据实际情况进行功能的自由组合，具有较高的灵活度。
写在最后
好用的SaaS产品一定是同时满足业务特殊性与普适性的，这两者并非完全对立，在一些情形下甚至可以互相借力，前提是在设计具体功能之前，首先确保正确理解了业务需求。
本文由 @即将上市的王总 原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自Unsplash，基于 CC0 协议
文章评论