这里是全站文章的归档入口，下面是按时间倒序排列的全部文章。若想按主题浏览，请从首页的专题分类进入。
低流量定价实验：样本不够时怎么测
想把付费转化从 3% 提到 4%，A/B 测试每组需要约 4600 人，月访问 800 的话要等一年。小流量产品不能用大厂的方法，改用按月序贯切换、报价测试、退出调查与分群对比四种替代方案，一次只改一个变量，同样能得到可用的判断。
posts
文章归档
PlumePHP 全站文章的归档入口，按时间倒序汇总各专题的技术文章，并提供按主题浏览的专题分类入口。
结账页：币种、税费、失败重试与拒付
100 个人到达定价页，最后只有 62 个付成功，中间掉的 38 个大多不是嫌贵，而是结账页本身在漏。七个要素决定这张页面的摩擦，币种与税费要提前显示，失败重试要按 1/3/5 天节奏，拒付率超过 1% 就得查原因。把漏斗按段拆开，才知道该修哪一格。
《互联网产品的客户端架构·交易、增长与平台化》6.1 端上如何避免重复支付
重复支付通常来自重复点击、重复回跳与重复轮询三个入口，而不是用户手抖。本节用支付单号去重、显式的进行中状态与超时后先查询的策略，把同一订单的多次支付尝试收敛到一张支付单上，并给出可用假时钟验证的 TypeScript 防护模块与真实测试输出。
折扣与终身买断：什么时候是毒药
399 元终身买断，相当于提前收 21 个月的订阅费，听起来是一次漂亮的现金流，算上五年支持成本后净剩 27 元。折扣本身不是问题，问题是折扣换来了什么：换一次性曝光、换年付锁定还是换口碑。六类折扣逐条判断，以及 LTD 必须写进条款的三个限制。
涨价：通知、老用户与过渡期
19 元涨到 25 元，涨幅 31.6%，只要有 24% 以内的人离开，收入就是涨的。真正难的不是算术，是通知时点与老用户处理：提前 30 天通知、给老用户 12 个月过渡价、把新价格写进续费页，三件事做到，涨价的流失通常远低于临界值。
试用：14 天、用量限制与信用卡
1000 个人点进试用，不要卡时 12% 付费，要卡时只剩 400 人但 25% 付费，净付费人数几乎一样。真正的差别在退款率与 30 天留存。试用期不是越长越好，要匹配用户第一次实现价值所需的时间；到期后的处理方式，比试用本身更影响口碑。
《Java 编程实战》16.2 容器化：多阶段 Dockerfile 与 Jib
fat jar 解决了依赖问题，但目标机器仍然需要 JRE、正确的用户和健康检查。本节用多阶段 Dockerfile 把 libraryd 装进非 root 镜像，再用 Jib 3.5.2 在不依赖 Docker daemon 的情况下构建，并给出 352 MB 镜像的真实运行结果。
付费墙的位置：把限制放在价值峰值之后
注册就收费，还是导出时才收费？付费墙的位置决定用户能不能先看到价值。功能门、数量门、时间门、结果门四种形态各有适用场景，而门放在「用户已经投入二十分钟」之后，转化率能从 3% 提到 8%；反过来，免费层每多一个用户都在花钱，得算清谁能养得起。
三档套餐：把「刚好够用」写成一张表
三档套餐不是把价格写三遍，是把三种用户分出来。横切维度只能有一个，默认档要能承接多数人，最高档负责当锚点。三档只差配额时，九成用户会选最低档，收入反而不如单档；按功能横切并写清「刚好够用」，50 个付费用户的收入能高出 15%。
模型选型：买断、订阅、按量与免费增值的五个判据
买断 399 元还是订阅 19 元一个月？把价值是否持续、成本是否随用量增长、使用节奏、更新节奏与现金流需求五个维度打成分数，再用两年收入复算一遍：年流失超过 50% 时，买断反而比订阅更诚实，也更容易解释。
定价是一本账：四个锚、一个区间与一条下限
定价 19 元的工具，算完成本发现毛利只剩 56%；改成 9 元，毛利率掉到 17%，因为支持工时不会随价格一起降。把成本下限、替代方案、客户价值与支付意愿四个锚填出来，价格就从拍脑袋变成一个区间，而下限必须用扣完所有成本后的毛利来定。
《游戏服务端架构·品类、状态与拓扑》8.2 分区分服、跨服与合服
《群岛纪元》东南亚版本按服开服三年，120 个服里六成日活不足 500，跨服战场又要让不同服的玩家同场竞技。本节比较继续开服、跨服互通与合服三条路线，把 ID 重映射、重名、公会会长和排行榜写成可校验的合服计划，并给出切服、回滚与客服追溯的执行顺序。
《互联网产品的客户端架构·交易、增长与平台化》5.3 回调、轮询与端上确认的时序竞争
同一笔支付的结果会从回调、服务端推送、轮询和回跳四个方向同时到达，端上收到的顺序与事实发生的顺序无关。本节把事件写成带服务端序号的不可变记录，用去重、序号比较、来源强弱与成功吸收五条规则裁决竞争，并给出可在进程内确定性验证的 TypeScript 实现与真实测试输出。
《互联网产品的 AI 架构·模型接入与能力边界》4.2 优先级、加权与健康回退
在五维路由之上实现可测试的候选筛选与排序：按能力、区域、上下文、输出上限和延迟先排除，再按档位优先级与加权分数排序，并用熔断状态处理健康回退与冷却后的半开再进入，最终给出确定性的 TypeScript 路由器、可审计的拒绝原因与六组完整测试。
《Java 编程实战》16.1 打包：fat jar、jlink 与运行时镜像
mvn package 默认只产出几十 KB 的瘦 jar，离开 Maven 就找不到依赖。本节用 Shade 3.6.2 生成可执行的 libraryd fat jar，处理 SPI 与签名文件，再用 jdeps 和 jlink 裁出 53 MB 运行时，并给出真实的 jar 大小与启动耗时。
留存复盘：把留存、获客与现金放在一张表上
两个产品，一个获客便宜但留不住，一个获客慢却回本快。本文给出个人版 LTV/CAC 口径、回本周期算法、四问复盘与三选一决策表，并用一组可复算的数字说明为什么「获客成本低」可能是陷阱。所有数字都是教学演示，口径写死才能横向比较。
续费、年付与大版本升级
月付续费率 92% 听起来很稳，按 12 次连乘折算，一年后只剩约 37%。本文给出按到期队列算续费率的口径、年付折扣的盈亏平衡月数、涨价的提前量，以及买断制大版本升级的三种选择与判断标准。两种口径的差异会直接改变你对现金的判断。
召回：什么时候该叫醒沉默用户
把召回信发给 800 个沉默用户，只回来 2 个却退订 30 个；只发给 60 个「用过但停了」的人，回来 11 个。沉默要按产品使用周期定义，召回要守频率上限、相关性与一键退订三条底线，并用净收益而不是回访数衡量，给出一套可复算的账。
客服不是成本：工单是免费的需求样本
一个人每天花两小时回工单，三个月后才发现六成是同一个问题，改一处文案就减半。把工单按 P0–P3 分级，用文档、应用内提示、产品修改三级消化重复问题，算清每周支持工时与一次性修改的回本周期，并把支持预算固定成每周两个时段。
流失分诊：四种流失与处理顺序
一个月少掉 40 个付费用户，群发召回只回来 1 个、退订 12 个。把流失拆成主动取消、付款失败、沉默失效与从未激活四类，按「决策是否还来得及改变」排优先级，并给出付款失败的重试、通知、宽限期与降级的最小实现和一套可复算的分诊账。