如何做线上调研

线上调研不是开二十个标签页。它是把一个模糊的疑问,改写成证据能够裁决的问题,然后把足够多的痕迹留下来,让别人能顺着你的路重走一遍。我这条规矩很死:搜索结果只是线索,不是来源;AI 的回答等于一个陌生人给的小道消息。

🎙️ 发布并录制于: ·

01写一个证据能回答的问题

“研究一下远程办公”等于邀请自己闲逛。要把决策、人群、对照、衡量指标和时间段都写出来。改成问:“对五十到两百人的软件团队,2024 年全远程有没有改变主动离职率?”这时候你才知道哪些词是关键词、什么数据能回答、什么数据回答不了。

Topic
Is passwordless login better?

Verifiable question
For consumer web apps using passkeys in 2025:
• Does signup completion change versus email plus password?
• What recovery failures appear after users lose a device?
• Which browsers and operating-system versions were measured?

Decision: whether to run a passkey pilot, not whether passkeys are “good.”
失败案例:问题一换,答案就跟着换

有个团队搜“最好的项目管理工具”,抄了三个榜单页。他们从来没说清团队规模、外部协作者权限、数据存放地。一步一步修:先把决策写下来;列出三个必须满足的硬条件;定下对比的时间点;凡是没测过这三个条件的页面直接排除。一份更好看的工具清单,救不了一个缺失的问题。

02沿着检索阶梯往上爬

起手先宽一点,目的是学会这个领域的说法,然后一级一级收窄到具体文档。不要第一次检索就把所有操作符堆上去。每一次搜索都应该教给你下一次要搜什么:机构名、报告标题、产品代号、法规编号,或者行内人惯用的那个短语。

1  Vocabulary:      passkey account recovery failure
2  Exact phrase:    "account recovery" passkeys
3  Source family:   site:w3.org passkey recovery
4  Document type:   filetype:pdf passkey deployment report
5  Exclude noise:   passkey recovery -vendor -sponsored
6  Known title:     intitle:"WebAuthn" implementation guidance
7  Time boundary:   after:2024-01-01 before:2026-01-01

Useful operators vary by search engine. Test one at a time.
真实的检索失败:零结果

页面上原话是 “Your search - "regional passkey abandonment benchmark 2025" - did not match any documents.” 这不能证明相关研究不存在。把自己编的那个短语 “abandonment benchmark” 删掉,改成分开搜 passkey conversion 和 WebAuthn registration。先在一篇靠得住的论文里找到行内说法,再拿它的标题、作者、参考文献去搜。引号会把错的措辞保护得跟对的措辞一样牢。

03逆流而上,追到一手来源

新闻报道、综述和社交平台上的帖子都只是地图。顺着它们的链接一直点,直到摸到那份研究、诉讼材料、公司年报、数据集、规范文本、会议记录或者官方公告。如果每篇文章引用的都是另一篇文章,那你手上是一个引用转圈,不是相互独立的证据。

Claim in blog: “The rule affects 40% of contractors.”

Trace:
blog → newspaper → trade association press release → survey PDF

At the PDF, check:
• Who designed and paid for the survey?
• How were contractors sampled?
• What was the exact question?
• Does 40% mean all contractors or 40% of 312 respondents?
• Is there a table or only a press-release sentence?

优先选离事件最近的来源,但别把“官方”当神。一家公司对于自己宣布了什么、财报里写了什么数字,是一手来源;但它绝不是“自家产品最好”这个说法的中立证据。一手说的是距离,不是诚实。

04判断来源,也判断它的利益

权威是分事情的。一个安全工程师可以把加密讲得很清楚,同时在“她雇主那个产品的市场规模有多大”这件事上是个很差的来源。要看作者是谁、方法是什么、证据在哪、有没有更正记录、钱从哪来,以及你相信了这句话之后发布方能得到什么。

SIFT THE SOURCE
Scope       Does it address my exact question?
Identity    Named author, role, contact, publication history?
Funding     Sponsor, affiliate links, employer, political interest?
Method      Sample, definitions, exclusions, raw data, limitations?
Trace       Can I open the cited evidence?
Correction  Date, version history, correction policy?

“Experts say” names nobody.
A source that shows its limits is stronger, not weaker.
看起来像证据的搜索结果

有条结果写的是 “Top 10 VPNs for Privacy | We tested every leading provider.” 页面自己的披露声明写着,读者通过它的链接下单它就拿佣金;而它所谓的“测试”既没写协议,也没写服务器、日期和测量方式。修法是:这个页面只用来收集产品名字,然后去看独立的协议审计报告和隐私政策,并且在任何还留着的结论旁边,把这层佣金关系记下来。

05让日期和版本对得上这条结论

一个正确的页面,对你这个时间点可能是错的。软件文档写的是当前版本,而你服务器上跑的是两年前那版。法律有生效日期。数据集有采集周期。产品页会悄悄改内容,URL 却一直不变。

Record four clocks when they matter:
PUBLISHED      2024-03-12
UPDATED        2025-09-08
DATA COLLECTED 2023-01 through 2023-12
VERSION        PostgreSQL 16.4

Question to ask:
“Was this true on the date of the decision and for our version?”

Do not cite “updated yesterday” when the underlying table is from 2018.
失败案例:步骤没错,版本不对

有位开发照着最新的 API 文档做,拿到的是 “400 Bad Request: Unrecognized field 'functions'.” 那个账号被锁在一个更早的 API 版本上,那版要的是另一个字段名。修法:把端点和版本请求头记下来,打开对应版本的存档文档,比对请求结构,一次只改一个字段,然后把能跑通的请求连日期一起存起来。“文档写错了”这个判断太笼统,没法调。

06要核对的是结论,不是页面数量

五个页面转载同一份新闻稿,那是一个来源换了五件衣服。重要的结论要找生成路径不同的证据:监管机构的备案、公司自己的报告、一份数据集、一份独立分析。然后把它们之间的分歧解释清楚,而不是取个平均糊过去。

CLAIM: “Complaints doubled in 2025.”

Source A  Company report      1,040 → 2,090 tickets
Source B  Regulator database    210 →   260 complaints
Source C  Support dashboard   changed category rules in July

Reconciliation:
The company count doubled, partly after a classification change.
The regulator count rose 24%. These measures are not interchangeable.

Do not write: “Multiple sources confirm complaints doubled.”

建一张结论表。每一句重要的话占一行,每一个真正独立的来源占一列。空着的格子会把不确定性摆到明面上。这比在一段自信的话末尾挂六个链接强得多。

07把页面存档,把原话留住

一条合格的引用,要能让另一个人把你当时看到的证据找回来。记下作者、准确标题、发布方、发布或更新日期、URL、访问日期、相关原话,以及页码或章节位置。页面不稳定的,就留一份合法的快照或者网页存档链接。一个光秃秃的书签不算调研记录。

CLAIM ID: C-07
Claim: Vendor will support version 3 through 2028-06-30.
Source: “Version 3 Support Policy,” Acme Docs
Published/updated: 2026-02-10
URL: https://example.com/support/v3
Accessed: 2026-07-25
Evidence: “Security fixes continue through June 30, 2028.”
Location: Long-term support, paragraph 2
Archived URL / local PDF hash:
Notes: Applies to Enterprise plan only.

原话要摘够上下文,把限定条件一起留住。“Security fixes continue through 2028” 这句话,如果下一句把这个承诺限定在某个付费档位,单摘出来就会误导人。截图能保住视觉证据,但可检索的文本加一个稳定的 URL,别人复核起来更省事。

08把 AI 的回答当成未经核实的线索

一段读起来很顺的回答,里面可能有一个假标题、一位真作者被安到别人的论文上,或者一篇真论文其实并不支持那句话。永远不要引用聊天记录。每一条参考文献都要打开,核对标题和作者,读到相关那一段,确认这个结论离开那段回答之后还站得住。

AI answer, copied exactly:
“Smith and Rao (2021), Journal of Digital Methods,
doi:10.1234/jdm.2021.0042, found a 37% accuracy increase.”

DOI lookup:
DOI Not Found
10.1234/jdm.2021.0042

Repair:
1. Search the exact title without the DOI.
2. Search both authors plus the claimed phrase.
3. Search Crossref or the publisher by title and year.
4. If no record appears, mark the citation fabricated and delete the claim.
5. Find real studies from a database, then read methods and results.
危险的地方恰好是那些看着靠谱的细节

那个编出来的 DOI 结构完全正规,期刊名听着平平无奇,百分之三十七这个数字显得很精确。这些一样都不是证据。也别回头问同一个模型“你确定吗”,那只会再生成一句话。离开模型,去出版方、文献索引库或者原始文档那边核。

09找回付费墙、已删除和失效的页面

一个打不开的 URL,不等于允许你编它写了什么,也不等于可以去抄未经授权的转载站。拿标题、作者、有辨识度的那句原话、报告编号、文件名去搜。查发布方自己的档案库、机构知识库、作者主页、图书馆,或者合法的网页存档。这篇论文确实重要的话,直接联系作者。

Original request:
HTTP/1.1 404 Not Found
The requested URL /reports/2024-risk-review.pdf was not found.

Recovery ladder:
1. Search: "2024 Risk Review" publisher name
2. Search: site:publisher.example filetype:pdf "Risk Review"
3. Remove /reports/ from the URL and inspect publications
4. Search the exact filename and report number
5. Check an archived capture of the original URL
6. Ask the publisher for the superseding document
7. Record that the original was unavailable and what replaced it
付费墙上翻的车

有位研究者因为正文在付费墙后面,就引用了搜索结果里的摘要片段。那段片段在 “not” 这个词之前就被截断了,结论正好被反过来。修法:不要引用片段。用标题去找作者手稿或机构知识库的版本,用图书馆权限,在出版方页面上读摘要,然后把结论收窄到你真正打开过的那部分。如果那句关键的话始终拿不到,就不要写它。

10留一份调研记录,并且有意识地停下来

调研结束的标志是这个决策已经有足够的、核实过的证据,不是标签页多到不好意思看。把搜空了的检索式、被你排除的来源、逐条结论的笔记、还没解决的矛盾都留下来。这样既不用重做,也能看出哪些地方本来就该低置信度。

QUESTION
□ Decision, population, comparison, measure, time period

SEARCH
□ Broad vocabulary → exact phrase → source/domain → document
□ Record useful and failed queries

VERIFY
□ Open the primary source
□ Check author, method, funding, incentives, date, and version
□ Find independent evidence for the important claims
□ Open every AI-suggested citation; match claim to passage

PRESERVE
□ Title, author, publisher, URL, date, access date, quote, location
□ Archive unstable pages lawfully
□ Mark paywall, 404, replacement, and unresolved disagreement

STOP
□ Can another person reproduce the path?
□ Would missing evidence change the decision?
□ Is confidence stated honestly?

我的停手规则是:如果再搜一次不太可能改变这个决策,就把剩下的不确定性写清楚,然后停。无休止地翻页不叫严谨。一条别人能逐项检查的短证据链,胜过一份没人打开过的长参考文献表。

Tell me what missed

A correction is more useful than a compliment. This goes straight to the person who writes SwiftGrasp.

Was this page useful?
0/1000

Please do not include passwords, private keys, or personal information.