上个月接了个活儿，差点把自己招牌砸了。
我朋友的朋友，老李，在城南大学旁边支了个煎饼摊。干了5年，生意还不错，就是每天早高峰排队排到学生上课迟到。老李的意思很直——搞个小程序，让学生提前下单，到摊位拿了就走。
我一听，这不就是最简单的点餐小程序吗？两天就能搭出来。
报价报了2000块，老李觉得贵。我说保证好用，不好用退钱。
然后我犯了第一个错。
我把小程序做成了“正宗餐厅模式”。
点进去要先选分类——煎饼、烤冷面、手抓饼。
再选单品，点进去选加什么料，加火腿、加肉松、加辣条，每一项都要单独勾选。
最后结算，再选自取时间。
很完整，逻辑很清晰。
第1天上线，后台数据是0。
我以为学生还没发现。
第2天，还是0。
第3天，老李打电话过来，原话是：“我把它挂摊位前二维码了，学生们扫了一眼就走了，说比排队还麻烦。”
我蹲在摊边看了一早上，立马明白了。
早上7点40到8点是高峰，学生从扫码到下单，平均操作了快1分钟。有人在选配料的时候卡住，有人付完款才发现时间不对。有个姑娘直接退出，冲老李喊了一声“加鸡蛋加辣”，付款码扫微信，15秒搞定。
我的“完整逻辑”，在这种场景下就是垃圾。
当天晚上我改了第一版。
第一个改动：只留3个按钮。
「煎饼+豆浆」「烤冷面+酸梅汤」「手抓饼+豆浆」，都是老李最走量的组合。
不再拆开选，点了套餐直接付钱，取餐时间默认“尽快”。
第2天早上，后台订单冲到47单。
老李发语音过来：“有戏有戏，但是还是有人不用。”
我又蹲了一早上。
发现一个问题：用户付完款不知道什么时候能拿，页面只显示了“支付成功”。
有人说“付了还得问老板做好了没”，觉得没省多少事。
我犯了第二个错误：没给实时反馈。
我当天加了两个功能。
一个叫「前面还有几份」。老李每做好一份就在摊位的平板点一下“完成一份”，小程序页面上数字就减1。
另一个是喊号系统，快轮到你的时候，页面会震动弹窗“你的煎饼马上出锅，请到窗口”。
这些小改动看着不起眼，但解决了信任问题。
3天后，早高峰订单稳定在110单左右。老李反而慌了，说做不过来。
然后第三个错误出现了。
我把所有的订单都推给了老李，却没考虑他的制作节奏。
煎饼和烤冷面的出餐速度不一样。
有些学生订了烤冷面，偏偏前面连着5个煎饼，他就得干等5分钟。开始有人直接取消订单，骂“没省时间还多等”。
我翻了一整天的订单数据。
发现烤冷面订单占比大概三成，但差评里八成都是在抱怨烤冷面等太久。
后来的改法是：分时段控制。
忙时（7:30-8:15），烤冷面和手抓饼直接下架，只留煎饼套餐。
其他的时段全品类都上。
我又加了个“大单预警”，如果同一个订单超过3个煎饼，就会提示“大单请尽早下单”，并且自动把这单排在最前面做。
这套组合拳下去，老李的早高峰出餐速度差不多提高了三分之一。
月订单直接干到1600多单。老李从怀疑我，变成请我喝了一个星期豆浆。
这件事给我最大的教训是：做小程序不是把线下流程搬到线上。
得把用户在真实场景里的每一个动作拆开，盯着他们怎么用、在哪儿卡住，再往回改。
你看到的那些好用的点餐小程序，大概率都是这样一遍遍改出来的。只是没人会把后台那堆乱糟糟的数据和争吵摊给你看。
如果是你接这种地摊小程序的活儿，你会先考虑什么？是功能做全，还是先把最顺手的路径做出来？我到现在还在纠结这个问题。