选型指南
家族办公室系统选型指南
选家办系统，真正决定成败的不是功能清单的长度，而是8件事：托管行直连覆盖多少、直连不到的数据谁负责录；结构化产品与私募资产是系统内真处理还是靠Excel在系统外补；多主体结构能不能建模并自动穿透合并；除了历史报表能不能推演未来被动事件；报表口径能不能自己改；日常数据维护由谁负责、怎么计价；数据存放地与合规口径是否满足要求；定价按AUM抽成还是固定年费、退出时能否拿回全量结构化数据。建议顺序是先用自己的真实持仓和真实报表模板写出需求清单，再去看演示——先看演示的家办，几乎都会被功能清单带偏。实施阶段最常低估的三件事是数据迁移工作量、上线后的对账返工、以及长期的数据维护人力。
先定需求，再看厂商
家办系统选型最常见的顺序错误，是先约三四家厂商看演示，再根据看到的功能反推自己要什么。演示的目的是展示厂商最擅长的部分，而每家擅长的部分不同，看完一轮的结果往往是需求被几家的强项拼成一个谁也满足不了的清单。
更有效的顺序是先花一两周写出自己的需求清单，再拿这份清单去逐家对照。清单不需要写成正式的RFP文档，但至少要覆盖四件事：
一是资产盘点。把家族当前持有的资产按类别列全，标注每类资产分别托管在哪家机构、目前用什么方式记录、数据从哪来。这份盘点直接决定第三节里数据接入和资产覆盖两个维度的验证方式。
二是报表清单。把现在正在用的报表全部收集起来——给家族成员看的、给投委会看的、给税务顾问看的。这些报表就是系统上线后必须产出的东西，也是验证厂商定制能力最真实的材料。
三是运营流程盘点。写清楚现在每个月的固定动作：谁在什么时候收对账单、谁录数据、谁核对、谁出报表、每步花多久。系统的价值最终体现在这些动作被压缩了多少，而不是界面上有多少张图。
四是人和预算的边界。明确家办内部能投入多少人力配合实施和长期维护，以及预算区间。这两条会直接筛掉一部分选项，越早明确越省时间。
有了这四份材料，后面8个维度的问题才问得具体，厂商的回答也才可验证。
八个评估维度
以下8个维度按家办实际采购中的争议频次排列，每个维度给出可直接拿去问厂商的问题，以及这个维度为什么会影响长期运营成本。
数据接入广度
该问厂商
- 你们目前直连了哪些托管机构？请给出具体名单，并说明每家覆盖哪些数据类型（持仓、交易、现金流、估值是否都有）
- 直连覆盖不到的机构怎么办：我们自己录入，还是你们负责解析
- 如果靠AI解析对账单，能不能先拿我们自己的历史对账单跑一批，让我们看准确率和错误类型
- 新增一家机构的接入周期多久，是否单独收费
为什么重要
家办的资产通常分散在多家私人银行、券商和基金平台，其中能提供标准数据接口的往往只是一部分，剩下的只有PDF对账单、邮件通知，甚至纸质文件。真正决定长期运营成本的不是"直连了多少家"，而是"直连不到的那部分怎么处理"。如果答案是家办自己录入，那么系统上线后每个月的人工录入量就是一笔长期固定成本，且录入错误会一路污染到报表。这个维度必须用自己真实的、最难处理的那几家机构的对账单去验证，不能只看厂商给的示例文件。
资产类别覆盖深度
该问厂商
- 结构化产品（FCN、ELN、RCN、DRAN、CRAN、Autocallable等）在系统里是独立资产类型，还是当成一笔债券或现金流记账
- knock-in / knock-out观察日、票息条款、触发判断是系统按合同条款自动推演，还是需要人工维护一份日历
- PE/VC的Capital Call和分配怎么记录，能不能按基金分期表推算未来出资时点
- 非上市股权、房产、艺术品这类资产怎么估值、多久更新一次、谁负责更新
为什么重要
资产类别清单是最容易看起来一致、实际差距最大的部分。很多系统的清单里写着支持结构化产品，实际处理方式是把它当成一笔普通的债券或现金流，条款、观察日、触发判断全部靠Excel在系统外维护。这种"清单里有、系统里没有"的差距，只有拿自己真实持有的复杂持仓去试算才能暴露。验证方法很直接：挑一只自己持有的结构化产品，让厂商在系统里完整录入并展示它未来所有观察日和可能的现金流结果。
多主体与所有权穿透
该问厂商
- 信托、控股公司、基金会、有限公司这些主体能否在系统内建模，支持几层嵌套
- 跨主体合并报表怎么生成，能不能按实际持股比例穿透计算
- 同一笔资产由多个主体按比例共同持有时怎么处理
- 主体结构调整后（比如新增一层控股公司），历史数据要不要重做
为什么重要
家办的资产极少直接持有在个人名下，中间往往有信托和多层控股结构。如果系统只支持"账户"这一层，多主体结构就只能靠账户命名规则硬凑，合并报表要靠人工拼接，而每次结构调整都意味着一轮返工。主体建模能力直接决定合并报表能不能自动出，这是SFO与MFO都会碰到、但MFO更敏感的一项——MFO还额外需要家族之间的数据隔离。
前瞻性能力
该问厂商
- 系统能不能一次列出未来12个月所有已知的被动事件（付息、到期、分红、行权、Capital Call）
- 这些事件是人工录入的提醒日历，还是系统按合同条款自动推演出来的
- 一笔交易或计划变更后，下游所有受影响的未来事件会不会自动重算
- 现金流预测能推多远，覆盖哪些资产类别，包不包括私募的出资计划
为什么重要
多数系统的强项是回看：把已经发生的交易整理成报表。但家办日常真正的运营压力在前看——下个月要准备多少现金应付Capital Call、哪只结构化产品正在接近knock-in、哪几笔债即将到期需要决定续投还是赎回。这部分能力决定了系统是一个记账工具还是一个运营工具。区分方法是问清楚事件是"录进去的"还是"算出来的"：录进去的日历，漏录就等于没有；算出来的事件，只要合同条款在系统里，就不会漏。
报表输出灵活度
该问厂商
- 我们要调整一张图的口径，是自己在界面上配置，还是提需求给你们排期
- 自助配置能配到什么程度：换字段、换分组维度、还是能改计算口径
- 定制报表的交付周期和计价方式是什么
- 能不能1:1复刻我们现在正在用的PPT或Excel模板，包括版式
为什么重要
家办的报表口径高度个性化，而且会随家族成员的关注点变化。如果每次调整都要走厂商排期，报表就会永远滞后于需求；但如果自助配置只能改标题和配色，那也谈不上灵活。这个维度的验证材料就是第二节收集的现有报表——直接问厂商这几张能不能复刻、多久、谁做、怎么计价。
数据运营责任边界
该问厂商
- 日常数据维护由谁负责：我们录、你们录、还是混合分工
- 如果由你们负责，是否单独收费、怎么计价、响应时效是多久
- 对账差异由谁排查、多久给出结论
- 数据出错时责任怎么划分
为什么重要
这是最容易在合同里写得含糊、上线后变成长期扯皮的一项。两家系统的功能清单可能完全一样，但"谁负责把数据喂进系统、喂准"决定了家办要不要为此多养一到两个人。这项隐性成本经常超过软件许可费本身，却很少出现在选型对比表里。建议在合同阶段就把分工、计价和响应时效写清楚，而不是留到实施阶段再谈。
安全合规与数据主权
该问厂商
- 数据存放在哪个国家、哪家云服务商，能不能由我们指定
- 符合哪些合规框架（PDPA、GDPR、本地监管要求），有没有第三方审计报告可以出示
- 权限怎么划分，能否做到不同家族成员只看到属于自己的部分
- 操作留痕能否追溯到具体人和时间，留存多久
- 厂商员工在什么情况下能访问我们的数据，怎么控制和记录
为什么重要
家办数据的敏感度高于一般企业数据，且往往同时涉及多个司法辖区。这些问题在选型阶段问清楚的成本极低，但如果等到上线后才发现数据存放地或权限模型不符合要求，迁移成本会非常高。要注意区分"符合"和"通过审计"——前者是厂商自述，后者有第三方报告可查。
定价模式与退出成本
该问厂商
- 定价按什么计算：固定年费、按AUM比例、按用户数、还是按资产笔数
- AUM增长后费用怎么变，有没有上限
- 实施费怎么算，包含哪些工作，什么情况下会额外收费
- 我们将来要离开时，能不能拿到全量结构化数据，什么格式，是否收费
- 合同期限、续约条款和退出条款分别是什么
为什么重要
按AUM比例计价的模式下，家族规模增长会直接推高系统成本，而系统提供的价值并不随AUM线性增长——多管10亿资产并不意味着系统多做了10亿的工作。退出条款同样关键：如果数据只能导出成PDF或残缺的表格，系统就成了单向门，几年后想换厂商会非常被动。把导出格式和费用写进合同，成本是零，价值在几年后才体现。
五个常见坑
低估数据迁移
数据迁移是实施阶段最容易超期的环节，也是最容易被低估的一项。原因不在技术，而在历史数据本身：多年积累的记录格式不一、口径变过、部分凭证缺失、同一笔交易在不同表里对不上。这些问题在迁移前不解决，迁到新系统里还是错的，而且会因为新系统的校验规则更严而集中暴露。建议在合同里明确迁移的范围（迁几年、迁哪些资产类别）、由谁清洗、验收标准是什么，并预留比厂商报价更长的时间。
先看演示、后定需求
演示展示的是厂商最擅长的部分。连看三四家之后，需求容易被各家强项拼成一个谁都满足不了的清单，最终选择变成"哪家演示得最流畅"。正确顺序是先按第二节写出需求清单，再用同一份清单去逐家对照，并要求厂商用家办自己的数据和报表模板演示。
只验历史数据、不验未来事件推演
验收时把历史持仓和交易核对一遍就签字，是很常见的做法，但漏掉了前瞻能力这一半。历史数据对得上，只证明系统能记账；未来事件推演对不对，要用一只真实的结构化产品或一支真实的私募基金去验——让系统列出它未来所有观察日或出资时点，再和合同条款逐条核对。这项验证如果留到上线后，通常要等第一次漏掉事件才会发现。
忽略数据运营的长期人力成本
选型时算的通常是软件费用，但系统上线后真正的持续成本往往在人：谁收对账单、谁录数据、谁排查对账差异。如果这部分仍由家办自己承担，那么系统只是把Excel换成了界面，人力没省下来。建议在对比方案时把三年的人力成本一起算进去，而不是只比许可费。
对账返工
上线初期对不齐是常态，真正影响进度的是返工没被排进计划。差异来源通常有三类：迁移过来的历史数据本身有误、新系统的口径与旧口径不一致、以及数据接入环节的字段映射有偏差。建议把上线后一到两个月的对账返工明确写进实施计划，并约定差异排查由谁负责、多久出结论。
常见问题
家办系统和普通的资产管理系统有什么区别？
普通资产管理系统通常围绕单一账户或单一投资组合设计，核心是持仓和收益。家办系统必须额外处理三件事：多主体多层持股结构的穿透合并、非标资产（结构化产品、私募、房产、艺术品）的完整记录与事件推演、以及高度个性化的报表输出。缺了这三项，系统在家办场景下会退化成一个需要大量Excel辅助的记账工具。
SFO和MFO的选型需求有什么不同？
SFO更关注资产覆盖深度和报表个性化，决策链条短，可以按单一家族的偏好定制。MFO在此之外多两项硬要求：家族之间的数据隔离必须做到物理或逻辑上可证明，以及同一套运营流程要能规模化服务多个家族，否则每接一个家族就要重来一遍。MFO在选型时应重点验证权限模型和批量运营能力。
为什么多数系统处理不了结构化产品？
结构化产品的难点不在记账而在条款解析和事件推演。每一只产品的观察日规则、票息条件、触发判断都写在合同里，且各家券商的条款表述不统一。系统要真正支持，需要先把条款结构化，再基于条款自动推演未来所有观察日和可能结果。多数系统选择把它当成一笔现金流处理，条款留在系统外，因此清单上写着支持，实际仍需人工跟踪。
应该选一站式平台还是多个专业工具组合？
两种模式都有家办在用。一站式的优势是数据只有一份、口径统一、责任单一；多工具组合的优势是每个环节都能用最强的工具，但需要靠接口把数据打通，且一旦某个环节的数据出错，排查链条会变长。判断依据是家办有没有能力和意愿维护这些接口：如果没有专职技术人员，一站式的长期总成本通常更低。
实施周期一般多久？
取决于资产复杂度和历史数据质量，而不是系统本身。资产类别集中、数据来源规整的情况下，数周内可以上线；涉及多主体结构、大量结构化产品和私募资产，且历史数据需要清洗时，通常需要一到三个月，其中大部分时间花在数据迁移和对账上，而不是系统配置。要求厂商给出分阶段的时间表，并明确每个阶段的验收标准。
数据迁移要准备什么？
三样材料：一是完整的资产盘点表，标明每类资产的托管机构和数据来源；二是历史交易凭证，尤其是非标资产的合同和成本基础记录；三是明确的迁移范围和口径，包括迁几年数据、成本基础按什么方法计算、汇率用哪个口径。这三样准备得越清楚，迁移阶段的返工越少。
家办系统的定价一般怎么算？
主流有两类：按AUM比例收取年费，以及固定年费。前者的费用随资产规模增长，后者与规模脱钩。此外通常还有一次性实施费，以及可能单独计价的数据运营服务费和定制开发费。比较方案时应该把三年总成本算出来，包含许可费、实施费、数据运营费和家办自身的人力投入，而不是只比首年报价。
数据放在哪里、合规怎么看？
先确认数据存放的国家和云服务商，再确认是否可以指定。合规方面要区分厂商自述符合与有第三方审计报告两种情况，后者可以要求出示。如果家族成员或资产分布在多个司法辖区，需要额外确认跨境传输的处理方式。这些问题在合同阶段确认的成本很低，上线后再改代价极高。
需不需要家办自己有IT团队？
如果选择多工具组合模式并需要维护接口，通常需要至少一名技术人员。如果选择一站式且厂商提供数据运营服务，可以不需要专职IT，但仍需要一名业务侧的负责人对数据口径和报表需求做决策——这个角色不能外包。
怎么验证厂商宣称的AI解析能力是真的？
用自己的文件测，不要看示例。具体做法是挑选10到20份最难处理的真实对账单（格式最乱的、扫描件、多币种的），要求厂商现场或限时解析，然后逐字段核对准确率，并重点看错误类型——是偶发的识别错误，还是某类格式完全处理不了。同时要问清楚解析出错时的兜底机制：是有人工复核，还是直接入库。
Ginkgo在这八个维度上的做法
以上8个维度是通用框架，与厂商无关。以下说明Ginkgo在每个维度上的具体做法，供正在评估的家办参考。
数据接入广度
托管方Data Feed自动直连；直连覆盖不到的机构，由Ginkgo用AI大模型结合规则校验解析PDF对账单、邮件附件、合同条款和拍屏图片，全流程托管，家办只需转发邮件。数据层独立于任何单一托管方，单家Feed中断不影响数据可用性。
资产类别覆盖深度
结构化产品（FCN、ELN、RCN、DRAN、CRAN、Autocallable、AQ/DQ权证、期权）为系统内独立资产类型，条款经解析后结构化入库，观察日与触发判断由系统按条款自动推演。PE/VC按基金分期表记录Capital Call与分配。非上市资产（房产、艺术品等）支持自定义估值更新。
前瞻性能力
全资产事件引擎主动推演未来被动事件，覆盖接票、付息、分红、Capital Call、行权、到期等类型，提前N天预警；十年现金流瀑布按全部持仓推演，任一交易或计划变更后下游事件自动重算。
报表输出灵活度
自助配置10分钟完成，团队定制1天交付，现有PPT/PDF模板1:1复刻1周内完成，已有100+定制图表在生产环境运行。看板支持55个分组维度、1000+可选字段。
能力边界
- 不做税务申报：Ginkgo提供税务顾问所需的持仓、交易与成本基础数据，但不生成税表、不做申报
- 不做交易执行：Ginkgo不接单、不下单、不做订单管理，报价监控功能仅用于决策支持，执行仍在券商或私行侧完成
本文为通用选型框架，不构成采购建议。各家办在资产结构、主体架构、运营流程和合规要求上差异较大，实际选型请结合自身情况评估。文中第六节为Ginkgo自述，读者应通过演示和真实数据试算自行验证。
预约演示