第1节 主意和滑板
每家创业公司都是解决某个问题而诞生。我们的公司（Dukkan）起步则源自一个粗糙的PDF文档以及全国（印度）因疫情封禁导致的混乱。
那是2020年。整个世界仿佛按下了一个巨大的暂停键。印度曾经熙熙攘攘充斥着喇叭声（车辆）和各种小商贩的喧闹街头彻底陷入了沉寂。日常生活的熟悉节奏被打乱了。对于数以百万计的小企业主而言，比如社区便利店的店主大叔，街坊里蔬菜档口的卖菜老板，售卖手作印度传统纱丽的老阿姨，这绝对是一场浩劫。他们的店铺关门，他们的顾客只能呆在家里，他们的生计正在慢慢消失。
唯一的出路是互联网，或者更具体一点，是WhatsApp这款移动应用。它变成了新的交易市场，新的店铺甚至新的特价柜台。但是这个新市场乱糟糟的，也不够高效，还常令人感到万分沮丧。
这就是我的联合创始人苏米特登场的时刻。他并不是想要打造一家多么高大上的大公司，他只是想帮助他的一个邻居杂货铺能够不至于关门大吉。在亲眼目睹了那家杂货铺通过WhatsApp进行了多次有些凌乱的对话最终完成了所有交易流程之后，他被这样的场景深深吸引，但又感到深深震惊。
因为整个交易过程在低效方面堪称登峰造极：
步骤1：建立商品名录。店主需要给每一位潜在的顾客发送一个很多页的PDF文档。但是这个PDF文档多半是通过微软的Word应用制作出来的，并且格式混乱，分辨率很低，甚至充斥着各种错误。产品名称乱七八糟，价格也模糊不清，更无法进行搜索。比如，如果想知道这个商家有没有你最爱的那个牌子的饼干，你得不停滚动鼠标从长达五页的粗糙图片中试图找到答案。
步骤2：顾客下单。在经过长时间仔细定睛搜寻想要买的商品之后，顾客不得不通过逐字逐句输入长长一串订单的信息，而这显然极易出错。比如：“一包Maggi牌面条，两公斤面粉，半公斤糖，然后再来一包那个蓝色的乐事。。。”
步骤3：商家确认订单。店家通常同时在处理数十个类似的与不同顾客的对话，需要逐一对顾客输入的订单文字信息进行确认。“不好意思，女士，蓝色的乐事没货了，但是我们有绿色包装的。”于是新一轮的商品挑选和订单信息又得再来一遍。
步骤4：支付货款。好不容易等到订单信息终于确定，店家就会把自己的UPI（印度的统一支付平台）账号或者类似的二维码发送给顾客。顾客就可以用自己手机的谷歌支付（GPay）或者是PhonePe应用完成支付，最重要的是，会同时把支付成功的截图作为凭证一起发给商家。可想而知，店家的手机相册堪称一个支付凭证截图的坟场，根本没有办法从数千张图片中高效地找到某个顾客为某个订单支付的款项。
这完全是一场噩梦。无非是印度人从疫情的绝望中想出来的一个临时数字解决方案（jugaad）
于是有天晚上我的手机响了。是苏米特打来的。我通过手机能感受到他当时炸裂的激情。因为他当时不仅仅是普通的聊天，而显然是处于灵感迸发的亢奋。
“苏巴什，我跟你说，有件事太疯狂了。”他开门见山，甚至连日常的招呼寒暄都省掉了。“我刚亲眼目睹了某个大叔通过WhatsApp开店卖货的过程，简直不忍直视。有时候把订单搞忘了，有时候有把顾客的支付搞混了，整个流程到处出错。我们得做点什么。”
他绘声绘色地对我描述了上述提到的令人头疼的几个步骤，也提到了PDF和截图满屏飞的混乱场景。
“我们得给这些商家做个什么东西让他们做生意更容易。” 他的声音开始变得严肃起来，“就是一个手机应用，可以让商家上传商品名录，顾客可以直接下单，这样大家就都很轻松，就是给商家准备的线上店铺。”
一个名字呼之欲出：Dukaan，为“商店”之意。
苏米特说的没错。问题不是市面上缺少足够的技术解决这样的难题，而是没有足够简单高效的解决方案。这些卖家其实并不需要诸如亚马逊或者Shopify这样复杂的大型电商系统。他们既没有时间也没有技术搞明白那些。他们需要一个就像使用WhatsApp那般简单的电商专属解决方案。
那通电话点燃了星星之火。但如果不付诸行动，再好的点子也是空想。得投入精力用心打造，才能把点子变成现实。而在创业赛道，想做成点什么事情也必须“兵贵神速”。所以我们没有花费6个月的时间去慢慢打磨出一款完美产品的资格。我们必须得在短暂的几天时间里就知道是否值得依循这个点子继续做下去。
这就引出了对于任何跃跃欲试的创业者或技术宅最重要的一个概念：最小可行产品（MVP，Minimum Viable Product）
深入理解：最小可行产品（MVP）
MVP这个词在技术领域经常被谈起。很多人认为MVP就是打造一个最终产品的早期版本，可能错误比较多，功能比较少。不过这个想法是错误的。
因为MVP不是打造一个产品，而是做一场试验。
MVP的最终目标并不是赚钱或者收获百万用户。MVP最主要的目标是学习。它是为了以最小的开销验证最重要的预期假设而设计的一款具有严肃科学性质的工具。对于我们而言，这个预期假设是：“如果我们为那些小企业主打造一款超简单的开网店工具，他们会愿意使用嘛？”
为了验证这个假设，我们并不需要一款完美无缺的产品。我们只需要找到一个能回答上述问题的最简方案。这就是MVP的哲学出发点。
可以设想这个场景：比如你的目标是解决“出行”的问题，那你不需要从制造一辆汽车开始。造车那可太麻烦了，需要引擎，轮子，座椅，底盘，电力系统等等。这需要耗费太长时间。而等到你造好汽车，那时候你才悲催的发现你的顾客其实想要的是一辆摩托车。
MVP的思路是，先整个滑板吧。这就简单多了，但也能解决核心的问题所在：能够把人从B点运到A点。这足以让你验证核心的预期假设，即人们是否愿意通过某种带有轮子的载具出行？
如果这个假设可以通过滑板得到确认，那就可以利用用户反馈打造下一个产品版本：带扶手的滑板车。然后是自行车，然后是摩托车。最后，才是汽车。每个阶段，你可以不断学习改进并给用户输出他们确实需要的价值产品。
所以对我们的Dukaan来说，需要找到属于我们自己的最初滑板。那到底什么才是可以用来测试我们点子的最基本形态呢？我们删除了所有想得到的各种附加功能。不需要支付网关的集成，不需要货运追踪，只提供给商家，没有花里胡哨的皮肤模板，没有销售数据分析。我们最后在最精简的核心诉求上达成共识。
这是我们为Dukaan定义的最核心业务流程：
- 店家创建店铺：只需要一个单页面，用户输入手机号，接收一条短信验证码，然后允许为店铺去个自定义的昵称名字。齐活。店家的网店就生成了。无需邮箱，无需密码，无需各种复杂的表格填写。
- 添加商品：采用极简的产品录入表单。产品名，价格，再来一个按钮让用户从手机相册选择一张照片作为产品卖家秀就行了。不需要定义产品类别，不需要定义产品规格（比如尺寸，颜色等等），不需要记录库存数量。这些就是建立一个商品名录的最基本所需。
- 分享店铺链接：店家添加若干商品之后，Dukaan应用就会自动为这个店铺生成一个独一无二的可分享的链接（比如mydukaan.io/mystore这样）。店家可以在WhatsApp聊天框里直接使用这个链接分享给客户。
以上就是我们的滑板。
很显然，这根本称不上是一个功能齐备的“平台”，也不是什么“电商解决方案”。不过就是个用兼容手机端的单页面来替换丑陋PDF的简单小工具。这是我们想到的用来解决目前WhatsApp商家难题的最简单方法。
确定好这个MVP之后，我们决定给自己上上难度。不要很长的开发周期，不要繁琐的需求讨论。我们打算只用一周末的时间完成开发并发布上线。
于是，48小时的两人黑客松正式启动。时间不等人。现在需要做出第一个重大的技术决策：用什么打造我们的Dukaan滑板？
