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

10 評論 10087 瀏覽 43 收藏 7 分鐘

產(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é)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 請問如果是按照時間先后順序顯示,如果在此期間還有發(fā)布其他公告,重新編輯公告之后順序是不是就亂了呢

    回復(fù)
  2. 最近也在做公告的后臺,有一個問題想請問下,有了公告的展現(xiàn)時間,為什么要再設(shè)置開啟關(guān)閉呢?

    來自湖北 回復(fù)
    1. 類似電商的商品上下架,屬于人工干預(yù)管理的功能;而時間,只是可參考的排序邏輯

      來自廣東 回復(fù)
    2. PS:關(guān)閉也算是對前端已過時效信息的軟刪除

      來自廣東 回復(fù)
    3. 謝謝!

      來自湖北 回復(fù)
  3. 有沒有類似智慧社區(qū)的例子可以講一講,有一部分也有關(guān)物業(yè)方面的

    來自安徽 回復(fù)
  4. 咦,同行啊,物業(yè)類的功能,真的是雞肋啊

    來自廣東 回復(fù)
    1. 不算同行,怎么雞肋呢?

      來自廣東 回復(fù)
    2. 物業(yè)類App的活躍度本身就低,通知公告的用戶觸達效果不好,個人感受哈

      來自廣東 回復(fù)
    3. 嗯嗯,公告一般是重點信息,會采用推送的形式,也是戶主比較關(guān)注的,例如停水停電等等,公告一般會是一些可閱讀性的東西,需要用戶長期關(guān)注,所以無需用戶活躍度,物業(yè)的app是解決實際的問題,例如水費電費維修等

      來自廣東 回復(fù)