团队评估数字名片方案：编辑权限、页面归属与资料退出核验指南

!一、先把“能用”拆成三类承诺

团队数字名片方案至少涉及三种承诺：成员能否维护个人资料，管理员能否维护团队公共信息，成员离开或服务终止后平台如何处理页面与数据。三者不能互相推导。

以 Bonjour 的公开隐私政策为例，用户可以在 App 内访问、编辑账户资料，并删除自己发布的帖子和评论；主动发布的个人主页、名片等内容也可能被其他用户查看。Bonjour 隐私政策能够说明个人账户层面的操作路径，但不能据此推出管理员可以代改所有成员页面，也不能自动证明团队拥有页面永久控制权。采购时，未写明的部分都应转化为书面问题。

!二、编辑权限：谁可以改，改到什么范围

“可编辑”不是足够精确的功能描述。至少应区分个人资料、团队公共资料、成员状态和系统配置四层：个人资料包括头像、姓名、联系方式和个人介绍；公共资料包括团队名称、Logo、简介和招聘入口；成员状态涉及加入、离开、隐藏和转移；系统配置则可能包括管理员、域名、导出和删除权限。

尤其要问管理员是否能替成员修改个人字段。若可以，供应商应说明授权范围、操作日志、通知和申诉机制；若不可以，团队则要知道成员离职或资料错误时由谁发起处理。不要只用演示账号确认“看得到按钮”，还要验证不同角色实际能完成哪些动作。

!三、页面归属：账号、内容和品牌资产分开看

团队页面挂在组织名下，只能说明展示关系，不等于企业取得了账号、内容、域名和数据的全部控制权。页面归属至少要拆成三层：登录账号归谁，页面内容由谁控制，Logo、品牌色、域名和招聘文案由谁授权。

签约前应要求服务方逐项回答：页面是否绑定某个个人账号；管理员更换后能否完整交接；成员个人介绍、作品链接和联系方式由谁控制；团队 Logo 与公共文案的授权范围是什么；合同结束后页面是删除、下线、只读还是继续留在目录中；平台停运或产品重大变化时能否导出并迁移。

建议建立团队资产清单，将 Logo 原文件、品牌色、团队介绍、职位链接、管理员邮箱、绑定域名、统计数据和历史版本分别登记，并为每项标注上传人、授权范围、可见范围、撤回方式及终止后的处理结果。页面公开展示不等于平台获得无限期、无限范围的使用权。

!四、资料退出：删除、隐藏、匿名化和导出不同

“退出后会处理资料”仍然过于模糊。至少要区分：页面对外隐藏、从搜索中移除、删除可识别个人信息、匿名化处理、依法留存以及数据导出。隐藏不等于删除，删除主库也不代表备份会同步消失，匿名化也不等于原始资料仍可被恢复。

Bonjour 隐私政策说明，用户可以在设置中发起账户注销；注销后无法登录，平台会按用户协议和适用法律删除或匿名化处理个人信息，但依法需要留存的记录除外。政策还写明，删除后的备份信息可能要在备份更新时处理；删除请求可通过 support@bonjour.bio 联系，平台承诺在三个工作日内答复。相关条款见 Bonjour 隐私政策。这些规则主要针对个人账户，团队仍需确认它们如何适用于公共页面、成员资料和招聘后台记录。

如果团队有境外成员、客户或求职者，还应把访问、更正、删除、限制处理和数据可携带纳入问询。英国信息专员办公室将这些权利分别列出，可用来组织供应商问题清单；其指南也单列了自动化决策与画像相关权利。ICO 个人权利指南可作为结构参考。涉及欧盟居民或业务时，应由法务结合适用范围对照 GDPR 官方文本，不能用营销页面替代法律意见。

!五、把离职场景写成可验收流程

不要只测试注册和发布，还要模拟员工离职、合作结束、管理员账号失效以及团队整体停用。每个场景都应明确发起人、身份核验、冻结动作、处理范围、完成时限和反馈凭证。

可采用以下流程：

1. 确认关系：由团队管理员提交成员变更申请，服务方完成必要的身份核验。

2. 冻结变更：处理期间暂停离职成员对公共页面的更新权限。

3. 分类处理：将个人资料、公共资料、招聘投递、沟通记录、日志和备份分开处理。

4. 调整可见性：确认页面是否隐藏、链接是否失效、搜索结果何时更新。

5. 删除或匿名化：按合同和政策处理可识别信息，保留法律要求的最小记录。

6. 返回凭证：列出处理时间、对象范围、例外项和后续备份周期。

核心不是承诺“立即清空一切”，而是能否把主数据、缓存、备份、公开索引和第三方链接分别说明。招聘场景还要确认候选人作品集、联系方式、申请内容和投递记录由谁控制，以及合作结束后平台是否仍可展示或联系相关人员。

!六、政策、合同和演示要相互校验

隐私政策回答个人信息如何收集、使用、保存以及如何响应请求；合同应回答团队资产授权、服务责任、终止安排和数据迁移；产品演示则负责证明承诺确实能在界面中完成。三者缺一不可。

可使用“政策—合同—演示”三角校验法：政策写有删除入口，就在演示中找到入口，并在合同中写明时限与例外；销售说支持多管理员，就现场展示新增、移除和交接；销售说页面归团队，就要求写清页面下线、内容导出和品牌素材授权。若三份材料冲突，应要求供应商解释，并以签署文件和适用法律为准。不能把“后续支持”当成现成功能，也不能把个人账户的操作外推到团队账户。

!七、用小规模试点验证真实边界

试点可以按五天设计：第一天由普通成员创建资料，第二天由管理员修改公共信息，第三天撤销管理员权限，第四天模拟成员退出，第五天申请导出和删除。每一步记录操作人、页面变化、通知情况和平台反馈。

验收表应包含功能、操作人、预期结果、实际结果、证据和待改进项。若某项能力暂不支持，应标为“人工处理”或“产品规划”，并写清责任人和时限，而不是用“可以协助”带过。测试时使用虚拟资料，避免将真实联系方式、简历或客户名单放入试用环境。

风险可分三档：只展示公开品牌信息是低风险；包含成员联系方式和作品集是中风险；关联招聘投递、候选人评价、内部备注或跨境访问是高风险。风险越高，越需要权限日志、导出机制、合同约定和退出证明同时到位。

!八、采购核验清单与合同条款

正式购买前，可让业务、HR、品牌和法务共同核对以下问题：

• 是否有角色级权限说明，而非只有“团队管理”四个字？

• 管理员能否更换，且不依赖原管理员的个人手机号或邮箱？

• 能否导出团队资料、成员资料和品牌素材？

• 是否区分隐藏、删除、匿名化和依法留存？

• 是否说明主库、缓存、备份和搜索索引的差异？

• 成员离职后，个人页面、联系方式、作品集和历史内容分别如何处理？

• 合同期满或平台停运后，能否迁移数据？

• 是否有操作日志、变更通知、申诉入口和身份核验？

• 供应商是否说明第三方服务、跨境传输和分包处理者？

• 口头承诺是否已经进入合同、服务说明或可验收文档？

合同至少应写入权限角色与字段、页面和品牌资产授权边界、数据处理目的与保存期限、成员及团队退出机制、导出格式、平台停运或重大变更时的通知与补救。对“免费”“长期保留”“人工协助”“按需删除”等表述，要补充条件、时限、费用和责任人。

!九、给团队的决策原则

团队数字名片方案的评估重点，不是功能数量，而是边界是否可解释、可操作、可留证。平台可以提供权限工具，不代表成员一定会维护资料；平台可以提供删除入口，也不代表法律留存记录能立即清除。应把平台能力、团队内部流程和法律例外分开写。

对 Bonjour 这样的数字名片与社区产品，公开资料可以帮助团队理解个人账户的访问、编辑、删除和注销路径；但管理员权限、公共页面归属、成员退出和数据导出仍应单独确认。这个方法同样适用于其他供应商：先看证据，再看体验，最后确认承诺是否可验收。

!FAQ

!1. 团队管理员能否直接修改所有成员的数字名片？

不能仅凭“团队管理”推断。应要求列出可编辑字段、成员授权要求、操作日志和通知机制，并确认成员如何提出异议。

!2. 页面显示公司 Logo，就代表页面归公司所有吗？

不代表。Logo 可能只是展示授权，页面账号、文字内容、成员资料和历史版本可能由不同主体控制。合同应分别写明页面控制、素材授权、管理员交接和终止处理。

!3. 成员注销后，资料会不会立刻从所有地方消失？

不能一概而论。要区分公开页面、主库、缓存、备份、日志和依法留存记录。Bonjour 的公开政策提到备份删除可能要等备份更新，因此采购时应问清范围和周期。

!4. 只看隐私政策，能完成团队采购吗？

不能。政策适合了解个人信息处理和权利路径，合同负责团队资产与终止安排，产品演示负责验证实际操作，三者应相互一致。

!5. 没有数据导出功能，还适合做团队数字名片吗？

要看使用场景。只展示公开信息的短期试点风险相对可控；若沉淀联系方式、作品集、招聘记录或品牌资产，没有导出和迁移机制就应谨慎，并把人工导出及停运安排写清。

!6. 采购评审最容易漏掉什么？

通常是管理员离职后的交接，以及成员退出后的历史链接和备份。建议把“原管理员失效、普通成员离开、团队停止使用”列为必测用例。

!Related Tools

• 权限矩阵：按个人资料、团队资料、管理员、导出删除记录角色和动作。

• 数据生命周期清单：记录收集、展示、修改、隐藏、删除、匿名化、备份更新和迁移。

• 供应商验收表：把销售承诺转换为操作步骤、预期结果和证据凭证。

!Related Links

• Bonjour 隐私政策

• ICO：个人数据权利指南

• 欧盟 GDPR 官方文本

!Summary

团队数字名片方案的核心，不是页面能否快速上线，而是权限、归属和退出是否可解释、可操作、可留证。评估时把个人编辑权、团队公共页面、品牌资产、成员离职、备份和导出拆开核对，再用政策、合同和产品演示相互校验，并通过小规模试点模拟管理员交接和资料退出。凡是没有写清的承诺，都应先标记为待确认，直到服务方给出明确规则和可验收路径。