这套系统里的工作如何运转？
研究从「研究问题」列的一张问题卡片开始：真正困扰团队的产品问题——用户为什么在激活这一步流失？大客户真正想要的是哪个功能？产品经理认可问题后进入「案头研究」列，先汇集现有的数据与既往反馈，再谈田野工作。然后「用户访谈」列：约访用户、执行访谈、把录音与笔记挂上卡片；再进「分析」列，把听到的拆成反复出现的模式，而不是孤立的引语。结论写成「建议」列中按影响排序的可执行建议；产品团队真正采纳后进入「落地」列；最后在「测量」列关闭，记录落地带来的改变。
论坛是研究知识档案库：每项完成的研究都有留痕帖，含方法、结论与录音，新项目先查档而不是从零再研。分析中的开放争论——这个模式是真实的，还是小样本的巧合？——在论坛进行，产品经理也参与；建议由此经过集体把关，而不是某个研究员的一家之言。
用户研究员从「案头研究」到「建议」全程持有卡片：定方法、做访谈、写分析。产品经理在「研究问题」列播种问题、接收建议、决定哪些进入「落地」列的路线图。访谈协调员管理愿意受访的用户名单、排期和知情同意。准则是：任何建议不建立在单次访谈上；任何研究关闭前，提问人必须知道他的问题有了什么下文。
谁负责什么？
这套系统中的运营角色，以及每个角色在日常工作中的职责——可以原样指派给你的团队，也可以按你们的实际情况调整。
用户研究员
规划每项研究的方法、执行访谈并分析，写成按影响排序的可执行建议。
产品经理
提出研究问题并排优先级，接收建议并决定在「落地」列采纳哪些，参与论坛的分析讨论。
访谈协调员
管理受访用户池，安排访谈、备妥知情同意与谢礼，把录音挂上卡片。
从第一天起就为你准备好什么？
系统单元
- 任务 — 带有工作流列和执行卡片的看板
- 论坛 — 在有序版块中留痕的讨论——决策与知识永不丢失
论坛版块 (4)
- 开放研究问题候选研究问题及其背景——为什么现在重要、将支撑什么决策。
- 研究成果档案已完成研究的归档：方法、结论、建议与录音链接——不必从零再研的参照。
- 研究方法论实战指南：怎么做不诱导的访谈、怎么选样本、怎么记录观察。
- 模式与快观察反复出现、尚不值得立项的小观察，先记在这里，攒够了再说。
«本系统工作规则» — 已在论坛置顶
1. 每项研究从一个写清将支撑何种决策的问题开始——不为单纯好奇而研究。 2. 访谈结束后一天内，录音与笔记挂上卡片。 3. 不接受基于单次访谈的建议——反复出现的模式才是分析的单位。 4. 每项研究的结论先沉淀到「研究成果档案」版块，才能关闭卡片。 5. 进入「落地」的必须跟到「测量」成效，不许悬着没人认领。