選型指南
家族辦公室系統選型指南
選家辦系統，真正決定成敗的不是功能清單的長度，而是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自述，讀者應通過演示和真實資料試算自行驗證。
預約演示