简介:《OSINT权威指南:尽职调查实务》第三版是一份面向开源情报初学者与需要更新知识体系的资深从业者的专业读物,聚焦商业尽职调查、企业结构核查与关键商业智能信息的收集与分析,也可作为合规、风控、供应链审查等场景的参考。压缩包共1个PDF文件,约6.29MB,内容为完整电子书,便于在电脑或平板端检索阅读。已有185人学习。书中围绕网络数据库与信息资源研究、社交媒体及行业特定资源的情报收集展开,并覆盖SWOT分析、供应链与价值链分析等调查结果分析方法,配有方法论与实践案例,可帮助读者搭建从信息源选择、调查设计到结论呈现的OSINT工作框架,适合按章节查阅或系统研读。
1. 先弄明白一件事:开源情报靠的是把公开信息拼成判断
你有没有过这种时刻:要给一家没听过名字的公司做个判断,打开搜索框敲进公司名,翻了十几页,收藏夹塞满链接,最后还是说不清它到底靠不靠谱。问题不在搜得不够多,而在于没人教过你「先问什么、去哪问、怎么把碎片拼起来」。这份《OSINT 权威指南:尽职调查实务》讲的就是这件事。开源情报(OSINT)指全部从公开渠道获得的信息:公开登记、公开报道、公开名录、公开发布的社交内容;尽职调查则是把这堆公开信息整理成能支撑决策的判断。它不教你入侵,也不碰非公开数据,靠的是耐心、顺序和记录。这本书适合三类人:刚入行的商业调查与合规岗位、要给合作方做背景核实的采购与投资岗,以及想给自己添一门「信息手艺」的零基础自学者。
2. 为什么值得学:三个场景告诉你尽职调查在解决什么问题
很多人第一次听到「尽职调查」,第一反应是并购案里那种几千万的大项目,跟自己没关系。其实它离日常很近:你要签一份年度供货合同、要招一个管钱的人、要把一笔钱投给一个只在饭局上听过名字的项目,这些时刻你都需要在信息不对称的情况下做决定。尽职调查就是把这个决定从「我觉得」变成「我查到,并且我能说清我查到了什么」。
先建立一个整体印象。一件商业尽职调查,翻来覆去就是在搞清五层东西:
- 身份:对面这个主体,是不是它自己说的那个主体
- 结构:股权怎么分布,有没有分支机构、关联方、代持嫌疑
- 能力:有没有对应的资质、许可、履约记录
- 风险:有没有公开的诉讼、处罚、异常记录、负面事件
- 关系:供应商、客户、关键人之间怎么连在一起
这五层,每一层都能用公开信息摸到边。摸不到的部分不是「没查到」,而是「需要标注为待核实」——这个区分是新手和专业人的第一道分水岭。
2.1 场景一:签合同之前,先弄清对面是谁
采购岗最常见的一种翻车,是合同签完才发现对方只是个空壳,真正干活的是另一家没被写进合同的公司。这种事在事后看往往有痕迹:注册地址是一间共享办公室、注册资金认缴但实缴为零、经营范围里根本没有这项业务、负责人名下挂着七八家同类公司。这些信息全部公开,只是没人系统地看一遍。
学这套东西最直接的价值,就是你能在签字之前花两个小时,把「这家公司到底有没有能力履约」这件事摸个大概。你不需要成为侦探,你只要知道去哪个公开库里查主体登记、去哪看许可名录、去哪找公开的裁判文书,再把它们按时间排一排。很多时候,光是「按时间排序」这一步,就能让一个看起来很漂亮的合作方露出底色。
2.2 场景二:把「听说」变成「查到」
职场里最危险的一句话是「我听说这家公司不太行」。听说没有来源、没有时间、没法复查,遇到对方反问一句「你哪来的消息」就哑了。而 OSINT 训练的第一件事,恰恰是给每一条信息配三样东西:来源、时间、证据等级。
举个很常见的例子。你在行业群里看到有人说某供应商交付老是延期。这句话本身不能写进报告,但它是条线索。顺着这条线索,你可以去找这家公司公开披露的履约相关记录、公开的投诉信息、公开报道里提到的项目进度,看看有没有第二条、第三条独立来源指向同一个方向。如果有,这就从「听说」变成了「有多条公开记录指向交付风险」;如果没有,那就老实写「存在一条未经证实的说法,建议在合同里加违约条款」。两种写法的差别,就是业余和专业之间的差别。
2.3 场景三:给自己的判断留一份可复查的记录
这一条最容易被新手忽略,但它其实是这份资源里最值钱的部分之一。书里花了大量篇幅讲报告怎么写、模板怎么用,附录里甚至直接给了工作说明书模板、调查报告样例。原因很简单:调查这件事,结论会被质疑,而记录不会。
我见过太多新手,检索过程做得挺扎实,最后交付的时候只写三行结论,客户一问「你这个判断依据是什么」,就得回去重搜一遍。正确的做法是从第一条记录开始就用固定字段记:查的是什么问题、结论是什么、来源是什么、证据等级、查到日期。等到要写报告的时候,你只是把这些记录重新排序和组织,而不是重新做一遍调查。这个习惯一旦养成,你做十次调查和做一次调查的单位成本会差出好几倍。
顺带说一句,现在有了 AI 辅助检索,搜信息的速度快了很多,但风险也变了:AI 给出的答案可能看起来很顺,来源却是编的。所以这份资源里专门有一章讲搜索引擎与 AI 搜索的配合使用,核心意思就一句——AI 可以帮你扩展关键词、帮你梳理线索,但每一条要写进结论的事实,都得回到原始公开来源上核一遍。这个动作不能省。
3. 第一步怎么迈:把 CRAWL 拆成你今晚就能做的四个动作
书的第一章标题里有个词叫 CRAWL,整章都在讲这套方法论的重要性。新手容易犯的错,是把这类缩写当成要背下来的知识点,背完了还是不知道怎么下手。我的建议是反过来的:先别管它每个字母代表什么,先理解它想解决的那个问题——新手一上来就打开搜索框,边搜边想,搜到什么算什么,最后搜了一堆跟自己要回答的问题没关系的东西。
CRAWL 想拦住的就是这个动作。它要求的顺序感,翻译成大白话就是:先想清楚要回答什么,再决定去哪找,然后才是动手搜,搜完还要回头验证,最后把过程记下来。下面我把它拆成四个你今晚就能做的动作。
3.1 为什么第一步不是打开搜索框
假设你现在要判断一家公司值不值得合作。如果你直接开搜,你的关键词大概率是公司名,搜出来的东西大概率是官网、招聘信息、几条新闻。半小时后你会有一种「查了不少」的错觉,但你回答不了「它的履约能力如何」这个问题,因为你从来没把这个问题拆开过。
正确的起手式是拿出一张纸,写下三个问题。比如:这家公司真实存在吗?它有没有做过同类业务?它有没有公开的风险记录?三个问题写下来,你的检索方向立刻就不一样了:第一个问题指向公开登记信息,第二个问题指向公开的项目与资质记录,第三个问题指向公开的司法与监管信息。同样是一小时,产出完全不同。
这一步还有个隐藏好处:三个问题写完,你会发现有些问题根本不需要查。比如客户其实只关心「这家公司有没有资质接这个活」,那股权结构那一大套你就可以先放下。调查最贵的成本不是检索,是检索了不该检索的东西。
3.2 把一句需求翻译成一张检索清单
从「帮我看看这家公司」到一张可执行的检索清单,中间隔着一层翻译。这层翻译做得好不好,直接决定你后面顺不顺。我常用的做法是列一张四列表:想知道的事、该用的关键词、优先来源类型、算过关的证据。
| 你想知道的事 | 该用的关键词 | 优先来源类型 | 算过关的证据 |
|---|---|---|---|
| 主体是否真实存在 | 公司全名 + 注册号 | 公开登记信息 | 登记条目与编号 |
| 有没有被处罚过 | 公司全名 + 处罚 / 异常 | 监管公示栏目 | 公示条目与发布日期 |
| 有没有合同纠纷 | 公司全名 + 案由关键词 | 公开司法文书 | 文书编号与裁判日期 |
| 背后是谁 | 负责人姓名 + 任职 | 登记信息 + 公开报道 | 至少两条独立来源 |
| 行业口碑如何 | 公司全名 + 评价 / 投诉 | 行业社区、公开投诉页 | 多条同方向记录 |
这张表的作用不是让你照着填,而是让你在搜之前就知道「什么样的结果算数」。新手最常见的浪费,是搜到一条论坛帖子就当成结论,或者搜到一个同名的公司页面就当成目标公司。有了「算过关的证据」这一列,你会自动开始问:这条信息是官方的还是转述的?是同名还是同一家?是什么时候的?
提示:关键词不是一次定好的。每搜一轮,把新出现的专有名词、简称、曾用名补回清单里,第二轮的质量会明显不一样。
3.3 30 分钟练手:给一家陌生公司做一次「体检」
找个练手对象,最好是你完全不了解的一家公司——从公开名单里随手挑一个就行,越陌生越好,因为你没有先入为主的印象。给自己 30 分钟,按下面六步走一遍,不求结论,只求跑通流程。
- 写下三个问题:它存在吗、它做什么业务、它有公开风险记录吗。
- 用公司全名去公开登记类来源查主体,记下注册号、成立时间、登记状态、经营范围。
- 用负责人姓名反查任职,看这个人名下还有几家公司、有没有交叉。
- 用公司全名加案由关键词,找公开司法文书,只记有没有、什么类型、什么时间。
- 用公司全名加行业词,找公开报道与行业社区讨论,只记能追到原始出处的。
- 把上面所有记录抄进一张表,字段固定为:问题、结论、来源、等级、日期。
跑完这一遍,你大概会发现两件事。第一,30 分钟足够跑完流程,但远远不够得出结论,这是正常的。第二,真正花时间的不是搜索,是判断「这条信息算不算数」。这个判断力,就是后面所有章节要练的东西。
4. 第一个能跑通的例子:给某公司做一份六步核查
下面这个例子是完全虚构的。假设我们接到一个委托:某公司(下称 A 公司)要签一份年度采购合同,需要判断 A 公司是否具备履约能力。我们不预设结论,只按流程走。
4.1 准备:先把问题写成三句话
动手前先写三句话,越具体越好:
- A 公司是否真实存续,登记状态正常吗?
- A 公司有没有做过同类业务,有没有对应资质?
- A 公司有没有公开的风险记录,时间上是否集中在近期?
写完这三句,再补一句边界说明:本次只使用公开可得信息,不接触非公开数据,不冒充任何身份去获取信息。这句边界不是形式主义,它决定了你后面能做什么、不能做什么。很多新手翻车不是因为技术不行,是因为越过了这条线,导致整份调查作废。
还有一件事要在准备阶段做完:确定交付形态。是一页纸的结论摘要,还是十页的完整报告?客户要的是「能不能签」,还是「签的话要注意什么」?这两个问题的答案不同,你检索的深度完全不同。书里花了整章讲客户需求确认和分阶段推进,原因就在这里——需求没对齐,做得再细也是白做。
4.2 六步检索:从主体登记走到关联关系
第一步,确认主体。用 A 公司全名查公开登记信息,记录注册号、成立日期、登记状态、注册地址、经营范围、负责人。这一步的关键是「锚点」:注册号是唯一锚点,公司名不是,因为重名太常见。拿到注册号之后,后面所有检索都要带着它,防止串到别的公司身上。
第二步,看经营范围与实际业务是否匹配。如果 A 公司登记的经营范围里没有它要承接的这项业务,这本身不是罪证,但是个需要解释的点。记下来,标成待核实,不要急着下判断。
第三步,查资质与许可。很多行业有公开的许可名录,能不能查到 A 公司的名字,是最硬的证据之一。查到就记编号和有效期,查不到就记「未见」,注意是「未见」而不是「没有」——这两个词在报告里的分量完全不同。
第四步,查公开的司法与监管记录。用 A 公司全名加案由关键词检索,记录案件类型、时间、结果。这里最容易被忽略的是时间分布:三年前一条合同纠纷,和最近半年连续三条,含义完全不同。所以每条记录都必须带日期。
第五步,查关联关系。用负责人姓名反查任职,看他名下还有哪些公司,这些公司跟 A 公司有没有业务重叠、地址重叠、联系方式重叠。重叠本身不说明问题,但重叠加上「其中一家已经注销」,就值得写进报告了。
第六步,汇总分级。把前面五步的记录全部汇到一张表里,按证据等级排序:官方登记与公告算 A 级,公开报道与公开文书算 B 级,行业社区与社交平台内容算 C 级。写结论时只引用 A 级和 B 级,C 级一律进「待核实」清单。
4.3 用一段脚本把手工记录整理成表
手工检索的记录,最好的载体是一张固定字段的表。下面这份示例数据是完全虚构的,字段就是前面说的五个:问题、结论、来源、等级、日期。你可以直接用表格软件维护,也可以存成 CSV。
| topic | claim | source | level | date |
|---|---|---|---|---|
| 主体 | 公司名称与注册号一致,登记状态正常 | 公开登记信息 | A | 2024-03-02 |
| 结构 | 存在一家同址分支机构 | 公开登记信息 | A | 2024-03-02 |
| 关系 | 负责人兼任另一家公司职务 | 公开登记信息 | A | 2024-03-05 |
| 风险 | 三年前有一条合同纠纷记录 | 公开司法文书 | B | 2023-11-18 |
| 口碑 | 行业社区提到交付延期 | 行业社区帖 | C | 2023-09-01 |
把这张表存成 records.csv,然后用下面这段脚本做两件事:按证据强度和日期排序,以及把 A 级证据单独拎出来。这样你写报告时不用再翻原始记录。
import csv from collections import Counter # records.csv 是手工检索后逐条抄下来的记录,字段固定,方便统计和排序 with open("records.csv", newline="", encoding="utf-8") as f: rows = list(csv.DictReader(f)) # 证据等级:A 官方公开登记与公告,B 公开报道与公开文书,C 社区与社交内容 rank = {"A": 3, "B": 2, "C": 1} for r in rows: r["score"] = rank.get(r["level"], 0) # 等级未知的一律按 0 处理,不参与强结论 # 先按证据强度降序,同强度再按日期降序,保证最新最硬的证据排在最前面 rows = sorted(rows, key=lambda r: (r["score"], r["date"]), reverse=True) # 统计三级证据各有多少条,用来判断这份材料够不够支撑结论 kinds = Counter(r["level"] for r in rows) print("A/B/C 三级证据条数:", dict(kinds)) # 只输出 A 级证据,报告里的强结论必须能在这里找到对应条目 for r in rows: if r["level"] == "A": print(f'[{r["date"]}] {r["topic"]} | {r["claim"]} | 来源:{r["source"]}') # 非 A 级全部进入待核实清单,不进结论段 todo = [r for r in rows if r["level"] != "A"] print(f"待核实条数:{len(todo)}")这段代码有三个地方你可能会改。第一处是 rank 字典,如果你的行业里「公开文书」比「公开报道」更硬,把 B 拆成两级就行。第二处是排序键,如果你更关心时间线而不是证据强度,把 key 换成只按 date 排序。第三处是筛选条件,如果你要做的是「只列近两年记录」,在读取之后加一行按日期过滤即可。
跑完这段,你会得到一份按强度排好序的材料清单,以及一个数字:待核实条数。这个数字很有用——如果待核实条数远大于 A 级条数,说明你的材料还撑不起一个明确结论,报告里就应该写「建议补充核实」,而不是硬下判断。
5. 新手最容易踩的 5 个坑:一份血泪经验版排查清单
这一章单独拎出来,是因为下面这几件事几乎每个新手都会遇到一次,而且每次遇到都要浪费半天。提前知道,能省很多时间。
5.1 认知层:两个让你白忙半天的坑
坑一:搜了三小时,写不出一句结论。
现象是浏览器开了二十个标签页,收藏夹塞满链接,但一让写结论就卡住,只能把链接堆上去。原因是检索之前没有定义问题,搜的每一条都是「看到什么算什么」,最后自然收不拢。解决办法很土但有效:动手前先在纸上写三个必须回答的问题,检索过程中每找到一条信息,就问自己「它回答的是这三个问题里的哪一个」,答不上来的直接扔掉,不进记录表。
坑二:把同名的人或公司当成同一个。
现象是你查到「某公司有行政处罚」,激动半天,最后发现是另一个城市同名的公司;或者你查到负责人名下有一堆公司,仔细一看是同名的另一个人。原因是名称不是唯一标识,人和公司都会重名。解决办法是坚持「三锚点交叉」:公司用注册号加注册地址加成立日期交叉确认,人用任职单位加时间加关联公司交叉确认。三个锚点对不上,就不算同一条记录。
5.2 操作层:两个让结论失真的坑
坑三:只用一种语言、一类来源搜。
现象是搜完觉得「信息好少」,其实是你只搜了中文、只看了搜索首页。原因是公开信息分散在不同语言、不同载体的来源里,单一入口天然覆盖不全。解决办法是每轮检索强制换一次视角:换一种语言的关键词、换一类来源(从新闻换成登记信息,从登记信息换成行业名录)、换一种表达(公司全称换成简称、换成负责人姓名)。换三次,你大概率会看到完全不同的画面。
坑四:引用没有时间的信息。
现象是报告里写「该公司存在合同纠纷」,客户一问「什么时候的」,你答不上来。原因是你抄记录的时候只抄了内容,没抄日期。解决办法是把日期变成记录的必填字段,而且记两个日期:事件发生日期和你的检索日期。前者决定这条信息还成不成立,后者决定这条信息是什么时候为真的——一年前查到的东西,今天可能已经变了。
5.3 交付层:一个让报告被打回的坑
坑五:报告写成信息堆砌,没有结论也没有边界。
现象是交了十页纸,客户看完问「所以呢」。原因是你把所有查到的东西都放进去了,却没有告诉客户哪些是结论、哪些是推断、哪些还没核实。解决办法是固定一个一页纸结构:第一段写结论(能签 / 谨慎签 / 建议补充核实),第二段写支撑结论的三到五条硬证据,第三段写待核实事项和建议的下一步动作。十页的详细材料放在后面当附件。客户先看第一页,需要细节再往后翻,这样没人会问你「所以呢」。
注意:任何时候都不要在报告里写「据可靠消息」。要么写清来源,要么写「未获取到可公开引用的来源」。这句话看着怂,实际上是保护你自己。
6. 下一步学什么:三条延伸路线和一个四周计划
跑通上面那个六步例子之后,你大概知道自己缺什么了。有人缺的是来源,不知道该去哪查;有人缺的是分析,材料齐了但串不起来;有人缺的是表达,写出来的东西自己都不满意。所以接下来的学习不该是「把书从头读到尾」,而是按缺口选路线。
6.1 三条可以并行的延伸路线
第一条是来源路线。这份资源里用了很大篇幅整理各类公开数据库、行业来源、监管与许可名录,还专门讲了不同行业该用哪些特定资源。这条路线适合「不知道去哪查」的人,学法就是边查边建档:每用一个新来源,就在自己的表里加一行,记下它覆盖什么、更新频率大概如何、有没有检索技巧。
第二条是分析路线。书里讲了几种成型的分析框架,包括 SWOT、供应链与价值链分析。这条路线适合「材料一堆但看不出重点」的人。学法不是背框架,而是拿自己已有的材料套一遍:把 A 级证据填进框架的四个格子里,填不进去的格子就是你的信息缺口,比盲目再搜一轮高效得多。
第三条是表达路线。资源末尾给了工作说明书模板、调查报告样例这类东西,价值很高,因为它把「一份合格的交付物长什么样」直接摆在你面前。这条路线适合「写出来没人看」的人。学法很笨:找一份样例,把里面的公司名换成你手上的项目,逐段模仿结构,写三遍就有手感了。
6.2 一个四周的入门计划
| 周次 | 重点 | 具体动作 | 完成标志 |
|---|---|---|---|
| 第 1 周 | 流程 | 用六步法跑两个陌生公司,只记过程不下结论 | 两张完整的记录表 |
| 第 2 周 | 来源 | 每类问题固定两到三个来源,建成自己的来源清单 | 一份二十条以上的来源表 |
| 第 3 周 | 分析 | 拿第 1 周的材料套 SWOT,标出信息缺口 | 一页框架图加缺口清单 |
| 第 4 周 | 交付 | 照样例写一份三页报告,找人挑毛病 | 一份被批注过的报告 |
这个计划的关键是第 1 周不要急着下结论。新手最大的冲动是「我要查出点什么」,但入门阶段真正要练的是流程稳定,不是结论漂亮。
6.3 一个可以立刻用上的小技巧
如果你只记住一件事,记住这个:每一条记录都写「来源 + 日期 + 等级」三件套。它看起来是琐碎的形式,实际上是整套方法的地基。有了它,你的材料可以排序、可以筛选、可以被别人复查;没有它,你查得再多也只是一堆链接。
我第一次正儿八经做这类核查的时候,材料查得挺全,交付前一夜才发现所有记录都没写日期,只能回头把几十条记录一条条重新打开核对,通宵到天亮。从那以后我每次开一个新项目,第一件事都是先把记录表的字段定好,日期设成必填,等级设成下拉选项,然后才开始搜。慢五分钟,省一整夜。
这份资源本身的组织方式也是照着这个思路来的:先讲流程和心态,再讲结构和来源,最后讲分析和交付,中间穿插大量模板和样例。拿到手别从头读到尾,先翻目录找到自己现在最缺的那一块,读完立刻找个陌生对象练一遍。希望帮到你。
本文还有配套的精品资源,点击获取