校企合作、技术转让、联合申报课题，这几类事情有一个共同的前置动作：你得先知道对面坐着的人是谁、做过什么、现在在做什么方向。实际操作里，这一步往往做得最潦草——开会前搜一圈名字，存下几个链接，看两眼简介就上了谈判桌。对方提到的项目你没听说过，就只能点头；对方履历里的空档你看不出来，也就无从问起。
这篇拆的是怎么把会前功课做扎实：用 MuchSci 的人才画像功能，把公开可查的部分先整理成一份结构化档案，把「不知道对方在做什么」变成「逐项确认的清单」。先说清楚一点：这里谈的尽调只碰公开资料，不涉及财务、法务、诉讼这类商业尽调里的非公开信息，也不构成任何投资或合作建议。
01 谈之前，先做四步公开梳理
▲ 图 1｜从锁定负责人到生成待确认项，四步把会前功课做实
第一步是锁定人。 合作谈的是具体团队，所以先确定对方团队的核心成员、他们的现职单位，而不是笼统地记一个机构名。第二步拉履历线，按时间把教育经历和任职单位排出来，看看时间线是否连贯。第三步梳理方向，把公开可查的研究领域和主持的项目整理出来，大致判断对方的工作重心和你这边要谈的事情有多大交集。
第四步最关键：生成待确认项。梳理过程中必然遇到资料对不上、说不清的地方——某段任职查不到细节、某两个名字分不清是不是同一个人。这些不要猜，单列成一张清单，带进会议逐条问。会前功课的目的不是替对方下结论，而是让会上问的每一个问题都有出处。
02 哪些能查，哪些必须当面问
▲ 图 2｜公开可核对的部分与必须当面沟通的部分，要分开摆
档案能回答的和不能回答的，要提前划清。左边一栏是公开可核对的：教育经历、任职单位有外部出处，可以逐项对照；研究领域有公开表述，可以作为谈话起点；主持的项目名称和时间有据可查。右边一栏是档案管不了的：具体技术方案往往不在公开资料里，配合意愿只能谈出来，涉及权属和商务的安排另有正式程序。
这条线划不清，尽调就容易变味。有人拿着档案里的项目清单去追问对方的技术参数，这不叫尽调，叫越界——人家公开说的是「主持过什么项目」，没义务在第一次见面就把方案摊给你。反过来，把本该档案回答的问题留到会上，又会浪费宝贵的当面沟通时间问「你们学校是哪儿的」。两个清单分开写，各干各的。
03 档案分三块，缺哪块一眼看得出来
▲ 图 3｜一份尽调档案的三块结构，各自独立、可单独核对
第一块回答「负责人是谁」：现职、研究领域、一句话简介。第二块回答「走过哪些地方」：教育经历与任职履历，按时间排列。第三块回答「在做什么」：公开可查的研究方向与主持项目。三块彼此独立，哪一块缺了就标空缺，不用别的字段去猜。
这比一段式的人物介绍实用得多。一段介绍读起来顺，但「查某段任职」这件事在里面无从下手；拆成字段之后，每一项都是一个独立的核对单元。MuchSci 的人才画像正是按这个思路组织的：基本情况、受教育情况、任职履历、主要科研成果四类字段，来源标注在档案上方，对不上的记录标「待核验」而不混进正式档案——这套机制在本系列第 01 篇拆过，这里直接拿来当尽调档案的底子用。
04 功能界面：档案长什么样
▲ 图 4｜两种会前准备方式对比：差别在能不能问到点上
把「临时搜一轮」和「先建档后谈」摆在一起，差别很直白：前者换个人接手就要重来，后者同一份档案整个团队可交接；前者默认搜到的都对，后者对不上的单列待确认。准备时间未必差很多，但会上问出的问题质量差很多。
具体到界面上，档案是这样的：
▲ 图 5｜人才画像界面：基本情况与受教育情况，来源与收录范围写在抬头
档案标识和数据来源标在最上方，受教育情况以表格承载，时间、学校、专业、结果逐项成列。做尽调准备时，直接对照这张表核对对方履历即可；表格里没有的信息，归入待确认清单，而不是凭印象补齐。
05 边界
① 本篇讲的是功能机制与应用方式，不构成任何投资或合作建议。是否合作、如何合作，须由使用者与相关机构自行判断并负责。
② 本篇谈的尽调仅限公开资料。不涉及财务、法务、诉讼等非公开信息，也不涉及任何个人隐私数据；档案是公开资料的整理，不构成对任何人的能力评价或背书。
③ 结构化不等于结论。 待确认项要靠当面沟通与正式程序解决，涉及技术转让与课题申报的，以相关单位现行规定与程序为准。