需求方和使用者，
是同一群人。
俞承屋管的需求，來自俞承資產管理有限公司，一家實際在營運的包租代管公司。他們每個月要替房東收租、抄水電、算押金、請代管費，再把每一筆帳對清楚交給房東。這些事只要散在不同的試算表、紙本和對話紀錄裡，月底就很難對得上。
他們把每一個卡住的地方寫成需求：首期租金怎麼按日算、電表換了怎麼接、抄錯三個月前的度數怎麼辦、結帳之後發現錯誤要怎麼留下紀錄。他們自己就是這套流程的使用者。
接著，技術夥伴把這套系統以 SaaS 的標準重新打造：每家公司的資料在資料庫層隔離、重要操作留下稽核紀錄、個資檔案加密，讓其他包租代管業者也能放心使用。
所以這套系統最在乎月底那一刻：每一間房的帳，都對得上。
路徑
01
代管公司把每一個卡住的地方寫下來：首期按日、換表、抄錯更正、結帳後的修改。
02
每個月的收租、抄表、押金與月結，都由需求方自己在系統裡跑一遍。
03
技術夥伴以多公司的標準重建：每家公司的資料在資料庫層隔離，其他業者也能放心用。
原則
每一條規則都來自代管公司每天的實際作業：25 日出帳、月底抄表、換表、退租結算、月結關帳。不是先想像業者需要什麼，再把通用模板改一改。
已出帳的帳單不重複產生、付款明細只追加；結帳後要修改，必須解除結帳並寫下原因，修改自動留下紀錄。查帳的人看得到每一次改動。
既然要讓同業使用，資料隔離就不是選配：程式層與資料庫層兩道隔離，加上只能新增的稽核紀錄。
電子簽約、線上收款、簡訊、原生 App 都還在規劃中，我們就寫「規劃中」。官網上沒有標「規劃中」的，都是已開發完成的功能。