不動産UIのコールドテスト — レントロール・重要事項説明・物件詳細・入居審査
賃貸管理のレントロール、重要事項説明と賃貸借契約の署名締結、消費者向けの物件詳細＋内見予約、そして入居審査ワークフロー。B2B 運用とB2C ポータルと法的文書、3つの作法が混ざる業界を4枚で踏破しました。
不動産 の cold test、4 画面のまとめ。
なぜ不動産UIは難しいのか
不動産は「金額の運用画面」「法的文書の締結画面」「消費者向けのマーケティング画面」「審査ワークフロー」という、視座も作法も全く異なる4種類の画面を同じ業界が抱えています。レントロールでは入居率・賃料・滞納・契約更新を俯瞰する密度、賃貸借契約は宅建士の重要事項説明と当事者の署名→ロック→覚書、物件詳細は写真ギャラリーと内見予約という B2C 寄りの作り、入居審査は属性・収入要件・書類確認の多段ワークフロー。キャンバスの柔軟さが問われる業界です。
ここで群青に加わったコンポーネント
不動産4枚で再利用された／後段の公共・行政の審査ワークフローと合流して 3回確認を満たしたコンポーネントです。
- SignedRecord (proto)#61
賃貸借契約の締結→ロック→覚書、という法的文書の作法。後の医療 SignedRecord と同じ paradigm の最初の手組み。
- ApprovalWorkflow (2回目)#63
入居審査の多段承認ワークフロー。会計の経費精算（#39）に続く2回目の手組み、後の公共・行政で 3回確認。
- Rent roll table#60
入居率・賃料・滞納・契約更新を1枚で俯瞰する DataTable の使い方。金融・会計・保険の運用画面と同じキャンバス。
入居審査（#63）は不動産単独ではコンポーネント化しませんでしたが、公共・自治体窓口（#75）と給付金審査（#76）と合流して「審査ワークフロー」として 3回確認を満たしました。
不動産 の全ラウンド
不動産 カテゴリの 4 画面を、ラウンド順に並べています。各カードから cold AI が組んだソース、解説記事、デスクトップ／モバイルのプレビューに飛べます。
/property-managementコンポーネントは「作法の骨格」を捉えると業界を越える。医療/物流のコンポーネントが、不動産の壁を越えてそのまま効いた。
/lease-contract業界を越えて初めて分かる「どこまで汎用か」。医療の SignedRecord が、不動産の契約に 1:1 で効いた。
/property-listing「骨格」は 事業者向け・消費者向け すら越える。B2B で育てたコンポーネントが、消費者ページにそのまま刺さった。
/rental-application不動産4枚で、業界越えの総まとめ。経費承認/閾値判定のコンポーネントが、賃貸審査に業界越え。
この業界が gunjo に残したもの
不動産は、「同じ業界の中に運用・法務・消費者・審査の4作法が共存する」というパターンを群青に残しました。署名→ロック→覚書というパラダイムは、後の医療 SignedRecord と同じ作法。審査ワークフローは ApprovalWorkflow の3回手組みの2回目になり、後の公共・行政で実装まで到達しました。1業界で複数のキャンバスを同時に試せる、いいテストケースになっています。