為什麼這篇Scan2Pay PTT鄉民發文收入到精華區：因為在Scan2Pay PTT這個討論話題中，有許多相關的文章在討論，這篇最有參考價值！作者bestpika (飛影‧忌子)看板MobilePay標題[閒聊] 行動支付的付款流程時間Sat...
最近用了幾間行動支付有感
為什麼要使用者自己掃條碼然後輸入金額支付啦
難道不能多一個店家產生付款條碼使用者掃碼完接著選擇付款方式之後直接支付完成的
方式嗎…
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 175.181.178.201
※ 文章網址: https://www.ptt.cc/bbs/MobilePay/M.1526135388.A.47B.html
→ Sheng98: 有些只提供店家專屬 QRCode 圖的地方只能這樣掃, 金額 05/12 22:30
但是應該也能夠增加我說的那種方式吧？只要店家有 app 就算 POS 不支援也可以這樣讓使用者付款避免輸入錯誤…
→ Sheng98: 自輸 05/12 22:30
→ Sheng98: 店家忙的時候又不可能拿著它的平板或手機弄出含有付款金 05/12 22:31
→ Sheng98: 額的 QRCode 05/12 22:31
問題是使用者這樣弄並不會比較快啊→ Sheng98: 台灣 Pay 中有這種功能, 但是現在都還沒完全能整合... 05/12 22:32
剛好我沒辦法用台灣 pay→ Sheng98: 如果要求快的話 直接付現不就好了? 05/12 22:33
其實我的重點是輸入錯誤還要重來一次更花時間而且如果是那種固定金額的商品乾脆可以讓店家產生帶有金額的付款碼並且可以重複使
用就好了
→ Sheng98: 要用這種方式就必須捨棄時間成本 05/12 22:35
→ Sheng98: 什麼都要趕著快速, 快速的結果就是手忙腳亂然後出錯 05/12 22:35
→ Sheng98: 這是理想而已, 現實上要做到理想不太可能 05/12 22:37
這可以是一個「可選的功能」，讓店家多這樣的選項就好了→ Sheng98: 商品不只一種而已, 很多種的話, 總金額也是要重新弄出新 05/12 22:38
→ Sheng98: 的 QRCode 給消費者掃 05/12 22:38
我指的是某些「只賣單一商品或者少量商品的攤位的攤位」，然後他可以弄出各種 set讓使用者直接掃碼付款拿整個 set 走
→ Sheng98: 以街口x夜市來講, 夜市賣的東西種類眾多, 不可能每樣都 05/12 22:39
→ Sheng98: 弄含有金額的專屬 QRCode 來掃, 那只有攤位的 QRCode 而 05/12 22:39
→ Sheng98: 已 05/12 22:40
問題是這明明是做得到的事情某些支付廠商就是不願意做→ Sheng98: 為了只有「只賣單一商品或者少量商品的攤位的攤位」開發 05/12 22:42
→ Sheng98: 這功能, 那還是直接掃店家 QRCode 輸入金額吧, 有那麼多 05/12 22:43
→ Sheng98: 地方擺不同 QRCode 嗎? 05/12 22:43
又不是說不結帳，而是結帳由結帳的人把條碼讓對方掃啊你覺得會有這樣的問題喔？再來就是流程裡甚至可以讓他連續掃多個條碼然後應用程式直接加總再點付款
→ Sheng98: 而且擺太多張 QRCode 還有個風險, 誰知道會不會被偷換成 05/12 22:45
→ Sheng98: 其他人的 QRCode, 結果帳根本沒進到該攤位的帳戶 05/12 22:46
還有這種需求明明是有的，就是那種市集攤位數很多但是各攤位賣的東西很少的狀況算錢收錢找錢啥的又麻煩又很容易遇到有心人士偷竊
推 Ohgogogo: 我第一次用Linepay掃八方雲集要自己輸入金額，也覺得怪 05/12 22:51
→ Ohgogogo: ，但後來也習慣了，行動支付已經這麼方便了，消費者再稍 05/12 22:51
→ Ohgogogo: 微動一下手指輸入金額還算ok 05/12 22:51
→ Sheng98: 有些是一廂情願的想法而已, 實務上要這樣做反而更麻煩 05/12 22:53
→ Sheng98: 已經簡單化只要掃一次 QRCode 輸入一次金額就好 05/12 22:53
→ Sheng98: 就要複雜到掃更多 QRCode 讓支付程式負擔可能掃到一半 05/12 22:54
→ Sheng98: 結果程式當掉或閃退 05/12 22:54
→ Sheng98: 最後還要重頭再來一次 05/12 22:55
→ Sheng98: 我去八方雲集有時也用 line pay 付款, 點完餐的時候要用 05/12 22:56
→ Sheng98: line pay 掃碼付款, 這時店家也正在做餐點中, 就可以慢慢 05/12 22:56
→ Sheng98: 輸入金額確認金額無誤再送出就好, 為了求快的話多按或少 05/12 22:57
→ Sheng98: 按數字反而後續補/退款不是更麻煩嗎? 05/12 22:57
→ ilutc: 按個價格 花不到一秒吧... 05/12 23:33
→ ilutc: 臺灣PAY的介紹影片 有結帳時老闆拿出手機的QR扣給客人掃 05/12 23:36
→ ilutc: 這樣好像就不用按金額了 應該是S大所說的那個? 05/12 23:36
推 abccbaandy: 掃使用者的QR就是這模式啊...問題是大部分行動支付的 05/12 23:40
→ abccbaandy: 店家都沒設備 05/12 23:40
→ prussian: 因為現階段對這些廠商來說不重要。哪天他們沒事作閒著打 05/12 23:41
→ abccbaandy: 別說店家的APP了，99%的店家都是只看使用者的畫面確認 05/12 23:41
→ prussian: 蒼蠅的時候可能會想到要作吧。正在結盟灑優惠搶地盤的關 05/12 23:41
→ prussian: 頭，誰有空理你那些無關緊要的客制化 05/12 23:42
推 ariesdark99: 需要 $$ 店家還會想要支出這個成本嗎 05/12 23:55
→ Sheng98: 碼 05/12 23:57
推 shinin001: 店家客製次產生條碼反而會浪費時間 因為現行的方式 05/12 23:58
→ Sheng98: , 然後再給消費者掃 05/12 23:58
→ shinin001: 可以讓櫃檯有時間繼續處理下一個客人 讓原本的客人 05/12 23:58
→ shinin001: 掃完碼後 櫃檯自然知道有人結帳 05/12 23:59
→ Sheng98: 這種就變成時間是用在店家方 (如果不熟悉操作會更久) 05/13 00:00
→ Sheng98: 設備部分只要能掃碼的手機或平板即可, 不需用到專掃 qrco 05/13 00:01
→ Sheng98: de 的條碼槍 05/13 00:01
→ ilutc: 這樣看來花的時間都一樣 只是誰操作而已 05/13 00:03
花的時間哪會一樣，我一台設備開在那邊隨時準備輸入金額給人掃跟你打開 app 點老半天進去介面然後再去掃條碼點金額付款哪個比較快？更何況店家輸入的時候使用者同
時開 app 進去直接掃肯定比較快
還有前面有人說店家處理下個客人？
店家最好是會不確定你付款完成就去處理下個客人啦
推 Sheng98: 不過街口店家端 app / linepay 有沒有這功能就不清楚了 05/13 00:04
推 ajang: 本來都是店家掃我，後來店家手機常常沒電，都是我掃店QR了 05/13 00:32
推 Sheng98: 原 po 不知道店家端的 app 能收到付款訊息嗎? 只要確認付 05/13 00:32
→ Sheng98: 款帳號 (通常是手機門號) 末三碼就能知道有無付款 05/13 00:32
→ ajang: 再加上店長不在的時候，店員沒有手機可以用 05/13 00:33
很多店家給人掃的根本沒準備設備可以看，都是要等使用者確定付款完讓店家看到才能走
→ Sheng98: 店員沒手機可用只能當場看消費者手機是否正確輸入及送出 05/13 00:34
→ Sheng98: 了 05/13 00:34
→ Sheng98: 不想花這個時間的話, 建議改回用現金吧, 在這邊說這麼多 05/13 00:39
→ Sheng98: 又無法讓每個用 qrcode 收款的店家照原 po 的意思做 05/13 00:39
其實我的點主要是在「賣的品項很少」的使用情境而且可以「組成固定 set」的狀況
這種完全可以讓店家（攤位）準備好各種 set 的條碼讓使用者掃完就付費
攤位主不需要算錢收錢找錢，客人不需要輸入掏錢拿零錢
就是有這種需求我才會這樣講，而且這也是推廣行動支付到這種使用情境的方式
→ lianpig5566: 怎麼想都覺得使用者自己輸入金額又不會花多少時間 05/13 00:40
→ lianpig5566: 我家這邊的八方 確實會先處理其他客人阿 05/13 00:40
→ Sheng98: 以現在的 qrcode 掃碼支付狀況來看, 現在這樣就足夠了, 05/13 00:43
→ Sheng98: 根本沒必要還要讓店家多弄一個可能哪天都不知道會不會被 05/13 00:43
→ Sheng98: 偷走的設備放在攤位上讓消費者去刷, 還要接充電線預防沒 05/13 00:43
→ Sheng98: 電 05/13 00:43
噓 docsis: 世界不是只繞你轉 05/13 00:45
世界也沒有繞著你轉噓 zxcchia: 不太懂原PO在兇啥，反正除了和自己想法不同的意見都不願 05/13 00:59
→ zxcchia: 意聽 05/13 00:59
→ zxcchia: 說老實話就像是支付寶或微信打款，習慣就好 05/13 01:00
噓 Sheng98: 多太多沒意義的動作了..... 05/13 01:01
噓 zxcchia: 你不習慣我可習慣的很 05/13 01:02
→ zxcchia: 你可能按錯金額老闆就不可能不小心拿成別的QRCODE給你掃 05/13 01:02
→ zxcchia: ？ 掃了發現金額不對重掃有比較快？你不小心多掃少掃總 05/13 01:02
→ zxcchia: 金額有錯還要刪來改去比較快 05/13 01:02
噓 zxcchia: 我實在是不懂到底自己打數字有多難？ 手指是多容易按錯？ 05/13 01:05
→ zxcchia: 頂多就2.3個數字，按錯就重按就好，難道你天天拿行動支 05/13 01:05
→ zxcchia: 付買個幾十萬的東西？ 05/13 01:05
噓 ridesuptt: 這篇沒什麼好討論了，原po只想要大家認同他的想法，完 05/13 01:08
→ ridesuptt: 全不接受或傾聽別人意見 05/13 01:08
我前面說了「這可以是一個選項」，又沒說要改成只能這樣付款而且如果沒有這種需求那為什麼台灣 pay 要做類似功能？
噓 ilutc: 行動支付用到火氣那麼大 第一次看到 05/13 01:10
噓 docsis: 來來來 05/13 01:11
→ docsis: A套餐掃這個QR扣喔 05/13 01:11
→ docsis: B套餐掃這個 05/13 01:11
→ docsis: 阿不好意思拿錯了 05/13 01:11
→ docsis: 麻煩你重新掃一次 05/13 01:11
→ docsis: 對了你還要一個袋子嘛 05/13 01:11
→ docsis: 那再麻煩幫我掃一下這個 05/13 01:11
→ ilutc: 樓上XDDDDD 05/13 01:13
推 zxcchia: 推D大 笑死 我腦中還浮出老闆娘汗顏的畫面 05/13 01:14
推 Sheng98: 推 d 大 05/13 01:15
噓 Sheng98: 然後這個就自己模擬一下人潮多的市集要這樣掃碼要花多久 05/13 01:19
→ Sheng98: 時間, 還要考慮到行動網路是否會癱瘓喔 05/13 01:19
使用者排隊的時候開好 app 拿 set 然後到攤主前面攤主給他掃指定條碼要很久？行動網路癱瘓是另一回事，而且一般使用情境就很常遇到行動網路癱瘓了…
→ Sheng98: 台灣 pay 那個目前僅限金融卡收支付, 其實街口實名後的轉 05/13 01:20
→ Sheng98: 帳功能類似 05/13 01:20
推 sts40501: 我覺得如果有給消費者看的螢幕的POS機，應該可以直接顯 05/13 01:25
→ sts40501: 示含金額的QR碼讓消費者直接掃碼扣款，或是印出一張含 05/13 01:25
→ sts40501: 金額並有時限的QR碼熱感應紙給消費者掃，等POS收到消費 05/13 01:25
→ sts40501: 者付款成功就自動確認訂單。至於沒用POS的小店當然是消 05/13 01:25
→ sts40501: 費者手動輸入比較快囉。 05/13 01:25
我猜等等會有人跟你說那你出示付款碼給店家掃就好 XD噓 Sheng98: 看來不用多說了, 掃一堆 qrcode 沒比較快, 用想的很快, 05/13 01:26
→ Sheng98: 實際做下去應該就知道會不會比較快了 05/13 01:26
推 zero11995: 我是比較認同樓主這種店員餐點POS按好產生給使用者掃的 05/13 01:28
→ sts40501: 買家出示付款碼的話代表店家還要有掃描器，而賣家印出含 05/13 01:29
→ sts40501: 有QR碼的熱感應紙就不用多加設備 05/13 01:29
噓 zxcchia: 我覺得你完全搞錯欸ㄏㄏㄏ 05/13 01:29
推 Sheng98: zero 那要把各家 qrcode 整合才行, 台灣 pay 不是要做各 05/13 01:30
→ Sheng98: 家收款 qrcode 整合? 05/13 01:30
→ zxcchia: 樓上s大，交易電子化的目的之一也包含減少紙張用量吧，這 05/13 01:32
→ zxcchia: 樣產生這麼多額外一次性垃圾是否有點違背初衷？ 05/13 01:32
噓 Sheng98: 然後又不是每個地方都能裝 pos 機 05/13 01:32
→ docsis: 產生一個專屬付款QR扣是可行的 05/13 01:34
→ docsis: 但前提POS速度要夠快 05/13 01:34
→ docsis: 還有就是現在掃QR扣你載具還是要給店家刷一次 05/13 01:34
→ docsis: 所以不如付款碼直接給店員刷 05/13 01:34
→ docsis: (上次去CoCo都口看到有板子就自己掃然後給店員刷載具 05/13 01:34
→ docsis: 店員跟我說付款碼下次給他們直接掃比較快) 05/13 01:34
我相信付款途中由行動支付廠商直接把載具傳回給店家 POS 機這個作法是可以實現的→ zxcchia: 樓主 既然你都已經說了「有人會說那你出示付款碼給店家 05/13 01:34
→ zxcchia: 掃就好」那這種方式又哪裡讓你覺得不便？ 05/13 01:34
那個先決條件是要有 POS 機可以這樣做啊推 Sheng98: coco 的 pos 有連線, 所以像在 7-11 一樣給他們掃街口付 05/13 01:35
→ Sheng98: 款條碼就好 05/13 01:35
→ docsis: 而且這種做法其實通常要在連鎖商店比較有可能出現 05/13 01:35
→ docsis: 通常這種地方品項不會單一而且也幾乎都有掃描器了.... 05/13 01:35
我乾脆直接把情境講清楚一點好了，FF 或 CWT 這類攤位可能只有 1、2 種商品要賣而且很多都直接組成 set 了，之前花博就有遇到有人在收攤位的時候錢被摸走的狀況
如果可以用這種方式付款的話攤主跟客人都會很方便而且不用擔心錢被偷
→ sts40501: 像很多小吃店本身的商品是沒有條碼的，如此還要多一台 05/13 01:36
→ sts40501: 掃描器。如果是賣方產生的QR碼，應該還要能判別買家有沒 05/13 01:36
→ sts40501: 有使用載具，如果有就買方掃一次直接存載具，只是現在好 05/13 01:36
→ sts40501: 像還沒有這種模式的? 05/13 01:36
→ Sheng98: 要消費者掃店家的 qrcode 情景是店家 pos 無法連線的, 還 05/13 01:38
→ Sheng98: 有那種只有傳統收銀機, 以及如夜市這種的 05/13 01:38
→ docsis: S大 那次第一次去CoCo買本來以為跟八方一樣XDD 05/13 01:38
推 zxcchia: 我記得前一個月去北京，有店家有一種條碼，客人用支付寶 05/13 01:39
→ zxcchia: 或微信掃描都可以付款（好像是透過第三方整合？）當下覺 05/13 01:39
→ zxcchia: 得酷炫XD 05/13 01:39
→ Sheng98: 發票載具要店家開電子發票才有用, 不然開傳統了票的其實 05/13 01:39
→ Sheng98: 載具整合沒意義 05/13 01:39
→ sts40501: 至於熱感應紙跟無紙化我是覺得現在即便在八方使用行動 05/13 01:39
→ sts40501: 支付，還是會印出一張等餐單呀... 最好的辦法其實就是多 05/13 01:39
→ sts40501: 裝一個像麥當勞那種的螢幕囉。印出QR碼比較像是過渡期 05/13 01:39
→ sts40501: 的做法。 05/13 01:39
→ Sheng98: 傳統發票 05/13 01:40
→ docsis: z大有啊 05/13 01:41
→ docsis: 因為QR裡面可以包含很多資訊 05/13 01:41
→ docsis: 台灣Pay不是好像也想這樣弄XDD 05/13 01:41
→ docsis: 其實現在要把LINE Pay和街口的QR整合是可以 05/13 01:41
→ docsis: 只是這兩家競爭公司應該是不會主動提供這功能 05/13 01:41
→ sts40501: 比較理想的狀況可能就是POS顯示扣款QR碼，順便整合電子 05/13 01:41
→ sts40501: 發票+等餐號碼 XD 05/13 01:41
→ Sheng98: 原 po 說的這種攤位, 考量點是行動網路, 你就算把行動支 05/13 01:43
→ Sheng98: 付帶進去這個商業模式, 就算是只掃一個 qrcode 還是要看 05/13 01:43
→ Sheng98: 行動網路給不給力, 因為這個議題曾在別的地方討論過 05/13 01:43
→ Sheng98: 最後結論還是傾向現金, 就還要另外帶保險箱 05/13 01:45
推 zxcchia: 我是感覺啦，如果是像原PO說的，店家品項單一/少量，且 05/13 01:47
→ zxcchia: 有排隊可能；那排隊前掃一下條碼，排隊的時候自己加一下 05/13 01:47
→ zxcchia: 錢先輸入完（甚至可以先支付），輪到你的時候直接看成功 05/13 01:47
→ zxcchia: 畫面，東西拿了就走，真的很複雜嗎...... 05/13 01:47
使用者操作的動作越多越容易出錯如果可以盡量減少使用者操作的話問題會少很多 (扣掉 app 閃退跟行動網路不給力)
→ docsis: 其實現在街口點餐就有點這種概念 05/13 01:47
→ docsis: 要什麼東西客製化都先選好付款 05/13 01:47
這種很好啊，如果掃店家條碼直接跳進選項選完點一點付錢（重點是不要讓使用者去操作跟金額有關的部分）就很棒
但是街口那個店家要怎麼開這個功能我就不清楚了
推 Sheng98: 街口點餐那樣就方便了, 還要掃有的沒有的 qrcode 是讓攤 05/13 01:49
→ Sheng98: 主更忙吧, 但也要有辦法加入街口店家.... 05/13 01:49
→ sts40501: 如果是網路問題，也許條碼支付的業者可以研究離線掃條碼 05/13 01:49
→ sts40501: 的可行性，現在電子票證跟三大PAY刷卡都有離線交易的模 05/13 01:49
→ sts40501: 式了，看未來有沒有辦法發展出離線交易的條碼支付吧XD 05/13 01:49
依照目前的這幾家來看要做離線交易一定得有 POS 機才行不然如果只有客人那邊記錄的話我只要清除資料就沒辦法上傳離線交易資料回去了
推 zxcchia: 當然如果是有POS機的店，就維持像現行便利商店掃bar code 05/13 01:50
→ zxcchia: /QR code，或是雙螢幕產生一次性條碼就更方便囉 05/13 01:50
→ Sheng98: 因為我在其他地方提過這個意見 (單純掃碼支付), 就有網友 05/13 01:51
→ Sheng98: 提到網路的問題了 05/13 01:51
推 zxcchia: 街口點餐如果所有店家分流/出餐順序可以掌控好的話，其 05/13 01:51
→ zxcchia: 實已經不錯 05/13 01:51
→ docsis: 饒河夜市剛開街口放的時候有打7折 05/13 01:52
→ docsis: 我去的那家店就是只賣碳烤蜜汁雞腿和雞排 05/13 01:52
→ docsis: 就輸個70然後街口自動折抵成49 05/13 01:52
→ docsis: 我是覺得原Po覺得輸入金額不方便 05/13 01:52
→ docsis: 以後或許會增加掃碼後進入街口介面選擇你要雞排還雞腿這樣 05/13 01:52
→ Sheng98: 短期性的展覽攤位不太可能弄一台 pos 進來擺 05/13 01:52
→ docsis: 離線交易又牽扯到一個問題了 05/13 01:53
→ docsis: Debit和綁帳戶的可能又要被排除了XDD 05/13 01:53
→ Sheng98: 如果那種展覽主辦者和場地提供者沒提供固網使用的話, 還 05/13 01:54
→ Sheng98: 是只能靠人工收款 05/13 01:54
目前 4G 網路可能還沒辦法保證不癱瘓，但如果以後 5G 網路普及而且承載力變大的話或許這種方式就相當可行了 XD
→ Sheng98: 另外在這種短期展覽的攤位好像是無法用信用卡付款 (掃攤 05/13 02:02
→ Sheng98: 位 qrcode), 完全只能靠帳戶轉帳 05/13 02:02
這種應該算是「跟某個特定對象購買東西」吧？攤主不會因為這次活動之後就消失，所以把他當店家付款給他應該可以？
→ sts40501: 我是覺得如果有業者出來做一款整合度高的app，那其實在 05/13 02:03
→ sts40501: 離線掃碼賣家的部分只要一台手機或平板就可以做到了。 05/13 02:03
→ sts40501: 當然這些都是理想的狀況囉 05/13 02:03
→ Sheng98: 要能信用卡付款的得像街口或 linepay 的店家加入商家端才 05/13 02:04
→ Sheng98: 能透過第三方收信用卡款 05/13 02:04
其實也可以變成「付款給主辦單位」，然後付款資料裡面有攤位的資料，之後各攤位攤主再去跟主辦單位結算金額
→ Sheng98: 要看攤主選用的收款是街口或歐付寶或台灣 pay 05/13 02:06
→ sts40501: 要討論到銀行維護、掛點、無線網路干擾等等，這種最後 05/13 02:07
→ sts40501: 都是會導向到"那不如使用現金"，這其實也是一直以來行 05/13 02:07
→ sts40501: 動支付推行上的難處吧 05/13 02:07
所以中國可以這麼普及真的很神秘…※ 編輯: bestpika (175.181.178.201), 05/13/2018 02:09:16
→ sts40501: 中國的普及我記得有人說是假鈔盛行，然後像日本的行動 05/13 02:11
→ sts40501: 支付好像就比台灣的發展更差，因為現金更有保障等等的。 05/13 02:11
推 Sheng98: 結果說這麼多, 只要弄得像街口點餐模式那樣幾乎就問題解 05/13 02:13
→ Sheng98: 決一大半了, 連掃 qrcode 都省, 但是也要有這類型的平台 05/13 02:13
→ Sheng98: 可用.....(那不如蝦皮買還比較快?? 05/13 02:13
→ sts40501: 而且現在台灣大部分做行動支付的業者感覺穩定性也都感 05/13 02:14
→ sts40501: 覺還有待改進XD 05/13 02:14
→ docsis: 覺得台灣的店家接受度比使用者的接受度還低好多 05/13 02:14
→ docsis: 連鎖商店還可以 05/13 02:14
→ docsis: 但像連鎖計程車業者也是一堆司機不給用 05/13 02:14
→ docsis: 假鈔那個有聽過 05/13 02:16
→ docsis: 所以計程車司機就是都沒收過假鈔XDD 05/13 02:16
→ sts40501: 一方面可能跟使用行動支付的消費者遇到挫折也有關係，因 05/13 02:20
→ sts40501: 為大部分的商家除連鎖店外，為了手續費或是金流的即時 05/13 02:20
→ sts40501: 性，還是偏好使用現金，所以商家對行動支付的態度多少也 05/13 02:20
→ sts40501: 會影響到消費者 05/13 02:20
噓 kakukangen: 呵呵，原po好兇。怕.JEPG 05/13 02:41
→ hotaru0813: 覺得自己輸入數字並沒什麼不方便啊 05/13 03:42
→ hotaru0813: 而且就算全店的商品價錢都是相同，那買10個的話，那要 05/13 03:50
→ hotaru0813: 掃10次碼結帳嗎？也不可能一種數量一個碼吧？還是要求 05/13 03:50
→ hotaru0813: 消費者只買一種數量？ 05/13 03:50
→ t78973677: 改天商品上直接印刷QRcode會更方便 05/13 07:03
推 dalconan: 用行動支付會被抽，所以有些計程車司機不願意 05/13 10:24
→ dalconan: 現金以外的都另外有手續費會轉嫁，所以有時會碰到司機說 05/13 10:25
→ dalconan: 機器壞了，只能用現金這種說法 05/13 10:25
→ winsonwu: 台灣pay有類似東西但台灣pay就推不起來，曾經個人也有 05/13 12:18
→ winsonwu: 想過類似情境，例如那種餐點到齊先付款的店，上齊後商 05/13 12:18
→ winsonwu: 家拿QR設好金額讓後客人掃描結帳，但多數商家還是習慣 05/13 12:18
→ winsonwu: 自己pos機和確認客人手機，要他們去做多餘的事除非人力 05/13 12:18
→ winsonwu: 充足吧！且還需行動支援已普遍，不然現行都難推了讓商 05/13 12:18
→ winsonwu: 家更多事做更不易推 05/13 12:18
→ winsonwu: 不然就是像王品那種主動來收款的店，在帳單上增加QR供 05/13 12:24
→ winsonwu: 消費者掃，也省得用手機pay還得去櫃檯然後發生誤刷事件 05/13 12:24
推 YAKATA: 我喜歡自己打數字耶，避免店家多扣款。 05/13 14:37
推 bkk: 光是八方雲集我水餃鍋貼要點幾顆 金額根本有上百種 怎麼搞 05/15 15:40
推 idoo: 小黃就是啊 10/12 09:59