我的目标很简单：让用户付钱时只扫一个二维码，微信扫就用微信支付，支付宝扫就用支付宝付，有人感兴趣吗？可以讨论一下

这个不是早就实现了？叫"收钱吧"？

有的，我在很多超市都见过了

大清亡了？

已经有太多了吧………… 要不楼主先说说是在哪个城市？

实际上扫描了打开的是一个第四方网页，然后判断是支付宝还是微信，再调用接口进行支付的。

@abelyao 我知道，而且我每天都用，但我觉得他们做的都不太好，我在北京，我的想法很多，这只是其中一个

@upczww 嗯，是的

@brucezhou 所以你抛出这样一个标题，说这只是其中一个，其它又不说，要别人讨论什么？

看得出来，你缺一个技术合伙人

感觉你只差一个程序员了

说实话，很少在 V2EX 发帖的原因就是怕像楼主一样被群嘲。

这就尴尬了

@shiny 是啊，这就很尴尬了，洗洗睡吧，明天还要上班

楼主是不是只缺一个程序员了

@brucezhou @shiny

既然觉得尴尬，觉得这样发帖会被群嘲，为何不像 #15 一样把想讨论的方向或者大致内容直接写在主题中？难道期望有志同道合之士通过你的标题然后跟你联想到一个方向去？进行你所谓的讨论？

看看这个节点右边写的，这是一个讨论和分享 idea 的节点，并不是讨论一些满大街已经存在（主贴中仅提到支付），却期望别人来猜测你的 idea 的节点。

为什么 V2 会有越来越多“群嘲”（这里加双引号表示我并不认为楼上有人是在群嘲）类型的回帖，是不是要先想想发帖的内容是什么样？

-----

回到楼主 #15 终于提到的正题：

至少今年我在杭州的时候，排队 + 点餐 + 支付一条龙的服务已经有很多了，甚至很多餐馆都不愿意让我用菜单点餐（我要求用餐单点菜，还跟我说菜单上的菜不全）。

然后去年的时候，我自己也有朋友在广东的三线城市做着一样的事情。

我不知道这样的“讨论”是否符合楼主想要的回帖，或许还没说到点上去，如果楼主不介意，可以再多抛点砖，看看能不能引出更有质量的玉。

反之楼主如果还有什么杀手锏，认为肯定就是市场上没有的 idea ，不如， just do it.

@abelyao 我是觉得可以对新手更宽容点虽然社区主题质量是在下降，但比集体语言暴力有更好的解决办法，不是吗。

例如：客如云、二维火、美味不用等、雅座、天财龙商.....

@shiny 质量高不高是一回事，但把问题描述得更详细一些（不限于本帖），提高讨论的效率，不是更好吗？另外我赞同你说的语言暴力问题，尤其是抖机灵类的回帖。

想起来在重庆南坪潮火锅那吃饭，只能微信点餐.. 去了坐那扫桌边号码，点好支付一会有人送。走之前确认付款过就好..

确实已经实现了，体验不好一般都是网络问题带来的，比较大的超市里那种扫码器感觉是最好的解决方案了

做一个入口页面，检测页面运行环境，微信和支付宝内嵌的 webview 都有相关的 user-agent 参数，根据 user-agent 参数判断调用不同接口就好了

外面超市不是已经有了吗？

支付宝，微信，百度钱包，京东支付，还支持好多不知名的支付工具

确实目前有同类产品，体验也都尚可。关于楼主这个思维我觉的是好的，但是需要考虑用户需求，这个需求是不是强需求？是不是这个东西没有，用户就很焦躁，造成很大使用困难。答案一定是否定的。所以我们在做些“锦上添花”的产品时，首先要考虑用户的操作成本到底有多大，其实我们去商超，发现支付宝二维码，我们会自然打开支付宝，是微信二维码会自然打开微信，如果打开错了，才需要 2 次打开。而楼主所说的产品，在用户使用正确的时候也至少要打开一次。这其实和用户正常使用无错的成本是一样的。而做错需要 2 次打开的人是极少数的，并且这些人恐怕不会认为 2 次打开的成本有多高。于是这是一个商业产品的思路我觉的是不合理的。大家看到的第四方支付其实是想做支付，并且和商超分成的，大概是千分之几的比例吧。而不是要解决能不能统一扫码的问题。于是楼主想做一个公益产品的话，我赞成。

我也是今天坐完出租付钱，师傅告诉我的

不是已经有公司实现了 点菜+支付一体 在线点餐后, 再次扫描统一个二维码可以拉取当前的菜单直接付款,而且打通了雅座和微生活的会员体系~

@brucezhou 很明显我们马上就要做了！一起搞？

不应该是超市扫用户的二维码吗？
用户自己扫其实是比较慢的，付完款还得给收银员看一下。

@yao978318542 可以啊，全职还是兼职？

@brucezhou WX yhq978318542

@yiciyuansky 分析的很深刻很入理，佩服！

@abelyao 恩，下次发帖的时候，我会尽量把问题描述的更清楚一些！

@brucezhou 你观察一点都不仔细，现在超市、食堂都是这种只用扫一个码的二维码。。。