给英国房产过户律所用的一条交割放行轨道——核验资金来源，放行交割款，不再被邮件来回拖垮。

1. 风投资金已经开始为房产交易里一条统一的身份核验、AML 和支付轨道买单，这说明机构现在准备买的不只是另一款点状合规工具。
2. 买方已经明确往端到端工作流迁移——从 客户准入、身份核验、AML 一直打到支付处理——这让案件级放行产品正好踩中时间窗。
3. 房产中介、过户律所和律师事务所已经在来源里作为真实客户出现，这说明滩头市场今天就有明确的渠道与合规负责人。
4. AI 驱动的欺诈，正在抬高大家继续依赖邮件附件、银行截图和人脑记忆的代价，尤其是在交割款真正放出去的那一刻。
5. Kord 计划把钱砸进销售与营销，说明这个品类正从创始人教育市场，往主动选型过渡，也给更锋利的切口留出窗口。

催化因素。 Kord 的融资、受 FCA 监管的真实落地，以及明确的反欺诈定位，都说明过户律所已经开始为替换人工房产交割放行流程编预算。

产品在报价被接受的那一刻就开一笔案件，并给 ID、AML、资金来源和放款就绪状态拉出一条统一放行时间线。买卖双方只上传一次证据，房产中介、按揭经纪和过户团队就能把已核准事实往后传，不用每个邮箱都重来一遍。出纳控制台会核验银行账户、要求资金出账前双重审批，并为每笔案件生成一份可审计的交割资料包。时间一长，系统会沉淀一张可复用的对手方、文件和账户风险图谱——干净单子跑得更快，异常单子也能更早升级。

差异化。 通用 KYC 供应商通常停在文件或身份状态，支付提供方也往往只在资金准备移动时才介入。这个公司拿的是最危险的中段：决定一笔房产交割到底能不能发生的案件级放行状态。因为它吃到了房产中介、过户团队和出纳之间的交接数据，所以能沉淀一张可复用的对手方与银行账户图谱，让之后每一笔案子都更快、更稳。

待完成任务

flowchart LR
  Buyer[Conveyancing ops lead] --> Pain[ID AML and funds checks live in separate queues]
  Pain --> Product[Property completion clearance rail]
  Product --> Outcome[Faster compliant completion payouts]

高管要点

• 真正锋利的切口，是案件级的“能不能交割”放行决定，不是另一道点状 KYC 检查，也不是一个通用支付按钮 [49][52][63][71][76]。
• 监管和欺诈压力都是真问题：过户业务被明确列为洗钱高风险场景，资金来源要求在收紧，打款指令劫持仍是高伤害欺诈类型 [14][17][20][23][24][36][46]。
• 预算今天已经在，只是散落在数字身份、AML、资金来源、客户准入和结算工具里，还没有被一套放行系统吃下来 [52][53][63][71][72][76]。
• 最好的首个滩头市场，是英格兰和威尔士设有集中式出纳的中型过户律所；等切口跑通，再靠案件管理和合作方集成去分发 [54][68][71][94]。
• 住房交易大盘当然有帮助，但核心 ROI 不是吃交易量红利，而是少出欺诈、少返工、也更早知道案卷何时能放行 [88][89][90][91]。

市场定义

英国住宅房产过户里的交割前放行软件及支付相邻基础设施；首期聚焦英格兰和威尔士，因为 HMLR 的身份规则和现有交割轨道，已经让一层共享的放行控制具备落地条件 [8][30][76]。

用户与买方

核心用户是过户业务里的合规经理、经办人员 和出纳团队，他们今天还在不同系统之间协调 AML、资金来源和交割就绪状态 [14][52][71][77]。经济买方通常是 COO、过户业务负责人或 MLRO/COLP，因为这里的痛点同时打在运营、欺诈和监管三端 [14][17][20][36]。

购买触发点

• 一次打款指令劫持或 APP 欺诈险些出事，会让基于邮件的银行账户收集和人工放款控制瞬间显得站不住。 [23][24][25][26][31][84][85]
• 一次 AML 审查、保险方追问，或反复出现的资金来源缺口，会逼着管理层在钱真正出去前，把流程和证据质量再拧紧。 [14][15][17][20][36][46][80][82]
• 住房市场一忙起来，或者内部吞吐目标一抬高，就会暴露出：从“资料收齐”到真正“能交割”之间，最后一周到底还要追多少活。 [6][71][72][88][89][91]

支付意愿

付费意愿是站得住的，因为机构今天已经在为分散的 CDD、资金来源、客户准入和交割系统买单。Thirdfort 声称，每个文件能省 10-15 分钟，并把合规速度拉快 50%；放行控制层完全可以按人效、少重复追证据和少欺诈损失来卖，而不是去争一条凭空冒出来的新预算线。 [52][53][63][71][72][76]

品类动态

增长信号 英国 2026 年住宅交割量预计约 110 万笔，销量大概率比 2025 年低 6–8%

验证信号

• Kord 的 Series A，直接验证了“房产工作流把身份、AML 和支付揉在一起”这条赛道。
• Thirdfort 在过户场景里的落地和案件管理集成，说明这个垂直行业已经愿意为数字化 CDD 基础设施付钱。
• HMLR safe harbour 消掉了远程身份核验最大的几类政策阻力之一。
• InfoTrack 和 PEXA 证明，买方愿意把房产工作流基础设施真正嵌进日常运营。

监管与技术约束

• 一旦建立业务关系，或在房产买卖里为另一方处理事务，客户尽职调查和资金 / 财富来源审查就会成为预期动作。
• HMLR safe harbour 要求生物识别 + 密码学级别的数字身份核验；简单拍照或 MRZ 采集远远不够。
• 过户业务被明确列为高风险场景，而过度依赖交易链上其他参与方，本身就是已知薄弱点。
• 只要产品真的碰到资金流转，收款人校验、赔付规则和结算轨道设计就都会变成控制栈的一部分。

竞争挤在相邻层里——CDD 工具、资金来源专精厂商、案件管理套件，以及交割/支付轨道——但真正把“放还是不放”做成权威系统记录的厂商不多。Kord 和 PEXA 离资金流更近；Thirdfort、Armalytix 和 InfoTrack 更多还是在优化证据收集与 客户准入，还没拿住最后一道出纳闸口 [49][50][52][63][71][76][77]。

为什么现有厂商不会默认胜出

• 数字身份与 AML 点状工具. 这些厂商在客户准入和筛查上很强，但通常停在共享案件放行决定之前。
• 资金来源专精厂商. 这类 open-banking 驱动的供应商会深挖资金来路，但它们不是横跨多方的完整放行工作流，也不是最终的打款闸口。
• 案件管理与 客户准入 套件. 工作流套件拿着 受理、表单和部分交割前任务，但它们并不会天然成为那道“放还是不放”的独立权威记录。
• 结算与支付轨道. 支付和结算平台是最强的相邻现有厂商，但它们更重，也往往默认要承担比中立放行层更深的资金流角色。
• 内部邮件与客户账户流程. 手工流程足够灵活，也人人熟悉，但它恰恰是打款指令劫持损失、重复索证和审计缺口不断累积的地方。

这家公司卖的是一套非托管的交割放行工作台，面向英格兰和威尔士的中型住宅房产过户律所；这些机构今天还把 KYC、资金来源、案件管理和银行打款拆成几步跑，最后再放出交割款。最锋利的切口，是案件级的“能不能交割”决定，因为合规风险、打款指令劫持风险和最后一周的运营延迟，都在这里汇合。研究已经说明预算和紧迫性都是真实存在的：过户业务被明确视作 AML 高风险场景，资金来源要求在收紧，打款指令劫持欺诈也一直没退场。第一版产品不该碰客户资金；它该做的是把证据拢起来、核验放款就绪状态、强制双重审批，并在律所现有客户账户和支付体系里产出一份可审计的交割资料包。最短的验证路径，是创始人直接卖给 20-80 位 经办人员 规模律所的过户业务负责人和 COO；案件管理和资金来源集成的角色，是缩短部署，不是第一天就拿来分发。定价应该是年平台费叠加每笔完成放行的案件收费，卖点锚定在少返工、更早看到案件何时能放行，以及更低的欺诈敞口。最好的扩张路径，是把工作流所有权继续吃进再抵押、遗嘱认证分配和其他受监管的大额出款流程；但这些相邻场景，都该等公司先证明：一层非托管放行控制，真的能把试点转成正式上线。眼下最大的缺口是，现有来源还没有量化平均延迟缩短多少、欺诈损失少掉多少，以及买方到底更偏好中立审批层还是打包结算产品。所以前 6-12 个月该按证伪项目来跑，不该当扩张计划来跑。

问题

• 交割前最后一周，身份、AML、资金来源、银行账户和签字放行还分散在不同流程里跑，所以没有任何人真正拿着每笔案件的实时“可放款”状态。
• AI 驱动的假文件、打款指令劫持和不断加码的 AML 审查，让邮件和 PDF 交接在最需要放出客户资金的时候变得更危险。
• 机构已经给多家供应商付费，但这笔钱被切得很碎，结果还是躲不开重复收证据、最后时刻升级处理，以及交割环节审计可见性不足。

解决方案

• 在报价被接受时就开一套案件级放行工作台，把 ID、AML、资金来源、银行账户核验和审批状态都拉进同一条时间线。
• 让买卖双方、经办人员、合规和出纳复用已批准证据，不再在不同系统和邮箱里反复收。
• 在保持非托管、并接入现有客户账户和支付轨道的前提下，用双重审批、异常路由和可审计交割资料包卡住交割款放行。

为什么我们会赢

• 我们拿的是放还是不放的决定权——这正是点状 KYC、资金来源和支付工具一直没能收拢的地方。
• 我们可以先落在现有案件管理、AML 和银行栈之上，不逼客户重换底层系统，这让保守市场里的切换风险更低。
• 每放行一笔案件，都会沉淀对手方、银行账户、异常原因和审批结果的专有数据；这些数据会越滚越厚，让之后的放行更快、审计更稳。

里程碑

flowchart LR
  Wedge[Mid-market conveyancing cashiering wedge] --> MVP[Non-custodial clearance workspace]
  MVP --> Proof[Faster 48-hour clearance and fewer late exceptions]
  Proof --> Expansion[Multi-office rollout and adjacent property workflows]

创始团队

实验路线图

风险评估

必须成立的条件

• 前 8 家滩头客户里，至少 5 家承认：每 100 笔案件在最后一周追资金来源和放行，确实要吃掉双位数工时。
• 目标买方愿意先为一层非托管审批层签单，不要求创业公司自己持有或划转客户资金。
• 这个细分市场里最常见的 2 套案件管理系统，能在 8 周内或更短时间里重复部署。
• 试点能把“交割前 48 小时已放行案件占比”相对基线拉高至少 20 个百分点。
• 混合第一年 ACV 可以高于 £30k，同时数据、合规和 部署成本仍能撑住 70% 以上的毛利。

待尽调问题

• 今天每 100 笔案件里，最后一周到底有多少人工时间花在追资金来源、银行账户和签字放行上？
• 一次欺诈险些出事后，最先拍预算的是 COO、过户业务负责人、MLRO，还是出纳负责人？
• 机构会不会买一层中立审批层，还是坚持要一个同时管结算或托管客户资金的供应商？
• 在每年 300-2,000 笔案件这个细分里，主导性的案件管理和出纳系统到底是哪几套？它们的 API 有多开放？
• 如果客户已经用了 Thirdfort、InfoTrack、Armalytix 或类似工具，什么证据才足以让他们切换？

模型合理性

• 收入引擎. 基准收入引擎，就是把 Y1 的 3 个付费试点，滚成 Q4Y2 的 10 家正式上线律所，再滚到 Q4Y3 的 48 家付费律所；同时混合年价值一路抬向约 $58K。
• 必须顺利发生的事. 实施周期得稳稳压在约 8 周内，试点转正式上线也得贴着 BP 目标走；否则销售周期这个敏感变量会直接打断 Y3 的客户数爬坡。
• 模型会失效，如果. 如果买方更偏好打包结算产品，或者毛利率卡在 70% 左右，下行情形会把现金底线压到 H2Y3 前约 $0.1M。
• 下一轮融资证明点. $2.1M 的 pre-seed，就是为了把公司推到 Q4Y2 的 10 家正式上线律所、Q2Y3 的约 23 家付费律所，并同时做出 2 条可复用集成和约 6 个月缓冲。

情景

敏感性

flowchart LR
  DirectAndPartnerPipeline[Direct + partner pipeline] --> PaidPilots[Paid pilots]
  PaidPilots --> ProductionFirms[Production firms]
  ProductionFirms --> MultiOfficeExpansion[Multi-office and matter-volume expansion]
  MultiOfficeExpansion --> Revenue[Revenue]
  Revenue --> GrossProfit[Gross profit]
  GrossProfit --> Cash[Cash and runway]

警示项: Y1 的 customersEop 把付费试点也算进去了，所以纯正式生产客户数要到 Y2 中段之后才会追上表面客户数。 · 基准情形在约 450 家滩头律所构成的 SAM 里跑到 48 家，因此口碑和合作方杠杆必须在高度集中的买方池里持续叠加。 · Y2 的 burn multiple 仍在约 2x，所以只要正式上线转化一滑，就可能在下一轮前逼出 过桥融资，或被迫放慢招聘。 · 只有在 Q4Y2 之前靠 1 位实施岗位、并把第 2 位实施岗位推到 Y3 后段，仍能把部署做成可复用而非定制时，毛利率才进得去目标区间。 · 模型把现金直接近似成 EBITDA，所以年付节奏、试点预付款，或客户定制化的法务与合规成本，都会让真实现金时点出现小幅偏移。

• 现有厂商打包跟进. KYC 供应商、案件管理系统或支付轨道，一旦看到需求跑出来，完全可能补上类似的房产工作流。 缓解措施: 先把案件级放行决定和跨机构交接数据拿在手里，再和现有厂商做集成，而不是一开始就试图替掉所有系统。
• 监管边界不断外扩. 只要碰到客户资金放行，公司就可能被拉进比纯工作流工具更重的法律与支付义务里。 缓解措施: 先做非托管的放行与审批层，接入现有客户账户和支付供应商；之后只在确有拉力的地方，选择性扩权限。
• 多方协作带来的落地摩擦. 这套流程横跨买方、卖方、房产中介、过户团队和出纳，所以如果产品第一天就要求全网一起改习惯，落地很容易卡住。 缓解措施: 先落进一家过户律所内部，在没有外部依赖的前提下先做出价值；等内部放行跑通，再加可复用的外部交接能力。