Notes

website template: https://mui.com/store/items/bazar-pro-react-ecommerce-template/ figma: https://www.figma.com/design/qj7rB4OOSaINllLPlUp0oZ/1683kids-tour?node-id=0-1&t=D2GYIT7gZJfbmHb3-1

Notes

topics

Thought

任何時候消費者都用緊一個去覺得同你溝通到嘅方式嚟去同你溝通所以喺一個行緊嘅生意上面若果咁樣去改一個咁嘅溝通方式除非遇到一個我哋唔可以避免嘅問題啦咁否則呢就唔改好過改因為改親呢就即係話有機會會流失部分嘅客人咁呢樣嘢係我哋需要避免做嘅事

我開頭都撈亂咗少少嘢就係話將佢同銀仔嗰樣嘢撈亂埋一齊諗住用銀仔嚟去有到消費者經網頁落單但既然係消費者本身比較喜歡用whatsapp嚟去落單的話呢樣嘢應該要尊重返佢所以個問題就會變咗做點樣可以keep住現有個progress而又令到你可以做少啲又大又做快啲

我想搵個機會睇下有冇可能帶我去做一次你一個流程就係話由你收到個message之後你之後嘅操作我想睇一睇

係處理呢個問題上面反而有D被動，除非有信心班靚媽唔會因為咁而流走去第二度否則會比較鼓勵唔好郁佢反而會想知道點樣可以令事主做快D

用番我自己比錢方法做例子，我唔會限制消費者比錢方法，最緊要消費者比到錢，基本上主流嘅比錢方法我都會開，直至而家都未遇過比唔到錢嘅問題

coupon 對商戶的功用

商戶(事主 K) 想
- 籍 coupon 刺激客人消費
- 客人用 coupon 兌換免運費，避免貨物屯積喺商戶度
要令到個客人覺得 coupon 唔用好可惜
- coupon 設限期，過期 coupon 失效
- 要令客人隨時隨地可以睇到現存有幾多 coupon
- 提醒客人將有幾多 coupon 於幾時失效
實情(以免運費為例)
- 客人買嘢時，要連埋 coupon 一齊買(送?)
- coupon = 運費分期付款
- coupon 有使用時限，過時失效 (令到客人定時購物)

K: 我想係每個月個客人買夠 $500 就會有 1 次免運費 K: 佢地係見我一賣野出黎佢地就會落可能同一個客一日我會出 2-3 張單比佢 K: 因為我 WhatsApp group 果堆客係佢地儲夠一堆貨由佢地決定幾時寄

L: 咁的話 "每個月買夠 HKD500" 呢件事點體現到出黎啊 ? i.e. Feb wk1: 買左 HKD 300 貨未寄 Feb wk2: 買左 HKD 100 貨未寄 Feb wk3: 買左 HKD 200 貨未寄 Mar wk1: 買左 HKD 100 貨，一次過寄晒

Q: 咁你個運費點收啊? A: 夠 $500 就 +1 幾時用都得

2 月總數買左$600 有免運費 1 次 3 月 wk1 買$200 一次過寄曬(用左 2 月果次運費） 3 月 wk3 買$300 3 月總數$500 又有一次免運費 3 月尾想寄曬就可以用 3 月果次 3 月買野果條數唔影響之前有免運費果次果到

IG shop

https://www.instagram.com/1683_kids?igsh=MXhlMjBiYTI0NHkwZA%3D%3D&utm_source=qr

L: 我想講

一般黎計有兩種做法 :

HKD500 即場免運費
HKD500 下一次消費免運費

點解咁長氣咁問，因為呢 D 野好多時背後有個系統去行咁又點解要用系統去行呢? 唔用得唔得呢? 冇話唔得，但係會冇咁理想，點解? 有系統的話就會識得閘數，識得閘數就可以提個客原來佢有個免運費係你間 shop 度，可以刺激個客買野有個系統可以容易 D 咁做，冇系統就人肉做

另一個 topic, 唔續 shopage

一般黎計支持嘅，但係唔應該冇左網頁去介紹貨品

點解?

客人有 ig shop, 可以用黎招生客客人有拍片, 應該要擺埋上 youtube

但是客人 ig 冇一個直接方法去連番個 shop 度

qr code ?
link ? (text only still accepted)

目的就係要令客人用最小 click 就可以去到果頁度再慢慢 sell

graph TD;
    A("A 客人見到 ig post")
    A1("A 客人見到 youtube post")
    A2("A 客人見到 whatsapp post")
    B("B 客人感興趣")

    D("D 客人入網頁度搵")
    E("E 💀💀💀")
    F("F 客人 scan qr code / copy link 去 shop 度搵")
    G("搵到，繼續慢慢 sell")
    H("客人落單 💰 <br /> 客人唔落單 💸")

    A1-->B;
    A2-->B;
    A-->B;
    B--(現時)-->D;
    B-->F;
    D--搵唔到-->E;
    F-->G;
    G-->H;

另一個優點

發掘可能可以賣嘅野 (賣白頭片??)

graph TD;
    A("事主 K 見到有好野，<br/>但係唔知賣唔賣得去，<br/>所以未實際入貨住")
    B("事主 K 放件野上網頁，<br/>落一個長 D 嘅發貨期")
    C("試試喱個世界反應")
    D("客人落單，<br/>事主 K 轉頭就向供應商落單")
    E("客人唔落單，<br/>事主 K 冇事發生，<br/>由得果頁係度兜生意")
    F("事主 K 發現太耐冇反應，<br/>乾脆收番埋件貨，<br/>當乜事都冇發生過")
    G("長發貨期發生作用，<br/>到貨時就賣比客")
    A-->B;
    B-->C;
    C-->D;
    C-->E;
    E-->F;
    D-->G;

pros:

好簡單，唔洗責貨，唔洗搵位放
唔洗蝕紙水 (雖然暫時香港機會比較小)
發掘更多可能賣得出嘅野，純大自然適者生存過程

cons:

如果同一時間好多人落貨就仆街，因為唔知供應商會唔會有足夠貨物提供，不過都應該開心

首先，專重客戶意見同埋，之前個 e-shop(shopage) 雖然我覺得設計唔合理，但係如果今次都仲係做番個網站的話，咁會變左吸收唔到之前 (shopage) 個網站。咁所以，我諗我會提議

sequenceDiagram
    事主 K-->>靚媽: 出 whatsapp message <br/>話某某某有得賣, <br/>附上連結
    Note over 靚媽: click 連結
    靚媽->>網頁: 靚媽選擇貨物<br/>連埋 variation, options <br/>和 quantity
    靚媽->>網頁: 靚媽開始付款<br/>付上電話, <br/>稱謂<br/>送貨方式
    網頁->>事主 K: 通知收到訂單<br/>扣貨一個鐘
    靚媽->>payme/alipay/fps: payme/alipay/fps<br/>付款
    payme/alipay/fps->>事主 K: 收左款
    Note over 事主 K: 訂單確認(永久扣貨)
    事主 K-->>靚媽: 出番張單, <br/>多謝幫襯<br/>thank you 😊

sequenceDiagram
    事主 K-->>靚媽: 出 whatsapp message <br/>話某某某有得賣, <br/>附上連結
    Note right of 靚媽: click 連結
    靚媽->>網頁: 靚媽選擇貨物<br/>連埋 variation, options <br/>和 quantity
    靚媽->>網頁: 靚媽開始付款<br/>付上電話, <br/>稱謂<br/>送貨方式
    網頁->>事主 K: 通知收到訂單<br/>扣貨一個鐘
    靚媽->>payme/alipay/fps: payme/alipay/fps<br/>付款
    payme/alipay/fps->>事主 K: 收左款
    Note over 靚媽: capture <br/>payment<br/> screenshot
    靚媽->>網頁: 上傳 payment screenshot
    網頁->>事主 K: 打包 訂單 同埋 payment screenshot
    事主 K-->>靚媽: 訂單確認(永久扣貨)
    事主 K-->>靚媽: 出番張單, <br/>多謝幫襯 thank you

7.3 KiB Raw Permalink Blame History Unescape Escape