开场:不懂行业,产品很容易只解决表面问题
很多 SaaS 创始人看到一个行业还在用 Excel、微信群、人工汇总,就觉得机会很大。
机会可能确实存在,但如果你不了解行业角色、流程、预算、监管和历史包袱,很容易把问题看浅。客户不是因为不知道软件好,而是因为他的工作流、责任链和风险约束比你想象复杂。
进入陌生垂直领域前,创始人要先建立一套行业学习笔记。
先画角色地图
不要只写“目标客户是运营团队”。要拆出真实角色。
| 角色 | 关心什么 |
|---|---|
| 一线人员 | 操作是否麻烦,会不会增加工作量 |
| 主管 | 能否追踪进度和发现问题 |
| 负责人 | 是否改善成本、效率或风险 |
| IT | 数据、权限、集成和安全 |
| 财务 | 预算、发票、合同和续费 |
同一个产品在不同角色眼里价值不同。不了解角色,就很难写出正确话术。
学行业术语,但不要堆术语
行业术语能帮你听懂客户,但不能用来装专业。
记录:
- 客户常用名词。
- 旧系统和流程名称。
- 常见报表口径。
- 关键指标定义。
- 行业内默认规则。
例如客户说“巡店整改闭环”,你要知道它涉及检查、派单、复查、统计和追责,而不只是“任务管理”。
研究现有替代方案
客户当前一定有做法。可能是:
- Excel。
- 微信群。
- 旧 ERP。
- 外包团队。
- 内部脚本。
- 纸质表单。
- 人工会议。
不要嘲笑旧方案。旧方案能存在,说明它有适应环境的地方。你的产品必须比它在关键场景里明显更好。
找到行业里的强约束
每个行业都有不能忽视的约束。
| 约束 | 例子 |
|---|---|
| 合规 | 数据留痕、审批记录 |
| 组织 | 总部、区域、门店层级 |
| 设备 | 现场网络和移动端限制 |
| 季节 | 旺季不适合切换系统 |
| 预算 | 年度采购或部门预算 |
强约束决定了你的产品能不能落地。
建一份行业问题库
每次访谈后,把问题记录成标准格式。
| 字段 | 内容 |
|---|---|
| 场景 | 问题发生在哪个流程 |
| 角色 | 谁最痛 |
| 频率 | 多久发生一次 |
| 成本 | 时间、钱、风险 |
| 现有做法 | 客户如何解决 |
| 触发点 | 什么时候必须改变 |
问题库积累到 30 条,你会比只听几次访谈更接近真实行业。
不要过早输出行业结论
刚进入行业时,少写“行业趋势”,多写事实。
例如:
- 3 个客户都在用表格汇总门店问题。
- 区域经理每周要手工催整改。
- 总部最关心的是超期未整改数量。
事实多了,结论自然会更稳。
落地建议
用两周时间完成 15 次行业访谈,每次只记录角色、流程、术语、替代方案、强约束和问题库,不急着推产品。
SaaS 从 0 开始,懂行业不是背几个名词,而是理解客户为什么现在这样工作,以及他能承受怎样的改变。
继续阅读
探索更多技术文章
浏览归档,发现更多关于系统设计、工具链和工程实践的内容。