身处SaaS系统如何“快”与“全”两个诉求
优采云 发布时间: 2021-08-08 05:07
身处SaaS系统如何“快”与“全”两个诉求
本次是为某垂直行业的零售门店管理SaaS系统打造批量新品的功能模块,包括Pad+PC这两个终端。
该功能解决的问题是,店铺前期使用SaaS系统进行运营管理时,需要尽快将店铺的商品数据同步到系统中,以保证所有商品店内销售可以在SaaS系统中正常完成交易流程。 “快”和“满”两个要求。
01
背景:作者是传统零售行业(具体行业就不透露了,反正很垂直)。目前,整个行业零售店的信息化程度极低,垂直行业在商业*敏*感*词*店经营管理的细分需求。
基于这种情况,我们针对零售店的痛点设计开发了一个基于Pad的SaaS系统(我们之所以选择Pad是为了满足这个垂直行业的需求,具体会不详),包括收银、商品、订单、售后、仓储、供应商、客户、商家查看等八个模块,为门店信息管理提供一整套解决方案。
但就像汽车需要汽油才能启动一样,作为门店经营的最小单位,也是最基本的“SKU”。店内所有SKU信息录入系统是SaaS系统运行的前提。如何高效快速地完成少至数百或多至数千个SKU的信息录入,是我们需要解决的痛点。如果依靠用户在系统中手动一一建立SKU,不仅费时费力,而且耽误系统。正式投入使用的时间也会给门店经营者带来非常糟糕的体验,质疑系统的专业性。
基于以上背景,我们设计的新产品模块需要思考如何快速完成,如何全部完成:
需要“快”,能够在最短的时间内完成SaaS中SKU的信息录入,确保SaaS尽快投入正式使用。怎么做快?必须“满”。店铺经营的SKU数量根据店铺规模的不同,从数百种到数千种不等。这么大的数量怎么能完成? 02
因为有些店铺已经有excel格式的商品信息列表(商品名称、品牌、分类、规格等),所以从建立商品信息的角度来看,店铺可以分为三类:所有产品的 excel 列表 Stores & stores with excel list of some products & stores without excel list of products.
不同的店铺类型对应不同的新品解决方案:
有所有商品excel列表的店铺:直接将商品excel导入系统,是最省时省力的情况。需要补充产品图片;有部分产品excel列表的店铺:导入已有的产品excel列表,剩余的产品应该可以批量创建。需要补充产品图片;没有产品excel列表的商店:产品必须能够批量创建。需要单独补充产品图片。这也是店里工作量最大的类型。
经过这次划分,新产品的功能方向更加清晰:需要能够导入产品excel,能够批量创建新产品,产品图片完整。
在店铺的日常运营中,人员结构可以分为老板+员工。老板对店内的产品非常熟悉,不经常参与店内收银等日常工作,更注重店面的整体运营和人员管理,不一定蹲在店里每天;员工对产品的熟悉程度通常不如老板,更多的精力在店铺运营的细节上,每天都呆在店里。
分析两类人员结构差异的意义在于系统的主体是“人”,不同类型的人员决定了所使用的职能的定位,定位的差异会影响具体功能设计。
本文场景中,我们根据人员类型构建了批量新品活动中老板与员工的分工:老板可以主要负责产品的导入、灌装、校对信息,员工可以在店内按一定的顺序输入 将自己已知的产品信息(至少是名称)存放在货架上,给产品拍照,并将创建的信息提交给老板填写空缺校对。
Pad中的SaaS系统是员工每天经常使用的收银工具,自带*敏*感*词*,可以更好的契合员工对批量新产品的分工;而boss需要导入/填写和校对,这涉及到的文字输入操作比较多。目前Pad的文字输入与传统键盘相比,在友好性上还有一定差距,因此最适合在PC端网页上操作。
03
结合以上思路,我们构建的批量新品功能分为两端。
1.PC端
老板使用,可以导入已有的产品excel列表,也可以将员工提交的不完整产品信息在Pad上填写校对完成新建,也可以导入没有图片的产品信息由老板亲自员工在Pad上传图片进行匹配,完成产品图片信息。
这里需要注意的一点是,员工在Pad上上传产品信息时,产品图片和产品名称是必填字段,其他产品信息(品牌、分类、规格等)不是必填字段,所以老板在PC端收到的员工上传的产品信息中收录部分文字内容。
如果老板从自己导入的产品信息中匹配到员工上传的产品图片,我们设计老板设置的产品信息覆盖员工上传的产品信息。这也是因为老板比较熟悉店铺产品信息的考虑,这也是上述不同用户定位的体现,会影响到具体的功能设计。
2.Pad端
对于员工,您可以将店内产品拍照并上传,并填写产品信息相关字段(产品名称为必填字段)。提交的信息将传输到PC。老板可以上传信息给员工。校对,还可以将自己导入的产品信息与员工上传的产品图片进行匹配,完善产品图片数据,完成产品的新建。
新创建的产品会出现在Pad上SaaS系统的产品库中,可以进行管理和收银。
我们可以看到,在这两种不同的端操作中,形成了批量新产品的闭环,新产品的最终完成只能由老板来操作,这也符合现在的状态上面提到的商店操作。
“快”和“满”的需求在批量操作和老板与员工的协作中也得到了最大化,也兼顾了上面划分的三类门店的不同需求。用户可以根据实际情况执行功能。的自由组合,具有高度的灵活性。
写在最后
有用的 SaaS 产品必须同时满足业务特殊性和通用性。两者并非完全相反。在某些情况下,它们甚至可以相互利用。前提是你在设计具体的功能之前必须首先保证正确的理解。业务需求。
本文由@即将上市的王总原创发布给大家是产品经理,未经许可禁止转载。
标题图片来自Unsplash,基于CC0协议
奖励作者,鼓励他努力!
欣赏