ARTICLE · 1308401
买方名单都在Excel和微信里:FA团队如何把经验变成可复用资产?

一个并购项目启动后,项目组通常会先问:哪些买方值得联系?
同事发来一张Excel,里面有几百家公司。有人说其中一家去年聊过,但当时负责的人已经离职;另一家看起来很匹配,却不知道它最近是否还有收购计划。微信群里也许留着线索,想找到那条消息,还得翻很久。
这些问题在FA团队里并不陌生。交易推进过程中积累了大量判断,但项目一结束,判断往往散落在文件夹和个人对话中。下一个人接手时,只能从头确认。
一位负责人与买方聊过两次,知道对方在寻找华东地区的业务补充;另一位同事只收到一份名单,看见的是“有产业协同”几个字。等新项目出现,团队还得重新判断:这个方向是买方明确提出的,还是上一位顾问的推测?之前没有推进,又是因为价格、时点还是客户自身的安排?
如果只把文件放进共享盘,后来的人可能找得到材料,却未必能看懂当时的决策背景。更实用的做法,是把能共享的判断与证据放在一起,并注明适用的项目和时间。
买方知识库可以先从一件小事做起:把团队已经掌握的信息整理成有来源、有状态、有人维护的记录。AI适合参与整理和检索,具体判断仍需要项目组复核。
一、名单里有公司,不代表团队了解这家公司
一张买方名单常见的字段是名称、行业、联系人和联系方式。这些信息能帮助团队找到人,但未必足以判断一次交易是否值得推进。
以一家制造业集团为例,名单上写着“关注工业软件”。项目组真正需要弄清楚的,是这条信息何时获得、来自公开发言还是直接沟通、与本次标的的业务有何关系。
同样一个“感兴趣”,可能来自三种不同情况:买方公开提到关注某行业;顾问判断双方可能存在协同;买方在近期沟通中明确表示愿意了解项目。这三类信息的可靠程度和可用方式不同,记录时应分开。
再看微信中的一句“可以了解”。它可能只是礼貌回应,也可能意味着愿意进入下一步。对外跟进前,最好补一条记录:沟通发生在什么时间、讨论的是哪个方向、对方是否同意接收更多材料。没有确认的部分保留空白,避免下一位同事把模糊回应当成正式意向。
Rogo在一篇介绍投行AI应用的文章中提到:项目文件、客户演示材料和会议记录分散在不同地方;CRM可以记录客户关系,共享盘可以存放文件,但交易过程中形成的判断未必被完整记录。文章进一步介绍了其将研究背景、过往案例和客户历史整理成受权限控制记录的做法。这里引用的是Rogo的产品文章,并非独立测评。

图1|Rogo原文页面截图:研究背景与客户历史的整理
来源:https://rogo.com/blog/ai-for-investment-banking
二、先把一条买方记录整理到能交接
不用一开始就追求把所有历史项目整理完。选择一个近期会用到的买方名单,先把以下信息补齐:
基本情况:公司名称、业务范围、主要区域,以及信息来自哪里。
匹配理由:为什么认为它可能关注这类项目?是业务互补、渠道协同,还是已有公开投资记录?写明判断依据。
沟通状态:由谁在什么时间沟通过,对方明确表达了什么;没有近期沟通的,标为“待核实”。
风险与限制:是否属于卖方排除名单,是否存在竞争关系或接触限制;预算、决策流程等没有依据的信息,不要填成确定结论。
责任人和下一步:谁负责更新、下一次需要核实什么。信息有变动时,保留更新时间,避免旧判断被误当成现状。
例如,一条虚构记录可以写成:“A公司|工业自动化|可能与标的客户群重合,依据为2025年公开业务介绍|是否有收购计划待核实|项目负责人负责确认。”交接的人能够看懂判断从哪里来,也知道还缺什么。
同一家公司还可能对应不同项目。A公司适合一个项目,理由是客户群重合;放到另一个项目时,双方可能存在直接竞争。公司基本信息可以在授权范围内复用,但匹配判断应跟具体标的和交易条件关联,不能把上一次的结论直接搬过来。
为了方便交接,可以在每条记录下方保留一段简短说明:“上一轮由谁沟通、截至何时、目前卡在哪里、下一步建议问什么。”如果原始沟通涉及客户机密,摘要也要遵守原项目的保密要求。
三、AI可以帮忙整理,但要把来源一起留下
团队先确认材料有权用于当前项目,再把已有的名单、公开资料和获授权的会议记录交给工具处理。AI可以提取公司名称与业务描述,合并名称明显相同的记录,提示资料之间的冲突,并生成一份待核实清单。
合并前最好保留原始文件和版本。名称相似不一定是同一家公司,历史联系人也可能已经变动;来源不明的说法需要回到原记录核对。
实际整理时,可以先用一小批资料试跑。例如选择一份近期名单,加上项目组获授权使用的会议摘要,让AI分别输出公司信息、可能的匹配依据和疑问。顾问抽查几条,对照原材料,看公司是否识别正确、来源是否能定位、缺失信息有没有被填成肯定句。
遇到两份记录冲突时,可以把差异列出来交给负责人处理。假设旧表写着“关注控股收购”,新会议摘要写着“目前只考虑少数股权”,两条信息都应保留日期和出处,再确认是否因为交易策略变化。AI给出的归纳可以帮助发现问题,最终版本应由熟悉买方的人确认。
项目组可以给AI一个具体指令:
请根据当前项目已授权的买方名单和资料,整理候选公司的业务、可能的匹配理由与已知限制。每条结论标注来源和日期;资料不足时写“待核实”,不要推断收购意愿或补造联系人。输出供顾问复核。
整理出的结果适合用来缩小讨论范围。是否接触、由谁接触以及对外能说什么,仍由顾问根据项目授权和最新沟通决定。
还要留意“找到了资料”和“获得了授权”之间的区别。AI检索出一份历史项目文件,并不代表当前项目成员可以转发其中的客户名称、报价或联系方式。顾问在使用检索结果前,仍需要查看材料的授权范围。
四、让历史判断能复用,也能被纠正
知识库里最有价值的内容,往往是团队对某家买方的判断:为什么曾经认为合适,为什么最后没有推进,以及这个判断基于什么信息。
记录反馈时,尽量写清具体情境。例如:“2025年项目中,A公司表示当时收购预算未确定;联系人为项目组提供,下一次联系前需确认其职务。”这条记录可以提醒后来者核实预算,却不能直接证明A公司现在没有收购能力。
可以给记录设置简单的状态:已核实、待更新、不适用。每次项目结束后,由负责人补充沟通结论;新的信息与旧记录冲突时,保留两次来源和时间,再由项目组确认。
更新频率也可以跟用途挂钩。基本业务介绍可以在使用前检查来源是否仍然有效;收购预算、联系人职务和当前交易意愿变化更快,进入重点名单前值得再确认一次。团队可以在记录上写明“最后核实时间”,让读者自行判断信息的新鲜程度。
当项目暂停或未成交时,也值得留下原因,但措辞应尽量具体。与其写“买方不感兴趣”,不如记录“对方在本项目中表示暂不考虑该区域,沟通于某月结束”。这样下一个项目组能区分针对单个项目的反馈与长期偏好。
DealAgent官网介绍,其买方推荐从团队已有或授权的候选范围出发,呈现匹配理由、风险和信息缺口,供顾问审阅。团队仍需自行确认联系人授权、沟通内容和后续动作。

图2|DealAgent官网页面截图:匹配理由与风险
来源:https://dealagent.cn/product/recommendations
例如,项目组手里已有20家获授权评估的候选买方,其中一家业务方向相近,但收购预算不清楚。讨论时可以把它列为“业务匹配、预算待核实”,由顾问安排下一步询问。排名或匹配提示只能作为讨论起点,能否推进仍取决于核实后的情况。这里的数字和情境仅为说明流程的虚构示例。
五、资料能否复用,先看权限和使用范围
买方名单、会议纪要和历史项目材料可能包含未公开交易信息,也可能涉及联系人个人信息。整理之前,项目组应核对客户授权、保密协议和机构内部要求:哪些资料可以进入工具,哪些信息只能留在原项目内,哪些内容可以用于其他项目。
对跨项目复用,建议先从经过授权的基本信息和公开资料开始。需要共享的历史经验,可以由原项目负责人整理成不含客户身份和敏感交易细节的摘要;是否可以匿名化及复用,仍须以原协议和团队规定为准。
权限不宜只看“谁是公司员工”。同一个团队内,不同项目的参与人、客户授权和保密约定可能不同。可以先按项目限定访问范围,再单独决定哪些信息能够进入团队共享的买方记录;人员变动或项目结束时,也需要检查访问权限是否仍然合适。
使用外部AI工具前,还应了解数据会如何处理和保存,以及是否允许用于后续模型训练。具体以服务协议、客户授权和机构政策为准。复制聊天记录、导出联系人或分享材料之前,先确认用途和必要性。
DealAgent安全页面说明,新项目默认仅创建者可见,其他成员需加入项目;材料使用、证据授权与导出受权限约束。部署地区、模型数据处理和保留删除安排,以实际服务协议为准。

图3|DealAgent官网页面截图:权限与数据治理
来源:https://dealagent.cn/security
从一份当前项目名单开始
如果团队准备开始整理,可以先选一份正在使用的名单,让每位负责人补充自己熟悉的几家公司。先检查来源、沟通时间和待核实事项,再决定哪些信息能够供其他项目使用。
第一轮可以给自己设一个小目标:找出当前项目中最值得讨论的几家买方,把每家的匹配依据和缺口补上。项目负责人逐条复核后,团队再决定是否扩大范围。比起一次性汇总大量历史资料,这样更容易看出哪些字段真的有用。
项目例会时,可以用几分钟检查变化:有无新反馈,是否出现互相矛盾的说法,下一次由谁跟进。项目结束后,再由负责人判断哪些记录可按授权保留。新同事接手时,先阅读相关记录,再向原负责人确认关键判断,减少重复沟通。
等下一位同事接手时,打开记录就能看到:为什么把这家买方列进来,之前聊到哪一步,哪些信息还需要重新确认。这样的记录,才有机会留在团队里继续使用。















































































