對內文件 · 愛窩 CRM × 宜居 03A 廣告管理流程定案
廣告管理全生命週期作業流程(泳道圖)
第一性原理 × 授權憑證 × 方案 B × 時間軌跡定案
版本 v5 · 2026-09-30
涵蓋:CRM 意向書/續退意願 ↔ 廣告工作台(空房戰情 · 上架任務 · 已上架單一主表 · 廣告異動 · 591套餐)
結論先行(全數決策拍板定案 v5):依執行長拍板與團隊確認回饋定案——① 「破底價招租 ≠ 修改約定底價」、② 「系統無上游正本時,照片/截圖/終約書即為唯一授權正本(含待上架『暫緩』必傳照片)」、③ 「誰有憑證誰發起(方案 B)」、④ 「下架與每次狀態異動強制記錄時間軌跡(後續釐清物件狀況可完整追溯)」。
因此:在「上架任務 > 待上架」按暫緩時,除必填原因外亦必傳照片/截圖;在單一 已上架(ad_listings) 主表中,全體同仁可從原列「要改」發起破底價招租(< 約定底價)、修改內容、申請暫停、申請結束委託/意向並必傳憑證;且每次上架、暫緩、暫停、下架、重上皆完整記錄精確時間戳記與歷史時間軸軌跡(不因重上而洗掉舊紀錄)。
零、第一性原理/五步工作法:5 項拍板定案總表
| 決策點 |
問題診斷(現行 CRM vs V22) |
第一性原理 × 風控地基判準 |
五步工作法定案(最終做法) |
1. 「要改」入口與破底價招租憑證 砍⑤ 證⑥ |
• 現行 CRM 死牆:新開價 < 底價 直接 400 擋死叫人去改 Ragic 約定底價(混淆「破底價招租」與「改底價」,擋人沒出路)。
• V22 拆頁與邊界誤傷:拆 3 張戰情分頁搬走「要改」,且寫成 ≤ 底價 連等於底價都要傳圖。
|
• 破底價招租 ≠ 修改約定底價:房東個案授權降價試水溫並未重簽委託約,此時「房東同意截圖」是唯一授權正本(風控地基)。
• 區域只是篩選維度:不該拆 3 個分頁維護。
|
• 入口留「已上架」原列(同表加北/南/高專篩選 Chip,砍 3 張重複分頁)。
• 新開價 < 底價 或「修改內容」必傳房東同意截圖(只改 ask_price、不改 floor_price);≥ 底價 免傳圖。
|
2. 待上架「暫緩」與已上架「暫停/結束委託」必傳憑證(方案 B) 證③ 證⑧ |
• 現行 CRM 缺照片憑證且角色錯位:「上架任務 > 待上架」按暫緩只填文字沒傳照片;已上架只有審核者能按暫停/下架,但手上有截圖/終約書的是前線業務/租管。
• V22 未區分有無上游正本。
|
• 無上游正本必留照片/截圖憑證:案件已進待上架卻「暫緩」不上、或在架中「暫停/終約」,皆影響招租時效,必附現場照片或房東截圖留證。
• 誰有憑證誰發起:有憑證的前線直接帶圖提單。
|
• 待上架按「暫緩」:必填原因+必傳照片/截圖。
• 已上架方案 B:全體可在「要改」發起申請暫停/申請結束委託/意向(必填原因+必傳截圖或終約書)。
• 「已收定/不退改續」免傳附件(系統已有正本)。
|
3. 下架時間記錄與完整物件時間軌跡(同表篩選) 軌⑨ |
• 現行列表未顯示下架時間且重上易覆蓋:列表只顯示上架日,且重新上架時若直接覆寫欄位,後續釐清物件狀況時會找不到過去何時下架、為何下架。
• V22 拆第 7 分頁下架資料庫:模仿舊試算表剪貼搬分頁。
|
• 狀態是當下快照,時間軸是不可篡改軌跡:不需拆第 7 分頁,但每次上下架/暫停異動都必須留下精確時間戳記與歷史軌跡供日後查核。
|
• 刪除第 7 分頁,原表直接顯示「下架時間」。
• 完整時間軸軌跡留痕:每次上架、暫緩、暫停、下架、重新上架皆記錄精確時間+操作人+原因+憑證附件,重上時不洗掉歷史紀錄,點開即可回溯完整軌跡。
|
實線方塊:人工操作
虛線方塊:系統自動
菱形:白話判斷點
綠框:階段完成/歸檔
安 既有安全網
規/格/證/軌 核心規則、授權憑證與時間軌跡
砍 第一性原理砍除冗餘分頁
一、廣告任務怎麼來、怎麼上架(新委託 / 退租重上 / 空房戰情 ➔ 待上架(含暫緩必傳照片)➔ 單一已上架主表)
↔ 圖可以左右滑動,左邊的角色欄會固定不動。
角色
業務/物管
現場與送件
後勤審核
意向書把關
CRM 系統
任務與正本
廣告人員
591/Mira
Ragic/平台
寫穿與套餐
- 安① 一般宅退租自動進單(已刪物管人工通知假待辦):物管在 CRM「續退意願」定案為「待退租」當下,系統自動排入上架任務清單並推播網銷,已刪除舊點交清單上 0 次使用的「通知廣告上架」人工勾選。
- 規② 一物件一列唯一鍵與 Ragic 去重:一般宅以
房源編號 為唯一鍵(placeResolver 雙落點解析館名);寫穿 Ragic /81 前先查意向書編號去重,防止網路重試建出雙胞胎任務。
- 證③ 「上架任務 > 待上架」按「暫緩」必填原因+必傳照片/截圖:案件進待上架後若因屋況修繕或房東指示需先「暫緩」,除填寫原因外強制上傳照片或對話截圖,並記錄暫緩時間與操作人移入「暫緩」桶,確保延後上架有據可查。
- 格④ 591 套餐指派與原子上架:網銷於 591/Mira 刊登並選套餐格後,按「已上架」以原子動作同時蓋任務完成戳記並寫入單一主表
ad_listings(記錄上架時間戳記)。
二、單一「已上架」主表區域篩選與「要改廣告」(同表篩選北/南/高專 ➔ 破底價/改內容必附授權截圖 ➔ 平台更新)
↔ 圖可以左右滑動,左邊的角色欄會固定不動。
角色
CRM 已上架
單一主表與檢核
主管/審核
檢視與費用把關
業務/租物管
原表提改與傳證
廣告人員
執行異動
- 砍⑤ 砍除三區獨立戰情分頁,「要改」留在「已上架」原列:不拆北區/南區/高專 3 個重複分頁,直接在「已上架」頂部提供區域/組別篩選 Chip,並在每一列原地保留「要改」與未完異動單提示。
- 證⑥ 破底價招租(
新開價 < 約定底價)與「修改內容」必傳房東同意截圖:破底價招租與修改約定底價是不同行為——系統不擋死也不覆寫合約 floor_price,而是展開必填之「房東同意截圖」上傳框作為授權憑證;新開價 ≥ 約定底價(含等於底價)則免傳截圖。
三、誰有憑證誰發起暫停/結束委託、下架時間軌跡記錄與 591 套餐管理(方案 B 定案)
↔ 圖可以左右滑動,左邊的角色欄會固定不動。
角色
業務/租物管
誰有憑證誰發起
CRM 已上架
單一正本與時間軌跡
把關/網銷
撤刊與結案
591 套餐
格位與到期
- 安⑦ 上游狀態綁定「⚠️ 建議下架」提示:系統偵測簽約收定(
rental_reports.status='signed')或退改續時自動亮「⚠️ 建議下架」與「共用 N 間(同一 591 編號多房共用)」,防止誤撤同館其他房源。
- 證⑧ 方案 B(誰有憑證誰發起)+必傳證明附件:前線業務/租管拿到房東通知時,可直接於「要改」發起「申請暫停」或「申請結束委託/結束意向」並必傳房東截圖或終約書;「已收定/不退改續」因已有系統正本則免重複傳圖。
- 軌⑨ 下架與狀態異動時間軌跡完整留痕(同表篩選、重上不洗掉舊紀錄):每次暫停、下架或重新上架,系統皆自動寫入精確時間戳記(
removed_at 下架時間與異動時間軸)+操作人+原因+憑證附件;列表直接顯示上架/下架時間,日後釐清物件狀況或退租重上時,歷次上下架時間軸軌跡皆完整保留可查。