MAX REALTY TAIWAN · OWNER PORTAL 提案

跨城市、跨業態
台灣房東。

你的客戶不是「在曼谷買了一間 condo」這麼簡單—— 他們可能曼谷有 condo、Phuket 有別墅、商業有 BOI 持有的辦公空間。 他們需要的後台,跟一般單城市房東不一樣。

提案對象Max Realty Taiwan · Maggie Lin
提案主軸跨城市資產 Owner Portal
閱讀時間約 5 分鐘

Max Realty 的房東,本質上是「跨資產持有者」

多數泰國代理服務的是單一城市、單一物件的買家——曼谷一間 condo,結束。 但你們不是。

你們業務範圍橫跨四個 segment,你們的高價值客戶幾乎都是同時持有多種類型的:

🏙️
曼谷 Condo
出租收益型
🌴
Phuket 別墅
自住 / 季節出租
🏢
商業辦公
資本增值型
📋
BOI 公司
B2B 投資

問題是:現在這些資產對房東來說,是四個各自獨立的服務窗口,不是一個整體。

他想看自己「現在在泰國總共持有什麼」——要 LINE 你三次、查兩個 Excel、翻一年前的合約。 你做了這麼多事,但對他來說是「碎片化的服務」

四個「單一資產房東」不會遇到的問題

01不同類型資產混在一個 LINE 訊息流
曼谷 condo 的水電帳單、Phuket 別墅的管家更新、BOI 公司的年報提醒——全部塞在跟管家的同一個 LINE 對話。 房東想找「Phuket 別墅 6 月維修記錄」要往上翻 200 則訊息。
想知道「我曼谷那兩間 condo 上半年累積收益是多少」——要算 6 個月帳單,還得換算進匯率,15 分鐘起跳。
02不同類型資產的「健康指標」不一樣,沒地方統一看
Condo 看出租率與淨收益、Phuket 別墅看季節入住率、BOI 公司看合規狀態。 每種資產的「過得好不好」是不同維度——但目前沒有一個 view 能告訴房東「你整體狀況 ok 嗎」。
房東打電話來問:「我現在泰國資產整體狀況如何?」——你 sales 團隊要花一整天,從三個系統整理數據才能回答。
03多幣別、多時區、多語言——客戶端無感
房東人在台北、看的是台幣價值、合約是中文、收益是泰銖。 現在你們任何回報都用泰銖、用泰文格式日期、用 LINE 文字——房東每次都要自己換算、自己整理。
台灣會計年底要報海外資產——房東要問你 5 次才能拼出「我這一年在泰國總共收了多少台幣租金」。
04多城市意味著「服務團隊不同」——客戶看不到 handoff
曼谷 condo 是 A 同事跟的、Phuket 別墅是 B 同事跟的、BOI 是 C 同事跟的。 房東想跨資產問問題(例如:Phuket 出租收入能不能用來抵 BOI 公司年度支出)—— 他根本不知道該問誰,你的團隊內部也沒有統一的客戶檔案
房東一次度假回台北,LINE 問了你的同事 A——A 回:「這個要問 B」。房東等了三天 B 還沒回——他覺得 Max Realty「不專業」。
CORE · 主推方案

跨資產 Owner Portal

把你們所有業態的服務——曼谷 condo、Phuket 別墅、商業、BOI—— 整合到房東每天打開一次的數位入口。

不是又一個系統。是把你們本來就在做的事,變成房東能看見、能感受到的整體服務

跨資產 Portal 的關鍵畫面

下面這個 mockup 模擬一位同時持有四種資產的台灣房東——林先生——打開 Portal 看到的內容。

早安
林先生
EN
我在泰國的總資產
NT$ 6,840 萬
฿ 78,520,000 · 較去年 +12.4%
🏙️ Bangkok · Condo 2 筆 · 月收益 ฿78K
Sukhumvit 39
The Esse Sukhumvit · #2208
出租中 本月已入帳
฿ 45,000
≈ NT$ 38,250
Asoke
Noble BE19 · #1503
出租中 本月已入帳
฿ 33,000
≈ NT$ 28,050
🌴 Phuket · Beach Villa 1 筆 · 季節出租
Kamala Beach
Ocean Villa · 4 房獨棟
自住期 下次出租:11 月
市值 ฿32M
≈ NT$ 27,200,000
📋 BOI 公司 1 家
Bangkok
Lin Holdings (Thailand) Co., Ltd.
合規中 下次年報:2026/03
良好
合規狀態
AI 本月資產摘要
整體狀況良好。Condo 收益穩定(月入 ฿78K),Phuket 別墅進入 11 月旺季,可調整出租價。
提醒:BOI 公司 2026/03 年報期限將近,本月需準備財務文件——團隊 C 同事會主動聯絡你。
※ 這是真能做出來的畫面。實際欄目會根據你們客戶結構與內部數據源調整。

五個核心功能

模塊 01

跨資產總覽 (Multi-Asset View)

一頁看完房東在泰國所有資產——條目按城市/類型分組,每筆顯示當前狀態、收益、市值估算。多幣別自動換算(THB / TWD / USD)。

→ 解決痛點 #1 #2,這是整套 Portal 的核心
模塊 02

多語系切換 (繁 / 简 / EN)

同一份資產資訊,房東可以切繁體中文(台灣)、簡體中文(大陸 dealer 客戶)、英文。客戶在哪個 dealer 下單,看到的就是他習慣的語言。

→ 解決痛點 #3,也是碩盛做不到的(他們只服務台灣)
模塊 03

統一客戶檔案 + 服務團隊可見

房東打開 Portal 能看到自己每個資產對應的服務同事(A 跟 condo / B 跟 Phuket / C 跟 BOI),一鍵 LINE 聯絡。內部後台讓三位同事都能看到同一個客戶檔案,不再 handoff 斷裂。

→ 解決痛點 #4。Max Realty 多城市 dealer 結構的內部協作問題同時被解決
模塊 04

AI 整體摘要 + 跨資產提醒

AI 每月自動生成「你這個月泰國資產整體狀況」——文字摘要 + 重要提醒(BOI 年報截止、Phuket 旺季調價建議、condo 合約到期)。

→ 把碎片化資訊變成「房東能讀懂的故事」
模塊 05

台灣會計年度報表 (年度匯總)

每年 1 月自動生成「你上一個會計年度在泰國的資產報表」——收益總覽、各資產表現、可用於台灣會計師申報海外資產。

→ 解決台灣房東每年最痛的一件事:跟會計師交代海外資產

第一階段做什麼,先不做什麼

為了讓第一階段在 6-10 週內看到實際運作,範圍刻意聚焦:

第一階段做

  • 跨資產總覽(Condo / Phuket / 商業 / BOI)
  • 單筆資產基本資料 + 狀態
  • 當月收益 / 市值估算
  • 多幣別自動換算
  • 多語系(繁 / 简 / EN)
  • 服務團隊可見 + LINE 聯絡按鈕
  • 每月 AI 摘要
  • 桌機 + 手機通用(PWA)

第一階段先不做

  • 線上簽約 / 金流
  • BOI 文件管理系統(獨立模塊)
  • 原生 iOS / Android App
  • VR / 360° 看房
  • 租客端後台
  • 內部 Agent CRM 完整版
  • 第三方平台(DDProperty)資料同步
  • 稅務自動計算

「先不做」項目可在第一階段穩定後,分階段擴充。

預計 6-10 週,分階段交付

每階段都有可預覽版本,你和團隊可隨時上線看進度。

第 1-2 週

需求對齊 + 資料源訪談

與你和各城市/各業態的負責同事訪談,確認:資產類型清單、現有資料儲存位置、客戶實際使用習慣。

第 2-3 週

UI 設計 + 資料模型

完整 UI 稿、跨資產資料模型、多幣別 / 多語系架構。確認後動工。

第 3-7 週

核心功能開發

跨資產總覽、單筆資產頁、多幣別換算、AI 摘要、內部後台。每週交付可預覽版本。

第 7-9 週

友好客戶封閉測試

挑 5-8 位友好台灣房東封閉測試,優化體驗。同步把現有客戶資料匯入。

第 9-10 週

正式上線 + 團隊訓練

Portal 對外。提供內部同事(各城市負責人)操作說明 + 培訓。

上線後 3 個月

保固期 + 持續優化

上線後 3 個月內 bug 修復免費,並追蹤關鍵指標(房東登入率、LINE 互動量、客戶滿意度)。

整套 Portal 是 Max Realty 的

所有資產歸屬於你公司

  • 客戶資料儲存於你指定的服務器,我無權限
  • 系統注冊於 Max Realty 公司名下
  • 服務器 / 網域用你公司賬號開通、你付費
  • 源代碼開發完成一次性交付
  • 合作中止系統照常運作,你可以找任何工程師接手

客戶資產數據是 Max Realty 最敏感的資產之一。這點必須先講清楚。

下一步

"你的房東持有的不是「一間房」——
是一個泰國資產組合。
他需要的後台,是整個組合的視角。"

如果方向有興趣,我們約 30-45 分鐘聊聊—— 我先了解你們客戶的實際資產結構與服務流程,再決定第一階段聚焦在哪幾個 segment。