Product
ワイヤーフレームではなく、動いているシステムです。日本7物件98室の実データが載っており、ルールは回帰テスト1,383件で固定されています。
Screens
お客様が入ってきた瞬間から契約金が確認される瞬間まで、担当者ひとりが一画面で処理します。ステータスは7値で、担当者が触るのはこれだけです。進行トラックと転換率は入力値ではなく、ステータス履歴から導出されます。
問い合わせ・内見管理 — 日本のリード8件。海外在住（Bリモート）が多いのは、ターゲットが「日本に住みに来る、いまは海外にいる」お客様だからです
Screens
同じ号室データを、空間（現況）・時間（稼働タイムライン）・満了（更新）の3つの視点で見ます。別々の画面ではなく、同じ画面の視点です。
号室管理 — 日本の物件は配置図の座標がないため表ビューへ自動切替されます。配置図は韓国の台帳専用で、コードは残してあります
Screens
カンバンボードです。列がステップ、カードが契約です。「次のステップへ」ボタンはありません — 事実が記録されればステップが follow します。
契約管理 — 本日のタスク6種とステップボード。トラックで絞り込むと、そのトラックのステップだけが列として出ます
| ステップ | 通過条件 — この事実が真か |
|---|---|
| 号室割当 | 号室番号がある |
| 契約書送付 | 送付記録がある（契約詳細が空なら送付そのものを止めます） |
| 契約書作成完了 | 署名済ファイルが保管されている — 日付だけでは通過しません |
| 入金確認 | 残金項目がすべて確認された |
| 法定届出 | 受付番号がある — 対象の契約にのみこのステップが生まれます |
| 入居案内 | セルフチェックイン案内の送信記録がある |
複数の事実が一度に埋まれば、複数のステップを一度に越えます。 順序が実際と異なるときだけ巻き戻しができ、理由が必須でログに残ります。巻き戻すとそのステップの根拠も一緒に消えます。
Screens
業務画面が「いま何をすべきか」を問うのに対し、この画面は「過去の期間に何があったか」を問います。見る時点と数える単位が違うため、業務画面の中に入れると両方がぼやけます。
データ照会 — 問い合わせ・内見・契約の3タブ。台帳が異なるため表を混ぜず、関係は問い合わせIDと契約の列だけでつなぎます
Screens
担当者の画面の外で、お客様と仲介会社が直接見る画面です。
7ステップ、一画面にひとつの意思決定です。必須項目が埋まると自動で次のステップへ進みます。
ウェブ問い合わせフォーム — お客様向け
仲介会社向け公開ページ — ログイン不要のトークンリンク
仲介会社がログインなしで開く画面です。トークン10文字＋有効期限30日で、再発行すると以前のURLは即座に無効になります。
Roadmap
画面は作ってありますが、今回の範囲から外しました。他の機能が回り、データが貯まってから着手します — 数字が薄いうちにダッシュボードを先に点けると、その数字を信じてしまうからです。
経営ダッシュボード（第2フェーズ）— 経営サマリー・拠点別診断・ファネル／チャネル。すべての数字がひとつのシードから導出され、全社値は拠点の合計です
ファンド・投資家向けレポーティングが入るのはこの場所です。 運営システムと投資判断のツールは目的が違うため、混ぜると両方が重くなります。運営から出た数字を送り出し、プライシングやリポジショニングの判断はアセットを保有する側のツールで行われます。