公共・行政UIのコールドテスト — 窓口・給付金・施設予約・税申告・住民異動
市区町村窓口の交付発行、生活保護と給付金の多段審査、公民館・体育館の貸館予約、市民税の申告と納税、住民異動届と関連手続きの案内。規制の重い領域が「組み立て」で済んだことを証明し、ApprovalWorkflow を 3-confirm に到達させた5枚です。
公共・行政 の cold test、5 画面のまとめ。
なぜ公共・行政UIは難しいのか
公共・行政は「監査可能な確定（誰がいつ）」「2人承認」「手数料」「色非依存の状態表示」「法的告示」など、規制が重い要素が常時並びます。窓口は本人確認→受付→審査→承認→交付という長い流れを破綻させず追跡する密度、給付金審査は世帯収入・資格判定を多段で連ね、施設予約は時間帯×日のグリッド＋承認、税申告は所得と控除から税額を計算して確定通知書を出す。住民異動は「関連手続き（マイナンバー/国保/学校/印鑑…）のチェックリスト」を案内する作法。重さの作法が密集している業界です。
ここで結晶化した部品
公共・行政5枚で 3-confirm に到達した部品と、再利用された床です。
- ApprovalWorkflow#76
不動産入居審査・自治体窓口・給付金審査の3回手組みで 3-confirm を満たし build。後に保険査定・税申告・住民異動まで横展開。
- ScheduleGrid (越境発掘)#77
施設予約で「直前に作った部品」が同日にそのまま発掘された複利の証拠。
- CheckList (関連手続き)#79
住民異動届の関連手続き（マイナンバー/国保/学校/印鑑…）案内で 3-confirm 到達。後のメディア編集校正、介護記録、HR 入社にも広がる。
施設予約（#77）は「直前に作った2部品（ScheduleGrid・ApprovalWorkflow）が同日にまとめて発掘・再利用された」回として記録されています。複利の最高到達点のひとつ。
公共・行政 の全ラウンド
公共・行政 カテゴリの 5 画面を、ラウンド順に並べています。各カードから cold AI が組んだソース、解説記事、デスクトップ／モバイルのプレビューに飛べます。
/application-intake教育を5枚で締めて、**公共/自治体**へ pivot。1枚目は市区町村役所の窓口——証明書の申請を受け、受付→本人確認→審査→承認→交付 と処理する画面。**規制が重い部分（監査可能な交付・2人承認・手数料・色非依存の状態）が、構築じゃなく"組み立て"で済んだ**——一方で DataTable の実バグも炙り出した。
/benefit-screening公共の2枚目は給付金審査。申請受付→書類審査→資格判定→世帯収入調査→決定→支給 と進める画面。そして **#63 賃貸審査・#75 自治体窓口・#76 給付金審査 で3回手組みされた「インタラクティブ審査ワークフロー」を、3回ルールでついに部品化した**回。
/facility-booking公共の3枚目は公民館/体育館の貸館予約。予約グリッドを見て、申請を承認フローに通す画面。そして**今セッションで作った2つの部品（ScheduleGrid・ApprovalWorkflow）が、今日まとめて発見・再利用された**——複利の最高到達点。
/tax-filing公共の4枚目は税務課の市民税申告・納税管理。所得と控除から税額を計算し、期別の納付状況を追い、課税を確定して通知書を出す画面。**監査可能な確定（誰がいつ）・2人確認・延滞判定・JPY 金額入力——規制と金額の重い部分が、また組み立てで済んだ。**
/resident-move公共の5枚目は住民課の窓口——転入/転出/転居を受け、本人確認・書類・**関連手続き（マイナンバー/国保/学校/印鑑…）**を案内し、住民票を更新して受理する画面。**ApprovalWorkflow が3回連続で別手続きに刺さり、同じ画面で3回出た「チェックリスト」を部品化した**回。
この業界が gunjo に残したもの
公共・行政は、「規制が重い領域が、新部品を作るのではなく床の組み立てで済む」という強い証拠を群青に残しました。ApprovalWorkflow は不動産入居審査（#63）・自治体窓口（#75）・給付金審査（#76）の3回手組みで build に到達。色非依存の状態表示・監査可能な確定・2人確認・JPY 金額入力は、すべて既存部品の composition で表現できることが確認されました。「組み立てで済む」事実そのものが、デザインシステムの最大の成果です。