垂直行業(yè)SaaS系統(tǒng)的批量新建商品功能思考

老王
0 評論 5192 瀏覽 7 收藏 9 分鐘
🔗 产品经理的核心价值是能够准确发现和满足用户需求,把用户需求转化为产品功能,并协调资源推动落地,创造商业价值

編輯導(dǎo)語:批量新建商品是商家交易、經(jīng)營流程中常見的功能之一,那么,如何針對具體需求做好相應(yīng)的SaaS產(chǎn)品設(shè)計?本篇文章里,作者結(jié)合實際案例,拆解了如何為垂直行業(yè)零售門店打造批量新建商品的功能模塊的設(shè)計方案,一起來看一下。

本次是為某垂直行業(yè)的零售門店經(jīng)營管理SaaS系統(tǒng)打造一個批量新建商品的功能模塊,包括Pad+PC兩個端。

功能解決的問題是:門店在初期使用經(jīng)營管理SaaS系統(tǒng)時,需要盡快將門店的商品數(shù)據(jù)同步至系統(tǒng)內(nèi),以確保所有門店在售商品能夠在SaaS系統(tǒng)中正常完成交易流程,具有“快”與“全”兩個訴求。

01

背景:筆者身處某一傳統(tǒng)零售行業(yè)(具體行業(yè)就不透露了,反正很垂直),目前整個行業(yè)零售門店的信息化程度極低,而因該垂直行業(yè)在業(yè)務(wù)模式上也頗具行業(yè)特色,目前市面上成熟的標(biāo)準(zhǔn)化SaaS軟件難以滿足其門店經(jīng)營管理的細(xì)分需求。

基于這種情況,我們針對行業(yè)痛點,為零售門店設(shè)計并研發(fā)了基于Pad的SaaS系統(tǒng)(之所以選擇Pad也是為了貼合這個垂直行業(yè)的需求,具體就不展開敘述了),包括收銀、商品、訂單、售后、入庫、供應(yīng)商、客戶、經(jīng)營看版八個模塊,為門店信息化經(jīng)營管理提供了整套解決方案。

但就像汽車開動需要先加汽油一樣,作為門店經(jīng)營的最小單位,也是最為基礎(chǔ)的“SKU”,將門店中的所有SKU信息全部錄入系統(tǒng)內(nèi)是SaaS系統(tǒng)運作的前提。如何以一種高效快速的方式完成少則幾百、多則幾千種SKU的信息錄入是我們需要解決的痛點,如果依靠用戶手動在系統(tǒng)內(nèi)一個個建立SKU,不僅耗時耗力、拖延系統(tǒng)正式投入使用的時間,也會為門店經(jīng)營者帶來極為不好的體驗,并且質(zhì)疑系統(tǒng)的專業(yè)度。

基于以上背景,我們設(shè)計的新建商品模塊需要思考如何做快與如何做全的問題:

  1. 需要“快”,要能夠在最短的時間內(nèi)完成SKU在SaaS中的信息錄入,確保SaaS盡快投入正式使用。如何做快?
  2. 需要“全”,門店經(jīng)營的SKU數(shù)量根據(jù)門店規(guī)模的不同,從幾百種到幾千種不等。如此龐大的數(shù)量,如何做全?

02

由于有的門店事先已有excel格式的商品信息列表(商品名稱、品牌、分類、規(guī)格等),因此在建立商品信息的角度,可將門店劃分為三類:有全部商品excel列表的門店&有部分商品excel列表的門店&沒有商品excel列表的門店。

不同的門店類型對應(yīng)著不同的新建商品解決方案:

  1. 有全部商品excel列表的門店:直接導(dǎo)入商品excel到系統(tǒng),這是最省時又省力的一種情況。需要另外補(bǔ)齊商品圖片;
  2. 有部分商品excel列表的門店:導(dǎo)入已有的商品excel列表,其余商品要能夠批量新建。需要另外補(bǔ)齊商品圖片;
  3. 沒有商品excel列表的門店:商品要能夠批量新建。需要另外補(bǔ)齊商品圖片。這也是門店工作量最大的一種類型。

這樣劃分之后,新建商品的功能方向就比較清晰了:需要能夠?qū)肷唐積xcel,能夠批量新建商品,并補(bǔ)齊商品圖片。

在門店的日常運作中,人員結(jié)構(gòu)可劃分為老板+員工。老板對門店商品非常熟悉,不常參與日常的門店收銀等工作,精力更多放在門店整體運作與人員管理上,不一定每天蹲守門店;員工通常對商品的熟悉程度不及老板,精力更多是在門店經(jīng)營的細(xì)節(jié)事務(wù)上,且每天蹲守門店。

分析這兩類人員結(jié)構(gòu)的差異的意義在于,系統(tǒng)的使用主體是“人”,不同的人員類型決定了其使用的功能的定位,定位的不同會影響到具體的功能設(shè)計。

在本文的場景中,我們根據(jù)人員類型,構(gòu)建了批量新建商品活動中老板與員工的分工:老板可主要負(fù)責(zé)商品信息的導(dǎo)入、填寫與校對,員工則可在門店內(nèi)以一定順序錄入貨架上他已知的商品信息(至少是名稱),拍攝商品圖片,并將創(chuàng)建的信息提交給老板進(jìn)行補(bǔ)缺可校對。

Pad中的SaaS系統(tǒng)是員工每天都會高頻使用的收銀工具,且自帶攝像頭,可以較好契合上文中員工對批量新建商品的分工;而老板由于需要導(dǎo)入/填寫與校對,涉及到較多的文字輸入操作,目前來說Pad的文字輸入相比傳統(tǒng)鍵盤,友好度還是有一定差距,所以在PC端網(wǎng)頁上操作是最為適合的。

03

結(jié)合以上思路,我們構(gòu)建的批量新建商品功能分為了兩個端。

1. PC端

供老板使用,可以導(dǎo)入現(xiàn)有的商品excel列表,可以對員工在Pad上提交的不完整的商品信息進(jìn)行填寫與校對并完成新建,也可以將老板自己導(dǎo)入的沒有圖片的商品資料與員工在Pad上拍攝上傳的圖片進(jìn)行匹配,以補(bǔ)齊商品圖片信息。

這里有一點要注意的是,由于員工在Pad端上傳商品信息時,商品圖片與商品名稱是必填字段,其他商品信息(品牌、分類、規(guī)格等)為非必填,因此老板在PC端接收到的員工上傳的商品信息是有部分文字內(nèi)容的。

如果老板是從自己導(dǎo)入的商品信息處去匹配員工上傳的商品圖片,我們設(shè)計老板設(shè)置的商品信息能夠覆蓋掉員工上傳的商品信息,這也是出于相比員工來說,老板更為熟悉門店商品信息的考慮,這也是上文中敘述的使用人員定位的不同會影響到具體的功能設(shè)計的一個體現(xiàn)。

2. Pad端

供員工使用,可以拍攝門店內(nèi)商品圖片并上傳,可填寫商品信息相關(guān)字段(商品名稱是必填字段),提交的信息會傳輸至PC端,老板可對員工上傳對信息進(jìn)行填寫與校對,也可以將自己導(dǎo)入的商品信息與員工上傳的商品圖片進(jìn)行匹配,從而補(bǔ)齊商品圖片資料,并完成商品的新建。

新建完畢的商品會出現(xiàn)在Pad端SaaS系統(tǒng)的商品庫中,可對其進(jìn)行管理與收銀等操作。

我們可以看到,在這兩個不同端的操作中形成了批量新建商品的閉環(huán),而商品的最終新建完成也只能由老板來操作,這也符合上文提到的門店經(jīng)營現(xiàn)狀。

“快”與“全”的訴求,也在批量操作與老板員工協(xié)同操作中被最大化,同時也兼顧了上文劃分的三類門店類型的不同需求,用戶可以根據(jù)實際情況進(jìn)行功能的自由組合,具有較高的靈活度。

寫在最后

好用的SaaS產(chǎn)品一定是同時滿足業(yè)務(wù)特殊性與普適性的,這兩者并非完全對立,在一些情形下甚至可以互相借力,前提是在設(shè)計具體功能之前,首先確保正確理解了業(yè)務(wù)需求。

 

本文由 @即將上市的王總 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自Unsplash,基于 CC0 協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!
专题
12294人已学习12篇文章
瑞幸咖啡和茅台的这次联名合作,无疑让联名营销这类营销方式又掀起了热度。本专题的文章分享了联名营销指南。
专题
15291人已学习16篇文章
UML(统一建模语言)是由一系列标准化图形符号组成的建模语言,用于描述软件系统分析、设计和实施中的各种模型。本专题的文章分享了各类UML图的相关语法和整体解读。
专题
15320人已学习12篇文章
逻辑图是用图标符号、说明文字以及连接线等,形象化地表达复数要素之间的相互作用关系。本专题的文章分享了如何绘制逻辑图。
专题
19547人已学习13篇文章
本专题的文章分享了跨境支付的行业、发展、支付方式和商业等信息。
专题
62933人已学习14篇文章
你说你会写产品需求文档,我信!但是肯定写的不好,不服看看别人的。
专题
15602人已学习12篇文章
用户增长是一个复杂体系,涉及产品、运营、市场、技术等多个环节的相互配合,本专题的文章分享了用户增长方法论。