產(chǎn)品經(jīng)理工作指南(下)

8 評(píng)論 10275 瀏覽 190 收藏 12 分鐘

在《產(chǎn)品經(jīng)理工作指南(上)》中,我們談到了產(chǎn)品評(píng)估、產(chǎn)品需求、產(chǎn)品結(jié)構(gòu)及流程三部分內(nèi)容,接下來在本文中繼續(xù)為大家講述關(guān)于原型設(shè)計(jì)及邏輯規(guī)則的自查。

四、原型設(shè)計(jì)及邏輯規(guī)則自查

原型設(shè)計(jì)及邏輯規(guī)則自查是在原型設(shè)計(jì)過程中伴隨著進(jìn)行的思考,以及在原型初稿完成、制定相應(yīng)的邏輯規(guī)則時(shí),根據(jù)每個(gè)點(diǎn)進(jìn)行核查。核查的內(nèi)容較多,也是初入門的小伙伴最容易遺漏的地方,下面將逐一介紹需要核查的內(nèi)容:

前置條件

首先,要思考產(chǎn)品中各項(xiàng)功能使用的前置條件,比如:是否開啟權(quán)限、是否登錄、是否會(huì)員、是否在功能白名單下…

  • 前置必要條件:APP中功能使用是否需要定位權(quán)限、相機(jī)開啟權(quán)限、圖片訪問權(quán)限、網(wǎng)絡(luò)訪問權(quán)限、地理訪問權(quán)限、通知發(fā)送權(quán)限等,是否有針對(duì)用戶拒絕權(quán)限后的處理方式。
  • 登錄狀態(tài):已登錄/未登錄,未登錄狀態(tài)下允許做哪些操作、看哪些數(shù)據(jù),哪些操作是登錄后才能做的,不同狀態(tài)下所能做的操作和數(shù)據(jù)一定要區(qū)分開。
  • 會(huì)員體系:對(duì)于有會(huì)員體系的產(chǎn)品,需要區(qū)分普通用戶、付費(fèi)用戶,VIP1~VIP6等……
  • 功能白名單:部分新功能只對(duì)小部分用戶開放,進(jìn)行市場(chǎng)測(cè)試,反饋新功能使用情況,此時(shí)需要設(shè)計(jì)功能白名單,該功能只對(duì)在白名單內(nèi)的用戶可見并可以使用。
  • 管理后臺(tái):不同用戶、不同角色擁有不同的權(quán)限,不同權(quán)限可操作功能、可查看數(shù)據(jù)不同,需要控制好權(quán)限分配,具體參考《RBAC模型:基于用戶-角色-權(quán)限控制的一些思考》。

登錄

關(guān)于登錄,看似簡(jiǎn)單,但是需要考慮的問題很多:

  • 最基本的是:用戶名/密碼輸入規(guī)則限制、是否有記住密碼、是否支持密碼復(fù)制粘貼、是否支持密碼明文/密文切換顯示,是否有忘記密碼處理流程。
  • 針對(duì)APP:是否支持第三方登錄,用戶拒絕授權(quán)第三方登錄,是否有反饋結(jié)果頁(yè)面。
  • 針對(duì)后臺(tái)管理系統(tǒng):用戶初次登錄是否引導(dǎo)用戶修改密碼;為了安全起見,通??紤]不設(shè)計(jì)記住密碼,忘記密碼可采用管理員重置的方式。
  • 登錄狀態(tài)的有效期是多長(zhǎng),過期后需要重新登錄。
  • 輸入賬號(hào)、密碼后還未登錄時(shí)刷新頁(yè)面,是否清空賬號(hào)和密碼;退出登錄后,是否清空賬號(hào)和密碼。
  • 是否支持同一賬號(hào)多設(shè)備登錄;是否支持移動(dòng)端、PC端同時(shí)登錄;不允許多設(shè)備登錄情況下,一個(gè)設(shè)備登錄,另一個(gè)賬號(hào)是否需要自動(dòng)下線;自動(dòng)下線賬戶再次登錄后是否有警示提醒等。
  • 高頻登錄是否鎖死;短時(shí)間內(nèi)密碼錯(cuò)誤超過n次是否輸入圖形驗(yàn)證碼等進(jìn)行校驗(yàn)。

界面呈現(xiàn)——數(shù)據(jù)

  • 針對(duì)具體頁(yè)面內(nèi)容,最最最重要的,就是考慮?數(shù)據(jù)來源!數(shù)據(jù)來源!數(shù)據(jù)來源!一些PM在設(shè)計(jì)的時(shí)候天馬行空,想要頁(yè)面展示什么就加什么,根本不考慮數(shù)據(jù)來源,待開發(fā)階段被程序員反問時(shí)候,又一臉懵逼了。
  • 另外還要考慮:一個(gè)頁(yè)面展示多少條數(shù)據(jù);多少條數(shù)據(jù)進(jìn)行一次刷新;刷新一次加載多少條數(shù)據(jù)。
  • 加載失敗如何顯示:廣告、圖片、視頻、附件。
  • 在無(wú)數(shù)據(jù)時(shí)展示的缺省圖、無(wú)網(wǎng)絡(luò)時(shí)展示的缺省圖,切勿因?yàn)闊o(wú)數(shù)據(jù)就空白頁(yè)面反饋給用戶,讓用戶不知所措,這一點(diǎn)在邏輯規(guī)則中備注并提示好UI人員。
  • 超出容器部分(無(wú)法完整顯示的數(shù)據(jù))怎么展示:換行、隱藏、分頁(yè)。
  • 字?jǐn)?shù)是否有長(zhǎng)度限制,超過限制時(shí)如何處理。
  • 數(shù)據(jù)過期如何提示用戶。
  • 數(shù)據(jù)按照什么規(guī)則排序。
  • 數(shù)據(jù)是否要按特定的格式顯示;數(shù)據(jù)是否存在極值;數(shù)據(jù)的計(jì)量單。

界面呈現(xiàn)——控件、組件

  • 控件是否可點(diǎn)擊(不可用狀態(tài)如何呈現(xiàn));是否可拖動(dòng);可點(diǎn)擊區(qū)域等。
  • 控件操作方式:點(diǎn)擊;滑動(dòng);拖動(dòng);縮放;搖一搖。
  • 控件獲得焦點(diǎn)時(shí)/失去焦點(diǎn)時(shí)狀態(tài)。
  • 提示狀態(tài)、規(guī)則如何:小紅點(diǎn)/小氣泡。

往深入講,還需要考慮:

  • 控件樣式是否符合用戶認(rèn)知:比如‘垃圾桶’代表刪除,最好別定義為新增功能。
  • 控件交互行為是否具有一致性:比如有的地方新增是彈窗,有的地方新增又跳轉(zhuǎn)新的頁(yè)面。
  • 控件樣式是否具有一致性:同樣是新增,在兩個(gè)列表菜單放的位置不同,一個(gè)左邊、一個(gè)右邊,按鈕樣式不同。

這些就需要產(chǎn)品設(shè)計(jì)擁有一定經(jīng)驗(yàn)后好好判斷。

界面呈現(xiàn)——輸入與選擇

  • 輸入限制(數(shù)據(jù)類型;長(zhǎng)度限制;有無(wú)不允許輸入的字符);是否必填;是否檢驗(yàn)唯一性。
  • 是否為用戶提供了默認(rèn)值;有默認(rèn)值的情況下用戶輸入數(shù)據(jù)后默認(rèn)值怎么處理、呈現(xiàn)。
  • 輸入前/輸入中/輸入后、輸入超過閥值四種情況的處理以及相應(yīng)界面呈現(xiàn)、提示等。
  • 是否保存輸入數(shù)據(jù):刷新后是否還存在;頁(yè)面跳轉(zhuǎn)后再回到當(dāng)前頁(yè)面數(shù)據(jù)是否還存在;流程性數(shù)據(jù)填寫操作退出或中斷或返回上一步是否保存數(shù)據(jù)。
  • 有無(wú)提交限制:多次提交彈出圖形驗(yàn)證碼、限制多長(zhǎng)時(shí)間內(nèi)不能再次輸入。
  • 是否指定了鍵盤類型和鍵盤引起的頁(yè)面滾動(dòng)。
  • 是否設(shè)置了搜索匹配項(xiàng)規(guī)則。

界面呈現(xiàn)——文案

  • 用戶每次操作后,是否有相應(yīng)的提示文案;特定功能、新功能是否有文案解釋幫助用戶理解;重要的操作是否有警示文案;某些操作是否添加操作說明。
  • 往更深層次思考,則需要考:文案的句式是否一致;用詞是否一致/準(zhǔn)確;文案是否有溫度感。

交互過程與反饋

  • 操作成功/操作失敗時(shí)如何給用戶反饋,系統(tǒng)如何處理,是否有自動(dòng)備份等。
  • 操作是否可撤回/操作過程中是否允許取消、關(guān)鍵操作之前是否給予彈窗提示/警告。
  • 是否設(shè)計(jì)了防止誤操作提示,常見的需要二次確認(rèn)避免誤操作的場(chǎng)景:付款、覆蓋、退出、刪除、提交、離開、修改、替換。

異常情況——網(wǎng)絡(luò)狀態(tài)

針對(duì)圖片較多、有視頻等等需考慮,不同網(wǎng)絡(luò)狀態(tài)下,系統(tǒng)給與不同情況反饋。

  • 4G切換到WiFi:是否顯示更高清內(nèi)容。
  • WiFi切換4G:是否呈現(xiàn)呈現(xiàn)普通質(zhì)量的圖片、視頻播放是否暫停,如果繼續(xù)播放將使用運(yùn)營(yíng)商網(wǎng)絡(luò)并產(chǎn)生流量費(fèi)用。
  • 弱網(wǎng):結(jié)合實(shí)際業(yè)務(wù),只加載文字不加載圖片,用缺省圖代替,盡量保證主流程走通。
  • 無(wú)網(wǎng):從有網(wǎng)到無(wú)網(wǎng),在該頁(yè)面進(jìn)行所有操作如何反饋?彈窗、toast、還是刷新一個(gè)無(wú)網(wǎng)的缺省圖、該頁(yè)面給刷新網(wǎng)絡(luò)按鈕。

異常情況——刷新

關(guān)于常見的刷新,需要考慮。

  • 刷新前:頁(yè)面、數(shù)據(jù)如何展示。
  • 刷新中:如何給用戶良好反饋。
  • 刷新后:刷新成功/失敗對(duì)應(yīng)的文案提示。
  • 刷新規(guī)則:刷新觸發(fā)條件是什么,一次刷新加載多少數(shù)據(jù)?

系統(tǒng)機(jī)制

推送機(jī)制:對(duì)于常見的消息推送,需要包含:推送內(nèi)容、推送對(duì)象、觸發(fā)推送的時(shí)機(jī)、點(diǎn)擊推送后跳轉(zhuǎn)地方,缺一不可。

中斷機(jī)制:對(duì)產(chǎn)品使用中突發(fā)的中段需考慮程序如何處理,比如:退出登錄、來電、程序進(jìn)入后臺(tái)、殺死程序、網(wǎng)絡(luò)中斷、關(guān)機(jī)等等,發(fā)生上述突發(fā)中段,數(shù)據(jù)同步、數(shù)據(jù)中段如何處理,用戶操作有何反饋都需要列出來,以便開發(fā)人員在編碼時(shí)候進(jìn)行開發(fā)。

刪除機(jī)制:涉及產(chǎn)品中所有需要?jiǎng)h除的地方,備注說明清楚采用物理刪除還是邏輯刪除

  1. 物理刪除:直接從數(shù)據(jù)庫(kù)層面徹底刪除,刪除的數(shù)據(jù)無(wú)法找回。
  2. 邏輯刪除:僅僅是邏輯和界面展示上刪除,數(shù)據(jù)庫(kù)中還存有該數(shù)據(jù),必要時(shí)可以恢復(fù)。

其他

除以上之外,還有一些其他細(xì)節(jié),如:

  • 圖片上傳:是否變形、是否需要裁剪;是否限制大小控制流量、壓縮圖片等。
  • 加載:自動(dòng)加載or手動(dòng)加載;加載中樣式;加載失敗如何顯示;無(wú)新數(shù)據(jù)加載如何展示。
  • 排序:排序規(guī)則;排序更新頻率;是否有置頂;是否有影響排序的因素。
  • 緩存:哪些數(shù)據(jù)可以緩存;緩存更新規(guī)則;緩存刪除規(guī)則。
  • 查詢:精確查詢or模糊查詢;查詢的范圍。

以上即為關(guān)于原型設(shè)計(jì)及邏輯規(guī)則的自查部分的內(nèi)容。

PS:《產(chǎn)品經(jīng)理工作指南》上下篇均來自筆者平時(shí)工作經(jīng)歷中的積累,僅屬個(gè)人拙見,如您有更好的意見或建議,可以在評(píng)論區(qū)回復(fù)。

除此之外,也歡迎大家添加微信共同交流探討產(chǎn)品相關(guān)的內(nèi)容,不過不歡迎添加微信后的第一句話是:把你的模板發(fā)一下給我吧!請(qǐng)不要做伸手黨哈!

相關(guān)閱讀

產(chǎn)品經(jīng)理工作指南(上)

 

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

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

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 一口氣看完了上篇和下篇,對(duì)于小白來說真的是干貨滿滿呀,做了筆記,記錄下來慢慢消化和查詢

    來自上海 回復(fù)
  2. 上篇不見辣

    來自北京 回復(fù)
    1. 上篇里有個(gè)鏈接錯(cuò)誤了,剛剛修改后重新提交審核。估計(jì)明天就可以看啦

      來自四川 回復(fù)
  3. 學(xué)習(xí)了大概~產(chǎn)品小白還需要更多干貨~謝謝分享~

    來自江蘇 回復(fù)
  4. 個(gè)人感受:《上篇》寫的總體比較全面,便于迅速理解整個(gè)產(chǎn)品評(píng)估、需求自查、產(chǎn)品結(jié)構(gòu)流程的結(jié)構(gòu)內(nèi)容?!断缕穼懙倪^于深入,細(xì)節(jié)。無(wú)法清晰的看到結(jié)構(gòu)層。
    個(gè)人感受,不過還是學(xué)習(xí)了很多,謝謝啦~

    來自山西 回復(fù)
    1. 嗯嗯,確實(shí)是自己在構(gòu)思時(shí)候沒考慮全面,邏輯上有點(diǎn)缺陷。沒有從“先完成,再完善,或完美”的思路去分析,略過了前面2步直接去究細(xì)節(jié)考慮如何完美。
      十分感謝提醒,關(guān)于這塊有機(jī)會(huì)我再重新構(gòu)思后續(xù)爭(zhēng)取完善!

      來自四川 回復(fù)
  5. 昨天剛看完上篇,今天就看到了下篇,學(xué)習(xí)了

    來自廣東 回復(fù)
  6. 學(xué)習(xí)了,感謝

    來自云南 回復(fù)