中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

搭建后臺(tái)系統(tǒng)是企業(yè)業(yè)務(wù)發(fā)展的必然，也是提高業(yè)務(wù)運(yùn)轉(zhuǎn)效率、節(jié)省人效，為市場(chǎng)、運(yùn)營(yíng)、BD等業(yè)務(wù)人員提供后臺(tái)工具是必要的解決方案。既然搭建后臺(tái)系統(tǒng)如此重要，我們?cè)撊绾谓ㄔO(shè)呢？筆者將舉例為我們分析。

背景和目標(biāo)

此處的后臺(tái)系統(tǒng)指的是公司內(nèi)部員工使用的工具。

搭建后臺(tái)系統(tǒng)是業(yè)務(wù)發(fā)展的必然。因?yàn)槿肆Y源總是緊缺的，為了提高業(yè)務(wù)運(yùn)轉(zhuǎn)效率、節(jié)省人效，為市場(chǎng)、運(yùn)營(yíng)、BD等業(yè)務(wù)人員提供后臺(tái)工具是必要的解決方案。

雖然各類后臺(tái)系統(tǒng)解決的問(wèn)題不同，但本質(zhì)上這些產(chǎn)品的核心功能點(diǎn)在增、刪、改、查。

產(chǎn)品設(shè)計(jì)滿足的需求有2個(gè)大類：

• 固定參數(shù)增刪改：比如廣告位管理系統(tǒng)，通常是對(duì)前端內(nèi)容增、刪、改
• 固定形式內(nèi)容增刪改：比如活動(dòng)頁(yè)面發(fā)布系統(tǒng)，但它的特殊性在于：要做內(nèi)部工作人員、用戶端2套產(chǎn)品設(shè)計(jì)，因?yàn)樗刃枰还ぷ魅藛T使用，也要被普通用戶使用

第一部分：確認(rèn)需求列表

1. 鎖定目標(biāo)用戶

運(yùn)營(yíng)管理系統(tǒng)（通常包含活動(dòng)頁(yè)面發(fā)布系統(tǒng)、PUSH內(nèi)容、廣告位、優(yōu)惠券、積分商城等管理系統(tǒng)）主要是運(yùn)營(yíng)部門(mén)的工具；發(fā)票工單審核系統(tǒng)很明顯是財(cái)務(wù)部門(mén)的專屬。

不同性質(zhì)的產(chǎn)品模塊目標(biāo)用戶影響后臺(tái)系統(tǒng)核心功能需求、設(shè)計(jì)。

2. 搜集需求

內(nèi)部系統(tǒng)需求搜集的方式推薦訪談、調(diào)查問(wèn)卷：

• 小團(tuán)隊(duì)面對(duì)面溝通需求反饋?zhàn)羁?、效率最高、質(zhì)量最好
• 大團(tuán)隊(duì)業(yè)務(wù)人員可能人數(shù)較多，可以通過(guò)設(shè)定調(diào)查問(wèn)卷的問(wèn)題來(lái)驗(yàn)證需求有效性、達(dá)成需求列表的共識(shí)

3. 確認(rèn)需求列表

作為產(chǎn)品經(jīng)理，會(huì)在工作中收到無(wú)數(shù)產(chǎn)品設(shè)計(jì)建議，來(lái)自老板、上下游同事、用戶。

KANO模型可以作為需求列表確認(rèn)的方法：把需求分為必備型需求、期望型需求、興奮型需求，在必備型類別中確認(rèn)消耗時(shí)間多、使用頻率高的具體需求。

以上2步即可幫我們列出亟待解決的需求列表。但是實(shí)際工作往往不會(huì)這么理想化，正因?yàn)楹笈_(tái)系統(tǒng)的目標(biāo)用戶是公司內(nèi)部同事，搜集需求時(shí)更有可能遇到的問(wèn)題：

1.“我覺(jué)得xx功能也需要做上去，對(duì)我來(lái)說(shuō)很重要”

• 分析：此類問(wèn)題是典型的提解決方案，而非講實(shí)際需求。
• 解決方案：和提出者確認(rèn)到底要解決什么場(chǎng)景下的什么問(wèn)題，而非直接列為需求列表

2. “希望這些功能都能做上去一起上線”

• 分析：此類問(wèn)題是典型的“一切功能都很重要”
• 解決方案：產(chǎn)品設(shè)計(jì)必須權(quán)衡投入產(chǎn)出比。在有限的時(shí)間和資源中，按照原則開(kāi)發(fā)優(yōu)先級(jí)高的需求。同時(shí)產(chǎn)品設(shè)計(jì)保留擴(kuò)展性，為后續(xù)優(yōu)化留出位置即可。

第二部分：產(chǎn)品設(shè)計(jì)建議

1. 用戶信息系統(tǒng)通用，用戶角色權(quán)限清晰

通常1個(gè)公司需要后臺(tái)系統(tǒng)化的模塊/工具不止1個(gè)，比如發(fā)放優(yōu)惠券、編輯廣告位等；

為避免后期不同后臺(tái)過(guò)于散亂、權(quán)限管理出現(xiàn)漏洞，在進(jìn)行后臺(tái)設(shè)計(jì)時(shí)通常要把用戶登錄注冊(cè)信息設(shè)計(jì)為通用模塊；

公司人來(lái)人往，某些重要模塊的編輯發(fā)布權(quán)限只能某部分人擁有，防止出現(xiàn)混亂的情況；

比如超級(jí)管理員擁有最高權(quán)限：增刪改查、編輯角色權(quán)限等；

2. 記錄必要日志，重要模塊須有審核流程

記錄日志便于在問(wèn)題出現(xiàn)后定位問(wèn)題出現(xiàn)的原因，后臺(tái)必須記錄的日志除了創(chuàng)建、更新時(shí)間，也必須記錄下每1個(gè)操作人的日志。

優(yōu)惠券發(fā)放是1個(gè)典型例子，因?yàn)殛P(guān)系到部門(mén)預(yù)算等現(xiàn)實(shí)的財(cái)務(wù)結(jié)算問(wèn)題，優(yōu)惠券的后臺(tái)設(shè)計(jì)必須有審核流程。

3. 程序判定優(yōu)先于人為判定

操作后臺(tái)需要業(yè)務(wù)人員編輯操作，人為操作出現(xiàn)問(wèn)題的概率高于程序，所以盡量把程序可判定的工作交給程序，一來(lái)為達(dá)到核心目標(biāo)：降低人力成本，二來(lái)降低出錯(cuò)概率。哪些問(wèn)題適合程序判定呢？我自己的總結(jié)是：只要能定義清楚的內(nèi)容交給程序，這后臺(tái)產(chǎn)品設(shè)計(jì)中具象的設(shè)計(jì)有：

• 判斷必填項(xiàng)目是否完善
• 判斷填寫(xiě)內(nèi)容是否超出設(shè)定長(zhǎng)度、格式是否符合要求
• …

4. 設(shè)計(jì)兜底策略

如果PUSH消息推送后臺(tái)編輯的消息有錯(cuò)誤，應(yīng)該有停止發(fā)送PUSH的功能；

如果發(fā)布的前端頁(yè)面內(nèi)容有誤必須刪除，應(yīng)該有404 NOTFOUND頁(yè)面承接瀏覽；

總之，后臺(tái)設(shè)計(jì)中若有這用戶端展示的內(nèi)容，請(qǐng)務(wù)必考慮兜底策略，假設(shè)不幸有錯(cuò)誤消息發(fā)出但無(wú)法修改的場(chǎng)景下，如何將負(fù)面影響、損失降到最低；

案例分析：反推一個(gè)瑞幸領(lǐng)券活動(dòng)模板的設(shè)計(jì)

前提：下方內(nèi)容是個(gè)人從工作經(jīng)驗(yàn)中反推瑞幸該活動(dòng)模板形成的概況，沒(méi)有細(xì)致到產(chǎn)品需求文檔的細(xì)節(jié)，也不代表真實(shí)信息。

1. 功能需求列表

2. 活動(dòng)狀態(tài)流轉(zhuǎn)

3. 用戶領(lǐng)券流程

4. 字段設(shè)計(jì)

5. 后臺(tái)編輯界面

按照活動(dòng)狀態(tài)分類的列表頁(yè)

按活動(dòng)名稱、活動(dòng)時(shí)間、活動(dòng)狀態(tài)等查找歷史活動(dòng)頁(yè)面，查找到對(duì)應(yīng)頁(yè)面后可進(jìn)行編輯、審核、上線等操作。

創(chuàng)建/編輯活動(dòng)頁(yè)面

根據(jù)設(shè)計(jì)后臺(tái)系統(tǒng)踩過(guò)的坑看，活動(dòng)系統(tǒng)有2大類交互方式：

• 一類是顆?；?xì)的組件系統(tǒng)，把多個(gè)常用組件模板化，業(yè)務(wù)人員可以通過(guò)“增刪改”組件來(lái)構(gòu)建不同樣式的頁(yè)面；
• 一類是下方的頁(yè)面模板系統(tǒng)，適合模式、樣式相對(duì)固定的活動(dòng)形式，僅允許編輯整套活動(dòng)頁(yè)面部分模塊即可；

從使用“瑞幸領(lǐng)券活動(dòng)頁(yè)面”經(jīng)歷看，這個(gè)頁(yè)面：背景圖、優(yōu)惠券配置變化多，其他地方變動(dòng)少，適合用頁(yè)面模板系統(tǒng)方式實(shí)現(xiàn)；

這個(gè)領(lǐng)券頁(yè)面的配置信息，分成3大部分:

• 活動(dòng)基礎(chǔ)信息：開(kāi)始、結(jié)束時(shí)間，頁(yè)面url（若不需要設(shè)置可隨機(jī)生成唯一鏈接）等
• 活動(dòng)優(yōu)惠信息、參與用戶條件：優(yōu)惠券到底配置哪個(gè)，哪些用戶可以參與是活動(dòng)策略的核心。假設(shè)業(yè)務(wù)需要不同用戶領(lǐng)券不同代金券，則需要接入用戶標(biāo)簽系統(tǒng)，在不同用戶標(biāo)簽系統(tǒng)下配置優(yōu)惠信息；
• 前端樣式：具體到圖片、按鈕、輸入框、文字樣式的增刪改；

結(jié)合上方的設(shè)計(jì)建議，在前端交互方面：

• 必填字段未完成，無(wú)法進(jìn)入下一步，防止用戶漏掉填寫(xiě)必要信息；
• 輸入信息后及時(shí)校驗(yàn)格式、長(zhǎng)度，并明示告知業(yè)務(wù)人員；
• 最好有即時(shí)保存功能，即時(shí)保存填寫(xiě)信息；
• 在信息完善后，可以發(fā)布到測(cè)試環(huán)境預(yù)覽活動(dòng)效果；

總結(jié)

一千家公司可能解決同一個(gè)問(wèn)題的落地方案也不完全一致，但總體思考、設(shè)計(jì)思路是類似的。如果一開(kāi)始設(shè)計(jì)時(shí)避開(kāi)以下誤區(qū)，可以少走“彎路”：

• 沒(méi)有統(tǒng)一規(guī)劃，后臺(tái)分散導(dǎo)致業(yè)務(wù)人員完成1項(xiàng)事情要切換不同后臺(tái)
• 需求求大求全，產(chǎn)品贅余
• 過(guò)于忽視交互和樣式，導(dǎo)致業(yè)務(wù)人員使用時(shí)沒(méi)有確定性，反而限制效率的提升

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

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