小公司用 egg.js 与 uni-app 开发 App 的倒闭复盘及创业避坑建议

2022 年 6 月，我加入了一家很小的创业公司。老板不懂技术，也不太懂管理，只是对实体运输行业有一些了解，加上一股盲目的自信，就决定出来创业。后来经营困难，团队最终散伙。

我当时也没细想就加入了。公司后期确实撑不下去了，连最后几个月的工资都没发出来。

老板当时的要求很直接：尽量压低人力成本，尽快把 App（Android + iOS）做出来，好早点开始运营。

背景

先说说初期的人员配置吧。刚开始只有我一个后端（兼前端和 Node.js 经验）、一个刚毕业的纯前端，还有一个之前招的 UI。人事、测试都没有，更别说专职产品经理了。

结合公司需求和自己的技术背景，我选择了下面这套方案。

初期技术选型

当时就我和一个刚毕业的前端，再加一个 UI，连人事、测试都没配。所以技术选型首先得考虑“能不能快一点把东西跑起来”。

具体选择如下：

1. 用 uni-app 开发 App，兼容多端，后续做小程序也能复用。核心诉求就是先解决“有”和“无”的问题。
2. 后端用 egg.js + MySQL，开发速度快，行业本身比较小众，暂时不会碰到太大的性能瓶颈，后期要过渡到 midway.js 也方便。
3. 运营后台用 antd-vue，跟 uni-app 保持一致的技术栈，减少学习成本。

简单说，初期就是 egg.js + MySQL + uni-app + antd-vue 这套组合，目标是快速跑通两个 App 和一个运营后台，完成 0 到 1。

关于 App 开发技术方案的选择

App 的开发方案其实挺多，纯原生、Flutter、uni-app、React Native / Taro 都可以。但放到当时那个环境下，选择逻辑完全不一样：

1. iOS 和 Android 纯原生开发需要再招人，两端同时开发、分别测试，资金和时间成本老板接受不了。
2. Flutter 要么自己从头学，要么招人，比纯原生好一点，但也不是最优解。
3. React Native / Taro 和 uni-app 比较类似，但考虑到熟练度、学习成本和开发效率，最后还是选了 uni-app。

为什么选择 egg.js 做后端

很多时候技术选型不能只看技术本身，当时只能选成本最低的方案。egg.js 完全能满足需求：

1. 用 Java、PHP、Go 这些成熟的方案当然是更好的技术选择，但对老板来说不是更经济的选择。
2. egg.js 开发简单、快捷，我个人也比较熟，新人学习成本低，只要 JS 基础还行，很快就能上手后端开发。

中间的各种折腾

前期开发还算顺利，在规定时间内完成了开发、测试和上线。但老板并没有像之前说的那样很快运营起来，盈利更是遥遥无期。中间还经历了不少反复折腾：

1. 老板运营遇到困难，就到处找“专家”——基本都是跟这个业务没半毛钱关系的专家，不断提业务和 UI 意见，反复改。
2. 新来的产品想把原有设计全部推翻，重新开发。
3. 还有个兼职领导非说要招原生开发和 Java 开发重做，问原因也说不出个所以然，只是道听途说。

最后就是不断改产品、改设计、改代码。好在经过反复讨论后，技术方案最终没被推翻，前期的工作成果算是保住了。

后面又加了一堆新需求：系统升级 1.1、UI 升级 2.0、开发小程序版本、开发新的配套系统和小程序后台、接入即时通信服务，还有各种小功能的开发与升级。

老板在“要加快进度”和“无缘无故开人”之间反复横跳，让人很无奈。最大的运营问题始终没解决，明显问题根本不在产品这块，却在这群开发身上反复折腾，实在难受。

明明已经很努力地协调各种事情、站在公司角度考虑、认真写代码，依然无济于事。

后期技术方案的调整

后期做了一些技术层面的调整：

1. 调整了 App 的打包方案。
2. 在新配套系统中使用 midway.js 开发新业务，这是基于团队对 egg.js 的掌握程度，为了后续开发规范做的升级。
3. 内网管理公共 npm 包，同时开发业务组件库。
4. 规范代码和开发流程。

人员招聘与团队管理

人员招聘

小公司招人确实挺难，尤其是给不出多少钱的情况下。

好在当时选的方案只需要 JS 基础够好就行，前后端都能写一点，人员工作调整起来也比较灵活，能减少开发资源的浪费。

团队管理

对于小团队管理，我的理解是：

1. 小公司刚起步就该实事求是，以业务为导向。
2. 尽量采用全栈开发模式，避免任务不协调造成开发资源浪费。
3. 制定可落地的代码规范，参照大家日常的代码习惯，目标就是让整体代码相对规范。
4. 要求按规范流程设计和开发，避免流程混乱造成管理问题和公司损失。
5. 常规流程可以是：产品评估 → 任务分配 → 技术评估 → 开发 → 测试 → CR → 上线 → 线上问题跟踪。
6. 建立可量化的考核标准，比如截止日期完成情况、核心流程文档是否齐全、是否有线上 bug、是否随意手动改数据库等。
7. 鼓励分享和相互学习。一段工作经历总要有所提升，有点收获才有意义。
8. 及时沟通反馈，了解团队成员的想法、开发进度和工作难点。

最后总结及选择创业公司避坑建议

1. 选择创业公司，一定先确认老板是不是靠谱的人。别遇到一个只会画饼的油腻老司机，或者优柔寡断、没有主见的人，这种大概率干不成事。
2. 老板靠谱，即使当前项目做不成，未来也可能在别处做出成绩。
3. 除了这一点，最关键的还是怎么赚钱。现在这种融资环境，如果自己无法造血，大概率活不下去。
4. 抓住核心矛盾，解决主要问题。业务永远是最重要的，具体用什么开发技术、代码规范这些都可以往后放。
5. 对上要及时反馈工作进度，保持沟通。老板看问题的层次不一样，别总自以为怎样怎样。
6. 每段经历最好都能有点收获，人生的每一步都有意义。

顺便在这里分享一句：如果你也在经历类似的小团队开发困境，或者想找一些开发者聊聊创业、技术选型、团队管理这些话题，可以到云栈社区里逛逛，也许能找到一些有用的思路。