產(chǎn)品詳細(xì)設(shè)計還包括什么?

0 評論 197 瀏覽 0 收藏 10 分鐘

在產(chǎn)品流程里,畫完原型不代表設(shè)計階段就結(jié)束了,還有好幾件事需要做:數(shù)據(jù)埋點(diǎn)、權(quán)限設(shè)計和文檔管理。這篇文章,我們看看作者的分享。

產(chǎn)品的詳細(xì)設(shè)計在原型圖設(shè)計完成后,是不是就大功告成了?

誒,好像還沒有,剩下的幾個部分是我初入職場時,經(jīng)常會忘記的環(huán)節(jié),但又非常重要。

主要有什么呢?

  • 數(shù)據(jù)埋點(diǎn):對系統(tǒng)埋點(diǎn),可了解用戶的真實(shí)操作路徑,使用習(xí)慣等,是考核產(chǎn)品使用程度的重要依據(jù)之一,也是業(yè)務(wù)用戶行為分析、產(chǎn)品分析、產(chǎn)品改善的重要參考數(shù)據(jù)來源;
  • 權(quán)限設(shè)計:用戶在訪問我們的系統(tǒng)時,只能瀏覽/管理其有權(quán)限的頁面,保障了數(shù)據(jù)隱私與管理制度方面的訴求;
  • 文檔管理:本文主要介紹產(chǎn)品需求文檔(PRD)的編寫、主要包含的 內(nèi)容等(這個倒是不會忘,只是里面有些細(xì)節(jié)容易遺漏)。

讓我們開始正文部分吧。

一、數(shù)據(jù)埋點(diǎn)

工作中常遇到的埋點(diǎn)之痛:

  • 業(yè)務(wù)需做數(shù)據(jù)分析發(fā)現(xiàn),統(tǒng)計的埋點(diǎn)數(shù)據(jù)不對或該埋的點(diǎn)沒埋,不該埋的埋了一大堆
  • 業(yè)務(wù)一句話的需求,也不說明白想要看什么指標(biāo),需要做什么分析
  • 產(chǎn)品這邊埋點(diǎn)需求文檔每個業(yè)務(wù)線都不一樣,我到底按哪個標(biāo)準(zhǔn)來?
  • 埋點(diǎn)事件的存在性好測,埋點(diǎn)數(shù)據(jù)的準(zhǔn)確性測得我心累

……

基于上述經(jīng)常發(fā)生的事情,我復(fù)盤了一下以前幾家公司的埋點(diǎn)工作流程,重新制定了一套方案供大家參考:

1)首先確定埋點(diǎn)的目的與必要性

我會讓自己多思考一下為什么要給這個事件加埋點(diǎn),不加的話有沒有別的地方可以統(tǒng)計相關(guān)數(shù)據(jù)?確定要加,那最終是為了統(tǒng)計什么?都用于哪些方面的分析?

2)產(chǎn)品內(nèi)部制定好埋點(diǎn)文檔規(guī)范

包括埋點(diǎn)名稱規(guī)則、沒點(diǎn)類型、版本規(guī)則等,便于下游同學(xué)實(shí)現(xiàn)與查閱;

3)埋點(diǎn)的格式說明

在埋點(diǎn)過程中需要記錄的擴(kuò)展字段,例如,業(yè)務(wù)系統(tǒng)在埋點(diǎn)時,除了獲取按鍵點(diǎn)擊行為,還要記錄事件發(fā)生時該業(yè)務(wù)用戶的所在團(tuán)隊,后期分析時,就可以觀察不同業(yè)務(wù)團(tuán)隊的操作習(xí)慣,及對不同功能的使用程度;

4)定期復(fù)盤埋點(diǎn)準(zhǔn)確性

收集歷史已使用埋點(diǎn)數(shù)據(jù)業(yè)務(wù)方的反饋,及已有埋點(diǎn)對業(yè)務(wù)支撐的效果等,定期檢查埋點(diǎn)數(shù)據(jù)的準(zhǔn)確性與賦能情況。

埋點(diǎn)文檔舉例如下:

大家可根據(jù)自己公司業(yè)務(wù)情況,增刪埋點(diǎn)文檔所需內(nèi)容、制定相關(guān)規(guī)范,只要符合業(yè)務(wù)需要即可。

二、權(quán)限設(shè)計

等于功能權(quán)限+數(shù)據(jù)權(quán)限。

主要涉及不同用戶/角色能訪問哪些頁面、能看到哪些數(shù)據(jù)以及能做什么操作等 。

1. 功能權(quán)限

我一般常用表格進(jìn)行梳理,包括頁面的權(quán)限、頁面中元素(如按鍵)的權(quán)限等,一般根據(jù)業(yè)務(wù)管理情況看權(quán)限需要細(xì)到哪種程度,權(quán)限數(shù)據(jù)舉例如下:

其中“√”表示可以訪問或操作,“×”表示不可以訪問或操作。

其中第5行一級導(dǎo)航列空白,因?yàn)椤坝媱澰斍椤表撛趯?dǎo)航菜單中不可見,但可以通過計劃列表頁的計劃名稱超鏈接進(jìn)入。

需注意:在設(shè)置按鍵的權(quán)限控制外,點(diǎn)擊按鍵進(jìn)入后的頁面也需做頁面權(quán)限控制,若用戶知道該頁面的URL,即使看不到按鍵入口,也可以訪問頁面,容易出現(xiàn)數(shù)據(jù)越權(quán)等問題,所以頁面級別的控制也是有必要的。

除了表格梳理外,還有一些針對權(quán)限管理的模型:如 RBAC模型

模型描述了一套用戶、角色、權(quán)限組的設(shè)計理念。每個用戶都要被賦予一個或多個系統(tǒng)角色,每個系統(tǒng)角色都對應(yīng)一個明確的權(quán)限集合,包括對菜單、頁面元素等資源的訪問和操作權(quán)限。

簡單抽象一下RBAC模型,用ER圖來表示如下:

RBAC模型還細(xì)分了幾種不同模型,若大家感興趣可進(jìn)行該模型的詳細(xì)查閱學(xué)習(xí)。

2. 數(shù)據(jù)權(quán)限

我較常用的方案是:組織樹+數(shù)據(jù)權(quán)限配置

兩個維度疊加管理,滿足組織多層級權(quán)限管理訴求的同時,還可靈活配置每個角色在對應(yīng)層級的數(shù)據(jù)范圍,數(shù)據(jù)權(quán)限配置可劃分成僅本人、本人所在組織及下屬組織、僅本人當(dāng)前組織、全部。

舉例某一集團(tuán)組織架構(gòu)如下:

若通過以上方案實(shí)現(xiàn)后,工程部-管理員,可以訪問全部客戶所有數(shù)據(jù),生產(chǎn)部-負(fù)責(zé)人可以管理客戶1公司及其子節(jié)點(diǎn)上的所有數(shù)據(jù),除了能與前面角色一樣的數(shù)據(jù)范圍,還可以修改成僅當(dāng)前層級的數(shù)據(jù)范圍,下級子節(jié)點(diǎn)的數(shù)據(jù)不可見,靈活度較高。

大家可以根據(jù)業(yè)務(wù)實(shí)際情況,設(shè)計權(quán)限配置所需要支持的程度。

三、需求文檔

這里主要介紹產(chǎn)品的需求文檔(PRD),文檔內(nèi)容盡可能完善、易于理解、非必須在文檔中體現(xiàn)的內(nèi)容,盡量不要加進(jìn)來,不然會影響下游同學(xué)的閱讀成本。

我常用的需求文檔結(jié)構(gòu)如下:

1.文檔標(biāo)題:注明系統(tǒng)、版本號、時間

2.需求來源:業(yè)務(wù)方、優(yōu)先級、時間等

3.項目背景:包括業(yè)務(wù)現(xiàn)狀、面臨的問題、解決思路等,必要的數(shù)據(jù)分析結(jié)果

4.項目預(yù)期目標(biāo):可以是考量功能的使用情況、滿意度等,也可以是直接收益或業(yè)務(wù)價值

5.修訂記錄:在系統(tǒng)正式上線前,記錄每次針對需求的修改、變更時間、變更原因、變更人等,便于后續(xù)出現(xiàn)問題好追溯

6.項目方案概述:簡述項目方案即可

7.項目范圍:項目涉及的系統(tǒng)、產(chǎn)品,以及項目的影響范圍,提前確認(rèn)好項目關(guān)聯(lián)方、影響方,避免需要其他方支持時,但對方確表示之前沒接到過這個需求的情況

8.項目風(fēng)險:項目中可能存在的產(chǎn)品風(fēng)險、運(yùn)營風(fēng)險、技術(shù)風(fēng)險等,以及這些風(fēng)險的應(yīng)對方案

9.需求清單:列出本次版本需要做的所有功能點(diǎn)/需求點(diǎn),簡要說明相關(guān)頁面和大概內(nèi)容即可,讓團(tuán)隊成員對整個迭代有個大致預(yù)期

10.功能需求:

1)產(chǎn)品框架:系統(tǒng)框架圖、業(yè)務(wù)流程圖等,根據(jù)實(shí)際情況添加相應(yīng)內(nèi)容

2)產(chǎn)品詳細(xì)需求:原型圖及各頁面詳細(xì)說明

11.埋點(diǎn)需求:本次版本需要做統(tǒng)計/分析的埋點(diǎn)清單

12.角色和權(quán)限:本次版本涉及到的角色,及其權(quán)限說明

13.初始化配置:為了便于用戶使用或歷史業(yè)務(wù)支撐等,可能需要提供初始化方案,如原來代碼寫死的審核流程,迭代成系統(tǒng)頁面后,支持用戶自行配置,那迭代后,就需要將原來寫死/線下業(yè)務(wù)在用的審核流程通過代碼自動同步到新增的配置頁面中,否則上線后,會影響客戶實(shí)際使用。

需求文檔看起來涉及的條條框框很多,不過實(shí)際工作中,很多要素基本一兩句話可以概括,主要能讓大家快速清晰的理解我們要表達(dá)的事情就可以了。

好了,以上就是我這次的分享了,希望可以幫到你,歡迎一起交流學(xué)習(xí)~

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

題圖來自Unsplash,基于CC0協(xié)議

該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!