日本自治体 B2G：小型 SaaS 进政府市场的墙与绕行路

2026/9/13

C 方向·应用出海机会（B2G 渠道维度）。触发问题：介护（japan-family-caregiver-app）、防灾（japan-family-disaster-app）、认知症（japan-dementia-early-signs-app）三个候选都把自治体/包括支援センター列为潜在付费方，但海外 solo 的产品怎么进日本政府市场？

背景与问题

日本自治体采购云服务走什么流程？ISMAP 认证是什么门槛？「地域包括支援センター」这类对象到底是政府机关还是民间机构？

各府省厅原则上只从 ISMAP 云服务清单采购，自治体实务跟随总务省指引——ISMAP 基于 ISO 27001/27017/27018 做 ~1,000+ 控制的第三方审计，被称为「卖政府的许可证」（NISC、ISMAP 官方、Cloudflare Japan 解释）。
注册申请按季度受理（可能 3 个月+ 延迟），审计费用/工数/期间是中小 SaaS 的现实负担（BSA 政策意见书、JTrust 研讨会）；有简化档 ISMAP-LIU（Light Usage）面向功能范围小的 SaaS，但仍是审计流程（Nikkei XTech）。
总务省《地方公共团体信息安全政策指引》2024-10 修订后明确云利用与政府云联动框架（Trend Micro 解读）——自治体把居民数据放进云服务的合规要求只会更严。

地域包括支援センター分直営（自治体直营）与委託（委托给社会福祉法人/医疗法人等民间法人运营）两类，委托型在实务中占多数【推测：待比例数据核实】——卖给受托运营者是 B2B 交易，不触发 ISMAP/政府调达。
推论：三个产品候选的「自治体付费」应重新表述为「包括支援センター的受托运营者付费」——决策链短一个量级，无投标资质问题，与 japan-b2b-cross-border-billing 的 B2B 直签路径完全一致。
自治体本体的可行合作形式是非系统类小额随意契约（讲座/内容/调查委托，低价位门槛下不走正式投标）【推测：门槛与先例待核】。

对海外 solo：直接做自治体的情報システム供应商这条路关闭（ISMAP 审计成本 + 无日本主体 + 投标资质三重不可行），不值得投入任何准备；真正开放的是「受托机构 B2B」与「政府购买服务的内容/数据合作」两层。
系统级自治体部署若未来真要做，唯一现实路径是挂靠 SIer/代理店拿单分包（让利换 ISMAP 与投标资质）——参考 japan-b2b-cross-border-billing 代理店路线的 6-12 个月周期预期。

可行动启发：

B2G 目标改写为 B2B：产品线的「自治体」付费方一律重定义为「包括支援センター受托运营者（社会福祉法人等）」——获客话术、案例包装、合规叙事都按民间机构设计，不碰政府调达流程。
排除项明确：不做 ISMAP、不做入札资格准备、不为此设日本法人——这三个「看起来该做」的动作对 solo 全是负 ROI；把 ISMAP-LIU 记为 2027+ 的观察期权。
自治体合作走「购买服务」而非「采购系统」：以匿名统计数据/启蒙内容/讲座形式与健康福祉课合作（防灾与认知症产品天然有公共价值叙事），单笔小额度随意契约，先建立关系再谈部署【推测：具体契约形式待核】。
B 端话术借用政策叙事但签约对象是法人：基本法第 14 条、デジ田案例这些叙事用来打动受托机构的经营者，合同与请款按 japan-b2b-cross-border-billing 民间 B2B 流程走。
若自治体系统需求真实出现：找 ISMAP 已注册的 SIer 做宿主/分包，产品以「被集成组件」身份进入——设计 API 优先架构（数据出口干净），让被集成成本接近零。