一開始，我們真的以為都一樣

在還沒開始開發 MyTrue｜房仲家+ 之前， 我們對房仲工作的理解其實很簡單。

買房、賣房、租房，不都是由房仲協助處理嗎？

系統裡只要把交易方式分成「出售」和「出租」， 應該就可以解決大部分需求了吧？

當時的我們，真的就是這樣想的。

物件就是物件，
買賣和租屋應該只是交易方式不同吧？

結果開始接觸實際使用者之後才發現， 這個理解實在太簡單了。

原來房仲工作也有不同專業

後來我們才慢慢認識到， 大家平常統稱的「房仲」，其實可能來自不同的專業領域。

雖然兩者都在處理房屋與客戶需求， 但實際工作的內容、服務流程及每天面對的問題，並不完全相同。

有些業務主要處理房屋買賣， 一筆案件可能需要長時間追蹤、帶看與議價。

有些則以租屋為主， 每天可能同時處理大量詢問、快速帶看、租約及後續管理問題。

從外面看起來都是「房仲」， 但實際上的工作節奏差異很大。

工作內容不同，使用系統的方式也不同

了解這些差異後，我們也開始明白， 為什麼不同使用者對系統的期待會差這麼多。

有些租屋業務每天需要快速新增、修改及下架大量物件， 最在意的是操作速度與手機使用是否方便。

有些買賣業務的物件數量沒有那麼密集， 卻更重視物件呈現、個人品牌及長期曝光。

有人希望透過 LINE 就能快速上架， 有人習慣回到電腦前再整理完整資料。

有人把系統當成物件管理工具， 也有人把品牌頁當成自己的數位門面。

原來不是哪一種需求比較重要， 而是每個人的工作方式本來就不同。

系統不能只用一種想法設計

這也讓我們重新思考房仲家+的設計方式。

如果只用我們原本對房仲的想像來開發， 很多功能可能看起來合理，實際使用時卻不一定順手。

所以後來每當收到使用者的回饋， 我們不只是記錄「想增加什麼功能」， 也會進一步了解對方主要做的是買賣、租屋，還是租賃管理。

因為只有先了解對方真正的工作情境， 才能判斷問題到底出在哪裡。

不是每位房仲都用同一種方式工作，
系統自然也不能只用一種想法設計。

這也是房仲家+持續調整物件管理、快速上架、 品牌頁及分享功能的原因。

我們還在繼續認識房仲這個產業

到現在，我們仍然不會說自己已經完全了解房仲。

畢竟我們原本就是一家資訊公司， 很多產業知識都是在開發過程中， 透過一次次交流、回饋與實際使用慢慢學會的。

但這也成為我們持續做好房仲家+的重要原因。

因為我們不會先假設所有人的需求都一樣， 而是願意聽不同工作領域的房仲分享， 再把這些真實需求轉化成更合適的系統設計。

每認識一種不同的工作方式， 就更知道下一次的優化應該往哪裡走。