留存是一本账：同队列、活跃定义与四个数字
一位开发者看着注册总数从 420 涨到 1,860，以为增长还在继续，直到按同队列重算才发现每周真正完成核心动作的只有 30 人。本文对照四种活跃定义的虚高幅度，给出四周队列表的读法，说明新增、W1、W4 与周活为什么不能相加，并用两种口径复算同一批用户。
tag
独立开发者
共 107 篇文章。
一个人把用户留住：激活、留存与复购（10 篇）
10 篇讲个人产品在获客之后如何把用户留住的实践：从同队列留存账本、激活时刻、首次使用路径与空状态，到留存曲线形状、四类流失分诊、工单消化、沉默用户召回、续费与大版本升级，最后把留存、获客与现金放进同一张表做复盘，每篇都给出判据、失败形态与可复算示例。
归因与复盘：哪条渠道真的有用
同一批用户会被三条渠道同时认领，归因口径不写死就无法复盘。给出首次触点、最后触点与自报来源三种口径、小样本的比例区间、渠道退出判据，以及区分渠道问题与产品问题的判别表，结论必须能被另一人按同样规则复现。
自有渠道：邮件列表、更新日志与推荐
平台流量不属于你，订阅关系属于你：讲清邮件列表的三条底线、订阅入口该放在哪里、双周更新日志的节奏，以及推荐与邀请为什么不该用奖励去买，最后给出不重复计算老订阅者、按打开与点击两步折算的年度增长复算方法。
从落地页到第一个动作
落地页只做一件事：让人完成第一个动作。给出五屏结构、可用的证据位、UTM 来源记录口径、六个常见泄漏点，并用两组样本说明为什么同样的转化率不能得出同样的结论，并且在改页面之前先确认全页只有一个主按钮。
开源仓库作为入口
把代码仓库当成获客入口而不是文档仓库：给出 README 的六段结构、一条命令跑起来的门槛、示例与截图的取舍、issue 回复如何带来访问，以及 open core 的最小边界与收录路径，并说明 star 为什么不能直接换算成用户。
搜索入口：问题页、模板页与对比页
搜索不是写文章碰运气，而是把「用户会怎么描述问题」映射成三类页面：问题页、模板页与对比页。给出每类页面的结构、单人每周一页的产能预算与长尾复算，并明确本文不涉及关键词工具与技术 SEO，只做可长期累积的那条渠道。
中文社区：V2EX、即刻、小红书、少数派
中文渠道不是一个整体：拆开开发者节点、短动态、图文种草与长文投稿四种形态，给出各平台的调性、禁忌、发帖结构与每周节奏，说明为什么「先成为一个人」比文案更影响结果，并附单帖成本、回访率与工时折算的复算方法。
Hacker News 与 Reddit：社区规则先于文案
英文社区不是投放位而是讨论场：讲清 Show HN 的四个要素、Reddit 子版规则差异、作者在场与评论区的三种错误，给出被删后的处理方式，并用一次发帖的四数复算说明为什么它只能算事件、不能算渠道。
Product Hunt 与目录站：发布日的正确用法
把发布日当成一次有准备的事件，而不是渠道本身：给出发布前两周到发布后一周的动作表、素材与首评写法，说明目录站、替代品站与精选列表为什么在发布日之后仍在持续带来访问，并列出三种常见失败形态与一组教学复算。
十二条渠道的全景与打分
把个人产品能用的十二条站外渠道放进同一张表，用人群密度、单人成本、见效周期、可重复性与规则风险五个维度打分，说明权重如何改变排序，并给出三种产品的渠道组合示例与五种常见误判，帮助你先选三条、再逐条谈执行。
获客是一本账，不是一次发布
把获客拆成曝光、访问、注册、激活四个数与四个分母，给出按周按渠道记账的模板、每周六小时的渠道预算、1主1备1自有的结构，以及判断一条渠道是否成立的四周判据与三种常见记账错误，并用两组数据说明峰值为什么不能代表渠道。
一个人让产品被看见：十条获客路径（10 篇）
10 篇讲个人产品从无人知道到有人持续到来的获客实践：四数账本、十二条渠道打分、Product Hunt 与目录站、Hacker News 与 Reddit、中文社区、搜索入口、开源仓库、落地页转化、自有渠道与归因复盘，每篇给出判据、失败形态与可复算示例。
第 91–100 天：复盘与判据
以同队列转化、成熟用户使用留存和净现金跑道复盘，提供Wilson可运行算例、含未知状态的决策矩阵，以及有适用条件的停服公示和收尾清单。
第 81–90 天：反馈分诊与第一次收费
反馈不是需求清单：23 条意见里往往只有两三条真正阻断使用。本篇给出四类反馈的判据、六列分诊表、优先级公式的边界、三种拒绝话术、四条从免费到付费的路径、定价页五个元素与三个锚点，并用 10 人 2 付费的算例说明小样本为什么只能当方向。
第 71–80 天：发布与第一周
按统一日历组织第68天预热、第71天发布与首周承接，按损害处置事故，用同队列人数记录漏斗，并以成本和证据比较增长实验。
第 61–70 天：上线前的十五件事
将上线十五项分为适用法律安全硬门槛、交易路径和可后置体验，按支付通道规则区分沙箱与生产验收，给出逐项30小时基线及退款状态记录。
第 51–60 天：十人封闭测试
用45分钟任务脚本观察主路径、边界和恢复，给出13小时执行整理预算，按版本保留补测队列、样本局限及数据保护，并以损害和证据决定放行。
第 31–50 天：主路径 MVP 的范围
以托管SaaS为例拆解主路径、范围与120小时需求估算，按本地工具、扩展和人工服务裁剪，并补用户间授权、订单幂等、日志和恢复的最低验收。
第 21–30 天：手工跑通一次交付
用手工交付验证结果需求，分开现金贡献与自有时间经济差额，记录免费/低价/全价三单，区分流程问题与技术限制，并给出自动化投入和数据处理边界。