Effort

Effort



A1 身為房東,我希望可以刊登租屋物件,讓我可以找到理想房客


A1.1 身為房東,我希望可以簡單、快速地填寫租屋的相關資訊,完成刊登

Criteria:


[ ] 刊登說明頁:第一次要刊登時,會說明房東價值主張

[ ] 刊登說明頁:第一次要刊登時,會說明平台使用規則與流程(刊登免費,批准房客履歷才扣點,必須給予房客首月租金優惠15%)

[ ] 刊登說明頁:第一次要刊登時,會說明點數贈送優惠

[ ] 未註冊房東,進入刊登流程後,也能直接填寫物件資料,上架前再完成註冊帳號即可(類似TypeForm 行為)

[ ] 未註冊房東,填寫過的租屋資料,會暫存 12 hours,效期內房東可選擇繼續編輯或重新填寫資料。

[ ] 刊登流程:房東能夠從首頁進入刊登流程

[ ] 刊登流程:必須要拆分清晰步驟,輔助房東填寫物件資訊

[ ] 刊登流程:第一步驟必須是可立刻判斷填寫的資訊,變動機會也較少

[ ] 刊登流程:房東完成第一步驟後,物件草稿即建立完成,後續可再補傳其他資料

[ ] 刊登流程:正式上架前,要同意不能收仲介費 以及 首月租金 15% 優惠

[ ] 刊登流程:正式上架前:房東需提供:真實姓名, 身分證字號, 性別, 身份,可提供「生日」(Optional)

[ ] 刊登流程:支援其他平台匯入(591 / 好房網 / 樂屋網)

[ ] 刊登流程:房東能夠於流程中,選擇觀看物件預覽資訊(修改模式中也支援)


A1.2 身為房東,我希望刊登物件時,可選擇性設定房客送出「看屋請求」前,必須先提供哪些「佐證資料」

Criteria:


[ ] 房東可要求房客提供佐證資料:身分證明(證號,發證日,出生年月日,補/換發)

[ ] 房東可要求房客提供佐證資料:職業證明(上傳個人名片 or 員工證)

[ ] 房東可要求房客提供佐證資料:學生證明(上傳學生證)

[ ] 刊登流程:必須清楚說明,房東提供怎樣的優惠,可換得房客提供佐證資料的好處(好房客優惠規則)



Tasks: 6 weeks

- 基本 UI Layout 2 week

- UI Refine: 2 week

- DB & API: 

物件相關: 2 week

- Testing: : 2 days



A2 身為房東,我希望可以事先看到房客的基本資料與身份驗證狀況,讓我可以事先快速篩選出理想的房客(租屋管家)


A2.1 身為房東,我希望房客先送出「看屋請求」,等待我批准後才可以聯繫我,這樣我就可以事先篩選出喜好的房客

Criteria:


[ ] 房東收到「看屋請求」後,會收到主動通知(Line / Email),並可點擊觀看請求內容

[ ] 房東開啟「看屋請求」後,會通知發送請求的房客(Line / Email)

[ ] 房東觀看「看屋請求」,會包括「房客履歷」與「佐證資料」,房東可決定拒絕或批准請求

[ ] 房東觀看「佐證資料」時,只顯示資料是否被驗證/上傳,不會顯示原始資料

[ ] 房東觀看「佐證資料/社群證明」時,只顯示好友數量,不會顯示原始資料

[ ] 房客/房東觀看「看屋請求」時,必須說明房東同意「優質房客優惠規則 15%」(Mandatory)

[ ] 房客/房東觀看「看屋請求」時,房東若有設定,則會說明「預繳優惠規則」(Optional)

[ ] 房東批准「看屋請求」時,會消耗儲值餘額,若點數足夠,則詢問是否確認扣點 ; 若點數不足,引導房東付費儲值

[ ] 房東批准「看屋請求」後,房客/房東才可看到彼此聯繫方式,並通知房客(Line / Email)

[ ] 房東批准「看屋請求」後,經過二週後,自動遮蔽「房客履歷」、「佐證資料」、「給房東的話」

[ ] 房東拒絕「看屋請求」後,相關資訊直接移除,並通知房客(Line / Email)

[ ] 房東無法在「房客履歷」中看到全部細節的房客資訊,重要資訊會被抽象化保護起來,批准後才開放更多資訊(房東視角)


Tasks: 3 weeks

- 基本 UI Layout 1 week

請求卡片: 3

請求頁: 2

- UI Refine: 1 week

- DB & API: 

看屋請求: 1 week

- Notify: 3 days

- Testing: : 2 days


 

A2.2 身為房東,我希望可以付費儲值換取「看屋請求」的批准權限,每次批准扣除一定點數

Criteria:


[ ] 點數購買:房東透過「點數購買頁」購買點數

[ ] 點數購買頁:要有清楚的點數方案價格和使用說明

[ ] 點數購買頁:提供匯款資訊 + 匯款完成後的匯款確認表單 (以 Typeform 實作), 填寫完成即自動儲值

[ ] 點數贈送:房東第一次收到房客履歷時,免費贈送點數: 20 次批准權限,必須通知房東免費點數 (Line / Email)

[ ] 個人資料頁:已註冊的使用者可以到「個人資料頁」查詢剩餘的儲值點數 ,也可以連結到儲值的功能頁面

[ ] 個人資料頁:已註冊的使用者可以到「個人資料頁」查詢交易紀錄



  MVP 先不做付款機制,但是要做點數兌換機制

  - 先給予房東一定點數,足以驗證 MVP 即可

  - 但是不能讓房東認為我們的服務是免費

  未來可以考慮透過分享,來贈送點數


Tasks: 3 weeks

- 基本 UI Layout 1 week

個人資料頁: 1 (可以reuse)

點數購買頁: 2

匯款確認表單- Typeform: 2

- UI Refine: 2

- DB & API: 

點數機制: 1 week

- Testing: : 2 days


A3 身為外部平台房東,我希望收到 Zuni 房客「看屋請求」後,可以即時匯入物件,和房客開始接洽


Criteria


[ ] 通知房東,有房客對其物件感興趣(Email / SMS),引導房東到「外部平台房東 Landing Page」

[ ] 外部平台房東 Landing Page:要說明房東價值主張,平台使用規則與流程,點數贈送優惠訊息

[ ] 外部平台房東 Landing Page:要顯示所有(可能多組)感興趣的房客輪廓:e.g. 張先生,公司類別/職業類別

[ ] 外部平台房東 Landing Page:要顯示對應物件資訊 Summary,並可連結回對應租屋平台刊登資訊頁,讓房東可以清楚知道是哪個物件

[ ] 房東可選擇匯入物件資料,進入物件刊登流程


Tasks: 2 weeks

- 基本 UI Layout 2 days

外部平台房東 Landing Page

- UI Refine: 2

- DB & API: 

匯入物件: 3

spider相關: 3

- Testing: : 2 days


A4 身為房東,我希望可以瀏覽刊登過的租屋物件,以便進行各種物件管理


Criteria


[ ] 房東可以進入「目前刊登頁」,檢視租屋物件列表,物件根據狀態做分群(草稿,上架,下架|成交)

[ ] 房東可於「目前刊登頁」:上架,或進入「個別刊登頁」

[ ] 房東可於「個別刊登頁」:上架、下架、刪除物件,或進入編輯模式

[ ] 房東將物件下架時,需通知對該物件發出「看房請求」的房客(Line / Email)

[ ] 房東將物件下架時,需通知收藏該物件的房客(Line / Email)

[ ] 房東將物件下架時,可選擇是否為成交,若為成交可填寫感想(讓 Zuni 用來宣傳)


Tasks: 2 weeks

- 基本 UI Layout 3 days

目前刊登頁

- UI Refine: 2

- DB & API: 2

- Notify: 2

- Testing: : 2 days


房客 Story



B1 身為房客,我希望可以透過各種條件搜尋租屋物件,以便找到理想租屋


Criteria:


[ ] 支援 “區域搜尋”:以台灣區域為主要搜尋條件,並以 「卡片」模式顯示搜尋結果

[ ] 搜尋規則:分成兩步驟,不需要一次輸入所有條件 (主要搜尋條件 + 過濾條件)

[ ] 搜尋表單:每個縣市可以選擇全區或是某幾個區域

[ ] 搜尋表單:要有 Cache 機制,針對最後一次搜尋條件暫存

[ ] 搜尋結果顯示:「卡片」模式下,標示看房請求的狀態

[ ] 搜尋結果顯示:「卡片」模式,顯示清楚的物件相片(Cover Photo) + 重要資訊

[ ] 搜尋結果顯示:顯示當前過濾結果計數

[ ] 搜尋結果顯示:顯示「被勾選的過濾條件」的數量

[ ] 搜尋結果排序:支援物件升降冪排序(刊登時間/價格/坪數)

[ ] 條件篩選視窗:支援過濾條件設定,以過濾物件

[ ] 條件篩選視窗:支援過濾條件 Reset

[ ] 條件篩選視窗:即時顯示套用過濾條件後的資料筆數(類似豬豬的fast count)

[ ] 首頁推薦物件:最新刊登,Zuni 推薦(按照瀏覽量)

[ ] 搜尋紀錄:顯示最後三筆搜尋紀錄,並可以載入為搜尋條件


Tasks: 5 weeks

- 基本 UI Layout 2 week

物件卡片: 3

找屋頁(首頁): 3

搜尋視窗: 1

條件篩選視窗: 3

搜尋結果頁: 2

- UI Refine: 2 week

- DB & API: 

物件搜尋的API: 1 week

- Testing: 2 days


B2 身為房客,我希望可以檢視房東刊登物件的詳細資訊,以決定是否要聯絡房東


Criteria


[ ] “要” 顯示基本資訊:要顯示物件的基本資訊,並於上方強調出重點資訊

[ ] “要” 顯示物件照片:要能於同頁跳出預覽 (Gallery)

[ ] “要” 顯示物件位置:以地圖標示物件所在位置,方便我瞭解物件所在位置

[ ] 要” 顯示 觀看數, 收藏數, 請求數 (重要區塊只顯示請求次數,觀看數和收藏次數重要性不高)

[ ] “要” 支援物件分享(FB / LINE)

[ ] 如果房客已經登入且房東已經批准「看屋請求」,”可”顯示房東的聯絡資訊

[ ] 原則:資訊顯示善用 Icon 表達

[ ] 原則:要能夠快速跳到物件資訊的不同區塊 (Sticky Menu)

[ ] 原則:Search Engine Friendly (搭配 Server Render 技術)


Tasks: 3 weeks

- 基本 UI Layout 1 week

- UI Refine: 1 week

- DB & API: 2 days (可以re-use)

- Testing: 2 days



B3 身為房客,我希望可以透過「我的收藏」,將感興趣的物件收藏起來,方便後續觀看與找尋


Criteria


[ ] 新增收藏:可以從「物件搜尋結果頁」或「個別刊登頁」新增到我的收藏

[ ] 新增收藏:未登入的房客,可以瀏覽/新增收藏物件 (Cookie),註冊登入後自動加入收藏

[ ] 收藏管理:可以瀏覽我收藏過的物件,須標示物件刊登的狀態

[ ] 收藏管理:可以瀏覽我收藏過的物件,須標示物件請求的狀態

[ ] 收藏管理:從我的收藏頁面點選任一物件連結到「個別刊登頁」

[ ] 收藏管理:收藏的物件可以在「收藏管理頁」被移除

[ ] 收藏管理:收藏的物件也可以在「物件搜尋結果頁」或「個別刊登頁」被移除

[ ] 收藏狀態改變通知:房客要能收到收藏物件重要狀態改變通知(Web & Line)


Tasks: 2 weeks

- 基本 UI Layout 1 week

- UI Refine: 3 days

- DB & API: 3 days

- Testing: 2 days


B4 身為房客,我希望可以針對喜歡的物件,聯繫房東看屋


B4.1 身為房客,我可以透過發送「看屋請求」給房東,並附上自己的「房客履歷」,待房東批准後,才可以聯繫約看屋時間

Criteria


[ ] 當房客第一次要請求時,會說明房客價值主張

[ ] 當房客第一次要請求時,會說明房客的權利(優惠)和義務(房客履歷+佐證資料)

[ ] 房客註冊登入後,才能開始「看屋請求」流程

[ ] 發送「看屋請求」:房客須提供「房客履歷」,「佐證資料」(若房東要求)

[ ] 發送「看屋請求」:若還沒填寫「房客履歷」,可以填寫履歷並送出

[ ] 發送「看屋請求」:若已經有「房客履歷」,可以選擇編輯或直接送出

[ ] 發送「看屋請求」:正式送出前,房客要能預覽「看屋請求」頁面(房東視角)

[ ] 發送「看屋請求」:必須要拆分清晰步驟,輔助房客填寫資訊

[ ] 撤回「看屋請求」:房客可以撤回發送過的請求(房東批准之前才可撤回),撤回後,直接從「請求頁」中移除

[ ] 管理「看屋請求」:房客要能檢視發送過的請求,並顯示看房請求的狀態(已觀看,批准,拒絕)

[ ] 管理「看房請求」:房客無法檢視「已下架物件」的請求

[ ] 請求狀態改變通知:房客要能收到看屋請求重要狀態改變通知(Web & Email & Line)


Tasks: 1 month

- 基本 UI Layout 1 week

  看屋請求流程

  看屋請求流程 overview

看屋請求phase 2

預覽

請求頁/請求卡片 (可以reuse)

- UI Refine: 1 week

- DB & API:

看屋請求: 1.5 week

- Notify:

Email / SMS / Line: 2 days (已經有infra)

- Testing: 2 days


B4.2 身為房客,假如房東要求,我願意提供各項進階「佐證資料」,以增加房東信賴度

Criteria


[ ] 若房東要求,房客必須在「看房請求」中,提供「佐證資料」

[ ] 房客也可以主動提供「佐證資料」(個人資料頁中主動填寫)

[ ] 「佐證資料」可包含「身份證明」:身分證相關資訊做驗證 (視房東要求)

[ ] 「佐證資料」可包含「職業證明」:名片/員工證 圖片檔(視房東要求)

[ ] 「佐證資料」可包含「學生證明」:學生證 圖片檔(視房東要求)

[ ] 上傳流程:資料上傳後,要能預覽資訊,並讓房客做最後確認,確認後無法線上刪除(房客視角完整呈現,註記:房東只會看到「身份證明已驗證」「職業證明已提供」)

[ ] 刪除流程:房客可以透過客服手動刪除「佐證資料」,才可以重新填寫或上傳


Tasks: 2 weeks

- 基本 UI Layout

看屋請求phase 2: 3 days (可以 reuse)

- UI Refine

看屋請求phase 2: 2 days (可以 reuse)

- DB & API:

房客履歷相關info: 可以 reuse

佐證資料: 3 days

- Testing: 2 days


B4.3 身為房客,我希望可以針對外部租屋網站的房東,發出「看屋請求」

Criteria


[ ] 房客只要指定 URL 就可以發出「看屋請求」

[ ] 許願請求頁:顯示物件 Summary(Follow物件卡片資訊),讓房客確認物件內容

[ ] 許願請求頁:列出平台上相同電話房東「已上架」的物件,讓房客選擇(卡片模式)

[ ] 許願請求頁:房客確認目標物件後,便可發送「看屋請求」,開始填寫「房客履歷」

[ ] 通知房東:平台透過 Email / SMS 通知該房東,告知有房客對他的房屋有興趣 (如果該房東已經有 Line Bot,就會改用 Email / Line 通知)


Tasks: 3 weeks

- 基本 UI Layout

許願請求頁: 3 days

- UI Refine

看屋請求phase 1: 3 days

- DB & API:

  query 房東「已上架」的物件 API: (可以re-use)

  許願相關資訊: 1 week

- Notify:

Email / SMS / Line: 2 days (已經有infra)

- Testing: 2 days



B5 身為房客,我希望可以填寫並管理我的「房客履歷」以便提供更即時的資訊,讓房東對我更信賴,幫我找到理想房屋


Criteria


[ ] 主動填寫:房客能夠主動建立自己的「房客履歷」(個人資料頁)

[ ] 主動填寫:房客可以編輯「房客履歷」(個人資料頁)

[ ] 履歷預覽:填寫/編輯完成時,要有預覽模式 (個人資料頁)(房東視角)

[ ] 修改紀錄:履歷要紀錄修改日期,讓房東知道履歷最後更改的時間(可以搭配資料修改欄位/次數限制)

[ ] 履歷填寫過程,需要註記:房東視角看得到的資訊樣式 (如 陳XX)

[ ] 房客履歷的相片,可以選擇「已上傳」的個人相片或是重新上傳



Tasks: 3 weeks

- 基本 UI Layout

看屋請求phase 1: 1 week

- UI Refine

看屋請求phase 1: 3 days

- DB & API:

房客履歷相關info: 1 week

- Testing: 2 days


房東/房客 Story

C1 身為房東/房客,我希望可以方便的針對疑問,即時的得到協助 [3 days]


Criteria:


[ ] 房東/房客可以透過線上聊天室,即時和 Zuni 客服交談 (使用既有服務 https://www.tawk.to/)

[ ] 第三方的聊天室必須支援,線上沒有人員回應時,可以自動轉成 Email 詢問

  對 MVP 來說,可以立即和用戶互動,比 FAQ 的重要性高,優先實作即時問答功能



C2 身為房東/房客,我希望可以建立個人帳號,登入使用服務,以增加後續使用服務的方便性 [2 Weeks]


Criteria:


[ ] 註冊:直接註冊(手機號碼 + 密碼 + 暱稱) + Optional: Email 

[ ] 註冊:社群註冊(FB/GOOGLE 帳號 + 手機號碼+ 暱稱) + Optional: Email 直接帶入

[ ] 註冊:必須驗證手機,驗證後,帳號才正式啟用 (驗證碼有一定效期,限制下次發送時間 5 min, 限制重新發送次數 3)

[ ] 資料特性:FB/GOOGLE 帳號只能被連結到一個 Zuni 帳號上

[ ] 資料特性:不支援將不同的社群帳號做關連

[ ] 資料特性:手機號碼 / Email 不允許重複

[ ] 登入方式1:以 (手機號碼 + 密碼) 登入

[ ] 登入方式2:以 (FB/GOOGLE 帳號) 登入,不需另外輸入密碼

[ ] 登入後行為:無明確角色切換(預設以房客為主),使用到房東功能,相關選單才出現 (airbnb)。相關選單包含: 收到請求頁、目前刊登頁

[ ] 支援「記住我」- 記住帳號期間

[ ] 支援「重設密碼」 (需經過手機簡訊驗證)(驗證碼有一定效期,限制下次發送時間 5 min, 限制重新發送次數 3)

[ ] 個人資料頁:已註冊的使用者可以到「個人資料頁」瀏覽並編輯會員資訊、房客履歷、佐證資料、租屋管家設定(Line Bot)

[ ] 個人資料頁:已註冊的使用者可以到「個人資料頁」修改密碼

[ ] 個人資料頁:顯示「關於我們」、「網站服務隱私條款」


Tasks:

- 基本 UI Layout

個人資料頁: 3 days

Login / Register / Reset / Verify

- UI Refine

個人資料頁

Login / Register / Reset / Verify

- DB & API

- Notify

- Testing


C3 身為房客/房東,我希望能夠被引導來設定Line Bot,讓我可以快速回應並處理租屋的相關事務 [One Week]


Criteria:


[ ] 全域選單:房客 Line Bot 促轉(未發出看屋請求前,也會有租屋雷達功能)

[ ] 個人資料頁:房東/房客 Line Bot 促轉(房客/房東可主動設定 Bot)

[ ] 物件刊登完成後:房東 Line Bot 促轉(設定完成後,無需再提示)

[ ] 發送「看屋請求」後:房客 Line Bot 促轉(設定完成後,無需再提示)

Report Page