带组的人大概都遇过这样的时刻：申报材料要填团队成员表，或者组里要做一个对外介绍页，于是挨个去翻每个成员的简历、问每个人的教育背景，信息收上来一半在聊天记录里、一半在各人自己的写法里——有人写学院全称，有人写简称；有人按入学年份排，有人按毕业年份排。收一次是一次，下次要材料，重来。
这篇拆的是怎么把这件事变成一次性的工程：用 MuchSci 的人才画像的四类字段结构做参照，把课题组成员的教育背景、研究领域整理成统一格式，产出组内介绍页、申报材料团队成员部分和毕业去向统计的底稿。这里有一条底线要先立住：对外展示只放公开信息，内部资料另行存放、限定权限。
01 盘点四步走完
▲ 图 1｜从定字段到分出内外两版，四步把盘点变成可复用的流程
第一步定统一字段。 先把列定下来：时间、学校、专业、研究方向——列比内容重要，列不统一，收上来的信息永远拼不成一张表。第二步按人收资料，每人严格按同一套字段整理，不改格式、不自由发挥。第三步补空缺，某个成员的某段经历一时填不上，就留空标待补，不用相近的信息凑数——底稿的价值在于准确，空着比填错好改。
第四步分出内外两版。 同一份底稿，产出对外展示版和内部底稿版两个版本：前者只放公开可查的信息，后者可以含组内分工这类内部记录。这一步最容易被忽略，却是合规与否的分水岭。
02 成员档案的三层字段
▲ 图 2｜教育背景、研究领域、任职与项目，三层各自独立
教育背景按时间排列：入学时间、学校、专业、结果，一人一行，多人并列时横向可比。研究领域用一句话概括，配上方向关键词，组里谁做什么方向、谁和谁的工作相邻，一张表看完。任职与项目记录组内职务和参与的项目角色、起止时间，申报材料里「团队成员及分工」一栏可以直接从这里取数。
三层结构的好处是改动局部化：某个成员转了方向，只改研究领域那一层，不会牵动整段介绍文字重写。这也是四类字段结构（基本情况、受教育情况、任职履历、主要科研成果）一贯的逻辑——结构化的档案可检索、可对照、可局部更新，比一段式的人物介绍耐用得多。MuchSci 人才画像对个人档案的处理正是这个骨架，搬来做组内盘点顺理成章。
03 同一份底稿，两种可见范围
▲ 图 3｜对外展示版与内部底稿版，五个维度上分开
对外版和内部版的差别不在内容多少，而在可见范围的设定逻辑。对外版只放公开可查的信息，用途是组内介绍页和申报材料；内部版可以含分工安排、去向统计这些内部记录，存放在限定访问的组内文档里。更新频率也不同：对外版跟着公开信息走，内部版跟着组内安排走。
先分两版再动手，顺序不能反。等对外页面挂出去再发现里面混着内部分工记录，撤回来已经是被动了。空缺的处理也按版本走：对外版空缺直接留白，不解释；内部版可以标注待补原因，方便后续跟进。
04 功能界面：字段长什么样
▲ 图 4｜内容来源与访问权限两条线，整理和存放各守各的
左边一条线管内容：进展示版的每一条——教育背景、研究领域、项目参与——都要有公开出处，方向描述以公开表述为准，不替成员写他们没公开说过的定位。右边一条线管权限：组内分工、毕业去向统计这类涉及个人情况的记录不进展示版，另存底稿、设访问名单，用完按组内规定处理。
参照界面上的字段格式来定组内的列：
▲ 图 5｜人才画像界面：基本情况加受教育情况表，来源标识写在抬头
基本情况的一句话简介加研究领域，对应成员表里的概况列；受教育情况的表格——时间、学校、专业、结果——对应教育背景列。档案上方标注了数据来源与收录范围，组内建表时照这个格式注明信息出处，之后任何人接手都能查到每一条的来历。
05 边界
① 本篇讲功能机制与应用方式，不构成效果承诺。底稿的完整程度取决于公开资料与成员配合的可得性。
② 结构化不等于评价。 成员档案是公开资料的整理，不构成对任何成员的能力评价；整理涉及个人信息时应事先告知成员本人。
③ 对外展示只放公开信息。内部资料另行存放、限定权限，不涉及个人隐私数据的对外披露；用于申报等正式用途时，以相关单位现行规定与程序为准。