先让一段工作真正完成
第一批客户不一定需要更多宣传材料。有时阻止他们使用产品的,只是一份数据导入不进去、一个设置没人敢改,或现场不知道出了问题应该找谁。创始人亲自陪着完成任务,能把这些障碍看清楚。
Paul Graham 在《Do Things that Don't Scale》中强调,初创公司常需主动接触用户,并以早期的高投入服务建立反馈。本文把这一原则转为瞻行原创的服务记录方法;下述设想并非任何已投企业的实际案例。
挑一个能获得完整反馈的场景
假设团队开发工厂设备巡检工具。与其先争取覆盖全厂,不如和现场负责人约定一个设备区域、一种巡检任务与一个使用班次。团队亲自完成部署与培训,观察工具是否嵌入现有交班方式。反馈越接近真实工作,越容易分辨产品问题与演示条件带来的误差。
高校实验室、校友企业或行业朋友可以帮助找到最初的观察机会,但熟人愿意接待不等于业务已经成立。记录这次机会怎样获得、是否收费、谁主动要求继续使用。这样,下一位与团队没有私人关系的客户才有可比较的基础。
给每一次手工支持记一笔账
服务过程中,把创始人做的事情分成安装配置、理解需求、修复缺陷和客户专属工作。不是所有手工任务都应该立即自动化,也不是每一项客户要求都应成为产品功能。下面的记录表可以帮助团队在一周后重新作决定。
| 手工工作 | 需要记录 | 下次如何决定 |
|---|---|---|
| 安装与导入 | 实际分钟数、卡住的位置 | 重复出现再改善上手流程 |
| 现场培训 | 反复被问到的问题 | 区分说明不清与产品不清 |
| 故障处理 | 复现条件、影响与恢复工时 | 优先修复影响核心任务的问题 |
| 定制需求 | 其他客户是否有同类需要 | 单独约定范围,不默认纳入标准版 |
把客户承诺写得比愿景具体
早期可以由人工辅助产品完成任务,但应让试用方知道哪些部分仍依赖人工、支持时间如何安排,以及测试结束后会发生什么。不要承诺团队实际上无法维持的随时到场服务。香港与珠三角两地跑动的项目,还应把交通、运输和远程支持算入记录,而不只记屏幕前的操作时间。
每次服务结束,把客户最在意的问题与团队最费时间的工作放在一起。两者重合的地方,可能值得优先改进;若客户并不在意,团队却为它投入很多,则需要重新判断。服务记录的目的,是找到对产品有意义的投入。
什么时候该减少手工,什么时候该继续
下一位类似客户能否在更少协助下完成相同任务,是值得跟踪的变化。可以比较首次完成时间、支持工时、任务失败原因与后续自主使用。若时间没有改善,先查是否客户场景不同,再判断产品是否仍过于复杂。不要为了展示效率,把困难客户从统计中悄悄删去。
向瞻行资本介绍第一批客户时,可以展示一张从第一位到后续客户的变化表。既写客户获得了什么,也写团队付出了什么。这样的记录能帮助投资讨论区分可重复的产品机会与持续依赖个别创始人的服务生意,并决定下一步该投入产品、销售还是交付。
带走一份工作产物
- 约定一个可以观察完整流程的初始场景。
- 按任务记录支持工时与失败原因。
- 向试用方说明人工环节、服务时间及结束安排。
- 比较后续同类客户是否需要更少帮助。