独立开发者全栈生存指南：一人公司运营——文档、支持与自动化

你最大的敌人是时间

前五篇我们走完了独立开发者的核心链路——选技术栈、验证需求、定价、获客、留存。你的产品有用户了，有人付钱了。

然后新的问题来了。

用户 A 发邮件：「登录不了，急。」

用户 B 在 Twitter 上 @ 你：「这功能怎么用？文档在哪？」

服务器凌晨 3 点挂了，你睡醒才发现，丢了 6 小时的付费流量。

发票还没开，税务 deadline 快到了。

你不是 CEO，你是客服、运维、财务、法务、内容运营——而你一天只有 24 小时。

这篇文章不聊怎么扩张团队。聊的是：当你只有一个人的时候，怎么用最少的时间把所有「非开发」的事搞定。

全局视图：一人公司的运营系统

一句话总结：能用文档的别私聊，能用 Chatbot 的别亲回，能用 Cron 的别定时手动点。

整个运营系统可以拆成两条线，一张图说清楚：

左边是用户支持线——让每一个问题都走最短路径解决。右边是自动化运维线——让机器替你盯着，挂了叫醒你，没挂别烦你。

文档：你最好的「员工」

独立开发者最容易忽视的东西，也是 ROI 最高的东西。

为什么文档是第一优先级？

算一笔账：

• 你花 3 小时写一份 FAQ，覆盖 10 个高频问题
• 每个问题如果靠私聊解决，平均耗时 15 分钟（理解问题 + 打字 + 确认解决）
• 你的产品每天有 5 个新用户，30% 会遇到这些问题
• 一个月就是 5 × 30% × 30 = 45 次私聊
• 45 × 15min = 11.25 小时

一份 FAQ，3 小时投入，每月节省 11 小时。年化 ROI 接近 4400%。这比你的任何功能迭代都划算。

FAQ 该怎么写？

不是「把问题列出来，写答案」那么简单。好的 FAQ 有几个原则：

1. 问题来自真实用户，不是你的想象

不要坐在那里「我觉得用户可能问什么」。翻你的邮件、私信、Issue 记录。把真实的原话摘出来当问题标题。比如：

• 好：「为什么我付款成功了但账户还是 Free Plan？」
• 差：「关于账户升级的相关问题」

前者是用户真的会搜的句子，后者是文档写手的自嗨。

2. 每个答案的背后是一个可操作的步骤，不是一个解释

用户不想知道「为什么」，他想知道「怎么做」。不要写一段原理，直接给步骤：

❌ 差：我们的支付系统与 Stripe 集成，在支付成功后通过 Webhook 回调更新账户状态，由于网络延迟可能产生 1-2 分钟的同步延迟。
✅ 好：
1. 确认你收到了 Stripe 的付款成功邮件
2. 在账户页面点击「刷新状态」按钮
3. 如果还是 Free Plan，截图 Stripe 收据发到 support@xxx.com，我手动处理

3. FAQ 要放在用户能「撞见」的地方

不要藏在页脚的「帮助中心」链接里。在以下几个位置放 FAQ 入口：

• 注册后的欢迎邮件（附最常问的 3 个问题）
• Dashboard 右下角的 ? 按钮
• 付款页面的常见问题折叠区
• 自动回复邮件底部

用 AI 写初版文档

我现在写文档的标准流程：

1. 把产品的功能点、操作流程、界面截图扔给 Claude 或 ChatGPT
2. 让它生成第一版用户文档
3. 我花 20 分钟改掉不对的地方

AI 生成的文档 80% 能直接用。比我从零写快了 5 倍。

真实例子：我的一个 API 工具，有 12 个接口。我花了 15 分钟把接口的请求/响应示例整理成文本，扔给 Claude，它生成了完整的使用文档——包含鉴权说明、每个接口的参数表格、代码示例（Python/JS/cURL 三语言）、常见错误码解释。我改了几个措辞，直接上线。

如果没有 AI，这份文档我至少要写半天。

# 用 AI 生成文档的 prompt 模板
你是一个技术文档工程师。根据以下 API 信息，写一份用户文档。
要求：
- 中文，面向有一定编程基础的用户
- 每个接口包含：功能说明、请求方式、参数表格、成功响应示例、失败响应示例、Python/cURL 代码示例
- 开头有鉴权说明
- 结尾有常见错误码表
- 语气：简洁、直接，不啰嗦

以下是接口信息：
[粘贴你的接口描述]

支持：一个人也能做到 24 小时响应

大公司有客服团队三班倒。你只有一个人。但用户不会因为你是一个人公司就降低期望——他们发消息的时候，期待的就是「尽快回复」。

解法不是雇人，是分层。

三层过滤模型

第一层：自助解决（0 人力成本）

用户在联系你之前，已经能看到答案。FAQ 页面、产品内的 tooltip、Onboarding 引导——这些都属于第一层。目标是让 60% 的问题在不需要联系你的情况下被解决。

第二层：Chatbot 自动回复（接近 0 人力成本）

剩下的 30% 问题，用 Chatbot 处理。这些通常是「问过很多次但用户没看文档」的问题。

现在最简单的方案是 Crisp 或 Intercom 的 Chatbot 功能。配置方式很简单：

• 设置触发词：用户输入「退款」「登录不了」「价格」等关键词 → Chatbot 自动推送对应 FAQ 链接
• 如果没有匹配 → 收集用户的问题和邮箱 → 创建工单 → 你集中处理

如果你用的是 Telegram 或飞书做支持渠道，可以用 Hermes Agent 的 Skills 写一个简单的关键词匹配机器人：

# Hermes Agent 简单客服 skill 示例
# 放在 ~/.hermes/profiles/default/skills/customer-support.md

当用户在 Telegram 联系客服时：
1. 检查消息中包含的关键词
2. 如果包含"退款" "refund" → 回复退款流程链接 + "如需人工处理请回复'转人工'"
3. 如果包含"登录" "无法访问" "白屏" → 回复故障排查文档链接
4. 如果包含"价格" "收费" "pricing" → 回复定价页面链接
5. 以上都不匹配 → 回复："已收到你的问题，我会在 24 小时内回复。如果是紧急问题（服务中断），请回复'紧急'。"

第三层：人工处理（你的时间）

经过前两层过滤，到你手里的问题已经不到 10% 了。这些通常是 Bug 报告、定制需求、退款纠纷——真正需要你动脑子的东西。

对于这些，定一个规则：每天固定一个时间段处理。比如晚上 9 点到 10 点。不要让支持消息随时随地打断你的开发时间。99% 的问题等 12 小时不会死人。

模板化回复：写了就别再打一次

你会发现有些回复你打了快一百遍了。退款确认、Bug 已修复、功能 Roadmap 说明……把这些存成模板。

最简单的做法：在你的笔记软件里建一个「回复模板」页面，用的时候复制粘贴改名字。稍微进阶一点：用 Crisp/Intercom 自带的 Saved Replies 功能。

我的模板列表：

• 退款确认（含处理时间说明）
• Bug 已修复通知（含版本号）
• 功能请求收到（说明 review 流程和周期）
• 新用户欢迎（含快速上手指南链接）
• 支付失败排查（含常见原因 checklist）

每个模板 30 秒改完 → 发送。省下来的时间都是命。

自动化：睡着的你在赚钱

这部分是程序员的主场。你不需要雇运维，写几个脚本就够了。

监控告警：服务器挂了立刻知道

最低成本的方案：Uptime Kuma。

一个 Docker 命令就能跑起来，免费，开源。监控 HTTP 状态码、响应时间、SSL 证书过期时间。挂了通过 Telegram/飞书/邮件通知你。

# 一行部署 Uptime Kuma
docker run -d --restart=always -p 3001:3001 -v uptime-kuma:/app/data --name uptime-kuma louislam/uptime-kuma:1

不想自己部署？用 Better Uptime（免费版 10 个监控点，3 分钟检查间隔，电话告警），或者 Pulsetic（免费版 5 个监控点）。

我个人用的组合：Uptime Kuma 做基础监控 + Better Uptime 做电话告警（免费版只给 1 个电话告警名额，留给最重要的那个服务）。

自动部署：改完代码自动上线

还在手动 SSH 到服务器 git pull + 重启服务？停。

GitHub Actions 免费额度对独立开发者完全够用。每次 push 到 main 分支，自动构建 + 部署 + 重启：

# .github/workflows/deploy.yml
name: Deploy
on:
  push:
    branches: [main]
jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Deploy via SSH
        uses: appleboy/ssh-action@v1
        with:
          host: ${{ secrets.SSH_HOST }}
          username: ${{ secrets.SSH_USER }}
          key: ${{ secrets.SSH_KEY }}
          script: |
            cd /app/my-product
            git pull origin main
            docker compose up -d --build

这 20 行 YAML 省掉的是你每次改完代码后的 5 分钟手动操作。一个月改 20 次，就是 100 分钟。

Cron 定时任务：到点自动执行

哪些事适合定时做：

• 数据库备份（每天凌晨）
• SSL 证书续期检查
• 用户数据周报（发到自己邮箱）
• 清理过期 session / 临时文件
• Bill 提醒：每月 1 号检查哪些用户的订阅快到期了

如果你在用 Hermes Agent，直接用它的 Cron 功能：

# ~/.hermes/profiles/default/cron/daily-backup.md
# Cron: 0 3 * * *
# 每天凌晨 3 点执行数据库备份

备份任务：
1. 用终端执行: pg_dump mydb | gzip > /backups/mydb-$(date +%Y%m%d).sql.gz
2. 用终端执行: find /backups -name '*.gz' -mtime +7 -delete  # 只保留最近7天
3. 备份完成后发 Telegram 通知我结果

如果没用 Hermes，传统的 crontab 也一样：

# crontab -e
0 3 * * * pg_dump mydb | gzip > /backups/mydb-$(date +\%Y\%m\%d).sql.gz && find /backups -name '*.gz' -mtime +7 -delete
0 9 * * 1 curl -s https://api.yourservice.com/weekly-report | mail -s "Weekly Report" you@email.com

账单和发票：不要再手动操作了

如果你用的是 Stripe 或 Lemonsqueezy 做支付，发票是自动生成的——你不用碰。你需要做的是：

1. 每月导出一次收入和费用数据（用于报税）
2. 如果有中国客户需要开票，用第三方工具（比如 Eloquent 或 票通）

如果你卖的是 Notion 模板 / Gumroad 数字产品，收入报告直接登录看就行。

关键是：不要让「开票」成为你跟每个客户之间的手动操作。如果每次有人买你就要手动发一张发票，那你做的不是 SaaS，是手工劳动。

我的日常运营 Routine

说一个真实的日常，看看自动化之后实际还剩什么：

这就是自动化之后的状态：你不会感觉到自己在「运营」，因为机器替你做了 80%。

最真实的例子：去年我的一个产品出了个 Bug，导致部分用户支付后账户没升级。因为之前写了 FAQ「支付后没升级」的问题答案，加上 Crisp Chatbot 自动推送了这个 FAQ，50 多个受影响的用户只有 3 个联系了我——其余都在 FAQ 指引下自己解决了。我只需要修好 Bug，给那 3 个人手动升级一下，完事。

如果没有那份 FAQ？50 封邮件，50 次手动操作，可能还有 10 个退款申请。

工具清单

上面提到的工具汇总。全部有免费方案：

最后的忠告

一人公司的运营，不追求「完美」，追求「够用且不累死自己」。

几个原则：

1. 文档先行。 任何事干第二次的时候，花 5 分钟把它写进文档。第三次开始就是零成本。
2. 不要追求 7×24 实时在线。 设定回复时间窗口，告诉用户。大部分独立开发者的产品不是医院挂号系统，等 12 小时不会死人。
3. 自动化不是一蹴而就。 别想着一天把全部自动化搭完。每次遇到一个重复操作，把它脚本化。一个月下来，你已经自动化了十几件事。
4. 关注「运营占比」。 如果你发现自己每天超过 30% 的时间在做非开发的事，你的系统出了大问题。回头看看哪一步没有自动化、哪一份文档还没写。

下一篇，我们聊独立开发者最不想面对但又逃不掉的话题：法律、税务与财务底线——怎么注册、怎么报税、什么情况需要找律师。