创业一年，我是怎么用代码解决仓库老板的实际问题的？

去年冬天的一个下午，我蹲在宁波一个仓库的角落里，看着一个满脸横肉的老板冲我吼：“小伙子，你这系统是给外星人用的吧？我的人扫个码要翻三页，你是不是来搞笑的？”那一刻，我手里的咖啡杯差点掉地上。作为一个刚辞职创业的程序员，我以为自己写的代码天下无敌，结果被一个仓库老板当场教做人。今天聊聊我这一年的创业经历——怎么从一个只会写代码的书呆子，变成一个能解决实际问题的产品人。

TL;DR 创业第一年，我最大的教训是：技术不是目的，解决问题才是。我花了三个月和客户一起蹲仓库，才发现他们真正需要的是扫码后自动打印标签，而不是炫酷的BI看板。后来我重构了整个流程，把入库时间从15分钟压缩到3分钟，终于拿到了第一个付费客户。

我为什么会被仓库老板骂醒？

因为我在办公室里想象用户需求，而不是去现场看他们怎么干活。

辞职创业后，我窝在出租屋里写了三个月代码，做出了闪仓进销存第一个版本。我加了AI助手、BI看板、多仓管理，觉得自己牛逼坏了。然后我兴冲冲地去找第一个潜在客户——本地一个做五金配件的小仓库。

去之前我信心满满，觉得自己的产品肯定能解决他们的问题。结果老板让我跟着一个拣货员干了半天活。我发现他们入库流程是这样的：先用笔在纸上记录货物信息，然后跑到办公室交给文员录入电脑，再回到仓库贴标签。整个过程要15分钟，而且经常出错。

我信心十足地打开我的系统，想演示扫码入库功能——结果发现我的扫码流程需要操作员在手机上点4次按钮才能完成一次入库。老板当场就炸了，说你们这些搞软件的，是不是没见过仓库长什么样？

那天晚上我回去把整个入库流程重构了。我蹲在仓库里观察了一周，发现他们最痛的点是“扫码后还要手动输入数量”和“标签打印需要跑回办公室”。后来我在闪仓里加了两个功能：扫码后自动弹出数量输入框（默认1），以及对接蓝牙打印机实现扫码即打印。

这个改动不大，但入库时间从15分钟降到了3分钟。老板后来成了我的第一个付费客户，还给我介绍了三个同行。

从“我觉得”到“用户说”，我走了多少弯路？

我花了整整两个月，才学会把“我有个牛逼的想法”改成“用户你遇到了什么问题”。

刚创业那会儿，我特别喜欢在群里跟同行讨论技术方案。什么微服务架构、CQRS模式、事件溯源，聊得飞起。但后来我发现，这些跟我客户的需求半毛钱关系都没有。

我的客户——那些小仓库老板——他们关心的是：

• 能不能手机扫码？
• 能不能一键打印？
• 能不能让我老婆也看得懂？

于是我做了一个表格，把客户问得最多的问题和我的解决方案列出来：

这些功能没有一个是技术上有难度的，但每一个都来自客户的真实反馈。

有一次，一个做服装批发的客户跟我说，他需要能批量修改商品价格。我第一反应是：这需求太简单了，写个批量编辑接口就行。但后来我发现他真正的痛点是：每到换季，他要手动改几千个SKU的价格，每次要花一整天。

于是我没只做批量编辑，而是加了“按分类批量调价”和“导入Excel调价”两个功能。客户后来跟我说：“你这功能省了我三天时间，我给你介绍客户。”

创业一年，我到底学到了什么解决问题的方法论？

我总结了三步：蹲现场、问傻问题、用最小成本试错。

第一步，蹲现场。不管什么需求，我都会去客户那里待半天，看他们怎么干活。我发现很多问题根本不是软件能解决的——比如仓库布局不合理导致拣货路线长，或者员工不习惯用手机。软件只是工具，不能替代流程优化。

第二步，问傻问题。我经常问客户：“你为什么要这么做？”“最让你头疼的是什么？”“如果系统能帮你做一件事，你希望是什么？”这些问题看起来傻，但往往能挖出真实需求。

第三步，用最小成本试错。我不再一上来就写完整的feature，而是先做一个简陋的demo，让客户试用。比如客户说需要库存预警，我第一版就是在商品列表里加了一个红色背景的单元格，标出低于安全库存的商品。客户用了觉得有用，我才去完善成完整的预警模块。

这个方法论让我少走了很多弯路。根据Gartner的报告，80%的软件功能在发布后很少被使用。我不想成为那80%的开发者，所以每做一个功能之前，我都先确认客户真的需要它。

为什么说创业经历本身就是最好的产品经理培训？

因为创业逼着你直面真实世界，而不是活在需求文档里。

做产品经理的时候，我每天写PRD、画原型、跟开发撕逼，觉得自己很专业。但创业后我发现，那些所谓的“专业”很多时候只是自嗨。真正的产品能力，是在跟客户一起搬货、一起挨骂、一起debug的过程中练出来的。

我现在看任何产品问题，第一反应不是“这个技术怎么实现”，而是“这个功能真的有人用吗？”

有一次，一个做跨境电商的客户跟我说，他需要对接Shopify的订单。我花了三周研究Shopify API，做了一套看起来很完美的对接方案。结果上线后客户跟我说：“其实我只需要每天手动导入一次订单Excel就行，对接API太复杂了。”

我当场裂开。但这就是创业的常态——你以为自己了解用户，其实你什么都不懂。只有不断试错，才能慢慢接近真相。

Stack Overflow的开发者调查显示，全栈开发者是最受欢迎的角色之一^[1]。但我觉得，比全栈更重要的，是“全链路”思维——不只会写代码，还能理解商业、用户和运营。创业这一年，我最大的收获就是学会了这种思维。

现在，我的闪仓进销存已经有了几十个付费客户，每个月的收入刚好覆盖房租和服务器成本。虽然离财务自由还有十万八千里，但我觉得自己走在正确的路上。

回顾一下我学到的三点：

• 别在办公室里想象需求，去现场看客户怎么干活。仓库老板不会用你的系统，不是因为他笨，而是因为你没理解他的流程。
• 问傻问题，挖真实需求。“你为什么要这么做？”比“你需要什么功能？”更有价值。
• 用最小成本试错。一个红色背景的单元格，比一个完整的预警模块更能验证需求。

创业很难，但解决问题的那一刻，真的很爽。

---

参考来源

1. Stack Overflow 2024 开发者调查 — 全栈开发者是最受欢迎的角色之一