做了20年技术，自己开公司后才发现的三个真相

最近在推蹦熊这个项目做到第三年，踩过的坑、熬过的夜、签过的合同慢慢攒出一些心得。今天不讲具体技术，就想聊聊"从程序员到产品人"这个过程里，我个人感觉反差最大的三件事。

先交代下背景：我是写代码出身，做过程序员、技术总监、CTO，给大厂做过外包也自己开过工作室。蹦熊现在算我的第二次正式创业，做的是校园代寄快递的小生意，后端Go+Python、前端Vue、Docker部署，技术栈不复杂，但产品和运营的坑一个没少。

下面三个点，是我个人体感最强烈的。

第一个：技术好不好，是最不重要的事

听着像凡尔赛，但做了产品你才会信：用户根本不在乎你后端用了什么框架、数据库怎么分库分表、消息队列用Kafka还是RabbitMQ。他们只关心三件事：

1. 下单能不能一次成功
2. 钱有没有扣错
3. 出了问题能不能找到人解决

蹦熊第一版我做了大概四个月。Go后端用了清晰架构、领域驱动设计、单元测试覆盖率80%以上、CI/CD、Prometheus监控、链路追踪……说实话做的时候还挺得意的。但上线第一个月，日活不到20。复盘原因，我花在"工程优雅"上的时间大概是花在"用户在哪里"上的十倍。

后来我们做了一次大改版，技术债务一下子多了不少，但用户量反而涨起来了。原因很简单：技术变简单后，迭代速度变快了，一周能发两版，新功能验证周期短了。

我现在的看法是：技术债不是债，能赚到钱的技术债都不算债。真正危险的是那种"上线前要重构三个月"的产品。三个月过去，市场早变了。

第二个：客户说"好用"，听听就好

这句话有点标题党，但意思是对的。

举个例子，蹦熊做代寄业务，核心场景是学生在宿舍下单、跑腿员到宿舍楼下取件、送到快递站发出。这个流程听起来简单吧？实际上光是"取件"这一步我们就改过五次：

• 第一版：跑腿员按地址上门取
• 第二版：学生在楼下等跑腿员
• 第三版：放在宿管阿姨那里
• 第四版：放在楼下柜子
• 第五版：跑腿员到楼下后双方约定5分钟内的具体位置

每一次改版，业务流程都要重新跑一遍。但每次改完，用户反馈"好用了"之后，过两周又会冒出新问题。

为什么会这样？因为用户在第一次说"好用了"的时候，他其实是在说"比之前那个版本好用了"。他不是真的没问题，他只是觉得这个问题不值得专门提一下。

后来我养成了一个习惯：每次发版后第一周，客服的所有反馈我都自己看一遍，并且把反馈按"被提及次数"排序。被提及5次以上的问题，立刻排进下一版。被提及1-2次的，归类到"观察"池里。

这个习惯让我少走了很多弯路。我甚至觉得，对于小团队来说，亲自看客服反馈比任何用户调研都有用。

第三个：合伙人比融资难找一万倍

这一条是我踩过最深的坑。

蹦熊第一次创业（不是蹦熊，是更早的一个项目）我犯了一个典型的错误：找了两个"看起来合适"的人做合伙人。一个是大学同学、关系很铁；另一个是猎头推荐、行业背景匹配。两个人的简历都很漂亮，背景看着都合适。

结果呢？前三个月还在磨合期，第四个月开始出现路线分歧。同学想先做规模、另一个想做利润，我夹在中间，最后三个人都精疲力尽，项目黄了。

复盘下来，我个人总结了几条找合伙人的标准，不一定都对：

第一，见过他最难堪的样子。真正能扛事的合伙人，是见过你或者他自己在最难的时候怎么坚持的。锦上添花的人到处都是，雪中送炭的才是真合伙人。

第二，对钱的认知要一致。一个想做高薪工作的人和一个想长期做事的人是两类人。前者遇到18个月没收入就想撤，后者能熬。

第三，能力互补而不是能力重复。我见过太多创业团队是"全栈+全栈+全栈"，结果产品、营销、销售、运营全部瘸腿。

现在蹦熊的合伙人是我在工作中长期观察过的一个老同事。技术能力不算最强，但做事特别稳。我们合作了快八年，从来没红过脸，不是因为客气，是因为彼此知道边界。

最后说几句心里话。

做了二十年技术，我现在的感受是：技术是工具，不是壁垒。能让你把事做成的是对某个具体场景的理解、对一群具体用户的共情，以及最难的时候还能接着写代码的那股劲。

这三样东西学校里不教、大厂不考、简历上写不出来。但你要是真做过三年产品，自然就懂了。

如果你也正在创业或者想做点什么，欢迎来聊聊。蹦熊的门一直开着。