Slide 1

Slide 1 text

這年頭的網路開店這件事 我只是要一個簡單的購物車而已?

Slide 2

Slide 2 text

簡 化 完 整 化 開店 商城

Slide 3

Slide 3 text

跟以前比起來有哪些不同呢? 這年頭的網路開店

Slide 4

Slide 4 text

• 一、把東西放在網路,就可以在家等著數鈔票? • 二、還在寄e-mail? 還在教店家設定 SMTP? • 三、不要再叫我重新下單了 • 四、線上即時客服 • 五、一條龍服務 • 六、什麼東西都可以在網路上賣…嗎? • 七、跨境電商…………..的美夢 • 八、結帳流程 M 型化 • 九、只要有名字跟手機就能網路購物 • 十、智慧大數據 • 十一、看得見又看不見的東西 - 非功能性需求

Slide 5

Slide 5 text

一、把東西放在網路,就可以在家等著數鈔票? • 錯誤一:抱有「客人會自動上門」心態 • 事實上,客人不會不請自來。經營網店以及吸引客流需要投注大量的時間、精力與心血。根據 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/

Slide 6

Slide 6 text

• 廣告報表是拿來評估成效用的,不是拿來對帳用的 • 可以放追蹤碼的開店平台是趨勢(shopline, WACA, 91app…) • 討論成效時不用瞎子摸象 • 看看點廣告的人在網站裡做了什麼事 • 看看哪個廣告帶來哪些交易行為或操作行為 (shopline) 一、投放廣告追求熱流量

Slide 7

Slide 7 text

現實問題 • 很多店家的交易行為不在線上發生,做起來很不準。 • 細部的行為歸屬做的話要花時間 (如手機點廣告,存到願望清單,回家後用電腦購買…) • 許多使用者行為需要另外寫 code 才完整追蹤得到,那誰要負責處理? • 遇人不淑,購物車程式設計流程根本沒有考慮埋追蹤碼的情況 • 代理商會幫你弄嗎? 還是只會讓你看花錢如流水的廣告花費報表? • 報表工具會看、會用嗎? 還是只會用錯誤的工具做出錯誤的結論? • Google、Facebook…改了追蹤代碼,哪天又出了新的,那誰要負責去更新? • 用 Shopline 平台開網店的賣家完全不用擔心,因為開發團隊已經幫你們準備好了,只要輸 入追蹤編號,就可以在Facebook後台看到完整的數據。 • 91APP 品牌全通路學院 - 安裝 Facebook 像素追蹤 ID 至您的品牌官網

Slide 8

Slide 8 text

1. 會員註冊驗證信 2. 會員歡迎信 3. 會員忘記密碼信 4. 購物訂單狀況通知信 5. 購物已收到款項通知信 6. 購物已出貨通知信 7. 網站線上聯絡表單通知信 9. 會員生日通知信 10. 會員折價券通知信 11. 會員折價券到期通知 12. 會員購物車未結帳商品通知信 13. 訂單問答店家回信 14. 訂單問答客人寄信 15. 店家優惠訊息通知 二、還在寄E-MAIL? 還在教店家設定 SMTP? 正常還活著的現代購物網站,每天都要寄很多信…

Slide 9

Slide 9 text

二、網站上的 EMAIL 表單有很多問題 一、消費者以為資料有發出去,但其實根本沒有的情況: • 如 SMTP 安全政策規則改變,或SMTP已超過本日寄送封數上限…. 二、消費者填的資料有發出去,但店家收不到的情況: • 店家信箱滿了,在垃圾信件匣、店家信箱各種原因漏信… 三、店家以為有回信,但其實根本沒有的狀況: • 網頁寄件程式未正確設置 ReplyTo • 客戶端系統無法處理 ReplyTo 參數 • 消費者信箱滿了? 四、消費者直接用 email 回覆,但根本沒寄到店家信箱的狀況: • 消費者直接按回信,沒檢查收件人,信寄給SMTP • 後台設定多組管理員信箱,但是使用者按回信時只回給一個人。 • 店家信箱又滿了 五、有些 SMTP 無法直接線上查寄件備份。 六、防呆不防蠢: 請勿直接回覆此郵件…

Slide 10

Slide 10 text

• 有 APP 的 : 推播通知訊息 (如蝦皮拍賣、淘寶) • 純 WEB : 網站後台為主,電子郵件只是輔助。 • 訂單問答或聯絡訊息,通通在後台查得到 (如shopline…) • 引導使用者到網頁上回覆。 二、電子郵件只是輔助

Slide 11

Slide 11 text

二、沒有在教店家設定 SMTP的 • 你要去申請一組帳號,然後信寄不出去的時候去換帳號密碼… • 今天已經寄太多信了… • 電子郵件只是輔助 • 開店系統內建外部寄件伺服器系統(如 QDM, shopline…)

Slide 12

Slide 12 text

三、不要再叫我重新下單了 • 店家:「您下單的這雙鞋子沒有了,請您挑別項商品喔!」 • 消費者:「那可以幫我改成 XXXX 那雙,28號的」 • 店家:「請您重新下單喔!」 • 消費者:「不知道為什麼刷卡失敗了,我可以再刷一次嗎?」 • 店家:「請您重新下單喔!」 • (哇靠! 十幾樣商品要通通重挑!)

Slide 13

Slide 13 text

三、不要再叫我重新下單了- 改單是假需求 • 庫存不夠的東西要怎麼辦? (繼續給人訂/顯示預計出貨時間/下架隱藏/顯示補貨中/有貨通知我), • 訂單要變更價錢或品項 (下錯/詢價/議價/贈品/加購品/無庫存...), • 訂單可能會分好幾次出貨 (現貨/預購/延期交貨/寄存), • 訂單可能會分好幾次付款 (分期/未結清/付訂金...), • 外島或海外訂單運費需要另外報價,但客人都刷卡刷完了,要怎麼再跟客人收錢? • 那在前後台所有相關的地方,要如何顯示,與操作以上這些交易流程呢? • 商品什麼時候扣庫存? • 下訂單時扣庫存? • 付款之後扣庫存? • 出貨的時候扣?

Slide 14

Slide 14 text

三、不要再叫我重新下單了-刷卡失敗怎麼辦? • 案例 1 (以 Opencart 串玉山銀行為例): 不會有任何訂單或email,失敗後直接返回購物車結帳步驟, 看是改選其他付款方式,還是選線上刷卡再試一次。 • 缺點: 網站後台非常乾淨,只會看到刷成功的訂單,想查記錄可能要去銀行收單後台。 • 案例2 (以愛康品牌購物官網 她的產品 月營收破千萬元 為例): 會員訂購紀錄會看到刷卡失敗的單、收到刷卡失敗的信。 未付款的商品繼續保留在購物車內, 看是要選其他付款方式,還是選線上刷卡再試一次。(會成立新的訂單編號) • 缺點: 流程較複雜,程式易有問題(見下頁) • 案例3 (以貿澤或 udn 買東西為例): 結帳過程中輸入卡號,送出訂單時跟銀行背景驗證 (不跳轉任何網頁), 如果卡片有誤,直接顯示訊息在網頁上,就不能送出訂單。

Slide 15

Slide 15 text

現實問題 • 客人還是不知道為什麼當下卡片不能用。(通常都寫一些不是給人看的訊息) • 管理員根本不知道有人刷失敗。(後台的紀錄呢?) • 管理員根本不知道為什麼刷失敗? (後台的紀錄呢?) • 如果商品力或品牌力不夠,叫人重新下單,客人就跑了。 • 未結帳商品塞回購物車的技術難度: • 超過活動期限時,跳回原價的該跳回原價, • 商品如果有再被管理員編輯過,可能要清掉, • 不該送贈品的要把贈品拿掉, • 時間過了,不該有折扣的要變回來? • 沒庫存的不能賣。 • 滿額、滿件、組合、搭贈…等活動商品更複雜 • 再給消費者刷卡連結 • 連結從哪裡生出來? • 人工處理、聯絡有夠麻煩 • 付款期限? • 歐付寶收款連結或紅陽BuySafeEZ出場的時候就來了。 大原則: 不要離主流太遠, 不要跟客人用習慣的操作方式相差太大。

Slide 16

Slide 16 text

四、線上即時客服 • 填寫聯絡表單,痴痴等待回應 • 下班回家逛網拍,非店家客服時間 • 連客服電話跟辦公室都不知道在哪的純網路商店? • 阿里旺旺 - 淘寶店小二 (很多人稱讚淘寶服務好的地方) • 免註冊、免先加好友就可傳訊息 • 不用先安裝 Flash, ActiveX, Java 之類的插件 • 管理員還可以主動傳訊息給在網站上瀏覽的客人 • 附屬功能: 離線留言/ 傳照片/依照行為傳不同訊息… • 現實問題: 大陸能不能通? • 現實問題: 小型店家甚至連自己網站掛掉都不知道,要叫誰去顧線上客服? Intercom live chat Zopim chat

Slide 17

Slide 17 text

五、財務需求一條龍服務 網路支付業者(紅藍綠、OO寶等) • 從超商取貨付款,信用卡刷卡, 到出貨開電子發票…一條龍服務。 • 提供各種開店平台系統的相關套件, 降低使用門檻。 • 一址付等服務,消費者繳費更方便。 銀行業者 • 可能比較優惠的手續費用。 • 各種兩岸支付功能 • 請於上班時間來電 • 支付畫面看起來像詐騙網站,用手機 看還要一直手指縮放位移。

Slide 18

Slide 18 text

六、什麼東西都可以在網路上賣…嗎? • 運送方式很複雜的東西 • 生鮮電商…溫層配送運費,一次結帳功能 • 很重的東西 • 體積很龐大的東西 • 超商取貨的材積限制 • 大家都在想新賣法 • 團購分送 • 湊夠人數再通知開團 • 介紹別人有錢拿(揪好賣範例) • 推薦導購平台抽成(美安範例) • 與實體店面配合的各種活動機制(O2O) • 被法律管制的東西

Slide 19

Slide 19 text

七、跨境電商…………..的美夢 • 所有商品、購物車、優惠活動設定、計算式的金額會有小數點。 • 台灣連大陸網站很慢。大陸連台灣網站,有時候會連不到。 • 海外物流 : 每個商品要設定尺寸、重量,運費設定一大堆材積區間 • 海外金流 : ? • 搞得太複雜,消費者還不見得願意用。 • 連產品的英文說明還要用機器翻譯,還敢說要進軍世界? (QDM)

Slide 20

Slide 20 text

八、結帳流程 M 型化 一鍵下單 : • 減少痛苦的輸入、瀏覽、購物、付 款流程。 • 不是「要不要做手機版」的問題, 是「手機版要做到多好用」的問題? • 4吋 • 4.7吋+ • 手機橫 • 平板 • 電腦小螢幕 • 電腦大螢幕 線上交易流程完整化 : • 提供更多的線上服務。 • 減少人工處理與聯絡的消耗。 • 交易流程中提供更多格子與選項。 VS

Slide 21

Slide 21 text

如果可以簡單,誰想要複雜 • 避免日後換 email 或手機很麻煩,所以不能用這個當帳號。 • 避免有人超商取貨時無法確認身分,所以要再確認姓名。 • 要禁止有人重複註冊帳號拿優惠,所以要打身分證號。 • 要禁止有人一直改生日拿優惠,所以生日不能改。 • 要檢驗的手機號碼對不對,所以要填手機號碼 • 要檢驗你的 email 對不對,所以要填 email • 不同地方有不同的語言/產品/運費/付款方式, 所以要有複雜的區域設定,與地址選單。 • 東西幾天內跟幾月幾號不能配送… • 要開發票,然後我的發票要…

Slide 22

Slide 22 text

九、只要有名字跟手機就能網路購物 賣家店到店(已經先收到款) 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.取貨付款(超商代收)

Slide 23

Slide 23 text

十、智慧大數據 商家還在自己設相關商品? TPRS 智能推薦系統 • 案例1: ZARA最短3天內就可以推出一件新品,一年可以推出12,000款時裝。面對如此快速又龐 大的時裝變化量,ZARA如何快速又精準的預測消費者的喜好? • 案例2: 2006年Amazon宣稱採用Collaborative Filtering(CF)模式,利用歸納法,把行為相 似的人歸納在一起… 商家還在自己比價與追蹤產業趨勢? 鷹眼數據

Slide 24

Slide 24 text

十一、看得見又看不見的東西 - 非功能性需求 http://www.slideshare.net/warfan/devops-63172126 安全性 備援 可靠度 開發管理(CM) 擴充性 紀錄 監控 測量 https://zh.wikipedia.org/wiki/%E9%9D%9E%E5%8A%9F%E8%83%BD%E6%80%A7%E9%9C%80%E6%B1%82

Slide 25

Slide 25 text

十一、軟體開發不是把東西做出來就快樂結局了 • 1.預算 / 人力 / 時間 全世界軟體業通用情況:有多餘的時間,會先拿去開發看得到的新功能, 而不是把之前的洞跟技術債補起來。 • 2.程式架構不適合 每次都只要「會動就好」,有一天想達到更高的階段,那就是可能要打掉重練的階段了。 • 3.勉強做了一個很殘障的,實用性 0

Slide 26

Slide 26 text

結論: • 一個大團隊維護一套系統,所以那套系統可以持續成長 • 商城平台: 菁英團隊 + 經過大量人潮、時間、銷售需求考驗的系統。 • 開店平台: 規模經濟,簡訊或系統等外部費用可以壓得非常低。有些還可以先試用。 每月 $499,是誰還在說微軟的解決方案就是會讓系統比較貴?

Slide 27

Slide 27 text

• 套版系統無法達成某某功能嗎? 今天沒有,明天可能就有了。 • 客製化網站就是專門開發只能用一次、又沒在持續更新的垃圾? • 發掘型: 找出上述套版網站或平台無法達成的需求 • 價值型: 提供各種花錢當大爺的服務,想辦法減少溝通成本… • 專攻型: 提升特定行業客製化網站的經驗