Web AppShut Down
Tiers
Tiers 面向 SaaS 定价实验上线并获得早期关注，但创始人后来发现价格测试发生得不够频繁，也很难嵌入团队现有工作流，于是关闭了产品。
查看原始故事产品快照
它是什么
Tiers 是一个 SaaS 定价实验工具，用来测试和管理不同价格层级。
给谁用
SaaS 创始人定价团队增长团队
问题 / 价值
它希望帮助团队更系统地测试价格变化，而不是只靠静态定价页猜测。
核心流程
团队配置价格层级，运行或规划价格测试，并观察调价是否提升转化或收入。
核心依赖
这个工作流必须进入账单、结账页和定价页决策，而这些决策在很多团队里并不频繁变化。
产品形态
网页应用定价实验 SaaS
竞争对手或替代方案
手动定价测试账单平台设置分析工具电子表格增长实验平台
发生了什么
摘要
Tiers 希望帮助 SaaS 团队更系统地测试和管理价格层级。
结果
创始人认为价格测试不够频繁，也很难嵌入 SaaS 公司工作流，因此关闭了产品。
核心风险
一个很重要但很少发生的工作流，未必能支撑独立 SaaS 工具。
关闭原因
公开关闭帖指向低频工作流和采用阻力，而不只是产品曝光不足。
开发前先验证
为什么值得注意
定价很重要，但很多 SaaS 团队很少改价，而且会在账单、结账或分析工具里谨慎处理。一个单独工具必须证明自己能进入这种节奏。
主要检查
先证明目标团队足够频繁地调整价格，并愿意采用一个额外工作流，再投入开发定价实验软件。
检查清单
- 买方多久执行一次这个工作流？
- 今天哪个现有工具拥有这个工作流？
- 什么会让买方再增加一个单独产品？
- 这个工具能不能嵌入工作流已经发生的位置？
适合参考的情况
- 你在做定价、合规、审计、迁移或其他低频工作流软件。
- 你的产品依赖团队为偶发决策采用一个额外工具。
- 早期关注来自认同话题重要性的创始人。
不太适合参考的情况
- 同一个买方每周或每月都会执行这个工作流。
- 你能嵌入现有账单、结账或分析系统。
开发前测试
- 访谈过去 90 天内改过价格的团队。
- 手动帮助 3 个团队做一次价格测试，观察他们是否主动要软件。
- 先测试一个集成或文档版式，再开发完整应用。
可迁移经验
- 先测量工作流频率，再做专门工具。
- 在买方现有流程里测试采用意愿。
- 不要把话题重要性误当成持续产品使用。
如果今天重新做
如果重做，先把产品嵌入账单、结账页或分析工具里，验证团队在真实改价周期中是否愿意使用，而不是先做独立定价实验平台。