要在不招聘的情况下扩大一人公司,先说明究竟要增长什么:收入、利润、交付能力,还是经营者可支配时间。不同目标需要不同杠杆。如果更多产出同时带来更多支持、风险和定制工作,就不算有效扩张。
信息核对截至 2026 年 10 月 13 日。
先找到产能上限
按产品、客户类型和活动记录一个有代表性的月份,把获客、销售、交付、行政和返工分开。真正的约束可能是需求不足、定价太低、变化过多、交付太慢,或所有决定都必须由经营者完成。
这与安排 AI 角色不同。用 AI 像团队一样工作讨论交接,而扩张讨论单位经济与产能。
招聘之前的五个杠杆
收窄产品
明确理想客户、标准结果、必需输入、修改次数、周期与排除项。标准化可以减少估算与返工,但也可能排除高价值定制项目。
调整价格或包装
价格应反映范围、风险、替代方案与产能,而不是套用通用倍数。先对新客户测试新价格,再决定是否调整旧协议。首日定价指南解释如何形成第一份付费方案。
删除低价值步骤
删掉无人使用的报告、不必要会议、重复录入,以及没有风险目的的审批。不要仅因为一个步骤存在就自动化它。
自动化稳定重复
结构化触发与输出使用规则;只有边界明确、可提供证据且有人复核的解释任务才用 Agent。记录失败,并对重要操作保留审批。
使用外部产能但不设全职岗位
承包商或专家可以完成边界清楚的交付物,但这仍然是委派,需要明确 brief、质量标准、数据边界和备用方案。

防止“假增长”的产能模型
对每项产品记录售价、直接工具和承包商成本、经营者工时、返工、支持负担,以及退款或失败成本。计算扣除直接成本后的贡献,以及每个受限经营者小时的贡献。不要只看平均值,一个困难项目可能抹掉多个顺利项目的收益。
然后为拟议变化建模:模板节省交付时间但增加销售摩擦时,总贡献是否改善?自动化减少手工步骤却增加异常处理时,谁来吸收?
什么时候招聘才是正确答案
当需求稳定、岗位包含持续且需要负责的工作、流程已经理解、访问权限无法安全拆分,而且企业能在淡季承担完整成本时,招聘是合理选择。判断、信任、可用性或责任归属成为瓶颈时,招聘并不是自动化失败。
原文视觉资料
以下图片恢复自文章最初发布版本,用于补充界面、流程或对比语境。涉及产品界面、价格、基准结果和模型可用性的画面属于历史记录;做当前决策前,请以厂商最新官方信息为准。

30 天扩张实验
一次只选一个约束和一个杠杆,定义基线与停止条件,在有限客户中测试,记录贡献、经营者时间、质量、周期和异常,再决定保留、调整或撤回。不招聘扩张应提高可持续产能,而不是把隐形工作转移到夜晚或软件维护上。
相关文章
Markdown 简历——维护一份源文件,按需导出每种格式
把简历收进一个 Markdown 源文件,按需导出打印级 PDF、Word 和网页,招聘季不再从头排版。本文讲清简历的 Markdown 文件结构与 YAML 头写法、git 版本管理、三条导出路径的取舍,以及 ATS 机器解析到底读得到什么、又不能承诺什么。
Markdown 笔记工作流——比任何应用都活得久的记笔记方式
一套基于纯文本 .md 文件的笔记工作流:文件命名、标题分层、双链与 AI 辅助整理。为什么纯文本笔记比任何应用绑定都长寿,以及一个下午就能搭好的最小配置与长期维护习惯。
Obsidian Vault 是什么?文件、设置与边界讲清楚
Obsidian Vault 是设备上的本地文件夹,里面包含 Markdown 笔记、附件和该 Vault 专属的设置。本文讲清它实际存了什么、本地存储不等于什么,以及何时该拆分多个 Vault。
https://floatboat.ai/zh/blog/scale-one-person-business-without-hiring



