property-portal · back-office study・管理画面調査
Back-office teardown & CMS proposal · July 2026 管理画面の分析とCMS提案 ・ 2026年7月

What competitors run behind the login — and the admin/CMS we propose to build

競合がログインの奥で動かしているもの — そして当社が提案する管理画面/CMS

A clean-room look at 11 competitors' agent/admin back-offices (public login-page discovery, onboarding docs, help centers, pricing, and publicly-served app code — no logins, no protected data). Then a concrete proposal for our own admin, sized to fit the static-export demo without painting us into a corner later.

競合11社のエージェント/管理画面をクリーンルーム方式で分析しました(公開ログインページ、オンボーディング資料、ヘルプ、料金、 公開配信されるアプリコードのみ — ログインや非公開データへのアクセスは行っていません)。そのうえで、静的エクスポートのデモに収まりつつ将来を縛らない、 当社独自の管理画面の具体案を提示します。

01Three ways competitors build an admin競合の管理画面 — 3つの作り方

Every back-office we saw falls into one of three shapes. The first scales; the second is simple but coupled; the third is what happens if you never plan it.

確認したすべての管理画面は3つの型のいずれかに分類できます。1つ目は拡張性が高く、2つ目は単純だが密結合、3つ目は設計を怠った末路です。

Recommended for us当社に推奨

A. Separate admin app on a shared API

A. 共有API上の独立した管理アプリ

Proppit, Hoppler KUMITA, REAL.ph (AdminLTE), Thribee. Auth + admin runtime live apart from the public site; both read/write one data layer. Scales, and keeps the public build dumb.

Proppit、Hoppler KUMITA、REAL.ph(AdminLTE)、Thribee。認証と管理ランタイムを公開サイトと分離し、両者が単一のデータ層を読み書き。 拡張性が高く、公開ビルドを単純に保てます。

Simple but coupled単純だが密結合

B. Admin bolted onto the public site

B. 公開サイトに同居した管理画面

Homex (same Next.js app, one /dashboard, 4 roles), the two WordPress sites (wp-admin + plugins). Fast to ship, but admin and public concerns tangle — and it leaks (see §3).

Homex(同一Next.jsアプリ、単一/dashboard、4ロール)、WordPress2サイト(wp-admin+プラグイン)。 すぐ作れるが、管理と公開の関心が絡み合い、情報漏洩も起きます(§3参照)。

Avoid回避すべき

C. Federated multi-login sprawl

C. 分散した多重ログインの乱立

Filipino Homes: portal, CRM (leuteriorealty.com), LMS, agent contests — each its own separate account. 15 years of organic growth, now impossible to unify.

Filipino Homes:ポータル、CRM(leuteriorealty.com)、LMS、エージェント大会 — それぞれ別アカウント。 15年の場当たり的成長の結果、もはや統合不能。

02Admin architecture — who runs what管理画面アーキテクチャ — 誰が何を動かすか

Portalポータル Role modelロール構成 Where admin lives管理画面の所在 Separate deploy?分離配備? White-label CRM白ラベルCRM
Homex4 roles: Admin / Agent / Landlord / Tenantshared /dashboard, role-scoped共有/dashboard、ロール別表示same Next.js app, /login/dashboard
LIFULL / Proppitagent · agency-admin + child accounts · developerProppit SPA pro.lamudi.com Proppit runs 2 portals, feeds a 3rd
OneProperteebuyer · seller · broker(contract) · developer · staff"Property Hub" (Meteor)
Hoppler~20-role enumconsumer → brokers → sales-director → listing-approver → superadmin消費者→各種ブローカー→営業責任者→承認者→管理者KUMITA SPA /kumita-brokers/*✗ (Hoppler-only)
Filipino Homesbuyer · agent · team-leader · staff · developerportal + 3 sibling logins (CRM/LMS/contests)◑ federated◑ internal only
REAL.phbuyer · agent (owners+pros) · admin/moderator/admin/login AdminLTE 2 Renture (agent site builder)
Berentaowner/agent · tenant · internal user_type/user/properties/*, internal panel
CarousellPersonal vs Professional · CarouBiz · enterprise CSAapp/web seller hub + help center
Presellowp-admin staff + Profile Builder front-end role/wp-admin/ + /login/
Property Sourcewp-admin staff only/wp-admin/ (login hidden)
Aggregators (Thribee)single advertiser org, sales-provisionedthribee.com "Partners Admin"— (buyer-side console)

03Admin capability inventory管理機能インベントリ

Portalポータル Listing input物件登録 Lead CRMリードCRM Analytics分析 Promotion販促 Billing課金 Verification審査
Homex◑ per-unit CRUD◑ inbox→Telegram
LIFULL / Proppit manual + XML feed Enquiries inbox◑ CSV export boost/featured ₱4.3k–15k/mo◑ agent badge
OnePropertee post wizard Leads CRM◑ boost-only boost/refresh LeadCoins + ledger◑ PRC gate
Hoppler wizard + dup-check full pipeline widgets◑ commission tracker approver role
Filipino Homes agent-posted realtime chat◑ view counts◑ commission◑ PRC-licensed
REAL.ph CRUD◑ (Renture)◑ view count◑ featured flag◑ Renture trial state machine
Berenta bulk publish/sold inbox + reverse-lead tiers freemium + queue◑ flag
Carousell◑ quota + importer◑ CSA export Insights + ROI coins coins/sub/CSA◑ DTI trustmark
Presello◑ Toolset CPT◑ WPForms/WhatsApp◑ FB Pixel
Property Source◑ CPT UI CF7→HubSpot◑ Rank Math✗ dormant
Aggregators (Thribee) feed-only webhook/CSV CPC dash CPC core invoicing◑ image QA
strong / present充実・あり partial / gated / inferred一部・限定・推定 noneなし

04The standout capability each one has各社の際立った機能

The one back-office feature worth remembering per competitor. Full teardowns in docs/research/admin/.

競合ごとに記憶すべき管理機能を1つずつ。詳細は docs/research/admin/

Homex

Rent-installment workflow

家賃分割の運用フロー

Rent as a schedule of installments; tenant uploads proof → admin confirms/reverts, synced live across agent/landlord/tenant, with tiered overdue reminders.

家賃を分割スケジュールとして管理。入居者が証憑をアップ→管理者が承認/差戻し、エージェント・貸主・入居者間でリアルタイム同期、段階的な延滞通知。

LIFULL / Proppit

One CRM, many portals

1つのCRMで複数ポータル

A single agent back-office distributes one XML feed across Lamudi, MyProperty, Dot Property + 4 regional sites — feed and manual listings are separate pipelines.

単一のエージェント管理画面が1つのXMLフィードをLamudi・MyProperty・Dot Property+地域4サイトへ配信。フィードと手動登録は別パイプライン。

OnePropertee

Commission ledger back-office

手数料台帳のバックオフィス

"Buyer Assistance" matching is backed by signed 1-year broker agreements, self-reported sales, commission splits, 1%/mo late interest, suspension enforcement.

「購入アシスタント」マッチングの裏に、1年契約のブローカー合意・自己申告の成約・手数料按分・月1%の延滞利息・警告後の停止措置。

Hoppler

Staged deal pipeline (KUMITA)

段階的な商談パイプライン

Accepted → 1st Call → Viewing → Offer → Collections, with 41-source attribution, commission invoicing, offer-letter templates, and a broker leaderboard.

受付→初回架電→内見→オファー→回収、41種のリード出所属性、手数料請求、オファーレター雛形、ブローカーの順位表。

Filipino Homes

Agent site-builder + AI assist

エージェントサイト生成+AI補助

An /editor that spins up per-agent micro-sites (/page/{slug}), plus "ASA GPT," a brokerage-wide AI assistant for faster agent responses.

/editor でエージェント別マイクロサイト(/page/{slug})を生成、加えて「ASA GPT」という全社AIアシスタントで応答を高速化。

REAL.ph

Verification state machine

審査ステートマシン

stage, admin_verified, approved_by, returned_notes, proof_of_ownership — a full moderation model (unfortunately visible in its public API).

stageadmin_verifiedapproved_byreturned_notesproof_of_ownership — 完全な審査モデル(あいにく公開APIで丸見え)。

Berenta

Human bank-transfer approval queue

人手の銀行振込承認キュー

Freemium tiers (Silver/Gold/Platinum) settled via a manual, human-reviewed bank-transfer queue; admins can override any listing's tier.

フリーミアム段階(Silver/Gold/Platinum)を人手確認の銀行振込キューで処理。管理者は任意の物件の段階を上書き可能。

Carousell

Spend-vs-revenue analytics

支出対収益の分析

Seller "Account Insights" with an AI-estimated Revenue-vs-Spend ROI panel; powerful lead-export sits behind a signed enterprise contract.

出品者向け「Account Insights」にAI推定の収益対支出ROIパネル。強力なリード書き出しは法人契約の先。

WordPress / Thribee

Feed spec that maps to us

当社に一致するフィード仕様

Thribee's public PH "Homes" XML feed spec maps ~1:1 to our listing fields; the WP sites show the cost of plugin sprawl vs a purpose-built model.

Thribeeの公開PH「Homes」XMLフィード仕様は当社の物件項目とほぼ1:1。WP勢はプラグイン乱立と専用モデルの差を示す。

05Six lessons for our build当社の実装への6つの教訓

  1. The public API is where admin data leaks — guard it by construction. Homex exposes owner name/phone/email via /api/public/units; REAL.ph dumps its whole moderation model via ?addons=yes. We serve a strict allowlisted public DTO so admin/PII fields can never reach the static build. 公開APIは管理データ漏洩の入口 — 構造で防ぐ。 HomexはオーナーPIIを/api/public/unitsで露出、REAL.phは審査モデル全体を?addons=yesで流出。当社は許可リスト方式の公開DTOを用い、管理・PII項目が静的ビルドに一切届かないようにする。
  2. A serious lead CRM is a staged pipeline, not a table. Hoppler (Accepted→Call→Viewing→Offer→Collections) and OnePropertee model the deal lifecycle; the weak players stop at an inbox. 本格的なリードCRMは表ではなく段階的パイプライン。 Hoppler(受付→架電→内見→オファー→回収)やOneProperteeは商談ライフサイクルを設計。弱い競合は受信箱止まり。
  3. Verification is a state machine with documents. Status enum + verifier + rejection notes + proof slots — cheap to bake into the schema now (REAL.ph, Hoppler's approver role). 審査は書類付きのステートマシン。 ステータス列挙+審査者+差戻し理由+証憑枠 — 今スキーマに入れておけば安価(REAL.ph、Hopplerの承認者ロール)。
  4. Manual vs feed ingestion are different pipelines. Even Proppit gives XML-feed listings their own quota/publishing rules; Thribee is feed-only. Design bulk import as its own mode, not a bolt-on. 手動登録とフィード取込は別パイプライン。 ProppitですらXMLフィード物件に独自の枠/公開ルール、Thribeeはフィード専用。一括取込は付け足しでなく独立モードとして設計。
  5. Monetization is a field, not a feature — yet. Flat tiers, credits/coins, and CPC auctions all exist; a neutral featured/tier field lets any of them attach later without a migration. 収益化は今は「機能」でなく「項目」。 定額段階・クレジット/コイン・CPC入札のいずれも存在。中立なfeatured/tier項目があれば、後からマイグレーション無しで接続可能。
  6. Keep the admin a separate deployable. The scalable players split an authenticated admin app from the public site; the WordPress route shows the cost of coupling. Our static export stays dumb; the admin is its own runtime. 管理画面は独立配備で。 拡張性ある競合は認証付き管理アプリを公開サイトと分離。WordPress型は密結合の代償を示す。当社の静的エクスポートは単純なまま、管理画面は独自ランタイムに。

06Proposal: our admin / CMS提案:当社の管理画面/CMS

Architecture. Build a headless custom admin as a separate deployable from the static public site, writing to the same domain types in lib/; the static site is regenerated from that data. This keeps the demo's cheap-hosting story intact and leaves a clean seam for a real API/DB later — not a WordPress/Toolset plugin stack.

アーキテクチャ。 静的な公開サイトとは別にヘッドレスな独自管理画面を独立配備で構築し、lib/の同一ドメイン型に書き込む。 公開サイトはそのデータから再生成。デモの低コスト運用を保ちつつ、将来の本番API/DBへの接続点も確保 — WordPress/Toolsetのプラグイン構成は採らない

Six cheap schema additions to make now — each closes a gap above and needs no runtime yet:

入れておくべき、安価なスキーマ追加6点 — いずれも上記の弱点を塞ぎ、まだランタイムを必要としません:

Add to the data modelデータモデルへの追加 Why理由 When時期
Verification state machine
status enum + verifiedBy/returnedNotes + doc slots
verification is table-stakes; retrofitting an enum hurts審査は必須。列挙の後付けは苦痛Now
Public DTO boundary
allowlisted serializer for the static build
prevents the Homex/REAL PII leak by constructionHomex/REALのPII漏洩を構造的に防止Now
Staged lead pipeline
stage (New→Contacted→Viewing→Offer→Closed) + source
how serious CRMs are shaped; pairs with our matching feed + bookings本格CRMの形。当社のマッチング+予約と好相性Now
Neutral featured / tier fieldany monetization model attaches later, no migration後からどの収益化も接続可、移行不要Now
viewCount per listing (admin-visible)universal analytic; every serious player has it普遍的な指標。主要競合は全て保有Now
Feed-exportable listings
schema stays Thribee-XML shaped; CSV import as its own mode
Thribee's PH feed maps ~1:1; keeps aggregator distribution optionalThribeeのPHフィードとほぼ1:1。アグリゲーター配信を任意に保つLater
Small demo touch worth doingやる価値のあるデモ演出

An internal "match / triage queue"

社内「マッチング/トリアージ・キュー」

One admin view showing incoming buyer intent as a worklist (mirroring OnePropertee's Buyer Assistance and our own matching feed) — the clearest way to show GSR the concierge story without building a whole CRM.

受信する買主ニーズをワークリスト表示する管理ビュー1つ(OneProperteeの購入アシスタントと当社マッチングフィードを踏襲)。CRM全体を作らずGSRにコンシェルジュ像を見せる最短手段。

Note the seam, don't build接続点だけ残す

Explicitly out of the demo

デモの明確な対象外

Real auth · commission ledger · paid tiers/credits · agent website builder (Renture//editor) · AI agent-assist (ASA GPT) · multi-seat agency management. Real products for competitors, none needed to win the demo — all attach cleanly to the schema above.

本番認証・手数料台帳・有料段階/クレジット・エージェントサイト生成(Renture//editor)・AI補助(ASA GPT)・多席の代理店管理。競合には実在するが、デモ勝利には不要 — いずれも上記スキーマに綺麗に接続。