以物業(yè)公告為例,談?wù)劰δ茉O(shè)計的一些事

產(chǎn)品之路上,逐漸發(fā)現(xiàn):把一件簡單的事情做好,并不簡單。
作為乙方的產(chǎn)品經(jīng)理,從需求分析到產(chǎn)品交付,需求方除了領(lǐng)導(dǎo),還有甲方和運營;初始需求是由甲方提出的,更多深層次的需求需要來自于產(chǎn)品經(jīng)理的發(fā)掘,而實際上的使用者又是運營人員。
面對需求,需要形成怎么樣的設(shè)計思路,使自己工作事半功倍?
以下,用工作中遇到的一個簡單的示例來表達一下自己的想法:
一、功能背景
傳統(tǒng)社區(qū)的物業(yè)公告大多數(shù)是一種推式的展示形式,采用公告板或紙質(zhì);隨著智慧社區(qū)概念的發(fā)展,物業(yè)公告線上化成為一種常見趨勢,相比于前者,后者大大的降低了用戶觀看的“成本”,減少了物業(yè)維護的“工作量”,以及更豐富的展現(xiàn)形式深受雙方的喜愛。
基于最近實施的一套物業(yè)系統(tǒng),想借“物業(yè)公告”功能設(shè)計上的細節(jié)之談,開場自己的第一篇文章。
二、功能概述
功能主要分為兩大部分,其一是用戶體驗的移動端;其二是運營操作的后端;
1. 移動端:公告入口、公告列表及公告界面;
2. 后端:通過運營操作,實現(xiàn)移動端的公告展示。主要是:新增、排序、編輯等操作。
需求層次概述:初始需求-需求雛形-深層需求-優(yōu)化需求
三、功能設(shè)計細節(jié)
1. 功能的規(guī)劃
因為公告在移動端不需要用戶互動的場景,所以重點在于后端功能的規(guī)劃;
1.1 主要功能也是大多數(shù)功能的后端都會有所體現(xiàn)的,如公告新增、編輯、修改、刪除等。
1.2 物業(yè)公告屬于甲方需求,意味著規(guī)劃上要考慮甲方思維的操作思維,如公告置頂、公告排序。
1.3 其次,結(jié)合長期運營的實際情況,需要考慮到定期管理的便捷,如定期展示關(guān)閉、時間記錄。
2. 功能的設(shè)計邏輯
在設(shè)計上將公告功能設(shè)計成活動功能,通過設(shè)置內(nèi)容、開始關(guān)閉時間滿足基本需求;但在測試階段,發(fā)現(xiàn)設(shè)計邏輯上的一些“閉環(huán)式”缺陷;
(截圖來自系統(tǒng)原型)
2.1 自定義排序
優(yōu)點:通過排序值的大小設(shè)定,展示想要向用戶展示的公告信息的順序;
缺點:不需要考慮順序的公告,會因為相同排序而出現(xiàn)“扎堆”問題;
解決:
- 設(shè)定一個默認值,默認不作排序,而是按照創(chuàng)建時間來排序;
- 排序值不作為必要的屬性,方便運營人員設(shè)置管理;
- 設(shè)定置頂項,其他按照排序設(shè)置排序(最優(yōu))。
2.2 公告展示順序
已有的公告按照列表展示時,優(yōu)先級排序的公告位于前頁位置,而其余不屬于排序類的公告應(yīng)考慮創(chuàng)建時間先后順序,早創(chuàng)建的公告應(yīng)該在列表后面;
這點,運營者更考慮到的是當前公告信息的編輯和優(yōu)化,而歷史信息則成為一種記錄無須占用前頁位置。
2.3 編輯的情況
公告在展示期間內(nèi)是否要做修改?因為不存在因修改導(dǎo)致以往記錄數(shù)據(jù)混亂等風險問題,所以對于公告此類文本內(nèi)容是可以修改的,這是從運營工作的層面上考慮;
但避免誤刪情況,在展示期間內(nèi)操作刪除,應(yīng)有溫馨提示。
2.4 開啟關(guān)閉狀態(tài)
新增公告設(shè)置保存后默認關(guān)閉狀態(tài),獨立的開啟操作可以使公告的展示更安全;
而關(guān)閉操作,既是對過期公告的一種關(guān)閉展示,也是后期運營的記錄。
四、功能優(yōu)化細節(jié)
為什么要將功能優(yōu)化這一塊單獨講,而不是一起放在功能設(shè)計上呢?
現(xiàn)階段系統(tǒng)正處于驗收階段,考慮到時間和成本問題,有一些功能優(yōu)化的細節(jié)會有所考慮,而一些沒有考慮到的希望有讀者可以提出,共同探討。
1. 用戶互動性
如果公告只是一面墻,業(yè)主除了看公告,是不是會對公告內(nèi)容蠢蠢欲動,想要發(fā)言?
優(yōu)化點:選擇性開放留言點贊功能,活動型公告可通過開放留言,形成一種互動交流,物業(yè)管理需要建設(shè)性的意見(這屬于線下層面的考慮)。
2. 編輯日志
什么時間,什么操作人物,對公告的編輯動態(tài)信息作記錄,增加問題追溯源。
3. 用戶瀏覽數(shù)據(jù)
統(tǒng)計用戶對公告的瀏覽數(shù)據(jù),對于物業(yè)公告這個模塊的長期運營起到較為重要的作用。
五、總結(jié)
以上,是結(jié)合最近實踐中物業(yè)公告功能提煉的內(nèi)容,可能存在一定的局限性。
物業(yè)公告在物業(yè)管理系統(tǒng)中是一個基礎(chǔ)性功能,可能在設(shè)計階段會因為淺層次的需求分析,對功能雛形會有初步的規(guī)劃;
即使后期產(chǎn)品成功交付,也要多多考慮后期運營上的規(guī)劃。
這是第一次通過文章對產(chǎn)品設(shè)計上的總結(jié),希望自己能堅持,也歡迎大家多交流學(xué)習。
本文由 @Miss思思 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自 Pexels ,基于 CC0 協(xié)議
請問如果是按照時間先后順序顯示,如果在此期間還有發(fā)布其他公告,重新編輯公告之后順序是不是就亂了呢
最近也在做公告的后臺,有一個問題想請問下,有了公告的展現(xiàn)時間,為什么要再設(shè)置開啟關(guān)閉呢?
類似電商的商品上下架,屬于人工干預(yù)管理的功能;而時間,只是可參考的排序邏輯
PS:關(guān)閉也算是對前端已過時效信息的軟刪除
謝謝!
有沒有類似智慧社區(qū)的例子可以講一講,有一部分也有關(guān)物業(yè)方面的
咦,同行啊,物業(yè)類的功能,真的是雞肋啊
不算同行,怎么雞肋呢?
物業(yè)類App的活躍度本身就低,通知公告的用戶觸達效果不好,個人感受哈
嗯嗯,公告一般是重點信息,會采用推送的形式,也是戶主比較關(guān)注的,例如停水停電等等,公告一般會是一些可閱讀性的東西,需要用戶長期關(guān)注,所以無需用戶活躍度,物業(yè)的app是解決實際的問題,例如水費電費維修等