为了保证演示站的正常运行,因此部分功能在演示过程中不可用
如果在体验过程中有任何疑问,可以随时通过QQ联系客服
前台账号 | 前台密码 | 后台账号 | 后台密码 |
---|---|---|---|
test@test.com |
111111 |
test |
testtest |
为了保证演示站的正常运行,因此部分功能在演示过程中不可用
如果在体验过程中有任何疑问,可以随时通过QQ联系客服
前台账号 | 前台密码 | 后台账号 | 后台密码 |
---|---|---|---|
test@test.com |
111111 |
test |
testtest |
我们做的商业模式来自于最早的一个搬家的case。从学校打酱油毕业,需要从纽约的一个地方,搬家到另外一个地方。他找了5,6个搬家公司,每家公司却给出了很不同的报价。为什么搬同样的东西,每家公司的报价都不一样呢?为什么作为一个买家,一个花钱的人,却需要苦逼的去货比三家,否则就没法价廉物美呢?
于是就诞生了我们最原始的商业模式:"买家提出需求,让商家来竞标"。
服务的标准化是第一个问题
我们的想法是,这个模式可以降低商家获取客户的成本(因为是买家自己提出需求)。同时,让商家竞标可以保证买家自动获得一个不错的deal。
最早我们设想的是买家可以针对任何事情提出需求。实际开始建设网站的时候发现,服务类的需求牵扯到质量问题,难以标准化。而对于一个非标准化的产品,商家是很难估算其成本的,因此就没法对其投标。于是我们去掉了所有的服务类需求,只允许买家提出对产品的需求。
这个改动以后不久,我们又发现一个问题。产品也分新旧,对于旧产品,虽然需求量还挺大的,但是商家还是没法鉴定其新旧程度,因此就没法投标。如果强制推旧产品,势必最后需要买家和卖家多次确认和来回沟通,最后只会做成另外一个Craiglist。
到这个时候,我们基本定下来只做全新的产品,至少短期内,完全放弃服务类和旧产品,专注全新的产品。
在用户和商家之间找到平衡
第1版我们的模式是:逆向竞拍模式:买家提出需求,商家投标抢单。这版设计非常简单粗糙,就是一个买家提需求的界面,类似Google那样。买家针对某一类的产品提个需求,然后商家投标这样。
这版还没有完全做出来就给毙掉了。改版原因:一个人的需求太小,商家根本懒得搭理。单人的需求太小,一群人的需求就有可能大到商家没法拒绝了吧。所以第二版变成了众筹购物模式:大家一起提需求,商家投标抢单。
这个模式里的核心流程有三部分:“买家组团”、“商家竞拍”和“买卖双方的对接系统”。用户的行为也会分成三步:
第一步让买家指定组团和投标的时间。
第二步让买家输入shipping地址。
第三步让买家输入支付方式。
其中主要的问题集中在第一步,也就是设定组团条件这步。具体做的时候我们尝试了2 个方案:
组团方案一:按照时间来组团和投标,这个时间期限用户可以调节。这版使用的时候发现,dealer的报价是基于买家人数。而对于买家,获得一个好deal的前提是有多少商家抢单,所以把组团人数和bid数条件加进去就很有必要。。
组团方案二:按照最少人数/时间来组团,按照最低bid商家数/时间来投标。
用户永远比你想象的更懒
第二版系统巨复杂,异步竞拍,随意允许用户更改各种组团条件,商家还有一个inventory系统,有个自动投标触发条件,实时库存等。可惜,因为系统太复杂了,连自己人都需要培训了才会用,不要说普通用户了。得,再改版吧。
第三版开发的时候,吸取了前面2个版本的反馈,尝试大幅简化买家组团和商家投标的流程,完全去掉了组团期和投标期的概念。改为买家提出需求后,其他买家随时可以加团,商家也随时可以投标,只要有最低数量商家投标,则整个团立即结束。这样一改,开团的时候只需要设置最低标数就好,就是这个样子。
这个版本刚用一段时间,就发现找商家投标是如此的难。经常只有一个商家投标,所以第一步设置最低bid数量就成了摆设,那不如干脆去掉。
不过,第二步shipping那里还是要求用户选做一个选择,就是邮寄或者自取,根据用户的选择,系统会自动判断是扣全款还是只扣押金。大多数用户到这一步都是直接用默认选项(著名的default preference理论),根本不去改。这样就出现了好几次,一个电话卡20来块钱的东西,用户却选择了自取的支付方式,结果系统只扣到一美刀的押金。
为了解决这个问题,我们干脆把tax和shipping的值全部强制规定成0。同时,去掉让用户选择邮寄还是自取,改为系统根据产品类型自动计算扣款的金额。这样一改,开团的流程基本和传统的购物流程一致了,易用性有了很大的提高。
和第三方平台的对接让人抓狂
预付款模式就是买家加团的时候必须用信用卡作为抵押,一旦成团则自动扣款。这个模块刚用了几天,银行就把我们的支付关口给停了,说是防止fruad。这才收了几千块钱而已。这个信用卡网关申请的时候容易,辛辛苦苦写一堆对接的代码,说关就给关了。
没法收款了,临时改为收paypal,甚至是线下收支票。不过才走了几个团,问题就又来了。因为不要求买家预付款了,有的买家随意加团然后随意反悔。还有北京的朋友加美国的团。商家更恼火,按照10个人投的标,最后实际买的只有,3,5个人,商家说这样没法玩。
经过无数努力,写了N封email,打了N个电话后,Braintree的Sales终于搞懂了我们的商业模式,批准了我们的信用卡端口。于是重新开通加团预付款,顺便也有一个小改进。那就是把给产品在Shipping的选择的时候,可以按照类型选邮寄或者自取。对于邮寄类产品我们预扣全款,对于自取类产品,我们只需要交个押金。总之,折腾来折腾去,美工,开发,销售所有的流程全都重新弄。
前面说了这么多,仅仅是我们组团的流程的一个变化过程。除了组团,还有投标流程,还有后台买家和卖家的对接系统,以及网站的定位、模式还有设计,都在不断的演变。
团队里大家都是第一次创业,典型的有理想却经验不足,所以走的弯路稍微有点多。做产品的最开始,一个天使投资人就告诉我,一个好的产品是一个简单易用的产品。当时,作为一个长期果粉的我,以为对这句话理解透彻了,因为simple and easy一直也是我认同的理念。可是实际一圈做下来,经历了一个从简单到复杂,再从复杂回归简单的循环后才发现,这句话really mean it。给大家分享出来,以此为鉴吧。