作者bestpika (飞影‧忌子)
看板MobilePay
标题[闲聊] 行动支付的付款流程
时间Sat May 12 22:29:45 2018
最近用了几间行动支付有感
为什麽要使用者
自己扫条码然後输入金额支付啦
难道不能多一个店家产生付款条码使用者扫码完接着选择付款方式之後直接支付完成的
方式吗…
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 175.181.178.201
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/MobilePay/M.1526135388.A.47B.html
1F：→ Sheng98: 有些只提供店家专属 QRCode 图的地方只能这样扫, 金额 05/12 22:30
但是应该也能够增加我说的那种方式吧？
只要店家有 app 就算 POS 不支援也可以这样让使用者付款避免输入错误…
2F：→ Sheng98: 自输 05/12 22:30
3F：→ Sheng98: 店家忙的时候又不可能拿着它的平板或手机弄出含有付款金 05/12 22:31
4F：→ Sheng98: 额的 QRCode 05/12 22:31
问题是使用者这样弄并不会比较快啊
5F：→ Sheng98: 台湾 Pay 中有这种功能, 但是现在都还没完全能整合... 05/12 22:32
刚好我没办法用台湾 pay
6F：→ Sheng98: 如果要求快的话 直接付现不就好了? 05/12 22:33
其实我的重点是输入错误还要重来一次更花时间
而且如果是那种固定金额的商品乾脆可以让店家产生带有金额的付款码并且可以重复使
用就好了
7F：→ Sheng98: 要用这种方式就必须舍弃时间成本 05/12 22:35
8F：→ Sheng98: 什麽都要赶着快速, 快速的结果就是手忙脚乱然後出错 05/12 22:35
9F：→ Sheng98: 这是理想而已, 现实上要做到理想不太可能 05/12 22:37
这可以是一个「可选的功能」，让店家多这样的选项就好了
10F：→ Sheng98: 商品不只一种而已, 很多种的话, 总金额也是要重新弄出新 05/12 22:38
11F：→ Sheng98: 的 QRCode 给消费者扫 05/12 22:38
我指的是某些「只卖单一商品或者少量商品的摊位的摊位」，然後他可以弄出各种 set
让使用者直接扫码付款拿整个 set 走
12F：→ Sheng98: 以街口x夜市来讲, 夜市卖的东西种类众多, 不可能每样都 05/12 22:39
13F：→ Sheng98: 弄含有金额的专属 QRCode 来扫, 那只有摊位的 QRCode 而 05/12 22:39
14F：→ Sheng98: 已 05/12 22:40
问题是这明明是做得到的事情某些支付厂商就是不愿意做
15F：→ Sheng98: 为了只有「只卖单一商品或者少量商品的摊位的摊位」开发 05/12 22:42
16F：→ Sheng98: 这功能, 那还是直接扫店家 QRCode 输入金额吧, 有那麽多 05/12 22:43
17F：→ Sheng98: 地方摆不同 QRCode 吗? 05/12 22:43
又不是说不结帐，而是结帐由结帐的人把条码让对方扫啊你觉得会有这样的问题喔？
再来就是流程里甚至可以让他连续扫多个条码然後应用程式直接加总再点付款
18F：→ Sheng98: 而且摆太多张 QRCode 还有个风险, 谁知道会不会被偷换成 05/12 22:45
19F：→ Sheng98: 其他人的 QRCode, 结果帐根本没进到该摊位的帐户 05/12 22:46
还有这种需求明明是有的，就是那种市集摊位数很多但是各摊位卖的东西很少的状况
算钱收钱找钱啥的又麻烦又很容易遇到有心人士偷窃
20F：推 Ohgogogo: 我第一次用Linepay扫八方云集要自己输入金额，也觉得怪 05/12 22:51
21F：→ Ohgogogo: ，但後来也习惯了，行动支付已经这麽方便了，消费者再稍 05/12 22:51
22F：→ Ohgogogo: 微动一下手指输入金额还算ok 05/12 22:51
23F：→ Sheng98: 有些是一厢情愿的想法而已, 实务上要这样做反而更麻烦 05/12 22:53
24F：→ Sheng98: 已经简单化只要扫一次 QRCode 输入一次金额就好 05/12 22:53
25F：→ Sheng98: 就要复杂到扫更多 QRCode 让支付程式负担可能扫到一半 05/12 22:54
26F：→ Sheng98: 结果程式当掉或闪退 05/12 22:54
27F：→ Sheng98: 最後还要重头再来一次 05/12 22:55
28F：→ Sheng98: 我去八方云集有时也用 line pay 付款, 点完餐的时候要用 05/12 22:56
29F：→ Sheng98: line pay 扫码付款, 这时店家也正在做餐点中, 就可以慢慢 05/12 22:56
30F：→ Sheng98: 输入金额确认金额无误再送出就好, 为了求快的话多按或少 05/12 22:57
31F：→ Sheng98: 按数字反而後续补/退款不是更麻烦吗? 05/12 22:57
32F：→ ilutc: 按个价格 花不到一秒吧... 05/12 23:33
33F：→ ilutc: 台湾PAY的介绍影片 有结帐时老板拿出手机的QR扣给客人扫 05/12 23:36
34F：→ ilutc: 这样好像就不用按金额了 应该是S大所说的那个? 05/12 23:36
35F：推 abccbaandy: 扫使用者的QR就是这模式啊...问题是大部分行动支付的 05/12 23:40
36F：→ abccbaandy: 店家都没设备 05/12 23:40
37F：→ prussian: 因为现阶段对这些厂商来说不重要。哪天他们没事作闲着打 05/12 23:41
38F：→ abccbaandy: 别说店家的APP了，99%的店家都是只看使用者的画面确认 05/12 23:41
39F：→ prussian: 苍蝇的时候可能会想到要作吧。正在结盟洒优惠抢地盘的关 05/12 23:41
40F：→ prussian: 头，谁有空理你那些无关紧要的客制化 05/12 23:42
41F：推 ariesdark99: 需要 $$ 店家还会想要支出这个成本吗 05/12 23:55
43F：→ Sheng98: 码 05/12 23:57
44F：推 shinin001: 店家客制次产生条码反而会浪费时间 因为现行的方式 05/12 23:58
46F：→ Sheng98: , 然後再给消费者扫 05/12 23:58
47F：→ shinin001: 可以让柜台有时间继续处理下一个客人 让原本的客人 05/12 23:58
48F：→ shinin001: 扫完码後 柜台自然知道有人结帐 05/12 23:59
49F：→ Sheng98: 这种就变成时间是用在店家方 (如果不熟悉操作会更久) 05/13 00:00
50F：→ Sheng98: 设备部分只要能扫码的手机或平板即可, 不需用到专扫 qrco 05/13 00:01
51F：→ Sheng98: de 的条码枪 05/13 00:01
52F：→ ilutc: 这样看来花的时间都一样 只是谁操作而已 05/13 00:03
花的时间哪会一样，我一台设备开在那边随时准备输入金额给人扫跟你打开 app 点老
半天进去介面然後再去扫条码点金额付款哪个比较快？更何况店家输入的时候使用者同
时开 app 进去直接扫肯定比较快
还有前面有人说店家处理下个客人？
店家最好是会不确定你付款完成就去处理下个客人啦
53F：推 Sheng98: 不过街口店家端 app / linepay 有没有这功能就不清楚了 05/13 00:04
54F：推 ajang: 本来都是店家扫我，後来店家手机常常没电，都是我扫店QR了 05/13 00:32
55F：推 Sheng98: 原 po 不知道店家端的 app 能收到付款讯息吗? 只要确认付 05/13 00:32
56F：→ Sheng98: 款帐号 (通常是手机门号) 末三码就能知道有无付款 05/13 00:32
57F：→ ajang: 再加上店长不在的时候，店员没有手机可以用 05/13 00:33
很多店家给人扫的根本没准备设备可以看，都是要等使用者确定付款完让店家看到才能
走
58F：→ Sheng98: 店员没手机可用只能当场看消费者手机是否正确输入及送出 05/13 00:34
59F：→ Sheng98: 了 05/13 00:34
60F：→ Sheng98: 不想花这个时间的话, 建议改回用现金吧, 在这边说这麽多 05/13 00:39
61F：→ Sheng98: 又无法让每个用 qrcode 收款的店家照原 po 的意思做 05/13 00:39
其实我的点主要是在「卖的品项很少」的使用情境
而且可以「组成固定 set」的状况
这种完全可以让店家（摊位）准备好各种 set 的条码让使用者扫完就付费
摊位主不需要算钱收钱找钱，客人不需要输入掏钱拿零钱
就是有这种需求我才会这样讲，而且这也是推广行动支付到这种使用情境的方式
62F：→ lianpig5566: 怎麽想都觉得使用者自己输入金额又不会花多少时间 05/13 00:40
63F：→ lianpig5566: 我家这边的八方 确实会先处理其他客人阿 05/13 00:40
64F：→ Sheng98: 以现在的 qrcode 扫码支付状况来看, 现在这样就足够了, 05/13 00:43
65F：→ Sheng98: 根本没必要还要让店家多弄一个可能哪天都不知道会不会被 05/13 00:43
66F：→ Sheng98: 偷走的设备放在摊位上让消费者去刷, 还要接充电线预防没 05/13 00:43
67F：→ Sheng98: 电 05/13 00:43
68F：嘘 docsis: 世界不是只绕你转 05/13 00:45
世界也没有绕着你转
69F：嘘 zxcchia: 不太懂原PO在凶啥，反正除了和自己想法不同的意见都不愿 05/13 00:59
70F：→ zxcchia: 意听 05/13 00:59
71F：→ zxcchia: 说老实话就像是支付宝或微信打款，习惯就好 05/13 01:00
72F：嘘 Sheng98: 多太多没意义的动作了..... 05/13 01:01
73F：嘘 zxcchia: 你不习惯我可习惯的很 05/13 01:02
74F：→ zxcchia: 你可能按错金额老板就不可能不小心拿成别的QRCODE给你扫 05/13 01:02
75F：→ zxcchia: ？ 扫了发现金额不对重扫有比较快？你不小心多扫少扫总 05/13 01:02
76F：→ zxcchia: 金额有错还要删来改去比较快 05/13 01:02
77F：嘘 zxcchia: 我实在是不懂到底自己打数字有多难？ 手指是多容易按错？ 05/13 01:05
78F：→ zxcchia: 顶多就2.3个数字，按错就重按就好，难道你天天拿行动支 05/13 01:05
79F：→ zxcchia: 付买个几十万的东西？ 05/13 01:05
80F：嘘 ridesuptt: 这篇没什麽好讨论了，原po只想要大家认同他的想法，完 05/13 01:08
81F：→ ridesuptt: 全不接受或倾听别人意见 05/13 01:08
我前面说了「这可以是一个选项」，又没说要改成只能这样付款
而且如果没有这种需求那为什麽台湾 pay 要做类似功能？
82F：嘘 ilutc: 行动支付用到火气那麽大 第一次看到 05/13 01:10
83F：嘘 docsis: 来来来 05/13 01:11
84F：→ docsis: A套餐扫这个QR扣喔 05/13 01:11
85F：→ docsis: B套餐扫这个 05/13 01:11
86F：→ docsis: 阿不好意思拿错了 05/13 01:11
87F：→ docsis: 麻烦你重新扫一次 05/13 01:11
88F：→ docsis: 对了你还要一个袋子嘛 05/13 01:11
89F：→ docsis: 那再麻烦帮我扫一下这个 05/13 01:11
90F：→ ilutc: 楼上XDDDDD 05/13 01:13
91F：推 zxcchia: 推D大 笑死 我脑中还浮出老板娘汗颜的画面 05/13 01:14
92F：推 Sheng98: 推 d 大 05/13 01:15
93F：嘘 Sheng98: 然後这个就自己模拟一下人潮多的市集要这样扫码要花多久 05/13 01:19
94F：→ Sheng98: 时间, 还要考虑到行动网路是否会瘫痪喔 05/13 01:19
使用者排队的时候开好 app 拿 set 然後到摊主前面摊主给他扫指定条码要很久？
行动网路瘫痪是另一回事，而且一般使用情境就很常遇到行动网路瘫痪了…
95F：→ Sheng98: 台湾 pay 那个目前仅限金融卡收支付, 其实街口实名後的转 05/13 01:20
96F：→ Sheng98: 帐功能类似 05/13 01:20
98F：推 sts40501: 我觉得如果有给消费者看的萤幕的POS机，应该可以直接显 05/13 01:25
99F：→ sts40501: 示含金额的QR码让消费者直接扫码扣款，或是印出一张含 05/13 01:25
100F：→ sts40501: 金额并有时限的QR码热感应纸给消费者扫，等POS收到消费 05/13 01:25
101F：→ sts40501: 者付款成功就自动确认订单。至於没用POS的小店当然是消 05/13 01:25
102F：→ sts40501: 费者手动输入比较快罗。 05/13 01:25
我猜等等会有人跟你说那你出示付款码给店家扫就好 XD
103F：嘘 Sheng98: 看来不用多说了, 扫一堆 qrcode 没比较快, 用想的很快, 05/13 01:26
104F：→ Sheng98: 实际做下去应该就知道会不会比较快了 05/13 01:26
105F：推 zero11995: 我是比较认同楼主这种店员餐点POS按好产生给使用者扫的 05/13 01:28
106F：→ sts40501: 买家出示付款码的话代表店家还要有扫描器，而卖家印出含 05/13 01:29
107F：→ sts40501: 有QR码的热感应纸就不用多加设备 05/13 01:29
108F：嘘 zxcchia: 我觉得你完全搞错欸ㄏㄏㄏ 05/13 01:29
109F：推 Sheng98: zero 那要把各家 qrcode 整合才行, 台湾 pay 不是要做各 05/13 01:30
110F：→ Sheng98: 家收款 qrcode 整合? 05/13 01:30
111F：→ zxcchia: 楼上s大，交易电子化的目的之一也包含减少纸张用量吧，这 05/13 01:32
112F：→ zxcchia: 样产生这麽多额外一次性垃圾是否有点违背初衷？ 05/13 01:32
113F：嘘 Sheng98: 然後又不是每个地方都能装 pos 机 05/13 01:32
114F：→ docsis: 产生一个专属付款QR扣是可行的 05/13 01:34
115F：→ docsis: 但前提POS速度要够快 05/13 01:34
116F：→ docsis: 还有就是现在扫QR扣你载具还是要给店家刷一次 05/13 01:34
117F：→ docsis: 所以不如付款码直接给店员刷 05/13 01:34
118F：→ docsis: (上次去CoCo都口看到有板子就自己扫然後给店员刷载具 05/13 01:34
119F：→ docsis: 店员跟我说付款码下次给他们直接扫比较快) 05/13 01:34
我相信付款途中由行动支付厂商直接把载具传回给店家 POS 机这个作法是可以实现的
120F：→ zxcchia: 楼主 既然你都已经说了「有人会说那你出示付款码给店家 05/13 01:34
121F：→ zxcchia: 扫就好」那这种方式又哪里让你觉得不便？ 05/13 01:34
那个先决条件是要有 POS 机可以这样做啊
122F：推 Sheng98: coco 的 pos 有连线, 所以像在 7-11 一样给他们扫街口付 05/13 01:35
123F：→ Sheng98: 款条码就好 05/13 01:35
124F：→ docsis: 而且这种做法其实通常要在连锁商店比较有可能出现 05/13 01:35
125F：→ docsis: 通常这种地方品项不会单一而且也几乎都有扫描器了.... 05/13 01:35
我乾脆直接把情境讲清楚一点好了，FF 或 CWT 这类摊位可能只有 1、2 种商品要卖
而且很多都直接组成 set 了，之前花博就有遇到有人在收摊位的时候钱被摸走的状况
如果可以用这种方式付款的话摊主跟客人都会很方便而且不用担心钱被偷
126F：→ sts40501: 像很多小吃店本身的商品是没有条码的，如此还要多一台 05/13 01:36
127F：→ sts40501: 扫描器。如果是卖方产生的QR码，应该还要能判别买家有没 05/13 01:36
128F：→ sts40501: 有使用载具，如果有就买方扫一次直接存载具，只是现在好 05/13 01:36
129F：→ sts40501: 像还没有这种模式的? 05/13 01:36
130F：→ Sheng98: 要消费者扫店家的 qrcode 情景是店家 pos 无法连线的, 还 05/13 01:38
131F：→ Sheng98: 有那种只有传统收银机, 以及如夜市这种的 05/13 01:38
132F：→ docsis: S大 那次第一次去CoCo买本来以为跟八方一样XDD 05/13 01:38
133F：推 zxcchia: 我记得前一个月去北京，有店家有一种条码，客人用支付宝 05/13 01:39
134F：→ zxcchia: 或微信扫描都可以付款（好像是透过第三方整合？）当下觉 05/13 01:39
135F：→ zxcchia: 得酷炫XD 05/13 01:39
136F：→ Sheng98: 发票载具要店家开电子发票才有用, 不然开传统了票的其实 05/13 01:39
137F：→ Sheng98: 载具整合没意义 05/13 01:39
138F：→ sts40501: 至於热感应纸跟无纸化我是觉得现在即便在八方使用行动 05/13 01:39
139F：→ sts40501: 支付，还是会印出一张等餐单呀... 最好的办法其实就是多 05/13 01:39
140F：→ sts40501: 装一个像麦当劳那种的萤幕罗。印出QR码比较像是过渡期 05/13 01:39
141F：→ sts40501: 的做法。 05/13 01:39
142F：→ Sheng98: 传统发票 05/13 01:40
143F：→ docsis: z大有啊 05/13 01:41
144F：→ docsis: 因为QR里面可以包含很多资讯 05/13 01:41
145F：→ docsis: 台湾Pay不是好像也想这样弄XDD 05/13 01:41
146F：→ docsis: 其实现在要把LINE Pay和街口的QR整合是可以 05/13 01:41
147F：→ docsis: 只是这两家竞争公司应该是不会主动提供这功能 05/13 01:41
148F：→ sts40501: 比较理想的状况可能就是POS显示扣款QR码，顺便整合电子 05/13 01:41
149F：→ sts40501: 发票+等餐号码 XD 05/13 01:41
150F：→ Sheng98: 原 po 说的这种摊位, 考量点是行动网路, 你就算把行动支 05/13 01:43
151F：→ Sheng98: 付带进去这个商业模式, 就算是只扫一个 qrcode 还是要看 05/13 01:43
152F：→ Sheng98: 行动网路给不给力, 因为这个议题曾在别的地方讨论过 05/13 01:43
153F：→ Sheng98: 最後结论还是倾向现金, 就还要另外带保险箱 05/13 01:45
154F：推 zxcchia: 我是感觉啦，如果是像原PO说的，店家品项单一/少量，且 05/13 01:47
155F：→ zxcchia: 有排队可能；那排队前扫一下条码，排队的时候自己加一下 05/13 01:47
156F：→ zxcchia: 钱先输入完（甚至可以先支付），轮到你的时候直接看成功 05/13 01:47
157F：→ zxcchia: 画面，东西拿了就走，真的很复杂吗...... 05/13 01:47
使用者操作的动作越多越容易出错
如果可以尽量减少使用者操作的话问题会少很多 (扣掉 app 闪退跟行动网路不给力)
158F：→ docsis: 其实现在街口点餐就有点这种概念 05/13 01:47
159F：→ docsis: 要什麽东西客制化都先选好付款 05/13 01:47
这种很好啊，如果扫店家条码直接跳进选项选完点一点付钱（重点是不要让使用者去操
作跟金额有关的部分）就很棒
但是街口那个店家要怎麽开这个功能我就不清楚了
160F：推 Sheng98: 街口点餐那样就方便了, 还要扫有的没有的 qrcode 是让摊 05/13 01:49
161F：→ Sheng98: 主更忙吧, 但也要有办法加入街口店家.... 05/13 01:49
162F：→ sts40501: 如果是网路问题，也许条码支付的业者可以研究离线扫条码 05/13 01:49
163F：→ sts40501: 的可行性，现在电子票证跟三大PAY刷卡都有离线交易的模 05/13 01:49
164F：→ sts40501: 式了，看未来有没有办法发展出离线交易的条码支付吧XD 05/13 01:49
依照目前的这几家来看要做离线交易一定得有 POS 机才行
不然如果只有客人那边记录的话我只要清除资料就没办法上传离线交易资料回去了
165F：推 zxcchia: 当然如果是有POS机的店，就维持像现行便利商店扫bar code 05/13 01:50
166F：→ zxcchia: /QR code，或是双萤幕产生一次性条码就更方便罗 05/13 01:50
167F：→ Sheng98: 因为我在其他地方提过这个意见 (单纯扫码支付), 就有网友 05/13 01:51
168F：→ Sheng98: 提到网路的问题了 05/13 01:51
169F：推 zxcchia: 街口点餐如果所有店家分流/出餐顺序可以掌控好的话，其 05/13 01:51
170F：→ zxcchia: 实已经不错 05/13 01:51
171F：→ docsis: 饶河夜市刚开街口放的时候有打7折 05/13 01:52
172F：→ docsis: 我去的那家店就是只卖碳烤蜜汁鸡腿和鸡排 05/13 01:52
173F：→ docsis: 就输个70然後街口自动折抵成49 05/13 01:52
174F：→ docsis: 我是觉得原Po觉得输入金额不方便 05/13 01:52
175F：→ docsis: 以後或许会增加扫码後进入街口介面选择你要鸡排还鸡腿这样 05/13 01:52
176F：→ Sheng98: 短期性的展览摊位不太可能弄一台 pos 进来摆 05/13 01:52
177F：→ docsis: 离线交易又牵扯到一个问题了 05/13 01:53
178F：→ docsis: Debit和绑帐户的可能又要被排除了XDD 05/13 01:53
179F：→ Sheng98: 如果那种展览主办者和场地提供者没提供固网使用的话, 还 05/13 01:54
180F：→ Sheng98: 是只能靠人工收款 05/13 01:54
目前 4G 网路可能还没办法保证不瘫痪，但如果以後 5G 网路普及而且承载力变大的话
或许这种方式就相当可行了 XD
181F：→ Sheng98: 另外在这种短期展览的摊位好像是无法用信用卡付款 (扫摊 05/13 02:02
182F：→ Sheng98: 位 qrcode), 完全只能靠帐户转帐 05/13 02:02
这种应该算是「跟某个特定对象购买东西」吧？
摊主不会因为这次活动之後就消失，所以把他当店家付款给他应该可以？
183F：→ sts40501: 我是觉得如果有业者出来做一款整合度高的app，那其实在 05/13 02:03
184F：→ sts40501: 离线扫码卖家的部分只要一台手机或平板就可以做到了。 05/13 02:03
185F：→ sts40501: 当然这些都是理想的状况罗 05/13 02:03
186F：→ Sheng98: 要能信用卡付款的得像街口或 linepay 的店家加入商家端才 05/13 02:04
187F：→ Sheng98: 能透过第三方收信用卡款 05/13 02:04
其实也可以变成「付款给主办单位」，然後付款资料里面有摊位的资料，之後各摊位摊
主再去跟主办单位结算金额
188F：→ Sheng98: 要看摊主选用的收款是街口或欧付宝或台湾 pay 05/13 02:06
189F：→ sts40501: 要讨论到银行维护、挂点、无线网路干扰等等，这种最後 05/13 02:07
190F：→ sts40501: 都是会导向到"那不如使用现金"，这其实也是一直以来行 05/13 02:07
191F：→ sts40501: 动支付推行上的难处吧 05/13 02:07
所以中国可以这麽普及真的很神秘…
※ 编辑: bestpika (175.181.178.201), 05/13/2018 02:09:16
192F：→ sts40501: 中国的普及我记得有人说是假钞盛行，然後像日本的行动 05/13 02:11
193F：→ sts40501: 支付好像就比台湾的发展更差，因为现金更有保障等等的。 05/13 02:11
194F：推 Sheng98: 结果说这麽多, 只要弄得像街口点餐模式那样几乎就问题解 05/13 02:13
195F：→ Sheng98: 决一大半了, 连扫 qrcode 都省, 但是也要有这类型的平台 05/13 02:13
196F：→ Sheng98: 可用.....(那不如虾皮买还比较快?? 05/13 02:13
197F：→ sts40501: 而且现在台湾大部分做行动支付的业者感觉稳定性也都感 05/13 02:14
198F：→ sts40501: 觉还有待改进XD 05/13 02:14
199F：→ docsis: 觉得台湾的店家接受度比使用者的接受度还低好多 05/13 02:14
200F：→ docsis: 连锁商店还可以 05/13 02:14
201F：→ docsis: 但像连锁计程车业者也是一堆司机不给用 05/13 02:14
202F：→ docsis: 假钞那个有听过 05/13 02:16
203F：→ docsis: 所以计程车司机就是都没收过假钞XDD 05/13 02:16
204F：→ sts40501: 一方面可能跟使用行动支付的消费者遇到挫折也有关系，因 05/13 02:20
205F：→ sts40501: 为大部分的商家除连锁店外，为了手续费或是金流的即时 05/13 02:20
206F：→ sts40501: 性，还是偏好使用现金，所以商家对行动支付的态度多少也 05/13 02:20
207F：→ sts40501: 会影响到消费者 05/13 02:20
208F：嘘 kakukangen: 呵呵，原po好凶。怕.JEPG 05/13 02:41
209F：→ hotaru0813: 觉得自己输入数字并没什麽不方便啊 05/13 03:42
210F：→ hotaru0813: 而且就算全店的商品价钱都是相同，那买10个的话，那要 05/13 03:50
211F：→ hotaru0813: 扫10次码结帐吗？也不可能一种数量一个码吧？还是要求 05/13 03:50
212F：→ hotaru0813: 消费者只买一种数量？ 05/13 03:50
213F：→ t78973677: 改天商品上直接印刷QRcode会更方便 05/13 07:03
214F：推 dalconan: 用行动支付会被抽，所以有些计程车司机不愿意 05/13 10:24
215F：→ dalconan: 现金以外的都另外有手续费会转嫁，所以有时会碰到司机说 05/13 10:25
216F：→ dalconan: 机器坏了，只能用现金这种说法 05/13 10:25
217F：→ winsonwu: 台湾pay有类似东西但台湾pay就推不起来，曾经个人也有 05/13 12:18
218F：→ winsonwu: 想过类似情境，例如那种餐点到齐先付款的店，上齐後商 05/13 12:18
219F：→ winsonwu: 家拿QR设好金额让後客人扫描结帐，但多数商家还是习惯 05/13 12:18
220F：→ winsonwu: 自己pos机和确认客人手机，要他们去做多余的事除非人力 05/13 12:18
221F：→ winsonwu: 充足吧！且还需行动支援已普遍，不然现行都难推了让商 05/13 12:18
222F：→ winsonwu: 家更多事做更不易推 05/13 12:18
223F：→ winsonwu: 不然就是像王品那种主动来收款的店，在帐单上增加QR供 05/13 12:24
224F：→ winsonwu: 消费者扫，也省得用手机pay还得去柜台然後发生误刷事件 05/13 12:24
225F：推 YAKATA: 我喜欢自己打数字耶，避免店家多扣款。 05/13 14:37
226F：推 bkk: 光是八方云集我水饺锅贴要点几颗 金额根本有上百种 怎麽搞 05/15 15:40
227F：推 idoo: 小黄就是啊 10/12 09:59