问客户“平时怎样选择服务商”，他可能说：看能力、看案例、最后联系。但请他回忆上一次，顺序也许不同——同事先转发一个链接，他查了交付说明，回去讨论后才发起咨询。
引导性叙事用有准备的提示，请参与者讲述具体经历，再补足重要细节。它尤其适合早期探索，或无法直接观察已经发生的事情时。
讲述能帮助团队理解内容和交互的作用，但仍是回忆，不能因为故事流畅，就认定它是完整行为记录。
用一个有范围、没有答案的起始提示
假设一家企业服务公司想调整官网，以为案例页最影响候选名单。可以请有实际筛选经验的人说：“讲讲你最近一次为团队寻找服务商的经历。”
这个提示限定了任务，没有要求证明案例页有效。不要问“官网信息不清楚时，是不是很难决定”，那会把原因先放进问题。
正式访谈前，试跑少量起始提示，检查是否过宽或有暗示。让故事从参与者认为重要的位置开始，不必强迫他从首页讲起。同事讨论可能看似偏离页面，却正是决定的关键环节。
未来意愿另行保存。“我可能会先看案例”，不能塞进“上一次已经这样做”的时间线。
追问故事里的缺口，而不是把提纲逐项念完
| 缺少的细节 | 可以怎样问 | 容易带偏的问法 |
|---|---|---|
| 查找起点 | 当时发生什么，让你开始找？ | 是广告吸引了你吧？ |
| 相关人物 | 这一步还有谁参与？ | 领导是不是反对？ |
| 具体行动 | 接下来你看了哪些信息？ | 你应该先看案例？ |
| 信息的意义 | 那段说明帮你判断了什么？ | 是不是终于建立信任？ |
| 事情的结果 | 最后怎么结束？ | 这个网站促成了成交？ |
先听他讲完，再补问重要缺口。已经说清的部分不必重复问，想不起的细节可以保留不确定。引导的目的，是帮助表达，不是让对方完成研究者设好的流程。
条件允许时，一人专注对话，一人记事件顺序、重点和待核对项。录音或拍照需授权；不能录音时，及时整理笔记，分清原话、概括和解释，不把记忆中的意思加上引号当作逐字引语。
关键节点可以复述确认：“你是在内部讨论后，才回到网站找交付说明，对吗？”允许使用的页面或资料可以帮助回忆，但不索取敏感账号和私密沟通记录。
“愿意继续看”和“敢开始联系”，可能来自不同内容
在这项假设研究中，客户可能说案例让他愿意继续了解，而交付安排让他知道应该怎样与同事讨论，最后才联系服务商。
若把这些都归为“信任”，内容设计仍然不知道如何分工。案例展示相关经验，过程说明降低协作不确定，便于内部转述的资料又支持另一项工作。
先形成每个故事的完整摘要，保存顺序、人物、条件和结果，再比较共同主题。亲和图可以帮助归类，但主题应有原故事索引。一个反例可能说明不同角色关心不同条件，不应只因少见而删掉。
回忆也可能被最终结果重组，普通步骤容易省略。几个故事不能代表所有客户都走同一条路径；主题出现次数也不能独立决定商业优先级。
从故事走到页面，中间还有一次判断
“为了内部讨论而找交付说明”，可以提出内容问题：官网是否便于用户向同事解释服务？再比较摘要、过程说明、案例入口或其他形式，而非一听到“说明”就增加一个栏目。
如果经历涉及实际工具与环境，可用AEIOU研究补充观察。自述与观察分别注明来源，不应混成一套看似完整的事实。
有时故事只揭示了缺口。团队知道内部讨论重要，却不知道具体缺哪些信息，下一步应继续访谈或检查任务，而不是立即改版。
成功标志：读者能从一项内容建议回到相关故事，理解建议回应了哪个节点，也知道哪些解释仍待核对。材料中同时保留完整故事、跨故事主题和例外，才方便继续研究。
58UI可以把用户筛选经历用于官网内容规划和UI/UX，再提供企业官网设计开发、品牌视觉、响应式适配与改版诊断。可查看设计服务，或联系58UI说明想了解哪一段客户经历。
相关服务
