產(chǎn)品之路上，逐漸發(fā)現(xiàn)：把一件簡(jiǎn)單的事情做好，并不簡(jiǎn)單。

作為乙方的產(chǎn)品經(jīng)理，從需求分析到產(chǎn)品交付，需求方除了領(lǐng)導(dǎo)，還有甲方和運(yùn)營(yíng)；初始需求是由甲方提出的，更多深層次的需求需要來(lái)自于產(chǎn)品經(jīng)理的發(fā)掘，而實(shí)際上的使用者又是運(yùn)營(yíng)人員。

面對(duì)需求，需要形成怎么樣的設(shè)計(jì)思路，使自己工作事半功倍？

以下，用工作中遇到的一個(gè)簡(jiǎn)單的示例來(lái)表達(dá)一下自己的想法：

一、功能背景

傳統(tǒng)社區(qū)的物業(yè)公告大多數(shù)是一種推式的展示形式，采用公告板或紙質(zhì)；隨著智慧社區(qū)概念的發(fā)展，物業(yè)公告線上化成為一種常見(jiàn)趨勢(shì)，相比于前者，后者大大的降低了用戶觀看的“成本”，減少了物業(yè)維護(hù)的“工作量”，以及更豐富的展現(xiàn)形式深受雙方的喜愛(ài)。

基于最近實(shí)施的一套物業(yè)系統(tǒng)，想借“物業(yè)公告”功能設(shè)計(jì)上的細(xì)節(jié)之談，開(kāi)場(chǎng)自己的第一篇文章。

二、功能概述

功能主要分為兩大部分，其一是用戶體驗(yàn)的移動(dòng)端；其二是運(yùn)營(yíng)操作的后端；

1. 移動(dòng)端：公告入口、公告列表及公告界面；

2. 后端：通過(guò)運(yùn)營(yíng)操作，實(shí)現(xiàn)移動(dòng)端的公告展示。主要是：新增、排序、編輯等操作。

需求層次概述：初始需求-需求雛形-深層需求-優(yōu)化需求

三、功能設(shè)計(jì)細(xì)節(jié)

1. 功能的規(guī)劃

因?yàn)楣嬖谝苿?dòng)端不需要用戶互動(dòng)的場(chǎng)景，所以重點(diǎn)在于后端功能的規(guī)劃；

1.1 主要功能也是大多數(shù)功能的后端都會(huì)有所體現(xiàn)的，如公告新增、編輯、修改、刪除等。

1.2 物業(yè)公告屬于甲方需求，意味著規(guī)劃上要考慮甲方思維的操作思維，如公告置頂、公告排序。

1.3 其次，結(jié)合長(zhǎng)期運(yùn)營(yíng)的實(shí)際情況，需要考慮到定期管理的便捷，如定期展示關(guān)閉、時(shí)間記錄。

2. 功能的設(shè)計(jì)邏輯

在設(shè)計(jì)上將公告功能設(shè)計(jì)成活動(dòng)功能，通過(guò)設(shè)置內(nèi)容、開(kāi)始關(guān)閉時(shí)間滿足基本需求；但在測(cè)試階段，發(fā)現(xiàn)設(shè)計(jì)邏輯上的一些“閉環(huán)式”缺陷；

（截圖來(lái)自系統(tǒng)原型）

2.1 自定義排序

優(yōu)點(diǎn)：通過(guò)排序值的大小設(shè)定，展示想要向用戶展示的公告信息的順序；

缺點(diǎn)：不需要考慮順序的公告，會(huì)因?yàn)橄嗤判蚨霈F(xiàn)“扎堆”問(wèn)題；

解決：

• 設(shè)定一個(gè)默認(rèn)值，默認(rèn)不作排序，而是按照創(chuàng)建時(shí)間來(lái)排序；
• 排序值不作為必要的屬性，方便運(yùn)營(yíng)人員設(shè)置管理；
• 設(shè)定置頂項(xiàng)，其他按照排序設(shè)置排序（最優(yōu)）。

2.2 公告展示順序

已有的公告按照列表展示時(shí)，優(yōu)先級(jí)排序的公告位于前頁(yè)位置，而其余不屬于排序類的公告應(yīng)考慮創(chuàng)建時(shí)間先后順序，早創(chuàng)建的公告應(yīng)該在列表后面；

這點(diǎn)，運(yùn)營(yíng)者更考慮到的是當(dāng)前公告信息的編輯和優(yōu)化，而歷史信息則成為一種記錄無(wú)須占用前頁(yè)位置。

2.3 編輯的情況

公告在展示期間內(nèi)是否要做修改？因?yàn)椴淮嬖谝蛐薷膶?dǎo)致以往記錄數(shù)據(jù)混亂等風(fēng)險(xiǎn)問(wèn)題，所以對(duì)于公告此類文本內(nèi)容是可以修改的，這是從運(yùn)營(yíng)工作的層面上考慮；

但避免誤刪情況，在展示期間內(nèi)操作刪除，應(yīng)有溫馨提示。

2.4 開(kāi)啟關(guān)閉狀態(tài)

新增公告設(shè)置保存后默認(rèn)關(guān)閉狀態(tài)，獨(dú)立的開(kāi)啟操作可以使公告的展示更安全；

而關(guān)閉操作，既是對(duì)過(guò)期公告的一種關(guān)閉展示，也是后期運(yùn)營(yíng)的記錄。

四、功能優(yōu)化細(xì)節(jié)

為什么要將功能優(yōu)化這一塊單獨(dú)講，而不是一起放在功能設(shè)計(jì)上呢？

現(xiàn)階段系統(tǒng)正處于驗(yàn)收階段，考慮到時(shí)間和成本問(wèn)題，有一些功能優(yōu)化的細(xì)節(jié)會(huì)有所考慮，而一些沒(méi)有考慮到的希望有讀者可以提出，共同探討。

1. 用戶互動(dòng)性

如果公告只是一面墻，業(yè)主除了看公告，是不是會(huì)對(duì)公告內(nèi)容蠢蠢欲動(dòng)，想要發(fā)言？

優(yōu)化點(diǎn)：選擇性開(kāi)放留言點(diǎn)贊功能，活動(dòng)型公告可通過(guò)開(kāi)放留言，形成一種互動(dòng)交流，物業(yè)管理需要建設(shè)性的意見(jiàn)（這屬于線下層面的考慮）。

2. 編輯日志

什么時(shí)間，什么操作人物，對(duì)公告的編輯動(dòng)態(tài)信息作記錄，增加問(wèn)題追溯源。

3. 用戶瀏覽數(shù)據(jù)

統(tǒng)計(jì)用戶對(duì)公告的瀏覽數(shù)據(jù)，對(duì)于物業(yè)公告這個(gè)模塊的長(zhǎng)期運(yùn)營(yíng)起到較為重要的作用。

五、總結(jié)

以上，是結(jié)合最近實(shí)踐中物業(yè)公告功能提煉的內(nèi)容，可能存在一定的局限性。

物業(yè)公告在物業(yè)管理系統(tǒng)中是一個(gè)基礎(chǔ)性功能，可能在設(shè)計(jì)階段會(huì)因?yàn)闇\層次的需求分析，對(duì)功能雛形會(huì)有初步的規(guī)劃；

即使后期產(chǎn)品成功交付，也要多多考慮后期運(yùn)營(yíng)上的規(guī)劃。

這是第一次通過(guò)文章對(duì)產(chǎn)品設(shè)計(jì)上的總結(jié)，希望自己能堅(jiān)持，也歡迎大家多交流學(xué)習(xí)。

本文由 @Miss思思 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來(lái)自 Pexels ，基于 CC0 協(xié)議