盘点：做一个C2B产品可能遇到的坑
组团方案二：按照最少人数/时间来组团，按照最低bid商家数/时间来投标。 用户永远比你想象的更懒 第二版系统巨复杂，异步竞拍，随意允许用户更改各种组团条件，商家还有一个inventory系统，有个自动投标触发条件，实时库存等。可惜，因为系统太复杂了，连自己人都需要培训了才会用，不要说普通用户了。得，再改版吧。 第三版开发的时候，吸取了前面2个版本的反馈，尝试大幅简化买家组团和商家投标的流程，完全去掉了组团期和投标期的概念。改为买家提出需求后，其他买家随时可以加团，商家也随时可以投标，只要有最低数量商家投标，则整个团立即结束。这样一改，开团的时候只需要设置最低标数就好，就是这个样子。 这个版本刚用一段时间，就发现找商家投标是如此的难。经常只有一个商家投标，所以第一步设置最低bid数量就成了摆设，那不如干脆去掉。 不过，第二步shipping那里还是要求用户选做一个选择，就是邮寄或者自取，根据用户的选择，系统会自动判断是扣全款还是只扣押金。大多数用户到这一步都是直接用默认选项(著名的default preference理论)，根本不去改。这样就出现了好几次，一个电话卡20来块钱的东西，用户却选择了自取的支付方式，结果系统只扣到一美刀的押金。 为了解决这个问题，我们干脆把tax和shipping的值全部强制规定成0。同时，去掉让用户选择邮寄还是自取，改为系统根据产品类型自动计算扣款的金额。这样一改，开团的流程基本和传统的购物流程一致了，易用性有了很大的提高。 和第三方平台的对接让人抓狂 预付款模式就是买家加团的时候必须用信用卡作为抵押，一旦成团则自动扣款。这个模块刚用了几天，银行就把我们的支付关口给停了，说是防止fruad。这才收了几千块钱而已。这个信用卡网关申请的时候容易，辛辛苦苦写一堆对接的代码，说关就给关了。 没法收款了，临时改为收paypal，甚至是线下收支票。不过才走了几个团，问题就又来了。因为不要求买家预付款了，有的买家随意加团然后随意反悔。还有北京的朋友加美国的团。商家更恼火，按照10个人投的标，最后实际买的只有，3，5个人，商家说这样没法玩。 经过无数努力，写了N封email，打了N个电话后，Braintree的Sales终于搞懂了我们的商业模式，批准了我们的信用卡端口。于是重新开通加团预付款，顺便也有一个小改进。那就是把给产品在Shipping的选择的时候，可以按照类 |
