Upgrade to Pro — share decks privately, control downloads, hide ads and more …

這年頭的網路開店系統

jiimmysu
October 27, 2016

 這年頭的網路開店系統

本來介紹一些基本功能,傳達以下概念...
*這年頭一些開店平台對於小型企業的開店需求已經很好用了,有些小型店家卻捨不得轉換成本,還在每年花大錢用一些整自己又整消費者的購物車系統?
*有些軟體公司還在號稱賣的是服務,浪費時間用人工幫客戶解決需求,整天將人力成本、伺服器成本掛在嘴上,卻不知道外面的程式已經比人工處理還來得好用、方便、又便宜了。
*這年頭軟體系統的使用者體驗與服務細節要求越來越高,主事者還在「以前那一套可以用就好了,幹嘛改?」

jiimmysu

October 27, 2016
Tweet

More Decks by jiimmysu

Other Decks in Technology

Transcript

  1. • 一、把東西放在網路,就可以在家等著數鈔票? • 二、還在寄e-mail? 還在教店家設定 SMTP? • 三、不要再叫我重新下單了 • 四、線上即時客服

    • 五、一條龍服務 • 六、什麼東西都可以在網路上賣…嗎? • 七、跨境電商…………..的美夢 • 八、結帳流程 M 型化 • 九、只要有名字跟手機就能網路購物 • 十、智慧大數據 • 十一、看得見又看不見的東西 - 非功能性需求
  2. 一、把東西放在網路,就可以在家等著數鈔票? • 錯誤一:抱有「客人會自動上門」心態 • 事實上,客人不會不請自來。經營網店以及吸引客流需要投注大量的時間、精力與心血。根據 Internet Live Stats的數據,網路上目前已經有1,202,012,086個網站以及4.44億個網頁。你可以停下來想一想, 當你新開網店的時候,如何讓客人找到你這個第1,202,012,087個網站呢? •

    光是漂亮的網店頁面以及你最棒的產品,是不足以讓客人自動上門的。你必須了解,開店只是經營網店 之路的第一步,後續的管理與經營是網店成功與否的關鍵。接下來的路還很長呢! http://blog.shoplineapp.com/seven-mistakes-to-avoid-with-your-ecommerce-business/
  3. 現實問題 • 很多店家的交易行為不在線上發生,做起來很不準。 • 細部的行為歸屬做的話要花時間 (如手機點廣告,存到願望清單,回家後用電腦購買…) • 許多使用者行為需要另外寫 code 才完整追蹤得到,那誰要負責處理?

    • 遇人不淑,購物車程式設計流程根本沒有考慮埋追蹤碼的情況 • 代理商會幫你弄嗎? 還是只會讓你看花錢如流水的廣告花費報表? • 報表工具會看、會用嗎? 還是只會用錯誤的工具做出錯誤的結論? • Google、Facebook…改了追蹤代碼,哪天又出了新的,那誰要負責去更新? • 用 Shopline 平台開網店的賣家完全不用擔心,因為開發團隊已經幫你們準備好了,只要輸 入追蹤編號,就可以在Facebook後台看到完整的數據。 • 91APP 品牌全通路學院 - 安裝 Facebook 像素追蹤 ID 至您的品牌官網
  4. 1. 會員註冊驗證信 2. 會員歡迎信 3. 會員忘記密碼信 4. 購物訂單狀況通知信 5. 購物已收到款項通知信

    6. 購物已出貨通知信 7. 網站線上聯絡表單通知信 9. 會員生日通知信 10. 會員折價券通知信 11. 會員折價券到期通知 12. 會員購物車未結帳商品通知信 13. 訂單問答店家回信 14. 訂單問答客人寄信 15. 店家優惠訊息通知 二、還在寄E-MAIL? 還在教店家設定 SMTP? 正常還活著的現代購物網站,每天都要寄很多信…
  5. 二、網站上的 EMAIL 表單有很多問題 一、消費者以為資料有發出去,但其實根本沒有的情況: • 如 SMTP 安全政策規則改變,或SMTP已超過本日寄送封數上限…. 二、消費者填的資料有發出去,但店家收不到的情況: •

    店家信箱滿了,在垃圾信件匣、店家信箱各種原因漏信… 三、店家以為有回信,但其實根本沒有的狀況: • 網頁寄件程式未正確設置 ReplyTo • 客戶端系統無法處理 ReplyTo 參數 • 消費者信箱滿了? 四、消費者直接用 email 回覆,但根本沒寄到店家信箱的狀況: • 消費者直接按回信,沒檢查收件人,信寄給SMTP • 後台設定多組管理員信箱,但是使用者按回信時只回給一個人。 • 店家信箱又滿了 五、有些 SMTP 無法直接線上查寄件備份。 六、防呆不防蠢: 請勿直接回覆此郵件…
  6. • 有 APP 的 : 推播通知訊息 (如蝦皮拍賣、淘寶) • 純 WEB

    : 網站後台為主,電子郵件只是輔助。 • 訂單問答或聯絡訊息,通通在後台查得到 (如shopline…) • 引導使用者到網頁上回覆。 二、電子郵件只是輔助
  7. 三、不要再叫我重新下單了 • 店家:「您下單的這雙鞋子沒有了,請您挑別項商品喔!」 • 消費者:「那可以幫我改成 XXXX 那雙,28號的」 • 店家:「請您重新下單喔!」 •

    消費者:「不知道為什麼刷卡失敗了,我可以再刷一次嗎?」 • 店家:「請您重新下單喔!」 • (哇靠! 十幾樣商品要通通重挑!)
  8. 三、不要再叫我重新下單了- 改單是假需求 • 庫存不夠的東西要怎麼辦? (繼續給人訂/顯示預計出貨時間/下架隱藏/顯示補貨中/有貨通知我), • 訂單要變更價錢或品項 (下錯/詢價/議價/贈品/加購品/無庫存...), • 訂單可能會分好幾次出貨

    (現貨/預購/延期交貨/寄存), • 訂單可能會分好幾次付款 (分期/未結清/付訂金...), • 外島或海外訂單運費需要另外報價,但客人都刷卡刷完了,要怎麼再跟客人收錢? • 那在前後台所有相關的地方,要如何顯示,與操作以上這些交易流程呢? • 商品什麼時候扣庫存? • 下訂單時扣庫存? • 付款之後扣庫存? • 出貨的時候扣?
  9. 三、不要再叫我重新下單了-刷卡失敗怎麼辦? • 案例 1 (以 Opencart 串玉山銀行為例): 不會有任何訂單或email,失敗後直接返回購物車結帳步驟, 看是改選其他付款方式,還是選線上刷卡再試一次。 •

    缺點: 網站後台非常乾淨,只會看到刷成功的訂單,想查記錄可能要去銀行收單後台。 • 案例2 (以愛康品牌購物官網 她的產品 月營收破千萬元 為例): 會員訂購紀錄會看到刷卡失敗的單、收到刷卡失敗的信。 未付款的商品繼續保留在購物車內, 看是要選其他付款方式,還是選線上刷卡再試一次。(會成立新的訂單編號) • 缺點: 流程較複雜,程式易有問題(見下頁) • 案例3 (以貿澤或 udn 買東西為例): 結帳過程中輸入卡號,送出訂單時跟銀行背景驗證 (不跳轉任何網頁), 如果卡片有誤,直接顯示訊息在網頁上,就不能送出訂單。
  10. 現實問題 • 客人還是不知道為什麼當下卡片不能用。(通常都寫一些不是給人看的訊息) • 管理員根本不知道有人刷失敗。(後台的紀錄呢?) • 管理員根本不知道為什麼刷失敗? (後台的紀錄呢?) • 如果商品力或品牌力不夠,叫人重新下單,客人就跑了。

    • 未結帳商品塞回購物車的技術難度: • 超過活動期限時,跳回原價的該跳回原價, • 商品如果有再被管理員編輯過,可能要清掉, • 不該送贈品的要把贈品拿掉, • 時間過了,不該有折扣的要變回來? • 沒庫存的不能賣。 • 滿額、滿件、組合、搭贈…等活動商品更複雜 • 再給消費者刷卡連結 • 連結從哪裡生出來? • 人工處理、聯絡有夠麻煩 • 付款期限? • 歐付寶收款連結或紅陽BuySafeEZ出場的時候就來了。 大原則: 不要離主流太遠, 不要跟客人用習慣的操作方式相差太大。
  11. 四、線上即時客服 • 填寫聯絡表單,痴痴等待回應 • 下班回家逛網拍,非店家客服時間 • 連客服電話跟辦公室都不知道在哪的純網路商店? • 阿里旺旺 -

    淘寶店小二 (很多人稱讚淘寶服務好的地方) • 免註冊、免先加好友就可傳訊息 • 不用先安裝 Flash, ActiveX, Java 之類的插件 • 管理員還可以主動傳訊息給在網站上瀏覽的客人 • 附屬功能: 離線留言/ 傳照片/依照行為傳不同訊息… • 現實問題: 大陸能不能通? • 現實問題: 小型店家甚至連自己網站掛掉都不知道,要叫誰去顧線上客服? Intercom live chat Zopim chat
  12. 五、財務需求一條龍服務 網路支付業者(紅藍綠、OO寶等) • 從超商取貨付款,信用卡刷卡, 到出貨開電子發票…一條龍服務。 • 提供各種開店平台系統的相關套件, 降低使用門檻。 • 一址付等服務,消費者繳費更方便。

    銀行業者 • 可能比較優惠的手續費用。 • 各種兩岸支付功能 • 請於上班時間來電 • 支付畫面看起來像詐騙網站,用手機 看還要一直手指縮放位移。
  13. 六、什麼東西都可以在網路上賣…嗎? • 運送方式很複雜的東西 • 生鮮電商…溫層配送運費,一次結帳功能 • 很重的東西 • 體積很龐大的東西 •

    超商取貨的材積限制 • 大家都在想新賣法 • 團購分送 • 湊夠人數再通知開團 • 介紹別人有錢拿(揪好賣範例) • 推薦導購平台抽成(美安範例) • 與實體店面配合的各種活動機制(O2O) • 被法律管制的東西
  14. 八、結帳流程 M 型化 一鍵下單 : • 減少痛苦的輸入、瀏覽、購物、付 款流程。 • 不是「要不要做手機版」的問題,

    是「手機版要做到多好用」的問題? • 4吋 • 4.7吋+ • 手機橫 • 平板 • 電腦小螢幕 • 電腦大螢幕 線上交易流程完整化 : • 提供更多的線上服務。 • 減少人工處理與聯絡的消耗。 • 交易流程中提供更多格子與選項。 VS
  15. 如果可以簡單,誰想要複雜 • 避免日後換 email 或手機很麻煩,所以不能用這個當帳號。 • 避免有人超商取貨時無法確認身分,所以要再確認姓名。 • 要禁止有人重複註冊帳號拿優惠,所以要打身分證號。 •

    要禁止有人一直改生日拿優惠,所以生日不能改。 • 要檢驗的手機號碼對不對,所以要填手機號碼 • 要檢驗你的 email 對不對,所以要填 email • 不同地方有不同的語言/產品/運費/付款方式, 所以要有複雜的區域設定,與地址選單。 • 東西幾天內跟幾月幾號不能配送… • 要開發票,然後我的發票要…
  16. 九、只要有名字跟手機就能網路購物 賣家店到店(已經先收到款) 1. 申請 ibon 代收 2. 連絡客人要送到哪家店。 3. 去

    7-11交貨便或 ezship 線 上申請寄件條碼 4. 賣家去超商印單寄件。 5. 貨到門市之後,系統會寄 簡訊跟 email 通知消費者。 根本不用填地址的消費者 1. 超商取貨+ ibon 付款 或 超商取貨付款。 2. 選擇取貨超商 3. 去超商拿包裹 。 4. 商品用起來不爽。 5. 跟店家申請7-11退貨便條碼。 6. 去超商印單,退貨。 7. 要留 ATM 帳號,才能退款。 簽約串接可以做得更完整 1.網頁上有電子地圖可以選超商 2.包裹標籤列印 3.訂單檔產出上傳 4.包裹狀態回檔接回 5.超商 7-11退貨便 6.取貨付款(超商代收)
  17. 十一、軟體開發不是把東西做出來就快樂結局了 • 1.預算 / 人力 / 時間 全世界軟體業通用情況:有多餘的時間,會先拿去開發看得到的新功能, 而不是把之前的洞跟技術債補起來。 •

    2.程式架構不適合 每次都只要「會動就好」,有一天想達到更高的階段,那就是可能要打掉重練的階段了。 • 3.勉強做了一個很殘障的,實用性 0
  18. 結論: • 一個大團隊維護一套系統,所以那套系統可以持續成長 • 商城平台: 菁英團隊 + 經過大量人潮、時間、銷售需求考驗的系統。 • 開店平台:

    規模經濟,簡訊或系統等外部費用可以壓得非常低。有些還可以先試用。 每月 $499,是誰還在說微軟的解決方案就是會讓系統比較貴?