posts

独立开发者(Indie Developer)专题:从生存指南到成功路径

独立游戏与独立软件开发专题,涵盖生存策略、项目验证、发行运营,以及应用市场、资产恢复、经营合规、产品组合、服务生意、第一个产品前 100 天验证、发布后获客、留存复购、定价付费墙、多语言出海本地化、用户研究证据链、产品品牌视觉、软件交付分发、对外 API 开发者体验、给产品加 AI 功能、借力外包协作边界、自助支持体系、消息通知系统、用户社群运营、现金流管理、产品运维、多租户权限、产品度量、一个人架构、订阅计费、个人数据隐私生命周期、数据迁移导出、质量守门、安全基线、性能账单、企业客户就绪、开源产品经营、账号身份体系、AI 合规责任、销售成交与内容引擎的实操路径。

独立开发者(Indie Developer)代表着软件创业最纯粹的形式——一个人或一个小团队,凭借技术和创意,在没有任何外部投资的情况下做出自己的产品并触达全球用户。这条路充满挑战,但也正因如此,每一个成功案例都格外激励人心。

本专题按当前已发布正文统计,共收录 490 篇文章,围绕独立游戏与独立软件两条主线展开:一条是从生存策略、项目选择、MVP 验证到 Steam 发行、社区运营、定价策略,再到 40+ 真实成败案例的深度复盘;另一条是软件产品的「渠道—资产—经营—产品线—服务—产品验证—获客—留存—定价—出海—用户研究—品牌视觉—交付分发—API 与开发者体验—AI 功能—借力与外包—自助支持—消息通知—社区与用户社群—财务与现金流—运维与可靠性—多租户与权限—产品度量—一个人的架构—订阅计费—隐私与数据生命周期—数据搬家—质量守门—安全基线—性能与账单—企业客户—开源产品—账号与身份体系—AI 合规与责任—销售与成交—内容引擎」三十六线实践——先在 Chrome、VS Code、JetBrains、Obsidian、Raycast、Figma、Notion、Slack、Shopify 等渠道里选位置,再把产品做出来之后怎么被陌生人发现、怎么按渠道记账,把账号、域名、代码、数据、收款与商店账号做成可恢复、可交接的结构,然后把主体、税务、合同、知识产权与年度合规做成能长期维持的底座,接着处理第二产品、共享底座与产品组合的加减法,再回到第一个付钱的人从哪里来、怎么把服务沉淀成产品,然后是第一个产品本身:从想法到第一批付费用户的前 100 天,再是产品上线之后怎么把用户留住:激活、留存、召回与复购怎么记账、怎么判断,接着是把价格定对:成本下限、模型选型、套餐、付费墙、试用、涨价、折扣、结账、实验与复盘怎么用一本账算清楚,再往外一步是把产品做出海:第二语言值不值得加、文案怎么外置、翻译怎么验收、排版与时间怎么不出错、本地支付与商店页怎么落地,最后回到最容易被跳过的一环:怎么用访谈、观察与可用性测试,把「用户想要什么」变成可复查的证据,再把产品做得像样:一句话承诺、命名、视觉识别、设计 token、首屏、交互状态、微文案、物料与验收怎么落到一个人维护得住的规模;最后是软件怎么写完之后真正送到用户手里:分发形态怎么选、macOS 与 Windows 怎么签名、安装包与更新器怎么验收、三系统两架构怎么构建、崩溃怎么观测、灰度怎么推进、商店怎么审核、版本怎么回滚、商店素材怎么随版本同步。再往前一步是把能力做成对外 API:先判断要不要做与收入结构,再把 OpenAPI 契约与错误模型写死,然后处理 key、配额、Webhook、SDK 与文档站,最后用版本弃用、开发者支持与 DX 指标收口。再往后一步是给产品加 AI:先用四道判据决定做不做与何时退出,再把每用户每月推理成本与毛利下限算成一本账,然后选供应商、管提示资产、做 50 条小样本评测,最后用事实边界、滥用防线、降级预案、额度定价与四张验收表收口。最后补上一人产品最现实的一环:做不完时怎么借力,先自动化、再模板化、最后外包,把边界、验收与退出写成一本账。最后再把支持成本压下来:把重复问题做成可搜索、可执行、可维护的自助内容,用帮助中心、排查树、教程、搜索、更新日志、模板答复与升级路径,把工单挡在人工之前。最后处理产品有用户之后每天都在发生的事:哪些消息该发、走哪个渠道、身份是否可信、能不能送达、会不会打扰、是否合规、怎么验收。最后把有用户之后的关系沉淀下来:社群该不该建、在哪个载体上建、前 100 人怎么请、版规与版主怎么定、内容与答疑怎么运转、商业化边界在哪、又怎么判断它可以自转。最后把产品赚到的钱管起来:现金、损益、单位经济与 runway 四张表怎么分工,个人账与产品账怎么分家,订阅、年付、一次性与退款按什么口径确认,固定与变动之外的时间成本怎么清点,十三周滚动现金流怎么写,runway 怎么算、工资什么时候能发,每月怎么在十五分钟内结完账,税怎么按比例预提,收入下滑时按什么顺序收缩,最后用四维十二指标做季度验收。再把产品跑起来之后的事接住:把可用性折算成停机分钟,用五条探针看住关键路径,把四十条告警压到三条,用请求 ID 把日志串成证据,故障时用状态页与三条模板说清楚,按四项水位决定扩容顺序,给九个依赖各写一条降级,发布后按阈值决定回滚,用五分钟止损与七天复盘处理事故,最后用十项控制与四张表做季度巡检。再处理「从一个人用到一群人用」的第二次建模:先用五个信号判断什么时候必须引入组织,再把组织、工作区与成员做成三层模型并完成一次不停机迁移,然后管住邀请与成员生命周期,用四个角色与一张矩阵写出最小权限,用 UI、API 与数据三层校验堵住越权,用四道防线隔离租户数据,用审计日志回答「谁在何时删了什么」,让席位与账单始终一致,处理所有权交接与组织合并,最后用九项控制与四张表验收。再补上把产品行为变成可信数字的那一层:先用六个决策筛出十二个指标,再用一张事件字典定义二十四个事件与六个属性,用客户端与服务端两侧埋点加三处校验保证数据到得了,用五个要素把每个指标的口径写死,用五步漏斗找出最大流失步,把看板压到一屏四区并固定成每周十五分钟,用四条校验与三方对账守住质量,按用途分层采样并定下九十天保留期,最后判断一个人到底能测什么、不能测什么,用九项检查与四张表做季度验收。最后补上一个人最容易拖垮自己的那一层:先用八个判据把技术选型做成排除题,再把九个模块的单体与一条依赖方向定下来,把数据迁移做成一次只动一件事,把四十一个直接依赖压进四个升级窗口,给十八条技术债记利息,用三次规则管住抽象,用三张判据表回答重构还是重写,给七个外部服务各加一层适配,把定时任务的幂等与补偿写死,最后用十二项检查与四维评分做季度验收。再把钱真正落袋这一层补上:先把订阅写成五个状态与九条迁移,再把试用、续费、暂停与取消的五个时点定死,用一条按比例公式处理升降级,把按量计量做成四步聚合,把失败扣款写进主流程,用退款单、贷记单与拒付证据管住退出,用连续号段与七个字段开发票,每月用三张表对账并承认漏损,最后回答计费该买还是自己写,用十二项检查与四维评分验收。再把个人数据这一层补上:先画十二张表与七十八个字段的数据地图,删掉二十三个没人读的字段,把四类目的与三类同意分开,核对十二个域名与九个披露,用一套脚本处理十二件数据请求,把删除写成九张表与六十天副本,定六类保留期与四个清理任务,管七个处理者与四十二个欧盟用户,用七十二小时与三级分级处理泄露,最后用十二项检查与四维评分验收。再把数据搬家这一层补上:先算清四十八次咨询、二十三次完成与十七个付费的漏斗,再把十四列源文件写成十一个字段的导入契约,用一张映射表处理七种状态与四种日期,用两种判据合并八十六行重复,用幂等键让重跑零新增,比较人工代导入与四十小时自动化投入的回本,安排两小时只读窗口与四分钟撤销,把四十六个附件与五百兆配额说清,最后用四件套导出与十项检查收口。最后把「发不发」这件事也做成一本账:先算清一年四十七个线上缺陷、八十六点五小时修复与三条红线,再列出十二条不能坏的关键路径与五条不可逆操作,用单元、集成与六条端到端做出一个人的三层配比,把三十八条回归砍成发布时二十六条,用六项门禁与一个红绿灯决定按不按发布键,给缺陷定四级与四个时限,用一份种子、四个替身与三列脱敏隔离测试数据,用预演、快照与冷却期替代双人复核,判断哪些测试值得写,最后用十项检查与四维评分收口。最后把「别被人破门」这件事也做成一张清单:先数清十四个入口与其中五个不可逆的,再管住密码、会话与十七个密钥,用四条边界挡住输入与输出,把四十一个直接依赖的一百八十六条告警分成修与不修,用四类配额挡住滥用,用九类事件留下证据,按七十二小时三段处理安全事件,最后用二十项基线、四维评分与季度演练收口。最后把「同样功能快不快、贵不贵」也做成一份预算:先立四条预算与五条关键路径,用 RUM 与慢查询日志先测再改,把 4.2 秒的首屏拆成 412 KB 的去处,把 1,200 次查询收成 3 次,用三层缓存换 86% 命中,把 34 秒的导出改成异步,删掉三个第三方标签,把 210 美元的账单拆成五项并降到 118,用 26 次发布的门禁盯住回归,最后用十项指标、四维评分与季度复测收口。最后把「公司来买」这件事也做成一单生意:先按赢率算清 130 小时的单客成本与 45.5% 的收入集中度,再把 96 天采购拆成六个角色,用 148 题问卷与 23 份证据建成答案库,补齐 7 个子处理者的 DPA,把 99.9% 换成 43.2 分钟与赔付上限,用 26 小时做 SSO 与 SCIM,按 4 周 14 小时跑试点,把 38 天账期写进报价,用 8 小时完成上线交接,最后用十项能力与四维评分决定接不接下一家。再把代码本身也当成一门生意来经营:用五条收入路径与一张 1,949 美元的表算清开源的净时薪,用四个问题与 214 个依赖选清许可证,用 78% 与 22% 画出 Open Core 边界,把 612 小时拆成七类维护成本,用 1,180 个 issue 与 72 小时首响把队列变成流程,用 214 条告警与三次公告管住依赖,拆开 23 个赞助者与两家企业,走完九家双许可询价,用 17 位贡献者与 82% 的集中度准备退出,最后用十项能力与四维评分做一次开源验收。最后把「用户怎么进门、怎么回来、怎么走」也做成一笔账:用五段漏斗把 4,200 次访问与 96 个付费对齐,把六个字段砍到三个,用三条登录路径与一次 72 小时链接接住进来的人,用四步找回与三档会话接住回来的人,用分档强制 MFA 与恢复码挡住接管,用八项检查表处理合并与换绑,用四步注销、三十天冷静期与导出让人走得干净,最后用十二项能力与四维评分做一次季度验收。最后把 AI 功能上线之后要回答的问题补上:先给六个功能分三档并定下默认值,把七个数据来源与许可写成台账,逐项审查两家模型供应商的二十二项条款,用六处披露与每月四百一十次复核接住输出,按三档错误处理投诉并写清四条责任边界,用一百二十条评测与九条红队问题生成证据包,最后用十二项检查与四维评分做一次客户审查演练。最后补上从「有回复」到「签下来」这一段:先算清一单二十点四小时与一千三百一十四美元获客成本,再用三个来源建一千二百行名单,用三封邮件换 4.8% 回复,用七问与三场景开完发现会和 Demo,记下四十一次异议、按四步让步报价,五个里程碑管试用,一页合同与九十分钟开通做交接,最后用九项检查与四维评分做季度验收。最后把内容也做成一条可对账的生产线:六十篇文章、四万八千次访问与二十四单归因,用账本、三层关键词、六段模板、三类入口页与季度验收收口。

统计口径(2026-10-27):直属正文119篇、生存指南11篇、平台/资产/经营/产品线/服务/第一个产品/获客/留存/定价/出海/用户研究/品牌视觉/交付分发/对外API/AI功能/借力与外包/自助支持/消息通知/社区与用户社群/财务与现金流/运维与可靠性/多租户与权限/产品度量/一个人的架构/订阅计费/数据隐私与生命周期/数据搬家/质量守门/安全基线/性能与账单/企业客户/开源产品/账号与身份体系/AI合规/销售与成交/内容引擎三十六组各10篇,合计490篇;不含目录页、草稿与未到发布日期的文章。更新时按 Hugo 的已发布普通页面清单复核,而非只累加新系列。

📌 相关专题:游戏开发专题 (游戏开发技术)、产品原型开发专题 (游戏原型开发)、技术人生专题 (创业复盘与反思)、SaaS 创业专题 (SaaS 创业)


一、生存与策略

文章核心内容阶段
独立开发者生存指南心态、时间管理、技能栈、收入来源多元化起步
独立开发者 12 个月生存路线图按月分解:第 1–3 月概念验证,第 4–6 月核心开发,第 7–9 月测试迭代,第 10–12 月发行运营起步
独立开发者生存指南(扩展版)财务规划、法律合规、税务处理、心理健康起步
开发者低成本变现模式赞助、打赏、订阅、买断、内购、广告、资产商店变现
独立游戏变现模式对比买断制 vs 免费增值 vs 订阅,不同品类的最优选择变现
Indie 项目全栈模板技术栈快速启动:Godot/Unity + 后端 + 部署开发

独立开发者真实故事(1 篇)

文章核心内容
独立开发者的故事:那些没有写在成功案例里的真实人生一组关于独立开发者的真实故事与典型原型,涵盖失败、停滞、转向、缓慢成功与长期坚持。这不是励志故事合集,而是一份帮助你…

二、项目选择与 MVP 验证

文章核心内容
独立游戏首个项目选择范围控制、技术匹配、市场定位
独立游戏 MVP 验证假门测试、原型反馈循环、市场信号识别
独立游戏工程策略模块化、工具链、自动化测试
SaaS 工具创意池与验证从游戏开发工具切入 SaaS
独立开发者失败案例分析常见死因:范围蔓延、目标错位、过早退出

三、发行与营销

Steam 发行全流程

文章核心内容
Steam 愿望单转化率优化商店页优化、预告片制作、定价策略
Steam 页面定位与推广关键词、标签、社区中心运营
Demo Festival 推广节奏展会曝光、媒体联络、社区预热
发行月社区运营上线首周策略、Bug 响应、更新节奏
长尾推广与持续更新打折策略、DLC 规划、社区维护
定价与发布折扣策略区域定价、首发折扣、捆绑包

跨平台与海外发行

文章核心内容
中文社区首发策略TapTap、B站、国内社交媒体运营
海外先发行策略文化适配、本地化先行、全球定价
移动商店发行经验应用商店优化(ASO)、广告变现
众筹页面预启动Kickstarter/Indiegogo 预热策略
Steam Deck 适配与性能掌机适配、UI 缩放、性能测试

发行与推广实战全文索引(6 篇)

上面是流程,下面是具体做法与踩坑记录:

文章核心内容
独立游戏上线前检查清单:Steam 页面、Demo、愿望单与发布节奏一份面向独立游戏开发者的上线前检查清单,覆盖商店页、Demo、愿望单、素材准备、测试、发布节奏和发布后一周行动,帮助…
个人游戏免费序章策略:Prologue 不是免费试玩的另一个名字一篇关于个人游戏免费序章和 Prologue 发行策略的文章,讨论独立商店页、内容边界、愿望单导流、评价风险、制作成…
个人游戏线下展会推广:摊位前的三分钟,比宣传册重要得多写在前面:展会不是把电脑搬过去 个人开发者第一次参加线下展会,常常把重点放在设备上。显示器够不够大,手柄够不够多,海…
个人游戏媒体包:别等编辑来猜你游戏有什么新闻点写在前面:媒体不是来替你整理项目的 个人开发者常常觉得媒体很遥远。好像只有大厂、热门独立游戏、拿过奖的项目才值得被报…
个人游戏发行谈判:找发行商之前,先写清楚自己要什么写在前面:发行商不是一个抽象答案 很多个人开发者在项目进入中后期时,会突然开始想: 要不要找发行商? 这个问题本身太…
个人游戏推广案例:给主播写邮件前,先把可播性做出来写在前面:主播不是免费广告位 很多个人开发者把主播推广想得太简单。他们做完游戏,整理一批邮箱,群发一封“希望你能试玩…

四、案例复盘库(40+ 真实案例)

🔴 失败案例(25+ 篇)

独立游戏开发中最宝贵的学习资源不是成功学,而是失败复盘。

主题教训
范围蔓延(Open World Dream)过度承诺、无法交付
美术先行(Art-first RPG)美术驱动、玩法缺失
引擎反复切换技术栈不坚定、来回迁移
创立之后 Demo 过晚缺乏早期用户反馈
无自动保存系统用户体验灾难
翻译仅用机器差评如潮
教程墙(Tutorial Wall)上手门槛过高
价格错配价值感知偏差
许可风险音乐/素材版权纠纷
外包混乱沟通不畅、品质失控
发布后倦怠缺乏更新规划
社区过度管控扼杀讨论热情
KOL 依赖流量来源单一
功能投票混乱方向失控
Roguelike 平衡陷阱随机性与公平性
Idle 游戏经济崩塌数值设计失误
恐怖 Demo 过度宣传期望管理失败
cozy 农场过度承诺内容填充不足
卡牌元游戏失衡核心循环被破坏
叙事游戏无编辑器内容生产效率低下
多人冷启动匹配不到人
兼职 burnout时间管理失败
平台跳跃打磨差距手感与商业品质的距离
程序生成空洞算法生成缺乏手工润色
存档刷分设计破坏成就系统
预告片误读类型预期错位

🟢 成功案例(20+ 篇)

主题关键成功因素
单一核心机制聚焦玩法的极致表达
Game Jam 到商业限时创作验证概念
资产商店巧用低成本高品质美术
浏览器游戏利基差异化定位
客户工作资助边接外包边做游戏
与艺术家合作互补技能、共同创业
Demo 反馈循环持续迭代、社区共建
本地化先行非英语市场突破
社区开发日志透明开发、粉丝积累
Steam 页面迭代数据驱动优化
早期访问范围控制社区参与但方向清晰
付费 Alpha预售验证 + 资金回流
Patreon 持续开发订阅支持长期创作
谜题编辑器共创UGC 社区生态
小型恐怖品类低预算高情感冲击
模组转独立已有社区基础
垂直切片找发行商用高质量 Demo 打动发行
本地化优先策略多语言同期上线
本地社区优先从本土口碑扩散全球
失败 RPG 转型从废墟中重建
教育游戏细分精准市场切入
小游戏轻量化移动端适配 + 低门槛
主播友好设计直播传播效应
工具副产品从游戏工具切入 SaaS
社区模组驱动开放生态

失败案例全文索引(36 篇)

文章核心内容
个人游戏开发者失败案例:AI NPC 让小镇游戏失去边界写在前面:会说话,不等于有生命 邵宁想做一款小镇生活游戏。玩家经营一家旧杂货铺,每天和镇民聊天、进货、整理货架、处理…
个人游戏开发者失败案例:先画世界再找玩法的 RPG写在前面:漂亮世界不能替代玩家行为 何霁是一名美术出身的个人开发者。他想做一款俯视角 RPG。故事发生在漂浮群岛上,…
个人游戏开发者失败案例:首发之后才真正崩溃写在前面:发布不是终点,而是另一种开始 沈路做了一款像素动作 Roguelite。开发后期,他连续三个月几乎没有休息…
个人游戏开发者失败案例:把社区反馈管成了压力源写在前面:听玩家和被玩家拖着走不是一回事 江也做了一款小队战术游戏。玩家控制三名角色在狭窄街区里执行任务,核心玩法是…
个人游戏开发者失败案例:Demo 做得太晚,问题已经改不动写在前面:晚来的反馈有时只剩遗憾 郑昊做了一款俯视角动作冒险游戏。玩家在一座被藤蔓覆盖的城市里探索,用不同种子改变地…
个人游戏开发者失败案例:反复换引擎让项目停在起点一个个人游戏开发者在 Unity、Godot 和 Unreal 之间反复切换,始终没有完成可验证版本,最终被技术选择…
个人游戏开发者失败案例:功能投票把路线图变成拼盘写在前面:投票能告诉你热度,不能替你做判断 何川做了一款轻度基地建设游戏。玩家在荒岛上建造小营地,安排角色采集、修理…
个人游戏开发者失败案例:把发行押在一个大主播身上写在前面:一次曝光不能替代发行系统 梁辰做了一款搞笑物理游戏。玩家控制一群笨拙的仓库机器人搬运货物,机器人会滑倒、撞…
个人游戏开发者失败案例:忽视素材授权让项目临近发布返工写在前面:临时素材用久了,就会变成风险 高岭做了一款侦探推理游戏。玩家在一座老旅馆里调查失踪案,通过询问住客、翻找物…
个人游戏开发者失败案例:移动端测试不足毁掉首发写在前面:手机游戏不是在你手机上能跑就行 赵闻做了一款移动端动作跑酷游戏。玩家控制一名快递员在城市屋顶穿梭,滑铲、跳…
个人游戏开发者失败案例:存档系统最后才做的代价写在前面:存档不是最后加上的按钮 孟舟做了一款横版动作冒险游戏。游戏有地图探索、道具收集、支线任务和角色升级。前期开…
个人游戏开发者失败案例:开放世界梦想把项目拖垮写在前面:地图变大后,空白也会变大 秦越想做一款开放世界生存游戏。玩家在一座洪水退去后的城市里寻找物资、修复避难所、…
个人游戏开发者失败案例:外包美术没有管线,风格越做越乱写在前面:外包不是把需求发出去就结束 梁晗是一名程序出身的个人开发者。他做的是一款俯视角动作冒险游戏。玩法原型已经跑…
个人游戏开发者失败案例:平台选择错了,游戏被渠道埋没写在前面:同一款游戏,放错地方也会失败 陈放做了一款轻量叙事小游戏。玩家在一趟夜班公交上和不同乘客聊天,通过选择座位…
个人游戏开发者失败案例:定价和内容预期错位写在前面:玩家不是只看价格,而是看价格背后的预期 林硕做了一款短篇叙事冒险游戏。玩家扮演一名回到老家的摄影师,在三天…
个人游戏开发者失败案例:程序生成地图越做越空写在前面:随机不等于丰富 邱远做了一款地下洞穴探索游戏。玩家带着一盏矿灯进入随机生成的洞穴,寻找矿石、遗迹和失踪探险…
个人游戏开发者失败案例:没有考虑读档行为的策略游戏写在前面:玩家会用系统允许的一切方式玩 许墨做了一款选择驱动的策略游戏。玩家管理一支小型探险队,在荒原上决定路线、分…
个人游戏开发者失败案例:宣传片好看但游戏卖点被误读写在前面:玩家被吸引来以后,还要知道自己在看什么 任清做了一款动作解谜游戏。玩家操控一个会复制影子的角色,通过让影子…
个人游戏开发者失败案例:只靠机器翻译毁掉了海外口碑写在前面:能读懂,不等于能接受 顾青做了一款剧情向冒险游戏。故事讲一个年轻人回到矿区小镇,调查哥哥多年前的事故。游戏…
个人游戏开发者失败案例:教程墙挡住了玩家写在前面:玩家不是讨厌学习,而是讨厌先考试 韩芮做了一款小型策略游戏。玩家经营一个边境补给站,要在商队、士兵、难民和…
个人游戏开发者失败案例:没有玩家池的卡牌对战游戏写在前面:好规则不等于有对局 韩墨做了一款小体量卡牌对战游戏。它的规则很聪明:双方不是直接攻击血量,而是争夺三条商路…
个人游戏开发者失败案例:承诺太多的治愈系农场游戏写在前面:玩家喜欢的,未必是你能做完的 周宁最初只想做一款很小的农场游戏。玩家在海边小镇种菜、钓鱼、修补房子,白天听…
个人游戏开发者失败案例:恐怖游戏 Demo 爆火后的崩盘写在前面:爆火有时比冷启动更危险 顾然做了一款第一人称恐怖游戏 Demo。场景是一栋废弃公寓。玩家要在暴雨夜里寻找妹…
个人游戏开发者失败案例:经济系统失控的放置游戏写在前面:放置游戏不是把数字变大 罗启做了一款放置经营游戏。主题是经营一家地下印刷厂。玩家购买机器、雇佣工人、升级纸…
个人游戏开发者失败案例:众筹成功后的预算崩盘写在前面:众筹成功不是资金问题结束,而是责任开始 梁序做了一款像素动作冒险游戏。他准备了一个漂亮的众筹页面:复古地图…
个人游戏开发者失败案例:最后才想起本地化的冒险游戏写在前面:本地化不是发布前翻译一下 魏川做了一款 2D 冒险游戏。故事发生在一座北方小城,玩家扮演返乡的年轻人,在旧…
个人游戏开发者失败案例:以为靠广告就能赚钱的休闲手游一个关于个人开发者误判移动休闲游戏广告变现的失败案例:游戏开发不难,上架也顺利,但流量、留存、广告填充、用户获取和版…
个人游戏开发者失败案例:被付费墙毁掉的手机益智游戏写在前面:玩家不是不愿意付费,而是不愿意被打断 陈嘉做了一款手机益智游戏。玩法很简单:玩家用有限步数移动彩色方块,让…
个人游戏开发者失败案例:没人在线的多人竞技游戏一个关于个人开发者制作多人竞技游戏失败的案例:网络同步做出来了,房间系统也能跑,但冷启动、匹配等待、服务器成本和玩家…
个人游戏开发者失败案例:没有编辑器的叙事游戏写在前面:叙事游戏失败时,常常不是因为故事不好 唐临做的是一款分支叙事游戏。玩家扮演一个小城电台主持人,每晚接听听众…
个人游戏开发者失败案例:下班后做了两年,最后被项目耗空一个关于兼职个人游戏开发者长期耗尽的失败案例:项目没有明显爆雷,却在两年里逐渐吞掉夜晚、周末、社交和耐心,最终开发者…
个人游戏开发者失败案例:手感差一点的平台跳跃游戏写在前面:差一点,就是差很多 沈砚做了一款像素风平台跳跃游戏。主角是一名送信人,可以二段跳、冲刺、贴墙滑落。游戏有…
个人游戏开发者失败案例:困在数值平衡里的 Roguelike写在前面:平衡不能拯救一个不好玩的循环 许澈做的是一款俯视角 Roguelike 射击游戏。玩家操控一个废土清道夫,…
个人游戏开发者失败案例:那个不断加功能的像素 RPG一个关于个人游戏开发者范围失控的失败案例:从一个两小时像素 RPG 原型开始,逐渐加入职业、装备、支线、家园和开放地…
个人游戏开发者失败案例:Steam 裸发后无人问津的解谜游戏一个关于个人游戏开发者 Steam 裸发失败的案例:游戏完成度并不差,但没有商店页积累、没有 Demo、没有愿望单验…
一个完整的独立游戏开发者失败案例:三年、一个人、一款没能活下来的游戏一个完整、真实且高复现率的独立游戏开发者失败案例。从动机、技术选型、玩法设计、开发过程、发布决策到最终放弃,逐层拆解…

成功案例全文索引(30 篇)

文章核心内容
个人游戏开发者成功案例:聪明使用素材商店做出完整动作游戏写在前面:买素材不是偷懒,乱用素材才是问题 冯越做了一款小型俯视角动作游戏。玩家控制一名赏金猎人,在废弃矿场里清理机…
个人游戏开发者成功案例:浏览器小游戏也能成为稳定收入写在前面:不是所有成功都发生在 Steam 宋遥做的是浏览器小游戏。题材很窄:办公室整理模拟。玩家把乱七八糟的桌面、…
个人游戏开发者成功案例:用外包收入养出的个人游戏写在前面:没有 All in,也能把游戏做完 温启一直想做自己的游戏。他做的是一款小型战术解谜游戏,玩家用三名能力不…
个人游戏开发者成功案例:程序和美术两人合作做完第一款游戏写在前面:多一个人不一定更快,但可以更完整 陈舟原本是一个人做游戏。他擅长程序和关卡,但美术一直很弱。后来他和插画师…
个人游戏开发者成功案例:用 Demo 反馈循环打磨动作手感写在前面:手感不是闭门调出来的 周屿做了一款横版动作游戏。玩家控制一名使用短矛的少女,在废墟中穿梭、跳跃、刺击和格挡…
个人游戏开发者成功案例:靠 Demo 节把短篇解谜游戏卖出去一个个人游戏开发者通过提前准备 Steam 商店页、打磨 Demo 和参加新品节,让一款短篇解谜游戏获得稳定愿望单和…
个人游戏开发者成功案例:靠开发日志慢慢养大的动作游戏写在前面:不是每个项目都靠爆款视频起飞 许知白做了一款横版动作游戏。主角是一名用伞战斗的邮差,可以格挡雨滴、借风滑行…
个人游戏开发者成功案例:用抢先体验控制范围的生存建造游戏写在前面:抢先体验不是把半成品丢出去 尹川做了一款小体量生存建造游戏。玩家被困在一片冬季林地里,需要砍柴、修屋顶、储…
个人游戏开发者成功案例:从 Game Jam 原型做成商业小品写在前面:Jam 作品最怕被扩成另一个东西 程野的成功来自一个 48 小时 Game Jam。主题是“反转”。他做了…
个人游戏开发者成功案例:先做本地玩家社区的小众游戏写在前面:小市场也可以足够真实 乔安做了一款关于地方夜市经营的模拟游戏。玩家经营一个小摊,从卖烤冷面开始,逐渐解锁饮…
个人游戏开发者成功案例:从第一天准备多语言的叙事游戏写在前面:多语言成功不是翻译阶段才开始 苏梨做了一款书信叙事游戏。玩家扮演一名小镇邮局职员,阅读、分拣和转交居民信件…
个人游戏开发者成功案例:从 Mod 走向独立游戏写在前面:他没有一开始就做完整游戏 赵临最早做的不是独立游戏,而是一个生存游戏 Mod。这个 Mod 改动很小:它让…
个人游戏开发者成功案例:一个机制撑起的益智小品写在前面:少机制也可以有深度 林晚做了一款极小的益智游戏。规则只有一句话:玩家每走一步,整个房间都会旋转 90 度。…
个人游戏开发者成功案例:小范围付费 Alpha 帮他避开大坑写在前面:愿意点赞和愿意付费是两回事 周棠做了一款小型模拟经营游戏。玩家经营一家深夜修理铺,帮客人修收音机、台灯、旧…
个人游戏开发者成功案例:用会员订阅支撑长期开发写在前面:订阅不是白拿钱,而是长期交付 林骁做的是一款很小众的模拟游戏。玩家经营一间模型火车工作室,设计轨道、修复老…
个人游戏开发者成功案例:关卡编辑器让益智游戏活得更久写在前面:编辑器不是给所有游戏的,但给对了会很有力 唐屿做了一款网格益智游戏。玩家控制一列会同时移动的机器人,把它们…
个人游戏开发者成功案例:90 分钟恐怖短篇带来的稳定回报写在前面:短不是缺点,松散才是 白承做了一款 90 分钟的恐怖短篇。游戏场景只有一个:凌晨两点的自助洗衣店。玩家一边…
个人游戏开发者成功案例:先做好声音的节奏动作游戏写在前面:这款游戏赢在玩家看不见的地方 梁予做了一款节奏动作游戏。玩家控制一名鼓手,在敌人攻击节拍中闪避、反击和连段…
个人游戏开发者成功案例:反复打磨商店页后卖出去的解谜冒险一个个人游戏开发者没有把 Steam 商店页当作发布手续,而是持续测试截图、短描述、标签和 Demo 转化,最终让解…
个人游戏开发者成功案例:用垂直切片拿到发行支持写在前面:他展示的不是愿景,而是证据 方澈想做一款叙事潜行游戏。玩家扮演一名剧院后台工作人员,在演出期间穿梭于灯光室…
个人游戏开发者成功案例:靠 Mod 社区活起来的沙盒建造游戏写在前面:他没有做完所有内容,而是让玩家能做内容 陈序做的是一款小型沙盒建造游戏。玩家在漂浮岛上搭建机械结构,用齿轮…
个人游戏开发者成功案例:一款温和移动小游戏如何靠订阅之外活下来一个个人开发者移动小游戏成功案例:开发者没有追逐重度内购,而是通过低价去广告、装饰包、温和更新和社交传播,让一款舒缓…
个人游戏开发者成功案例:一个 Demo 如何把愿望单慢慢推到 2 万一个可信的个人游戏开发者成功案例:开发者没有靠首发奇迹,而是用可传播 Demo、节日活动、持续修正商店页和玩家反馈,…
个人游戏开发者成功案例:把儿童编程做成一款能卖的解谜游戏一个个人开发者教育游戏成功案例:开发者避开枯燥课程形态,把儿童编程概念做成关卡解谜,并通过学校试用、家长口碑和低维护…
个人游戏开发者成功案例:从失败 RPG 里拆出一款畅销小游戏一个个人开发者从失败大项目中拆出成功小游戏的案例:原本做不完的 RPG 被拆解成一款独立战斗构筑游戏,范围缩小后反而…
个人游戏开发者成功案例:没有全球爆红,却在本地市场卖得很好一个个人开发者聚焦本地文化题材获得成功的案例:游戏没有全球爆红,但凭借真实生活细节、地方媒体传播和本地玩家共鸣,获得…
个人游戏开发者成功案例:接受发行商后,那个慢热叙事游戏终于被看见写在前面:不是所有合作都是失去控制 白芷做了一款慢热叙事游戏。玩家扮演深夜电台接线员,接听城市里不同人的电话。你不能…
个人游戏开发者成功案例:为主播友好而设计的物理搞笑游戏写在前面:它不是最好玩的游戏,但很适合被看见 邵北做了一款物理搞笑游戏。玩家控制一个搬家工人,把家具从楼上搬到卡车里…
个人游戏开发者成功案例:一款 20 分钟恐怖游戏卖出了长尾一个个人开发者短篇恐怖游戏的成功案例:流程只有 20 分钟,却凭借强记忆点、主播友好结构、低成本制作和连续短篇品牌,…
个人游戏开发者成功案例:失败游戏里拆出一个赚钱的关卡工具一个个人游戏开发者从失败项目中拆出成功工具的案例:游戏没有完成,但内部关卡编辑器被整理成商业工具,卖给其他小团队并形…

长期坚持案例(5 篇)

文章核心内容
个人游戏开发者坚持案例:一边接外包,一边养自己的策略游戏一个关于个人游戏开发者用外包现金流支撑自研项目的案例:不是辞职孤注一掷,而是把接单、工具沉淀、范围控制和自研节奏组合…
个人游戏开发者坚持案例:靠社区试玩慢慢打磨的农场游戏一个关于个人游戏开发者与小社区共同打磨 Demo 的案例:项目没有大流量,但开发者通过固定试玩、公开取舍和真实反馈,…
个人游戏开发者坚持案例:把周末项目做成三年长跑一个关于兼职个人游戏开发者长期坚持的案例:没有辞职、没有爆发式开发,而是通过固定节奏、缩小版本、保留休息和定期公开进…
个人游戏开发者坚持案例:一年做三款短篇游戏的人一个关于个人游戏开发者通过连续短篇作品坚持创作的案例:不押注单个大项目,而是用一年三款小游戏训练发布能力、积累受众和…
个人游戏开发者坚持案例:靠每月小更新活下来的地牢游戏一个关于个人游戏开发者持续小步更新的案例:游戏首发没有爆,但开发者用每月一次小更新、清晰范围控制和稳定玩家沟通,让项…

五、技术实践案例

独立游戏开发中的具体技术决策与实现:

主题文章举例
引擎对比Godot vs Unity(解谜游戏场景)
性能优化2D 渲染优化、对象池、批处理
架构设计UI 框架(MVC vs Signals)、输入系统、跨平台存档
内容管线资源加载(Addressables)、本地化工作流、音频管理(FMOD vs 内置)
网络与后端无后端排行榜、隐私友好分析
AI 与行为行为树 vs 状态机
机制实现确定性回放、回放幽灵、程序生成、物理引擎选择
构建与发布CI/CD 流水线、崩溃报告、诊断工具
Mod 支持JSON 配置化 + Steam Workshop

技术选型案例全文索引(19 篇)

每一篇都从一个具体的技术岔路口出发,说明当时为什么这么选:

文章核心内容
个人游戏技术方案案例:2D 游戏卡顿时,为什么先改资源管线而不是换渲染方案写在前面:卡顿不一定说明引擎不行 个人开发者遇到性能问题时,很容易怀疑底层方案。“是不是 Unity 2D 不行?”…
个人游戏技术选型案例:敌人 AI 为什么选择有限状态机而不是行为树一个个人潜行动作游戏在有限状态机、行为树和 GOAP 之间做敌人 AI 技术选型的案例,详细讨论可调试性、关卡脚本、…
个人游戏技术选型案例:埋点分析为什么选择轻量本地优先方案一个个人游戏在第三方分析 SDK、自建事件服务和本地匿名日志之间做技术选型的案例,详细讨论隐私、调试、Demo 数据…
个人游戏技术选型案例:资源加载为什么从直接引用改成分组加载一个个人 2D 冒险游戏在直接资源引用、Resources 目录、Addressables 和自定义资源清单之间做技…
个人游戏技术选型案例:音频系统为什么没有一开始就接 FMOD一个个人叙事探索游戏在引擎内置音频、FMOD 和自定义音频管理之间做技术选型的案例,详细讨论动态音乐、环境声、混音、…
个人游戏技术选型案例:发布流程为什么从手动打包改成半自动管线一个个人游戏在手动导出、脚本化构建和完整 CI/CD 之间做技术选型的案例,详细讨论版本号、平台包、校验清单、Ste…
个人游戏技术方案案例:剧情和关卡数据为什么没有直接写进代码一个个人叙事游戏在内容管线、表格数据、脚本导入和编辑器工具之间做技术选择的案例,详细讨论 CSV、JSON、Noti…
个人游戏技术选型案例:崩溃日志为什么选择玩家可控的诊断包写在前面:玩家说“打不开”,你需要更多信息 个人游戏发售后,最让开发者焦虑的反馈之一是: “游戏打不开。” “进第二…
个人游戏技术选型案例:跨平台存档路径为什么不能随手放在游戏目录一个个人游戏在跨平台存档路径、配置文件、权限、Steam Cloud 和便携版之间做技术选型的案例,详细讨论 Win…
个人游戏技术方案案例:解谜游戏为什么从 Unity 改选 Godot一个个人解谜游戏在 Unity 与 Godot 之间做技术选型的案例,详细分析项目规模、工具链、导出风险、内容制作效…
个人游戏技术选型案例:输入系统为什么不能只按键盘写死一个个人动作冒险游戏在旧输入代码、引擎输入系统和自定义映射层之间做技术选型的案例,详细讨论键鼠、手柄、重绑定、教程提…
个人游戏技术选型案例:本地化管线为什么要先处理字体和文本长度写在前面:本地化不是把文本交给翻译 很多个人开发者谈本地化时,第一反应是: 把中文导出来。导回英文、日文、德文。真正…
个人游戏技术选型案例:Mod 支持为什么先从 JSON 关卡开始一个个人策略游戏在无 Mod、JSON 关卡、Lua 脚本和 Steam Workshop 之间做技术选型的案例,详…
个人游戏技术方案案例:排行榜要不要自建后端写在前面:能联网,不代表应该自建后端 很多个人开发者做游戏时,会自然想加一点在线功能。排行榜、每日挑战、云存档、玩家…
个人游戏技术选型案例:物理解谜为什么没有直接依赖完整物理引擎写在前面:物理效果自然,不等于适合解谜 个人开发者做物理解谜游戏时,很容易先接入完整物理引擎。刚体、碰撞、关节、摩擦…
个人游戏技术选型案例:程序生成为什么选择种子房间而不是纯随机地图一个个人 Roguelite 游戏在纯随机生成、手工关卡和种子房间组合之间做技术选型的案例,详细讨论可控难度、内容产…
个人游戏技术选型案例:竞速游戏回放为什么只记录输入而不是录视频写在前面:回放系统不是录屏功能 个人开发者做竞速、动作挑战、速通类游戏时,经常想加回放。玩家跑出好成绩,可以回看。也…
个人游戏技术方案案例:存档系统为什么要从第一周开始设计写在前面:存档不是最后加一个保存按钮 很多个人游戏项目早期只关心玩法能不能跑。存档常常被放到后面: “先用临时 JS…
个人游戏技术选型案例:UI 架构为什么从面板脚本改成事件驱动一个个人经营游戏在面板脚本直连、MVC、MVVM 和事件驱动 UI 之间做技术选型的案例,详细讨论库存、状态刷新、弹…

六、持续生存策略

策略说明
接客户工作用外包收入支撑个人项目
社区 Demo 引流免费 Demo → 愿望单转化
兼职节奏工作与开发的平衡
短篇快速迭代小项目、快发布、多作品
小更新长期坚持长尾效应

七、平台寄生与渠道优先(10 篇)

不先想「做什么产品」,而先想「在哪个渠道里做」。这一组文章按「选渠道 → 上架 → 变现 → 合规 → 增长 → 退出」的顺序展开,适合想做浏览器扩展、IDE 插件、效率工具或 B2B 应用市场的独立开发者。

文章核心内容阶段
渠道优先:先选分发渠道,再定产品形态用户注意力、平台规则、支付结算、技术边界、竞争密度五大约束选渠道
渠道选型矩阵:12 个应用市场对比用户匹配、变现、审核、技术复用、维护成本五维加权选渠道
Chrome Web Store 上架账号、Manifest V3、权限最小化、商店素材、拒审与申诉上架
浏览器扩展变现买断、订阅、LTD、按量计费与许可证状态机变现
VS Code 与 JetBrains 插件发布流程、遥测与隐私、赞助、外部许可证、配套 SaaS上架与变现
Obsidian、Raycast 与 Alfred社区目录的提交审核、曝光逻辑、更新节奏与变现边界上架与运营
Figma、Notion、Slack 与 ShopifyB2B 应用市场的 OAuth、审核、分成与采购上架与变现
平台合规隐私政策、数据最小化、数据流图、封禁申诉、开源许可合规
平台内增长搜索排名、评分、推荐位、转化率与更新节奏增长
平台风险与迁移依赖度评估、可退出结构、1 主 1 备 1 自有、72 小时预案风险

八、资产韧性与可恢复性(10 篇)

平台风险讲的是「平台会怎么对你」,这一组讲的是「你自己会怎么失守」:域名过期、邮箱丢失、2FA 手机损坏、仓库账号被封、备份和数据库在同一个账号下、收款通道被风控、商店账号找不回来。按「盘点 → 域名 → 身份 → 代码 → 数据 → 云 → 收款 → 商店 → 事故 → 交接」的顺序展开,适合已经有产品或准备上架的独立开发者。

文章核心内容阶段
单点故障地图六层资产模型、RTO/RPO/MTTR、30 分钟盘点、优先级矩阵盘点
域名与 DNS生命周期、注册商选择、注册邮箱、八项健康设置、转移演练域名
身份入口身份链五环节、账号四级分层、2FA 对比、恢复包与演练身份
代码与仓库四层代码资产、多远程、git bundle、组织所有权、恢复演练代码
数据与备份3-2-1-1-0、数据分级、备份对象、加密、不可变与恢复演练数据
云账号与账单根账号、IAM、预算告警、供应商锁定与退出成本云服务
收款账号四种通道、KYC、拒付、结算与储备金、主备加手动兜底收款
商店开发者账号个人与组织账号、角色权限、找回材料、年费日历分发
72 小时事故响应P0–P3 分级、止血、取证、恢复、沟通与复盘模板事故
交接与数字遗产四份交接文档、应急联系人、出售/关停/开源、30 天演练交接

九、一个人的公司:主体、税务与合规(10 篇)

前一组讲「丢了怎么找回」,这一组讲「怎么合法地立住、按年维持、结束时干净退出」:主体选型、注册开户、收款开票、税务申报、记账、合同条款、知识产权归属、外包与协作边界、年度合规日历与转让注销。不提供法律或税务意见,只给决策矩阵、材料清单、时间表和该问专业人士的问题,适合开始接企业客户或准备长期运营的独立开发者。

文章核心内容阶段
什么时候需要一个主体五个触发信号、四种形态对照、注册前八个问题判断
主体选型矩阵责任、税负、开户、发票、年成本、可迁移性六维评分选型
注册与开户名称、经营范围、注册资本、对公账户、税务登记与支付绑定落地
收款、开票与对账五种收款口径、订单/发票/到账三单对齐、退款红冲收款
税务的最低认知增值税与所得税、纳税人身份、申报周期、跨境误区申报
记账与账本一个人的三张表、单据留存、代账验收、月度结账记账
合同与条款服务条款、隐私政策、DPA、退款政策、SOW 的最小字段合同
知识产权归属五条归属链、软著登记、商标、开源许可与 AI 内容权属
外包与协作的合规劳动/劳务/承揽/合伙边界、付款节点、保密与竞业协作
年度合规日历与退出12 个月日历、变更检查表、转让与注销顺序维持

十、一个人的产品线:第二个产品与组合运营(10 篇)

前一组建起了「怎么合法地立住」,这一组处理「立住之后怎么加减」:什么时候该开第二条产品线、每个产品的固定成本怎么算、账号与计费哪些能共享、一个人的时间怎么分块、组合指标哪些合看哪些必须分开、产品之间怎么引流与打包、怎么避免定价自相残杀、什么产品该日落、维护负债怎么巡检、最后怎么收束成更简单的形状。适合已经有一个能跑的产品、正在犹豫要不要做第二个的独立开发者。

文章核心内容阶段
什么时候该开第二条产品线五个信号、四个反信号、判断表与 90 天试验判断
组合的经济学现金/时间/风险三类成本、每产品月度成本表、分摊口径算账
共享底座可共享六层、不该共享三层、三种复用形态与升级策略架构
一个人的时间分配上下文切换成本、按产品分块、最小维护配额、值班规则节奏
组合指标必须分算的四类、可合看的三类、最小仪表盘与阈值度量
产品间的引流与打包用户重叠度打分、四个推荐位、捆绑定价算术与合规底线增长
定价协同价格带冲突三形态、功能重叠率、升级路径与折扣口径定价
什么时候砍掉一个产品继续/冻结/日落三档、30/60/90 天清单与用户责任边界减法
维护负债账本七类会过期的东西、季度巡检表、风险分级与自动化边界维护
组合的收束卖掉一条线、合并、回到单品,以及拆卖时的资产边界收束

十一、一个人的服务生意:从接单、报价到产品化(10 篇)

前面几组讲的都是「已经有东西可卖」之后的经营问题,这一组回到更靠前的 0→1:第一个付钱的人从哪里来。按「要不要靠服务起步 → 客户从哪来 → 怎么报价 → 怎么锁范围 → 怎么交付验收 → 怎么筛客户 → 每单沉淀什么 → 什么时候产品化 → 怎么并行 → 怎么收束」的顺序展开,适合刚离职、刚开始接单,或接了两三年外包想转产品的开发者。

文章核心内容阶段
服务是不是你的 0→1 路径四种活法、有效时薪、90 天现金流测算与五个判断问题判断
第一个客户从哪里来七条获客路径、客户画像四字段、第一次接触的三句话获客
报价:从卖时间到卖结果工时/包干/价值三种报价法、报价单九字段、三档价目表报价
需求边界:把「再改一下」变成变更单SOW 五要素、验收标准写法、修改轮次上限、变更单六字段范围
交付节奏:里程碑、周报与验收里程碑切分、周报五字段、验收流程、尾款触发与支持期交付
该拒的客户:坏客户的七个信号七个早期信号、客户评分卡、拒单三方式与止损处理筛选
从定制到可复用四类可沉淀资产、三类不该沉淀、复用度打分与资产库组织沉淀
什么时候产品化三个条件、三条路径、判断表、先卖再做与成本结构变化转型
服务与产品并行收入替代率、周时间预算、冲突优先级与三个危险信号并行
收束:把服务关掉、降级或转交三种收束方式、存量客户处置、清偿顺序、90 天退出表退出

十二、一个人的前 100 天:从想法到第一批付费用户(10 篇)

上一组讲的是「先把能力卖出去」,这一组讲另一半:自己做一个可重复售卖的产品。按 100 天的时间盒拆成验证、构建、发布三段,每段写清实验出口、适用硬门槛与交付物——选题与付费证据 → 十次对话 → 手工交付 → 主路径 MVP → 十人封测 → 上线十五件事 → 发布第一周 → 反馈分诊与首次收费 → 复盘三选一。

文章核心内容阶段
「1」是什么:四个里程碑与一张 100 天账本四类证据、20/40小时工时日历、净现金与成熟留存判断
第 1–10 天:选题与付费证据三个证据来源、问题投入/成交双轴、替代成本、法律门槛与商业风险选题
第 11–20 天:十次对话找谁、问过去不问将来、记录表九字段、把话变成三种结论验证
第 21–30 天:手工跑通一次交付先卖结果不卖软件、三种收费方式、交付 SOP 与自动化判据验证
第 31–50 天:主路径 MVP 的范围三段主路径、按架构裁剪、工时估算与安全验收构建
第 51–60 天:十人封闭测试任务脚本、观察记录、不干预原则与 P0/P1/P2 分级测试
第 61–70 天:上线前的十五件事支付、邮件、监控、备份、条款、支持入口与冒烟测试准备
第 71–80 天:发布与第一周发布前中后动作序列、渠道组合、应急表与第一周看板发布
第 81–90 天:反馈分诊与第一次收费四类反馈、分诊表、拒绝对话术、免费转付费与涨价路径转化
第 91–100 天:复盘与判据同队列指标、成熟留存、含未知的决策矩阵与停服收尾决策

十三、一个人让产品被看见:十条获客路径(10 篇)

上一组讲的是「100 天里怎么把产品做出来并卖出第一单」,这一组补上之后那一段:产品做完了,陌生人凭什么知道它存在。 不承诺流量数字,只给判断方法——四数账本 → 十二条渠道打分 → Product Hunt 与目录站 → Hacker News 与 Reddit → 中文社区 → 搜索入口页 → 开源仓库 → 落地页转化 → 自有渠道 → 归因复盘。

文章核心内容阶段
获客是一本账,不是一次发布曝光/访问/注册/激活四数、每周六小时预算、1主1备1自有与四周判据记账
十二条渠道的全景与打分五维打分、权重敏感性、三种产品的渠道组合选型
Product Hunt 与目录站:发布日的正确用法T-14 到 T+7 动作表、素材与首评、目录站长尾价值发布
Hacker News 与 Reddit:社区规则先于文案Show HN 四要素、子版规则差异、被删处理与评论区原则社区
中文社区:V2EX、即刻、小红书、少数派四种形态、调性与禁忌、帖子结构与每周节奏社区
搜索入口:问题页、模板页与对比页问题到页面的映射、三类页面结构、每周一页的产能内容
开源仓库作为入口README 六段、一条命令门槛、issue 回复与 open core 边界开源
从落地页到第一个动作五屏结构、证据位、UTM 口径、六个泄漏点与区间转化
自有渠道:邮件列表、更新日志与推荐双确认与退订底线、订阅入口位置、双周更新日志留存
归因与复盘:哪条渠道真的有用三种归因口径、小样本区间、渠道退出判据与问题分流复盘

十四、一个人把用户留住:激活、留存与复购(10 篇)

上一组讲的是「陌生人凭什么知道你」,这一组接在它后面:人来了之后,凭什么留下、什么时候走、为什么会再付一次。 不承诺留存数字,只给判断方法——同队列的留存账本、激活时刻、首次使用的五个节点、空状态与示例数据、留存曲线的平台段、四类流失的分诊、工单的三级消化、沉默用户的召回、续费与大版本升级,最后把留存、获客与现金放进同一张表做复盘。

文章核心内容阶段
留存是一本账:同队列、活跃定义与四个数字四种「活跃」定义、W1/W4 队列留存、总数口径的虚高记账
激活时刻:用户第一次感受到价值的那个动作三个候选激活事件、用留存反推、注册不等于激活定义
首次使用的五个节点:注册到第二次回来五节点掉队表、跳过与延迟、先修掉队最大的一格路径
空状态与示例数据:60 秒内看到成品四种空状态写法、示例数据边界、三条导入路径首屏
留存曲线:找平坦段,而不是追高数字三种曲线形状、平台高度怎么读、小样本区间诊断
流失分诊:四种流失与处理顺序主动取消/付款失败/沉默/从未激活、重试节奏与优先级挽回
客服不是成本:工单是免费的需求样本P0–P3 分级、重复问题三级消化、每周支持预算支持
召回:什么时候该叫醒沉默用户沉默的按周期定义、召回三条底线、净收益复算召回
续费、年付与大版本升级续费率算法、年付折扣的盈亏平衡、涨价的提前量复购
留存复盘:把留存、获客与现金放在一张表上个人版 LTV/CAC 口径、回本周期、三选一决策复盘

十五、一个人把价格定对:定价、付费墙与涨价(10 篇)

上一组讲的是「人来了之后怎么留下」,这一组回到钱本身:留下的这些人,应该付多少、在哪一步付、以后怎么调。 不承诺收入数字,只给算法——成本下限、替代方案价格、客户价值与支付意愿构成定价的四个锚,先算出一本账,再谈模型、套餐、付费墙、试用、涨价、折扣、结账、实验与复盘。

文章核心内容阶段
定价是一本账:四个锚、一个区间与一条下限手续费/税费/服务器/支持工时五项成本、毛利率复算与 15%–30% 毛利区间记账
模型选型:买断、订阅、按量与免费增值的五个判据价值持续性、成本随量、使用节奏、更新节奏、现金流五维打分与两年收入对比选型
三档套餐:把「刚好够用」写成一张表单一横切维度、默认档与锚点档、只差配额的错误、年付开关与 ARPU 复算结构
付费墙的位置:把限制放在价值峰值之后功能门/数量门/时间门/结果门、注册即墙的反例、免费层成本与转化临界点门位
试用:14 天、用量限制与信用卡三种试用形态、要不要卡、时长与价值实现时间匹配、到期降级路径试用
涨价:通知、老用户与过渡期五个涨价信号、20%–30% 幅度、提前 30/60 天通知、grandfather 三档与临界流失率涨价
折扣与终身买断:什么时候是毒药六类折扣各换什么、LTD 回本点与五年支持成本、条款三限与记账分摊促销
结账页:币种、税费、失败重试与拒付七要素、本地价格、MoR 与自行申报、1/3/5 天重试、拒付率与漏斗分段结账
低流量定价实验:样本不够时怎么测最小样本量估算、序贯切换/报价测试/退出调查/分群对比、一次只改一个变量实验
定价复盘:价格、转化、留存与退款的一张表五列复盘表、支持成本换算、每 1000 访客毛利与四种决策复盘

十六、一个人把产品做出海:多语言、时区与本地化(10 篇)

上一组讲的是「收多少钱」,这一组把镜头拉到语言之外:当用户不在你的语言里,产品要怎么重新成立。 不承诺海外收入,只给可验收的动作——先用四笔成本与三个信号判断第二语言值不值得做,再选一个市场;然后是文案外置、翻译工作流、排版字体、本地化测试、时区与日期、地区定价与本地支付、商店页关键词,最后按语言拆队列复盘。

文章核心内容阶段
出海是一本账:第二语言的四笔成本与三个信号翻译/工程/支持/合规四笔成本、三个信号、回本月数复算记账
先选市场:四个地区的矩阵与一张打分表三条硬条件排除、六维加权打分、十二周单市场策略选市场
文案外置:从硬编码到语言包整句外置、key 命名、ICU 复数、回退链与工时估算改造
翻译工作流:机翻、审校与术语表四档质量阶梯、术语表与翻译记忆、抽检与三级错误验收翻译
排版与字体:长度膨胀、断词与复杂文字长度分档预算、德语断词、CJK 禁则、RTL 镜像、字体子集化排版
本地化测试:漏译、回退与截图回归三类缺陷、伪本地化、测试矩阵剪枝、截图基线与 20 项清单测试
时区、日期与数字:存 UTC,显示本地瞬间/计划/纯日期三种存法、夏令时两类故障、Intl 格式化时间
本地价格与本地支付:按地区定价的边界三种定价做法、本地支付矩阵、套利与公平感、净收益复算收款
商店页与搜索入口:翻译不是本地化关键词重做四步、三块文案与字符上限、截图与本地目录站获客
出海复盘:分语言看转化、留存与支持成本六列分语言表、本地化 ROI、加语言/维持/回滚三选一复盘

十七、一个人把用户搞懂:访谈、观察、可用性测试与证据链(10 篇)

上一组讲的是「用户不在你的语言里怎么办」,这一组回到最前面那件最容易被跳过的事:你怎么知道自己在做对的东西。 不承诺转化率,只给可复查的动作——先把四类证据记成一本账并分出强弱,再用一张取样表找十个对的人;然后是访谈提纲、观察记录、五人三任务的可用性测试、反馈分诊、单人排序、六种偏差自查、一页决策记录,最后按季度复盘哪些假设被推翻。

文章核心内容阶段
证据是一本账:四类证据与一张强度表访谈/观察/行为数据/销售对话四类证据、L0–L2 强度分级、单位成本与一周产能记账
找谁聊:十个样本的取样表使用者/付款人/决策者三角色加两个反例、六条招募渠道、激励与拒访处理取样
访谈提纲:问最近一次,不问将来40 分钟五段结构、关键事件法、六个禁止问法、追问与九字段记录访谈
观察:看操作,不听描述情境访谈与工作流跟访、远程录屏、同意与脱敏、说的与做的差异表观察
可用性测试:五个人、三个任务、一张表五用户三任务、任务脚本写法、不干预原则、问题四级与成本对比测试
反馈分诊:抱怨、方案与情绪问题/方案/情绪三分法、三段句式去重、影响面×频次×可复现打分分诊
优先级:一个人能承受的排序不用 RICE 的三个理由、证据×影响×可逆÷成本、一次只改一个变量排序
偏差:六种自我欺骗引导性提问、礼貌性回答、熟人样本、幸存者偏差、确认偏误、噪音当信号自查
决策记录:写清做什么,也写清不做什么七字段一页模板、拒绝的四句话、公开路线图边界、四个月复查节奏留痕
研究复盘:每季度推翻哪些假设假设四种状态、研究 ROI 复算、证据库清理、下一轮只查三件事复盘

十八、一个人把产品做得像样:品牌、视觉识别与设计系统(10 篇)

上一组讲的是「你怎么知道自己在做对的东西」,这一组把镜头拉回产品本身:在没有设计师的情况下,怎么让一个产品看起来像产品,而不是像个人项目。 不承诺转化率,只给可验收的约束——先把承诺写成一句能被复述的话,再处理命名;然后是一个主色、一个字族、一个形状母题与一套 token;接着是首屏信息架构、六种交互状态、微文案、视觉物料与二十项验收,最后决定第二个产品共用品牌还是另起。

文章核心内容阶段
品牌不是 logo:一句话承诺与三次复述产品品牌与个人品牌之别、三段式承诺、竞品替换与功能删除、复述命中率定位
命名:可搜索、可发音、可注册三类命名取舍、五条约束、搜索结果污染度、改名触点数与成本命名
视觉识别的最小系统:一色、一字、一形状主色与中性色阶、语义色、对比度公式、logo 三形态与安全边距识别
设计 token:把颜色、间距、字号写成变量原始值/语义/组件三层、间距基数、字号阶梯、30 个 token 的预算系统
首屏与信息架构:一页只回答一个问题首屏三问、信息三层、导航项上限、字数预算与 5 秒测试布局
交互状态:空、加载、错误、成功与无权限六态矩阵、加载三阈值、空状态与筛选结果的区分、状态覆盖率状态
微文案:按钮、报错与空状态怎么说按钮动词化与字数预算、报错三要素、语气一致、中英文长度差文案
视觉物料:图标、截图、演示图与素材清单图标四尺寸与安全边距、截图三张一组、演示时长、物料清单与工时物料
设计验收:一致性、可访问性与跨平台的一张表四类检查、二十项清单、截图基线、三十分钟走查与通过率验收
品牌延展与退役:第二个产品共用还是另起母品牌/子品牌/独立品牌、token 复用比例、保留迁移归档、资产清单延展

十九、一个人把软件交付到用户手里:签名、安装、更新与审核(10 篇)

上一组讲的是「产品看起来像不像产品」,这一组补最后一公里:代码写完之后,怎么让用户装得上、升得动、退得回、过得了审。 不讨论框架与代码,只给可验收的交付判据——先选分发形态,再处理 macOS 签名与公证、Windows 签名与 SmartScreen;然后是安装包与更新器、跨平台构建、崩溃遥测、移动端灰度、原生商店审核、版本回滚与商店素材同步。

文章核心内容阶段
分发形态选择:直装、原生商店、包管理器与 Web 版的四条路四种形态的四个责任人、每用户净收入、一主一备加退出路径选型
macOS 签名与公证:Gatekeeper 拦截的六类原因与一次通过清单签名与公证两道关卡、六类拦截、由内向外签名、三台干净机器验收签名
Windows 签名与 SmartScreen:OV、EV 与信誉积累怎么选三种取得方式、签名链覆盖、警告期验收、证书吊销应急签名
安装包与更新器:dmg、MSIX、AppImage 与增量更新的验收格式矩阵、安装卸载五面、架构与体积、更新器六项验收打包
跨平台构建矩阵:三系统两架构的 CI 成本与发布前置时间必需组合、CI 成本结构、密钥注入边界、产物保留与可复现构建
崩溃上报与版本遥测:发布后 72 小时的止损阈值四维字段、符号文件与去重、发布健康三指标、72 小时看板观测
移动端内测与分阶段发布:TestFlight、封闭测试与 1% 灰度内测轨道、设备矩阵、Apple 七天节奏与 Play 自定比例、暂停信号与全量判据灰度
原生商店审核:Mac App Store、Microsoft Store 与 App Store 的拒绝点四类商店差异、五类高频拒绝、材料清单、时间预算与申诉审核
版本节奏与回滚:发布列车、兼容窗口与一次撤回固定窗口与紧急通道、三处版本一致、N−2 兼容、回滚 runbook复盘
商店页素材:截图顺序、演示视频与版本同步验收各商店素材清单、结果到流程的叙事、多语言套数、素材滞后物料

二十、一个人把 API 做成产品:对外接口、开发者体验与支持(10 篇)

上一组讲的是「软件怎么送到用户手里」,这一组换一种买家:当客户是开发者时,产品是一份契约、一把 key、一个配额和一条不能随便改的响应体。 不讨论协议选型与框架实现,只给可验收的接口判据——先判断要不要做与收入结构,再把契约与错误模型写死;然后是 key 签发与泄露响应、配额与限流、对外 Webhook、SDK、文档站、版本弃用、开发者支持,最后用首次成功时间与调用留存验收。

文章核心内容阶段
要不要做 API:三类买家、收入结构与退出条件三类买家的付费动机、三种收入结构、五项固定成本、四条退出条件决策
API 规范:OpenAPI 契约、统一错误模型与分页约定契约作单一事实源、统一错误信封、分页过滤排序、幂等键契约
API key 管理:签发、最小权限、轮换与泄露响应环境隔离、作用域与审计、轮换重叠期、泄露后 0–24 小时处置鉴权
配额与限流:免费层、突发额度与超额计费三种计量口径、令牌桶与突发、429 与 Retry-After、硬上限配额
对外 Webhook:事件签名、重试、幂等与死信队列事件信封与版本、HMAC 防重放、重试窗口、死信与重放事件
SDK 与示例:薄封装边界、版本策略与多语言维护成本三个判据、生成与手写分工、每语言年维护成本封装
文档站:五分钟跑通第一个请求与错误自查五步 quickstart、端点页六块、搜索与错误码索引文档
版本与弃用:兼容窗口、弃用公告与迁移指南三种版本策略、公告五要素、Sunset 头、下线判据版本
开发者支持:工单分级、状态页与事故沟通工单五类与 P0–P3、状态页组件、事故沟通节奏支持
开发者体验验收:首次成功时间、留存口径与复算表四个指标与分母、cohort 与埋点、季度复盘表验收

二十一、一个人给产品加 AI:判据、成本、护栏与验收(10 篇)

上一组讲的是「怎么把能力做成 API 卖给别人」,这一组换一种功能:当产品里要加一个 AI 能力时,一个人怎么判断该不该做、每月花多少钱、用什么门槛放上线、坏了怎么退。 不讨论框架选型与模型原理,只给一个人能判断、能算账、能验收的动作——先用四道判据与三种替代决定做不做,再把推理账单与毛利下限算清;然后是供应商打分、提示资产、50 条评测、事实边界、滥用防线、降级预案,最后把推理成本写进价格,用质量、成本、延迟、信任四张表验收。

文章核心内容阶段
该不该给产品加 AI:四道判据、三种替代与退出条件四道判据打分、三种更便宜的替代、60 天退出条件、90 分钟预验证决策
推理账单:每用户每月、每次调用与毛利下限三层账单、7 天日志取数、重试与分摊、毛利率与保本用户数成本
模型供应商选择:五维打分、两条备选与迁移成本五维权重、两家同题跑分、两条备选、锁定成本率选型
一人产品的提示资产:模板、变量、版本与可复现最小 registry、变量校验、渲染测试、快照重放、回滚资产
小样本评测:50 条用例、评分表与上线门槛50 条结构、五维评分、人工抽检、上线红线、holdout评测
事实边界:检索、引用、拒答与人工兜底四种回答模式、来源白名单、拒答阈值、转人工字段、审计事实
滥用防线:输入过滤、输出约束、速率与审计五个滥用故事、输入白名单、输出校验、速率与 kill switch防滥用
供应商故障时的降级:超时、限流与三层预案超时与重试、第二供应商、模板缓存人工、熔断与演练降级
把推理成本写进价格:额度、超额与升级触发一个可预测计量、四件事、毛利反推单价、账单惊吓防护定价
AI 功能验收:质量、成本、延迟与信任四张表四张表、上线 gate、30 天 cohort、scale/fix/kill验收

二十二、一个人的借力:外包、自动化与协作边界(10 篇)

前十六组解决「做什么、在哪做、怎么活、怎么卖、怎么交付、怎么加 AI」。这一组回到产能本身:一个人做不完时,哪些事该交出去、先交给自动化还是先找人、边界怎么划、怎么验收、怎么收回。核心顺序是先自动化、再模板化、最后外包;核心纪律是判断不外包、账号主权不外包、写不出验收标准的任务不外包。

文章核心内容阶段
借力的顺序:先自动化、再模板化、最后外包任务四象限、三种借力成本曲线、四项隐性成本、六个月回本门槛决策
边界清单:哪些能交出去,哪些必须自己握着六项保留清单、红黄绿三级、最小权限、核心时间占比边界
找人与试单:作品、报价、背调与红旗信号四类渠道、付费试单、四项加权、六条红旗、前客户背调选人
需求交底:把「感觉」写成可验收的 briefbrief 七块、参考样本与反例、可判断标准、变更单、返工记录交底
发包方的成本结构:报价、付款节点与合同最小集三种计价、30/40/30、合同七项、净回收工时、全包成本算账
设计与内容外包:brief、五个回合与素材归属五回合、两轮修改上限、源文件、字体图库授权、复用率执行
开发外包与代码交接:接得住、改得动、走得掉三块边界、最小权限、交接六件、接管三道门交接
自动化、虚拟助理与一线客服:把按规则执行的事交出去toil 识别、自动化三档、助理任务、客服话术与抽检放大
联盟、代理与分成:不是雇佣的借力四类合作、净额分成、客户所有权、退款扣减、尾随佣金合作
借力验收:回收工时、返工率、单位成本与退出四张表、综合分、scale/fix/stop、知识回流、权限回收验收

二十三、一个人的自助支持:帮助中心、排查树与工单减少(10 篇)

前十七组解决「做什么、在哪做、怎么活、怎么卖、怎么交付、怎么加 AI、做不完怎么借力」。这一组处理支持成本:同一个问题被问第一百遍时,怎么把答案变成资产。核心顺序是先算账、再建结构、最后验收;核心纪律是退款与账号安全不设纯自助、每条路径都留回人工的出口、所有内容都要能被搜到并定期复审。

文章核心内容阶段
自助支持是一本账:工单分类、可自助比例与四笔成本五类工单、四条判据、四笔成本、回本周期、误自助四型算账
帮助中心的结构:按任务组织,不按功能组织四层 IA、一页一任务、五个入口、提交前分流、覆盖率结构
FAQ 的写法:从工单原话到可执行答案原话提取、三段式、标题即搜索句、四条可执行检查写作
故障排查树:症状、检查与出口按症状建树、三型节点、错误码与日志、四条出口、死路率排查
教程与截图:让用户在 60 秒内完成一件事五块模板、截图规范与打码、录屏边界、版本同步教程
站内搜索与空结果:让答案真的被找到三类失败、别名表、错误码索引、排序、空结果闭环搜索
更新日志与破坏性变更:让老用户知道发生了什么四类变更、三档受众、迁移指南、告知成本、内容同步变更
模板答复与社区答案:把重复回复变成可复用资产八类模板、四段式、变量与禁用承诺、社区转正、复审复用
人工升级路径:自助失败之后怎么交给人三级路径、五类触发、六个交接字段、升级率与误升级交接
自助支持验收:拦截率、首次解决率、成本与风险四张表四张表、评分锚点、综合分、scale/fix/stop、季度审计验收

二十四、一个人的消息系统:事务邮件、通知分层与送达率(10 篇)

前十八组走完「做什么、在哪做、怎么活、怎么卖、怎么交付、怎么加 AI、做不完怎么借力、同一个问题被问第一百遍怎么办」。这一组处理产品有用户之后每天都在发生的事:每一条自动发出的消息该不该发、走哪个渠道、身份是否可信、能不能送达、会不会打扰、是否合规、怎么验收。核心顺序是先清点、再基线、最后验收;核心纪律是事务与营销分开发、能等的不要打断、每条消息都要有出口、所有数字都要能换成自己的发送日志重算。

文章核心内容阶段
消息清点:一个产品到底需要发多少条消息四类消息、七个字段、该砍的十二类、打扰预算清点
事务邮件基线:验证码、重置与收据不能迟到投递阶段、时效目标、持久去重、有效期重试、失败告警基线
发信域名与认证:SPF、DKIM、DMARC 的最小配置认证与对齐、现行标准、子域名边界、报告核对身份
送达率账本:退信、投诉、垃圾箱与黑名单最终状态、指标分母、投诉覆盖、抑制与恢复送达
通知分层:什么该打断,什么该等四级分层、四个动作、关闭率与到达率、打扰预算分层
偏好中心:让用户自己决定收什么三类开关、保存即生效、例外说明、回本周期偏好
渠道分工:站内信、推送、邮件与短信怎么接四渠道矩阵、权限时机、两级回退、短信四道闸渠道
生命周期序列:欢迎、激活与召回各几步三段序列、五个退出条件、全局频控、误发率序列
同意与退订:订阅确认、退订时效与记录四种来源、双重确认、一键退订、六项记录合规
消息系统验收:送达、打扰、合规与成本四张表十二项检查、比例评分、风险门禁、scale/fix/stop验收

二十五、一个人的社区:冷启动、版规、版主与社群健康(10 篇)

前十九组走完「做什么、在哪做、怎么活、怎么卖、怎么交付、怎么加 AI、做不完怎么借力、同一个问题被问第一百遍怎么办、产品有用户之后每天发什么消息」。这一组处理最后一件事:这些用户要不要被聚成一个圈子,以及聚起来之后怎么让它自己转。核心顺序是先判断该不该建、再选载体与规则、最后验收;核心纪律是社群不是增长手段、规则要能举证、权力要连责任一起交、社群不是流量池。

文章核心内容阶段
社群该不该建:四个信号、四个反信号与四笔成本四类社群、八个信号、四笔成本、30 人最小验证、三条止损线决策
载体选型:Discord、论坛、微信群与邮件组的同一张表五个判据、加权打分、主阵地与存档位、迁移成本选型
冷启动前 100 人:从 1200 人名单里请谁来去重筛选、邀请脚本、前 20 人、邀请漏斗与留存分支冷启动
版规:十条能执行的规则与三档处置可举证规则、三档处置、证据要求、误判与申诉规则
版主与志愿者:四级权限、轮值表与退出L0–L3 权限、轮值表、覆盖率缺口、退出与继任治理
内容节奏:每周四条,以及什么时候该沉默四种内容、周节奏、三条降频线、停更判据节奏
答疑沉淀:把群里的答案搬回帮助中心三个出口、五步流程、唯一版本、沉淀工时账沉淀
活动:一次线上活动的最小成本与到场率三种形态、分钟级流程、报名到场漏斗、线下判据活动
商业化边界:社群不是流量池的四条硬线四条硬线、三种可做形式、退群复利、付费社群算账边界
社群健康度验收:活跃、留存、自治与成本四张表四张表十二指标、比例评分、单维红线、scale/fix/stop验收

二十六、一个人的财务:现金流、runway 与月度结账(10 篇)

前二十组走完「做什么、在哪做、怎么活、怎么卖、怎么交付、怎么加 AI、做不完怎么借力、支持成本怎么压、产品有用户之后发什么消息、这些用户要不要聚成社群」。这一组处理最后一件事:产品赚到的钱到底怎么管,以及你还能撑多久。核心顺序是先分清四个「收入」、再把账分家、最后算 runway 与验收;核心纪律是现金优先于利润、个人成本必须进账、收入按确认不按到账、runway 是唯一倒计时、预提先于消费。

文章核心内容阶段
财务是一本现金账:四张表与四个不一样的「收入」现金表、损益表、单位经济、runway;四个数字各回答什么口径
个人账与产品账:一个账户、一张专卡、一条工资线混账的三个后果、分账四件套、固定转账与对账节奏分账
收入确认:订阅、年付、一次性与退款怎么记收付实现与权责发生、年付摊销、平台分成、退款准备金收入
成本清点:固定、变动、隐性、一次性与摊销五类成本、时间成本、年付摊销、单位成本与贡献成本
十三周滚动现金流:三种情景与一张周表周粒度、扣款日历、基准/下滑/零收入三情景、复盘阈值预测
runway 与个人薪酬:三条线、一个公式与发工资的时机生存/安全/投资三线、三种口径、发工资的三个条件生存
月度结账:十五分钟对账、分类与凭证留存结算单为对象、八类科目、五步关账、异常清单结账
税费预提:按比例留钱、单独账户与季度检查预提与报税分开、单独账户、季度核对、年度冲击税务
现金预警与收缩:三条红线与降本顺序三条红线、按金额降本、涨价与砍成本的复算收缩
财务健康验收:四张表、十二指标与季度复盘十二指标、四维评分、稳/紧/危、季度动作验收

二十七、一个人的运维:可用性、告警、事故与值班(10 篇)

前二十一组各自讲「怎么把一件事做成」;这一组讲「做成之后怎么让它一直活着」。一个人没有值班表,所以重点不是工具,而是每月四小时怎么花。

文章核心内容阶段
可用性是一份预算:四个 9、停机分钟与一个人的取舍停机分钟换算、三档成本、对外与对内两档承诺目标
最小监控:四个信号、五条探针与三分钟发现四个信号、五条探针、发现时间与维护成本发现
告警降噪:从 40 条到 3 条四类告警、三级分级、持续时间与抑制通知
日志与错误聚合:在五分钟内找到那一次失败四个字段、请求 ID、指纹聚合与保留期取证
状态页与故障沟通:故障时说什么、多久说一次五种状态、三条模板与公告节奏沟通
容量与成本:先找瓶颈,再谈扩容四项水位、三倍增长与零成本优先容量
第三方依赖运维:供应商挂了,你怎么办九个依赖、SLA 读数与三层降级依赖
发布后的 24 小时:观察窗口、回滚判据与冻结期四个窗口、五条阈值与回滚算术发布
事故响应与复盘:五分钟止损、一天说明、七天复盘三选一止损、五段式复盘与 MTTR事故
运维验收:十项控制、四张表与月度巡检十项控制、四维加权与季度只改一件事验收

二十八、一个人的多租户:组织、邀请、角色与数据隔离(10 篇)

前二十二组各自讲「怎么把一件事做成」;这一组讲「产品从一个人用变成一群人用」时,数据边界该画在哪。一个人做 B 端,没有 IAM 平台,能靠的是四张表、一张矩阵和每个季度跑一遍的越权用例。

文章核心内容阶段
什么时候必须有「组织」:五个信号与三种模型五个触发信号、三种模型与引入成本复算判断
组织、工作区、成员:三层模型与一次数据迁移四张核心表、资源归属、backfill 与双写建模
邀请与成员生命周期:从发出邀请到移除成员四种邀请入口、五个状态与提醒过期入组
四个角色与一张权限矩阵:最小权限怎么写四个角色、八资源四动作与四十三格授权
权限判定的三层校验:UI、API 与数据单一判定函数、IDOR、列表与批量接口校验
数据隔离:一行 workspace_id 与四道防线三种方案、RLS、集成测试与按租户导出隔离
审计日志:记什么、留多久、给谁看十二类事件、九个字段与保留期留痕
席位与权限的一致性:加人、降级与离职怎么计费席位口径、按天折算与超额冻结计费
交接与合并:转所有权、并组织与最后一位管理员五种边界情形、八项清单与合并去重交接
多租户验收:九项控制、四张表与越权演练九项控制、四维加权与季度演练验收

二十九、一个人的产品度量:事件字典、指标口径与决策看板(10 篇)

前二十三组讲「把事做成」;这一组讲「怎么知道做成了」。一个人装个分析工具只要十分钟,把数字变成能用的判断要一整套纪律:一张字典、一张口径表、一个看板、一条周流程。

文章核心内容阶段
度量从问题开始:六个决策与十二个指标六个决策、三层指标、十二个上限起手
事件字典:二十四个事件、六个属性与一张变更表五组事件、六个必填属性、命名与改名成本定义
埋点实现:客户端十四、服务端十与三处校验两侧分工、丢失率、事件幂等与上线回归采集
指标口径:十二个指标的五个要素与八个同名不同义五要素六十格、流失率与 ARPU 的两种算法口径
漏斗:五步、三个分母与最小样本五步转化、三个分母、两处提升复算诊断
看板:一屏四区与每周十五分钟四区十二格、噪声带、周流程与决策记录呈现
数据质量:四条校验、三方对账与异常清单四校验、三方计数、异常清单与拦截成本校验
成本与采样:十五万条事件、四成诊断量与九十天保留事件量模型、分层采样、保留期与存储账成本
实验与灰度:一个人能做的 A/B 与不能做的样本量公式、四个替代方案、偷看的代价验证
度量验收:九项检查、四张表与一次决策复盘九项检查、四维加权与季度复盘验收

三十、一个人的架构:技术选型、模块边界与演进(10 篇)

前二十四组讲「把事做成」与「怎么知道做成了」;这一组讲「把代码组织成明年还改得动的样子」。一个人没有架构评审会、没有第二位代码评审人,能靠的是八个判据、一条依赖方向、四个升级窗口和一本记着利息的债务账。

文章核心内容阶段
技术选型是排除题:八个判据、三个候选与一次返工账八个判据、二十四格打分、八小时换一百零八小时选型
单体优先:九个模块、一条依赖方向与一次边界检查九个模块、四层方向、一百二十行检查脚本结构
数据模型与迁移:三十四张表与一次只能动一处的改动三步迁移、十八个破坏性改动、回滚脚本数据
依赖管理:四十一个直接依赖与四个升级窗口三百五十九个包、PR 分级、积压两年的一次升级依赖
技术债预算:十八条债、二十四分钟与 7.5% 的工程时间债务登记六字段、利息复算、按比值还债债务
抽象与复用:第三次重复才抽,一次抽错的代价三次规则、三十五行的账、第一年负收益抽象
重构还是重写:三张判据表与 160 小时对 48 小时三个判据、渐进重构、重写的三个前提演进
可替换性:七个外部服务与一层适配四百二十行适配层、十二小时对四十小时退出
后台任务与一致性:六个定时任务、幂等键与一次补偿一百八十次执行、零点四个百分点、日终对账异步
架构验收:十二项检查、四维评分与一次演进复盘十二项检查、四维加权、3.75 与季度排序验收

三十一、一个人的计费系统:订阅状态机、按比例计费与失败重试(10 篇)

前二十五组把产品做出来、量出来、撑住;这一组讲钱怎么真正落袋。一个人没有财务系统与对账专员,能靠的是一条状态机、五个时点、一个按比例公式和每月四十五分钟的对账。

文章核心内容阶段
计费是一条状态机:五个状态、九条迁移与一次多收 420 美元五个状态、九条合法迁移、幂等键模型
订阅生命周期:试用、续费、暂停、取消与五个时点五个时点、试用转化、取消生效时点时点
升降级与按比例计费:九笔变更、十七天与 4.53 美元一个公式、三处易错、升级与降级的非对称变更
按量计费与计量:一百二十九万六千条事件怎么变成一张账单四步聚合、阶梯价、去重与迟到事件计量
失败扣款与催收:五次尝试、五十五个百分点与七天宽限重试日程、回收率、宽限期与邮件催收
退款、撤销与拒付:三张单据与一次少收 270 美元部分退款公式、贷记单、拒付证据退出
发票、收据与税务:一百零八张单据与七个必填字段号段连续、七个字段、含税与不含税单据
对账与收入漏损:一百零五行结算单与 0.4% 的差异三张对账表、补拉兜底、漏损账对账
买还是自己写:七个判据与 4,200 行计费代码的账七个判据、两条路线成本、可外包比例决策
计费验收:十二项检查、四维评分与一次季度演练十二项检查、四维加权、3.78 与沙箱验收

三十二、一个人的隐私工程:数据地图、最小化与删除权(10 篇)

前二十六组把产品做出来、卖出钱、撑住;这一组讲用户把数据交给你之后怎么负责。一个人没有法务与安全团队,能靠的是一张字段表、四个清理任务和一次两小时的演练。

文章核心内容阶段
数据地图:十二张表、七十八个字段与一次「我们到底收了什么」12 张表、78 个字段、12 个域名与六属性登记盘点
数据最小化:二十三个没人读的字段与一次删列迁移23 个零读取字段、目的矩阵、删列三步减法
合法性依据与同意:四类目的、三种同意与一次版本错配4 类目的、3 类同意、38 条错配记录依据
隐私政策与产品行为:十二个域名、九个披露与三个漏项12 个域名、9 个披露、季度 30 分钟核对一致
数据主体请求:一年十二件、三十天与一套导出脚本12 件/年、30 天 SLA、4.45 MB 导出包响应
删除权:九张表、九十七行与两个等保留期的副本9 张表、97 行、60 天副本消失删除
保留期:六类数据、四个清理任务与一次没跑的备份清理6 类保留期、4 个任务、10.8 GB 漏删保留
跨境与供应商:七个处理者、四十二个欧盟用户与一份传输评估7 个处理者、42 个 EU 用户、7 份 TIA出境
数据泄露:七十二小时、三级分级与一次两小时演练3 级分级、72 小时、8 小时/年演练泄露
隐私验收:十二项检查、四维评分与一次季度演练12 项检查、四维加权、3.80 与季度排期验收

三十三、一个人的数据搬家:导入、去重、迁移与退出(10 篇)

前二十七组把产品做出来、卖出去、留住人、管好数据;这一组讲用户把数据搬进来和搬出去的那条路。一个人没有数据工程团队,能靠的是一份列映射表、一个幂等键和一份可下载的失败清单。

文章核心内容阶段
迁移是一本账:四十八次咨询、二十三次完成与四笔成本48→31→23→17 漏斗、四笔成本、103.5 h记账
导入契约:十四列到十一个字段的验收表14 列、11 字段、五条契约、17,360 格契约
字段映射与类型:七种状态、四种日期与十二行失败7→4 状态、4 种日期、12 行解析失败映射
去重与合并:八十六行重复、两种判据与一次误合并86 重复、两种判据、误合并 3 行去重
可重跑:五个批次、三次重跑与零新增5 批 × 248、幂等键、重跑 3 次 0 新增幂等
人工代导入:四小时半、六步与自动化的门槛6 步 SOP、270 分钟、40 h 回本决策
迁移窗口与回滚:两小时只读与一次四分钟撤销三种切换、只读 2 h、撤销 4 分钟切换
附件与限额:四十六个文件、三百一十二兆与五个跳过46 文件 312 MB、5 个跳过、62.4% 配额附件
导出与退出:九十六秒、四件套与「走得掉」的承诺4 件套、96 秒、4.45 MB、3.5 h/年退出
迁移验收:十项检查、四维评分与一次季度复盘10 项检查、四维加权、3.48→4.10验收

三十四、一个人的质量守门:验证预算、回归清单与发布门禁(10 篇)

前二十八组把产品做出来、卖出去、留住人、管好数据、搬得进搬得出;这一组讲每次按发布键之前的那十分钟。一个人没有 QA 同事,能靠的是一张关键路径表、一份分层回归清单和一条「红灯不准发」的规则。

文章核心内容阶段
质量是一笔预算:四十七个缺陷、八十六小时与三条红线47 缺陷、86.5 h、三条红线、192 h/年记账
关键路径清单:十二条不能坏的路径12 条路径、5 条不可逆、48 项检查清单
三层验证的一个人配比:单元、集成与六条端到端214 单元、31 集成、6 条 E2E、332.8 秒分层
回归清单:三十八条怎么砍到二十六条38→26、58 分钟、年省 6.64 h回归
发布门禁:六项检查与一个红绿灯6 项、10.8 分钟、拦截 7 次、净省 21.64 h门禁
缺陷分级:四级、四个时限与一个周末例外P0–P3、2 h/24 h/本周/季度、达标 80.9%响应
测试数据与假依赖:一个种子、四个替身与三列脱敏1 租户 12 任务、4 替身、2.4 秒重置数据
不可逆操作:预演、快照、冷却与一个人的双人复核4 类操作、4.7 分钟/次、净省 6.06 h保护
验证的边际收益:什么时候可以不写测试3 种不写、3 种必写、测试债 17 项取舍
质量验收:十项检查、四维评分与一次季度复盘10 项检查、权重 0.35/0.25/0.20/0.20、3.13→4.11验收

三十五、一个人的安全基线:十四个入口、十七个密钥与一次 72 小时响应(10 篇)

前二十九组把产品做出来、卖出去、留住人、管好数据、搬得进搬得出,也守住了每次发布;这一组讲产品被人敲门时,一个人先关哪几道。没有安全团队,也没有 SIEM,能靠的是一张攻击面清单、一份密钥台账、四条边界规则和一条「72 小时内必须止血」的规则。

文章核心内容阶段
攻击面是一张清单:十四个入口与它们的坏结局14 入口、5 不可逆、53 h/年、2.8%盘点
认证:密码、魔法链接、OAuth 与一次账号枚举三种方式、12 个弱密码、响应差 <50 ms入口
会话与令牌:过期、撤销与一次没退出的登录619 会话、30 天/14 天、撤销 0 秒身份
密钥与配置:十七个密钥、三档与泄露后的三十分钟4+7+6、轮换 7.13 h、30 分钟四步钥匙
输入与输出:注入、XSS、SSRF 与文件上传的四条边界4 边界、8 域名、6 种 MIME、294 MB边界
依赖与供应链:四十一个直接依赖、一百八十六条告警41/380、23 条真修、14.3 h/年供应链
限流与滥用:四个配额与一次被刷的导出340 次/小时、4 类配额、2.67 h闸门
日志与审计:记九类、脱敏五列、留一百八十天9 类、15.3 万条、184 MB证据
安全事件响应:发现漏洞后的七十二小时三级、47 分钟止血、3.5 h 修复响应
安全验收:二十项基线、四维评分与季度演练20 项、权重 0.30/0.25/0.25/0.20、2.60→3.91验收

三十六、一个人的性能与账单:4.2 秒的首屏、一千二百次查询与每月 210 美元(10 篇)

前三十五组把产品做出来、卖出去、留住人、管好数据、守住了发布与门禁;这一组讲同一个产品,怎么在一个人手里跑得更快、花得更少。没有 SRE,也没有前端团队,能靠的是四条预算、五条关键路径、一份慢查询日志和一条「预算进 CI」的门禁。

文章核心内容阶段
性能是一份预算:四项指标、二十格与四十小时4 项预算、5 路径、4/20→20/20、40 h预算
先测再改:RUM、慢查询日志与一次改错的优化12,600 条/月、5.0 MB、诊断 5 h测量
首屏:412 KB 的去处与一次 1.8 秒的字体阻塞412→168 KB、4.2→1.8 s、5 h首屏
数据库:一千二百次查询、三个索引与 8 秒的列表页1,200→3 次、8.0→0.35 s、7 h查询
缓存:三层、86% 命中与一次 11 分钟的旧数据60/300/300 s、0→86%、4 h缓存
后台任务:34 秒的同步导出与三次重复文件34→4 s、1.98 h/月、4.2 MB异步
第三方脚本:七个标签、640 KB 与一次被拖慢的登录7→4、640→180 KB、3 h第三方
云账单:210 美元的去处与每千次请求 0.42210→118、0.42→0.19、年省 1,104成本
性能回归与门禁:一次发布后 p95 从 320 到 98026 次发布、3 次告警、5 h门禁
性能验收:十项指标、四维评分与季度复测10 项、1.90→4.03、复测 4 h验收

三十七、一个人的企业客户:九家询价、一百四十八道问卷与 134 天的第一单(10 篇)

前三十六组把产品做出来、卖出去、留住人、管好数据、守住发布、安全与性能;这一组讲产品第一次被一家公司采购时,一个人怎么接住:谁签字、问卷怎么答、DPA 怎么给、SLA 敢承诺几个 9、试点怎么退出、发票与账期怎么走。没有销售,也没有法务,能靠的是一张阶段表、一份答案库、一页补充条款和一条「不接」的规则。

文章核心内容阶段
企业单是一桩生意:九家询价、一家成交与一百三十小时9→4→2→1、130 h、138.5 美元/h、45.5%判断
谁在签字:九十六天采购流程、六个角色与两处可压缩的等待96 天、6 角色、21→7 天、134→120 天流程
安全问卷:一百四十八道题、十二类与一份可复用的答案库148 题、101 题复用、22→6 h、年省 64 h问卷
DPA 与子处理者:七个供应商、二十八页条款与三处缺口7 家、28 页、3 缺口、30 天通知合同
SLA:99.9% 是 43.2 分钟,以及为什么先承诺 99.5%43.2/216/432 分钟、985 分钟、赔付 2,700承诺
SSO 与 SCIM:二十六小时的工程与三档报价16+8+2 h、三档、92.3 美元/h、52 个月能力
试点:四周、十四小时与三条成功标准14 h、66.7%、−36.4%、沉没 960试点
报价、PO 与账期:一万八千美元到账三十八天里的六件事38 天、97 美元、17,903、峰值 4,500收款
上线与交接:八小时实施、三个角色与一条升级路径8 h、2/6/52、58.3%、22,500交付
企业就绪验收:十项能力、四维评分与四种不接的客户10 项、2.19→4.12、四种不接验收

三十八、一个人的开源产品:4,200 个 star、一百八十个付费与一年 612 小时的维护(10 篇)

前三十七组把产品做出来、卖出去、留住人、守住数据与发布;这一组讲代码以开源方式分发之后,一个人怎么把它经营下去:许可证怎么选、哪部分闭源、维护时间花在哪、issue 怎么分类、依赖告警怎么分流、赞助怎么收、双许可怎么报价、不想做了怎么交接。没有法务,也没有第二位维护者,能靠的是一张依赖清单、四层标签、一条 72 小时承诺和一份归档清单。

文章核心内容阶段
开源不是商业模式:五条收入路径与一张 1,949 美元的收入表5 条路径、612 h、38.2/32.1 美元/h、0.55%判断
许可证选择:四个问题、214 个直接依赖与 12 个 copyleft4 问、214 依赖、12 copyleft、5 不明合规
Open Core 边界:78% 的代码开源,22% 才收费48,600 行、78.0%/22.0%、93.9% 动机边界
维护者的时间账:1,180 个 issue、148 个 PR 与 612 小时7 类、34.3%、11.8 h/周、超支 27.5%产能
Issue 分类:10.7 分钟一个、72 小时首响与 134 个遗留1,180/1,046/134、4 层标签、8.4% 超时队列
依赖与安全:214 条告警、11 条高危与三次安全公告214 告警、11 高危、4.2 天、3 次公告安全
赞助之门:4,200 个 star 里的 23 个人与两家公司23 人、129/200、0.55%、流失 25.8%资金
双许可与企业版:九家询价、两家成交与 4,800 美元9→2、22.2%、4,800、14 份 CLA合同
治理、fork 与退出:17 位贡献者、82% 的提交与一次改协议的代价1,342/1,637、bus factor 1、fork +34.1%治理
开源项目验收:十项能力、四维评分与三种不该开源的项目10 项、3.47 分、三种不该开源验收

三十九、一个人的账号体系:一百零八张找回工单、三十天冷静期与 4.2% 的验证流失(10 篇)

前三十八组把产品做出来、卖出去、留住人、守住数据、发出去、经营成生意;这一组讲用户从访问到回来的那条必经之路:注册表单砍到三个字段、三条登录路径各自的失败点、验证邮件的三类流失、一年 1,296 次找回、会话时长三档账、分档强制两步验证、合并与换绑的八项检查、注销与导出的四个步骤、十二项验收。没有身份中台,也没有第二个人帮你回工单,能靠的是一张五段漏斗、一份工单分类表、一条 72 小时链接和一张季度验收表。

文章核心内容阶段
账号是一套流程,不是一张表:五段漏斗、七个节点与每月 26.9 小时工单4,200→96、214 工单、1,615 分钟、323 h/年判断
注册表单:六个字段砍到三个,与 2.8 个百分点的提交率6→3、92.4%→95.2%、+34 提交、2.75 付费转化
登录方式:密码、魔法链接与 OAuth 的三条路,和 3.0% 的企业邮箱拦截4,180 次、45/40/15%、OAuth 1,070/368/168/66方式
邮箱验证与首登:十二分钟、4.2% 未完成与四十九个人的去向1,180→1,131、49=18/21/10、宽限 +24 人验证
找回密码:一年 1,296 次、93.7% 成功率与一半的账号工单108/月、82 次失败、四类原因、省 8.5 h/月恢复
会话与登出:七天、三十天与九十天的三档账3.1/1.4/0.6 次、工单 32/14/21、77 次全退会话
两步验证与恢复码:18.4% 的开启率、三起接管与四十四个人没存恢复码228/1,240、3→0 起、−2.4pp、+18 工单安全
账号合并与换绑:九十六次请求、四类冲突与一次误合并96/年、84.4%、42 分钟、99.9 h/年归属
注销、导出与保留:一百四十三个注销、十七次撤回与三十天冷静期143→17 撤回、126 删除、96 次导出退出
账号体系验收:十二项检查、四维评分与一次季度演练12 项、3.60 分、补找回 → 3.75验收

四十、一个人的 AI 合规:六个功能、二十二项供应商条款与一次客户审查(10 篇)

前三十九组把产品做出来、卖出去、留住人、守住数据、发出去、经营成生意;这一组讲 AI 功能上线之后必须回答的那几个问题:六个功能怎么分档、七个数据来源哪些许可不清、两家供应商的二十二项条款怎么审、六处披露放在哪、输出出错谁负责、每月四百一十次复核怎么看、一百二十条评测怎么变成证据包、一次相似投诉怎么在四十八小时内处理、十四次模型变更怎么管、最后用十二项检查做一次客户审查演练。没有法务,也没有治理平台,能靠的是一张三档表、一页台账、一页证据和一次 90 分钟的模拟审查。

文章核心内容阶段
你的 AI 功能属于哪一档:六个功能、三档风险与十一项动作6=3/2/1、11×2.5=27.5 h、默认关闭 41/380分级
数据来源台账:七个来源、两条许可不清与三条个人信息路径7 来源、2/7=28.6%、3 路径、5 规则、18 h数据
模型供应商审查:两家、十一项条款与二十八小时2×11=22 项、28 h、5+3→6、变更 12 h供应商
披露与标识:六处披露、两万三千次角标与两版文案6 处、23,000 次/月、9→2 张、18 h披露
输出责任:三档错误、七件投诉与四条条款边界7=3+2+2、24.5 h/年、348 美元/席责任
人工复核:每月四百一十次、八点二小时与一条升级路径410×1.2=8.2 h/月、98.4 h/年、6.3%复核
评测证据:一百二十条用例、九条红队问题与一份证据包110/120→113/120、14×4.4=61.6 h、5 份证据
内容与版权:一次相似投诉、四十八小时下架与七个数据来源2/7 不清、1 件×3.5 h、24+48 h版权
事故与变更:十四次模型升级、三次回归失败与一次四小时故障61.6 h/年、3/14=21.4%、4.2 h、3 渠道变更
AI 合规验收:十二项检查、四维评分与一次客户审查演练12 项、3.26→3.45、290 h、3,480 美元验收

四十一、一个人的销售:四百八十家触达、四单与每小时一百二十八美元(10 篇)

前四十组把产品做出来、卖出去、留住人、守住数据、发出去、经营成生意;这一组讲「客户回了邮件之后」那一段:1,200 行名单筛出 480 家、三封邮件换 23 次回复、17 场发现会问出 11 家合格、9 场 Demo 转 8 家试用、41 次异议八类分布、四步让步守住 12.0% 的折扣、5 个里程碑决定 50% 的试用转化、一页合同与 90 分钟开通、最后用九项检查与四维评分做季度验收。没有销售团队,也没有 CRM 预算,能靠的是一张七字段名单、一封三行邮件、一个 25 分钟脚本和一张 81.75 小时的账。

文章核心内容阶段
销售是一本账:四百八十家触达、四单与每小时一百二十八美元480→4、81.75 h、CAC 1,314、回本 6.0 个月账本
名单:三个来源、一千二百行与 42.4% 的合格率1,200−68=1,132、480 家、七字段线索
首触:三封邮件、4.8% 回复率与七次退订480 封、23 回复、4.2% vs 5.4%触达
发现会:三十分钟、七个问题与 64.7% 的资格判定17 场、11 合格、4/12 成交对话
Demo:二十五分钟、三个场景与一次用错数据的演示9 场、3 场景、88.9% 转试用演示
异议:八类、四十一次与四种不该打的仗41 次、贵 26.8%、四类放弃异议
报价:三档、12.0% 的折扣与四步让步顺序11,880→10,454、上限 15%报价
试用:十四天、五个里程碑与 50% 的转化8 家、≥3 里程碑 5→4试用
成交与交接:一页合同、九十分钟开通与三十天成功4 字段、90 分钟、2 张/周交接
销售验收:九项检查、四维评分与一季度的八十二小时9 项、3.23→3.41、CAC 1,314验收

四十二、一个人的内容引擎:六十篇文章、四万八千次访问与二十四单归因(10 篇)

前四十一组把产品做出来、卖出去、留住人、守住数据、发出去、经营成生意;这一组讲「有人搜,但搜不到你」那一段:120 个候选筛出 60 篇、36 篇问题页加 12 篇模板页加 12 篇对比页、8 个问题在 4 个助手里测出 14 次引用、一份内容 5 个去处、一篇长文拆 8 条、960 个邮箱、三种归因口径、最后用九项检查与四维评分做季度验收。

没有内容团队,也没有关键词预算,能靠的是一张三层候选表、一份六段模板、一张五去处分发表和一本 180 小时的账。

这一组不承诺排名,也不把内容当免费流量;它要回答的是:内容值多少小时、带来多少单、什么时候该停。

六十篇是主线,四百八十条短内容是复利;先把账建起来,再谈产量。

文章核心内容阶段
内容是一本账:六十篇文章、四万八千次访问与二十四单归因180 h、11,148 美元、24 单、CAC 465账本
选题:三层关键词、一百二十个候选与六十篇的取舍120=72+28+20、落笔率 50%选题
写作:一篇四小时、六个段落与一份可复用模板4 h、1,550 字、七项清单生产
搜索入口:三十六篇问题页、十二篇模板页与十二篇对比页36+12+12、注册率 3.1%/2.0%/5.0%入口
GEO:八个问题、四个助手与 8.0% 的 AI 搜索访问32 次提问、14 次引用、六个写法引用
分发:一份内容五个去处与每周三十分钟5 个去处、30 分钟/篇分发
复用:一篇长文拆成八条与一年四百八十条1→8、480 条、复用率 8复用
订阅:九百六十个邮箱、2.0% 的转化与每周一封960、52 封、打开 42%订阅
归因:三种口径、四百六十五美元与十点五个月的回本656/465/575、直接访问 30%归因
内容验收:九项检查、四维评分与一个季度的四十五小时3.15→3.30、45 h/季度验收

四十三、子专题导航

子专题文章数覆盖范围
独立开发者生存指南1112 个月生存路线图、低成本变现、项目节奏与失败复盘
独立开发者的平台寄生10渠道选型、上架审核、平台变现、平台内增长与迁移
独立开发者的资产韧性10账号、域名、代码、数据、云服务、收款、商店账号与事故交接
一个人的公司:主体、税务与合规10主体选型、注册开户、收款开票、税务记账、合同、知识产权、外包与退出
一个人的产品线:第二个产品与组合运营10第二产品判断、共享底座、时间分配、组合指标、引流打包、定价协同、日落与收束
一个人的服务生意:从接单、报价到产品化10服务起步判断、获客路径、报价与范围、交付验收、客户筛选、资产沉淀、产品化与退出
一个人的前 100 天:从想法到第一批付费用户10里程碑判据、选题与付费证据、十次对话、手工交付、主路径 MVP、封测、上线清单、发布、反馈分诊与复盘决策
一个人让产品被看见:十条获客路径10四数账本、渠道打分、Product Hunt 与目录站、英文与中文社区、搜索入口页、开源仓库、落地页转化、自有渠道、归因复盘
一个人把用户留住:激活、留存与复购10同队列留存账本、激活时刻、首次使用路径、空状态、留存曲线、流失分诊、工单消化、召回、续费与大版本升级、留存复盘
一个人把价格定对:定价、付费墙与涨价10定价账本四锚、模型五判据、三档套餐、付费墙位置、试用形态、涨价过渡、折扣与 LTD、结账页摩擦、低流量实验、定价复盘
一个人把产品做出海:多语言、时区与本地化10出海成本账、市场打分、文案外置、翻译工作流、排版字体、本地化测试、时区日期、本地支付、商店页关键词、分语言复盘
一个人把用户搞懂:访谈、观察、可用性测试与证据链10证据账本与强度分级、十人取样、访谈提纲、观察记录、五人三任务可用性测试、反馈分诊、单人排序、六种偏差、决策记录、季度研究复盘
一个人把产品做得像样:品牌、视觉识别与设计系统10一句话承诺与复述测试、命名五约束、视觉识别最小系统、设计 token、首屏与信息架构、六态交互、微文案、视觉物料、二十项设计验收、品牌延展与退役
一个人把软件交付到用户手里:签名、安装、更新与审核10分发形态与净收入、macOS 签名与公证、Windows 签名与 SmartScreen、安装包与更新器、跨平台构建、崩溃遥测、移动端灰度、原生商店审核、版本回滚、商店素材同步
一个人把 API 做成产品:对外接口、开发者体验与支持10买家与收入结构、OpenAPI 契约与错误模型、key 签发与泄露响应、配额与限流、对外 Webhook、SDK 维护成本、文档站与首次成功时间、版本弃用窗口、开发者支持、DX 验收
一个人给产品加 AI:判据、成本、护栏与验收10四道判据与替代方案、推理账单与毛利下限、供应商打分与迁移成本、提示资产、50 条评测、事实边界、滥用防线、降级预案、额度与超额、四张验收表
一个人的借力:外包、自动化与协作边界10借力顺序与回本、边界清单与最小权限、找人与付费试单、brief 七块、发包成本与合同、设计与内容五回合、代码交接三道门、自动化与一线客服、联盟代理与分成、四张验收表
一个人的自助支持:帮助中心、排查树与工单减少10工单分类与可自助比例、任务型帮助中心、FAQ 与排查树、教程与截图、搜索空结果、更新日志与破坏性变更、模板答复库、三级升级路径、四张验收表
一个人的消息系统:事务邮件、通知分层与送达率10消息清点与打扰预算、事务邮件基线、SPF/DKIM/DMARC、送达率账本、通知四级分层、偏好中心、渠道分工与回退、生命周期序列与退出条件、同意与一键退订、四张验收表
一个人的社区:冷启动、版规、版主与社群健康10社群决策与四笔成本、载体选型、前 100 人、版规与三档处置、版主与志愿者、内容节奏、答疑沉淀、活动、商业化边界、四张验收表
一个人的财务:现金流、runway 与月度结账10四张表与四个收入、分账、收入确认、成本清点、13 周滚动、runway 与薪酬、15 分钟月结、税预提、现金预警与收缩、四维验收
一个人的运维:可用性、告警、事故与值班10可用性预算、五条探针、告警降噪、日志串联、状态页、容量水位、依赖降级、发布观察、事故复盘、四维验收
一个人的多租户:组织、邀请、角色与数据隔离10组织引入判据、三层模型与迁移、邀请与成员生命周期、角色矩阵、三层校验、数据隔离、审计日志、席位一致、所有权交接、四维验收
一个人的产品度量:事件字典、指标口径与决策看板10六个决策与十二个指标、二十四事件字典、埋点三处校验、口径五要素、五步漏斗、一屏四区看板、四条校验与三方对账、采样与保留、样本量与灰度、四维验收
一个人的架构:技术选型、模块边界与演进10选型排除法、九个模块与依赖方向、数据迁移三步、四个升级窗口、技术债预算、三次规则、重构判据、可替换性、幂等与补偿、四维验收
一个人的计费系统:订阅状态机、按比例计费与失败重试10五个状态与九条迁移、五个时点、按比例计费、按量计量、催收、退款拒付、发票税务、对账漏损、自建决策、十二项验收
一个人的隐私工程:数据地图、最小化与删除权10数据地图、最小化、合法性依据与同意、政策一致性、数据主体请求、删除、保留期、跨境与供应商、泄露响应、十二项验收
一个人的数据搬家:导入、去重、迁移与退出10迁移漏斗与四笔成本、导入契约、字段映射与类型、去重合并、幂等重跑、人工代导入与自动化门槛、迁移窗口与回滚、附件限额、导出退出、十项验收
一个人的质量守门:验证预算、回归清单与发布门禁1047 缺陷与三条红线、12 条关键路径、三层配比、38→26 回归、六项门禁、四级缺陷、测试数据、不可逆保护、测试债、十项验收
一个人的安全基线:十四个入口、十七个密钥与一次 72 小时响应1014 个攻击面、认证与枚举、会话撤销、17 个密钥三档、四条边界、41 个依赖与 186 条告警、四类限流、9 类审计日志、72 小时三段响应、20 项验收
一个人的性能与账单:4.2 秒的首屏、一千二百次查询与每月 210 美元104 项预算与 20 格、RUM 与慢查询、412→168 KB、1,200→3 次查询、0→86% 缓存、34 秒导出、7→4 个第三方、210→118 美元、3 次回归告警、10 项验收
一个人的企业客户:九家询价、一百四十八道问卷与 134 天的第一单109 家询价与 130 h、96 天采购、148 题问卷、7 个子处理者、SLA 43.2/216 分钟、26 h SSO、4 周试点、38 天到账、8 h 实施、10 项验收
一个人的开源产品:4,200 个 star、一百八十个付费与一年 612 小时的维护10五条收入路径与净时薪、四问选许可证、Open Core 边界、612 小时维护账、issue 分类与首响、依赖告警与安全公告、个人与企业赞助、双许可与 CLA、治理与归档、十项验收
一个人的账号体系:一百零八张找回工单、三十天冷静期与 4.2% 的验证流失10五段漏斗与工单账本、注册字段取舍、三条登录路径、验证与首登、找回四步、会话三档、分档 MFA 与恢复码、合并检查表、注销与导出、十二项验收
一个人的 AI 合规:六个功能、二十二项供应商条款与一次客户审查10功能三档与默认值、七来源台账与脱敏、供应商十一项条款、六处披露、三档错误与责任边界、人工复核与升级、评测与证据包、版权与下架、变更与事故、十二项验收
一个人的销售:四百八十家触达、四单与每小时一百二十八美元10销售账本与 CAC、七字段名单与 ICP、三封首触序列、发现会七问、Demo 三场景、八类异议、四步让步、五里程碑试用、一页合同与 90 分钟开通、九项验收
一个人的内容引擎:六十篇文章、四万八千次访问与二十四单归因10内容账本与 CAC、三层关键词、四小时写作模板、三类搜索入口页、GEO 六写法、五个分发去处、八条复用、订阅名单、三种归因口径、九项检查与四维验收

四十四、学习路径

游戏:生存心态 → 项目选择 → MVP 验证 → 核心开发 → Steam 页面 → Demo 反馈 → 发行 → 社区运营 → 持续更新
产品:选题与证据 → 十次对话 → 手工交付 → 主路径 MVP → 十人封测 → 上线十五件事 → 发布 → 获客与转化 → 首次收费 → 复盘三选一
留存:同队列账本 → 激活 → 首次使用 → 曲线 → 流失分诊 → 召回 → 续费 → 复盘
定价:成本账本 → 模型选型 → 三档结构 → 门的位置 → 试用 → 涨价 → 折扣 → 结账 → 实验 → 复盘
出海:成本账本 → 选市场 → 文案外置 → 翻译工作流 → 排版字体 → 本地化测试 → 时区日期 → 本地支付 → 商店页 → 复盘
研究:证据账本 → 取样 → 访谈 → 观察 → 可用性测试 → 分诊 → 排序 → 偏差自查 → 决策记录 → 复盘
设计:一句话承诺 → 命名 → 视觉识别 → 设计 token → 首屏与信息架构 → 六态 → 微文案 → 物料 → 验收 → 延展
交付:分发形态 → 签名与公证 → 安装包与更新器 → 构建矩阵 → 崩溃遥测 → 内测灰度 → 商店审核 → 版本回滚 → 素材同步
API:买家与收入 → 契约 → key → 配额 → Webhook → SDK → 文档站 → 弃用窗口 → 开发者支持 → DX 验收
AI:判据 → 成本账 → 供应商 → 提示资产 → 50 条评测 → 事实边界 → 滥用防线 → 降级 → 价格 → 验收
借力:顺序与回本 → 边界与权限 → 找人与试单 → brief → 合同与全包成本 → 设计内容 → 代码交接 → 自动化与客服 → 合作分成 → 四张验收表
自助:工单分类 → 帮助中心结构 → FAQ → 排查树 → 教程截图 → 搜索 → 更新日志 → 模板答复 → 升级路径 → 四张验收表
通知:清点 → 事务基线 → 发信认证 → 送达账本 → 分层 → 偏好 → 渠道 → 序列 → 同意退订 → 四张验收表
社区:该不该建 → 载体选型 → 前 100 人 → 版规 → 版主 → 节奏 → 答疑沉淀 → 活动 → 商业化边界 → 四张验收表
财务:四张表 → 分账 → 收入确认 → 成本清点 → 13 周滚动 → runway 与薪酬 → 月结 → 税预提 → 收缩 → 四维验收
运维:停机预算 → 五条探针 → 告警降噪 → 日志串联 → 状态页 → 容量水位 → 依赖降级 → 发布观察 → 事故复盘 → 四维验收
多租户:组织判据 → 三层模型 → 迁移 → 邀请 → 角色矩阵 → 三层校验 → 数据隔离 → 审计日志 → 席位与交接 → 四维验收
度量:六个决策 → 事件字典 → 埋点校验 → 口径五要素 → 五步漏斗 → 一屏看板 → 数据质量 → 采样与保留 → 样本量与灰度 → 四维验收
架构:排除法选型 → 单体和依赖方向 → 迁移三步 → 依赖窗口 → 债务利息 → 三次规则 → 重构判据 → 适配层 → 幂等与补偿 → 四维验收
计费:状态机 → 五个时点 → 按比例计费 → 按量计量 → 催收 → 退款拒付 → 发票税务 → 对账漏损 → 自建决策 → 四维验收
隐私:数据地图 → 最小化 → 依据与同意 → 政策一致 → 数据请求 → 删除 → 保留期 → 跨境 → 泄露 → 四维验收
迁移:迁移漏斗 → 导入契约 → 字段映射 → 去重 → 幂等 → 人工与自动化 → 窗口与回滚 → 附件 → 导出 → 四维验收
质量:三条红线 → 关键路径 → 三层配比 → 回归分层 → 六项门禁 → 缺陷分级 → 测试数据 → 不可逆保护 → 测试债 → 四维验收
安全:攻击面 → 认证 → 会话 → 密钥 → 四条边界 → 依赖供应链 → 四类限流 → 审计日志 → 72 小时响应 → 四维验收
性能:四条预算 → RUM 与慢查询 → 首屏 → 查询 → 缓存 → 后台任务 → 第三方脚本 → 账单 → 回归门禁 → 十项验收
企业:赢率与 130 h → 采购 96 天 → 148 题问卷 → DPA → SLA 分钟 → SSO 26 h → 4 周试点 → 38 天到账 → 8 h 上线 → 十项验收
开源:五条收入 → 许可证 → Open Core 边界 → 612 小时 → issue 队列 → 依赖与公告 → 赞助 → 双许可 → 治理与退出 → 十项验收
账号:五段漏斗 → 注册表单 → 登录方式 → 验证与首登 → 找回 → 会话 → 两步验证 → 合并换绑 → 注销导出 → 十二项验收
AI 合规:功能分级 → 数据来源 → 供应商审查 → 披露 → 输出责任 → 人工复核 → 评测证据 → 版权 → 变更事故 → 十二项验收
销售:漏斗账本 → 名单 → 首触 → 发现会 → Demo → 异议 → 报价 → 试用 → 交接 → 九项验收
内容:内容账本 → 选题 → 写作 → 入口页 → GEO → 分发 → 复用 → 订阅 → 归因 → 九项验收
全部文章 Books game Java Indie golang 客户端开发 Minigame Saas rust Python
Indie

个人游戏开发者失败案例:没有编辑器的叙事游戏

写在前面:叙事游戏失败时,常常不是因为故事不好 唐临做的是一款分支叙事游戏。玩家扮演一个小城电台主持人,每晚接听听众电话。不同回答会影响来电者命运,也会改变城市新闻、同事关系和最终结局。早期原型只有三个电话,却已经很有味道。玩家会纠结是否劝一个高中生离家,会犹豫要不要公开一名工厂工人的爆料。

3 分钟阅读
个人游戏开发 失败案例