Afield从产品能服务的流程开始
同样叫“入职或导入流程”，HR、代理商和客户成功团队指的可能完全不是一件事。找公司或写文章前，先选择一个流程，例如：为外部企业客户重复使用实施清单的客户成功团队。
告诉 Afield 产品能做什么、不能提供什么。支持复用清单的工具，不应被写成能提供定制实施咨询的服务。
让研究回答一个决策问题
不要只要求“研究 SaaS 市场”。说明要找哪些采用这种实施模式的公司、哪些问题值得继续调查。官方产品事实、从业者讨论和自己的推断应分开保存。公开资料可能解释流程，却未必能证明采购负责人是谁，或客户是否不满意。
查找采用可重复客户实施流程的 B2B 软件公司。排除员工入职和仅提供咨询服务的企业。每个有用结果保留依据页面，并提出一个仍需向对方确认的问题。围绕异议完成页面
假如相关沟通反复问到怎样导入已有清单，下一份产物就应是字段映射、不能自动迁移的内容和校验步骤。再写一篇“改善 onboarding 的重要性”并没有回答问题。
要求完整说明，尽量使用实际产品操作；概念示例要标明。异议到内容的映射（英文）解释了什么时候需要教程、对比或价格说明。
把一句宽泛需求，追到真正要解决的工作
创始人听见“我们需要更好的 onboarding”，就开始介绍仪表盘。追问之后，买家说的是每次实施都要重建同一张清单，因为不同客户的负责人不一样。问题这时才具体到可以调查，不必先发明一个新的产品概念。
让 Afield 准备公开研究：采用这种实施模式的企业、解释交接的产品文档、讨论模板复用的从业者内容。访谈与公开证据分开保存。某家公司发布了清单，说明值得进一步研究，不等于它不满意现在的工具。
先做一个完整例子，再安排推广。用批准过的模板展示可复用任务和需要按客户确定的负责人，解释何时确认责任。如果产品无法表达这一区别，就不能在页面上宣传它。这个例子也可能暴露出需要先修补的产品缺口。
例子准确之后，再写一个小提议：展示现有模板如何处理每个客户不同的负责人。先问对方是否负责这项工作。没有测量，就不要顺手加上节省多少时间的承诺。
让回复决定下一周
买家追问旧清单怎么导入，就完成导入教程；如果对方说每次实施都完全定制，就重新看客群；如果问谁批准完成，就补验收示例。这三种反馈对应不同工作，再发三篇泛泛的行业文章并没有使用刚得到的信息。
一周结束时，保留最初的问题、依据、例子、邮件版本和回复改变的判断。凭这些决定继续深挖、换人群还是停止一个没有支撑的方向，而不只是汇报又生产了多少内容。
用小范围反馈修正假设
围绕同一个问题准备少量邮件，分别记录询问细节、找错人和不适用等回复。只依据回复实际说明的内容，调整联系人、提议或筛选条件。
把后续动作带入周计划：测试导入样例、完成教程、更新对应产品段落。任务依赖示例（英文）展示了它们如何衔接。这轮工作首先应让客群更清晰，而不是预先承诺转化。