星期五 , 10 7 月 2020
Breaking News
因實驗商店而生 – 獨家開發三大功能

因實驗商店而生 – 獨家開發三大功能


實驗商店的營運帶來了許多意想不到的成果,其中之一就是功能開發的方向;老實說即使在做meepShop 之前有7年的電商經驗,但平台開發產品久了後總會有一些”理想化”,不是說開發的功能沒用,而是同樣時間”有更重要”問題、功能可以做,更加的”命中”需求、更直接能影響商店營收。現在透過實驗商店實際的操作,一些銷售的手感又再回來,也發現很多電商未解決、未提供的功能需求。

接下來介紹的三個功能,就是這段時間因實驗商店蘊育而生,同時已上線、快上線的功能:

1.天眼
簡單來說就是landing page 有蠻大的盲點,整頁那麼長不知道哪一部份有問題,不知道也就無法調整,開會討論轉單成效不好時大多也是瞎猜,model 不適合、顏色不對、文案不聳動、拍照沒質感等,所以我們就做了個追踨方式看每part 的流失率;同時也能直接針對看到哪、點到哪做成FB廣告受眾,投放廣告也能變得更多元,而不是只有到達→加入購物車,中間發生什麼事都不知道。

這功能就不多說因為已經有介紹很多,也透過免費的實戰課程教給了很多店家,這段時間有不少店家操出不錯的成績

 

2.自寫超取門市流程
這個其實好像沒什麼人會發現有問題、也沒什麼人討論要優化,可能就是被歸類為靈異事件的問題吧。主要是在做實驗商店初期客服我都會回覆,發現有的客人反應下不了單,因為手機上點”選擇超取門市”會一片空白,一開始我以為是系統有問題,但自己測都能下單成功,同時間也有其他客戶下單,請程式查也查不到有什麼問題,後來我請客人去商店街下單,妙的是居然也說出現一樣的問題,都在選擇超取門市時會空白,最後只能我們自己幫他下單;後來路續有同樣情況的客戶反應雖然不多,但我就在想如果有一個人講、那背後代表至少3~5個人下單失敗不會講,除非你的產品強到必買不可,但在這時代很難。

搞了很久突然不知怎樣就發現很有可能是「in App browser」 的問題;這意思是很多時候消費者是看到廣告點進來的,而廣告多是在FB、IG,當消費者使用手機看到廣告點擊後跳出的瀏覽器,都還是在這些APP 裡面,大多數人以為是開了手機預設的瀏覽器(這之前我也一直以為是這樣),而因為選擇超商的程式很久了一些相容性沒那麼好,加上現今手機品牌眾多、又有不同的瀏覽器,甚至是品牌自行開發瀏覽器、而各自瀏覽器又很多版本,還有手機本身的設定,在一定的情況下消費者點了選擇門市畫面會變成白的,訂單量小是還好、但量大其實就是一筆損失。

另一個想改的原因就是”流程”,很多人都在狂優化購物流程,改一點購物車哪裡能增加多少轉單,但超取選擇門市從開始經過4~6的點選後才能完成,而且過程中是不斷的跳頁……在體驗上真的是不太理想,現在超取物流占訂單比重極高,以實驗商店來說是70%以上的訂單都是使用超取,更加深想要解決這問題。

這時候就是開店平台有價值的地方,我們討論後確認這是能透程式、設計能解決的問題便啓動專案,只是沒想到以為很簡單結果搞了超久,中間過程超多沒想到的問題,這就不多說了…..總之這個功能最近已經上線了,第一次測試使用時,那”手感”真是太爽了,基本上就是點了”選擇門市”在跳出的唯一視窗就全部選擇完畢,不用跳離訂單畫面、不會一直跳出視窗!實驗商店後續的觀察也沒有客人說點選超商會有問題。(感謝UX 團隊一直被我打槍改來改去、程式開發處理了很多鳥問題….)

 

3.商品指定購買數量 (預計12月底上線)
寫這個功能的原因是我想試看看回購品的市場所以就弄了一款產品,同時也能了解一下操作上會遇到什麼實務上的問題,進而發現一些市場機會;因為選定的產品是食物,很快就發現一個大問題,廠商出貨都是一罐一罐,但在行銷/價格策略的設計上會是:

1)至少買2罐
2)要買2、4、8、12

1的問題還好解決可以用「最小購買數量」、但2的問題就麻煩了,因為不只是等比、還是跳著數量;我們實際入庫也都是用罐的,出貨時看訂單購買的數量才包裝到不同的箱子裡,雖然有想過直接先包好在箱子裡,但很難預估銷售的比例,也就不知道箱子應該要的配比,同時若用包好的後續銷量統計也不方便計算。

研究後發現除了食品外,像一些小零件的商店也有同樣的問題,例如零件是10、20、30….300等比的方式再賣。這個功能用想的好像不難,實際討論才發現好多地方要考慮,使用的方式、呈現的方式、重覆加入的問題等等,在程式端也需要先改動原本的一些邏輯,總之就是雜項很多。目前是後端都差不多完成、前端剩一點,差不多12月底測試通過就能上線了,不過現在很多功能除了測試外,為多確保穩定性特別是較創新的功能,我們會先上在實驗商店上(當白老鼠),用一段時間沒問題再開放給大家。

 

接著還有3個超強的功能:
當然開發的不只這些,還有3個超強功能在開發中,先暫時不公佈是什麼,因為這幾個真的太難搞光討論spec(文件)來回就快半年了:

  1. 沒開店平台要解決的問題,但實務上確實很需要,但真的很麻煩超多衝突點和矛盾的部份,流程討論的差不多、但卡在會動到購物車架構、邏輯,目前程式端還在持續討論
  2. 購物車流程的問題,很怪通路平台都有很好用,但奇怪開店平台都沒有,好笑是我之前怎麼也覺得這是正常的
  3. 最後一個是目前很少人提供,而功能本身就算是個系統甚至可以變成一個business model,加上想做得很好就變得超龐大…..

這些希望明年第一季能完成,接著就是滿滿的會議地獄等著…..

 

總結:
通常平台開發都是基於:

1.用戶需求
2.對未來的view

做為開發方向,但這當中會有一些盲點或說總有點隔靴抓癢的感覺,對內部也有些問題,即使說是用戶的需求、描述客戶的use case,其實也不那麼能說服團隊這樣做是對的,現在有了實驗商店,內部可以直接問實驗商店的團隊,第一手的了解又能反覆詢問問出隱藏的需求,整體來說相較過往,比較能重疊商店的需求/感受、同時能更深入問題核心及延伸需求、也更能判斷出需求的急迫性、在UX使用者體驗上則更能貼近工作現場/使用情境,畢竟系統我們自己每天都在用。

對我來說再次站上賣家的角色,也比以前多出很多新的靈感,透過系統的協助有很多方式能在這個激烈的電商環境中突圍,現在也路續表現在功能裡;但不管怎麼開發總還是有一堆的功能需求等著我們,所以因應不斷開發的需求,我們明年2020年的計劃,除了規劃讓店家更具競爭力的功能外,核心會把程式基底做全面的優化,除了能在未來加速開發的速度,同時為接下來5年的大計劃做準備。

這樣的決定其實很困難,因為代表資源的投入沒辦法優先以成長為目標、無法有效的增加用戶數、市場占有率、收入,這都會讓營運有很大壓力;但幾番思考後,產品還是最重要的,加上開發端對高品質的追求(不是能用、不會有bug 就好),那就繼續以開發為首要目標吧!

 

Facebook 留言

meepShop 開店平台收費模式大公開