KEVIN在工作之余，也在學(xué)習(xí)關(guān)于產(chǎn)品的一些軟硬件技能。讓自己時(shí)刻保持在一個(gè)不松懈的狀態(tài)，作為各位產(chǎn)品朋友來(lái)說(shuō)，你們呢？會(huì)不會(huì)太忙，沒(méi)時(shí)間學(xué)習(xí)啦？

數(shù)據(jù)報(bào)表與交互設(shè)計(jì)中的問(wèn)題

產(chǎn)品數(shù)據(jù)分析的一些特殊報(bào)表

一款產(chǎn)品的數(shù)據(jù)報(bào)表不少產(chǎn)品朋友用的是友盟或者自己家的平臺(tái)（BAT），這里KEVIN主要分享一下關(guān)于數(shù)據(jù)報(bào)表中比較特殊的報(bào)表形式，在平常大家常用的：柱形圖、扇形圖等，還有什么？

特殊之一：?；鶊D

?；鶊D

主要是表現(xiàn)的每個(gè)頁(yè)面到達(dá)頁(yè)面的情況，以流線的方式表明用戶在頁(yè)面之間的路徑?？梢钥吹接脩暨M(jìn)入頁(yè)面主要的流動(dòng)情況。

特殊之二：關(guān)于常見(jiàn)的折線圖

折線圖的數(shù)量多少問(wèn)題也是困擾PM數(shù)據(jù)分析的一個(gè)難點(diǎn)，到底要多少條折線圖才能盡可能直觀表現(xiàn)想要展現(xiàn)的趨勢(shì)和結(jié)果？

采取大量PM經(jīng)驗(yàn)后，每組數(shù)據(jù)建議最多不超過(guò)5個(gè)點(diǎn)；數(shù)據(jù)常表現(xiàn)趨勢(shì)，波動(dòng)。

在這個(gè)基礎(chǔ)下能夠良好的展現(xiàn)一些數(shù)據(jù)的情況，并且可以結(jié)合漏斗圖進(jìn)行優(yōu)化。對(duì)于漏斗圖是怎么樣的？可以參考頁(yè)面優(yōu)化案例（實(shí)戰(zhàn)）里面可以針對(duì)如何利用數(shù)據(jù)進(jìn)行漏斗設(shè)計(jì)來(lái)進(jìn)行產(chǎn)品優(yōu)化的案例。

交互設(shè)計(jì)的落地思考常識(shí)

昨天KEVIN分享了一篇關(guān)于交互設(shè)計(jì)的科普，沒(méi)想到轉(zhuǎn)發(fā)的朋友量還是比較多?？梢灾滥壳按蟊妼?duì)產(chǎn)品經(jīng)理與交互的工作內(nèi)容分界還是比較模糊的。那么今天再分享一下關(guān)于交互的一些落地常識(shí)。

APP頁(yè)面的基本布局

那么對(duì)于一個(gè)交互設(shè)計(jì)，需要通過(guò)在需求分享中獲取用戶的核心內(nèi)容，在整個(gè)內(nèi)容區(qū)域里面，因?yàn)橛脩羰菑淖蟮接?，從上到下的關(guān)注度逐漸降低。合適的將相應(yīng)的核心內(nèi)容或按鈕放在相應(yīng)的關(guān)注度高的地方。區(qū)分內(nèi)容區(qū)的不同關(guān)注級(jí)別。

通訊產(chǎn)品中消息列表的產(chǎn)品設(shè)計(jì)常規(guī)

既然說(shuō)一些產(chǎn)品經(jīng)理工作的常規(guī)，KEVIN就先以通訊產(chǎn)品的常規(guī)為例，來(lái)進(jìn)行羅列。

首先在通訊產(chǎn)品中，最重要的是消息列表，消息列表的設(shè)計(jì)原則到底有什么基本的共同點(diǎn)？

1. 即時(shí)性（快速獲取，閱讀以及處理）
2. 避免產(chǎn)生騷擾（避免消息過(guò)于頻繁給用戶帶來(lái)騷擾）
3. 私密性（防止信息泄露）

以上是KEVIN整理后的3點(diǎn)。這就是消息列表中的3大點(diǎn)。最具代表作品的就是微信啦。

微信在紅包的功能中，在消息列表是允許看到轉(zhuǎn)賬或紅包的數(shù)額的，這就是私密性；另外消息列表的紅點(diǎn)提示，就是讓用戶能夠馬上知道相關(guān)的消息變化，這也就是即時(shí)性；最后微信消息列表可以屏蔽或靜音，防止對(duì)用戶的騷擾。

另外在通訊產(chǎn)品，更應(yīng)該考慮的是：

1. 有獨(dú)立消息主tab（使用軟件的核心流程）
2. 消息的獲取，以即時(shí)性為最高要求，越快越好
3. 消息組織類型為以通信對(duì)象為單位，內(nèi)部包含行為信息（@，紅包、語(yǔ)音、小視頻）
4. 系統(tǒng)通知消息優(yōu)先級(jí)低于用戶消息
5. 用戶敏感信息進(jìn)行保護(hù)處理

產(chǎn)品工具中的卡頓常規(guī)知識(shí)

對(duì)于PM最常用的就是AXURE等工具，那么在AXURE工具中，如何避免在大量的原型完成后，出現(xiàn)卡頓的問(wèn)題呢？這里KEVIN收集了以下的解決辦法，可以有效的幫助解決卡頓問(wèn)題

1. 在Axure 單個(gè)頁(yè)面內(nèi)不要有太多的 Group，尤其是嵌套的 Group，有次設(shè)計(jì)師在 Axure7 中的一個(gè)頁(yè)面打開(kāi)和操作都巨慢無(wú)比，打開(kāi)文件要花5分鐘，操作就假死三分鐘，經(jīng)過(guò)排查發(fā)現(xiàn)就是因?yàn)橐粋€(gè)模塊中適用的 Group 太多了，而且是嵌套 Group過(guò)多導(dǎo)致，耐著性子 Ungroup 后操作慢的問(wèn)題得以解決。

2. Axure 中高清大圖不要太多，大圖太吃內(nèi)存，尤其單個(gè)頁(yè)面不要太多，如果真的需要放很多高清大圖

• 建議一：分散在不同頁(yè)面
• 建議二：對(duì)圖片進(jìn)行預(yù)先壓縮，讓圖片大小減小。因?yàn)樘啻髨D會(huì)導(dǎo)致最后生成時(shí)候內(nèi)存報(bào)錯(cuò)

3. Axure 中中繼器的使用注意復(fù)雜度，雖然它的功能是提升效率利器，但是單個(gè)頁(yè)面內(nèi)太多且復(fù)雜的使用Repeat 功能，也會(huì)讓頁(yè)面變的很慢，容易出錯(cuò)。

產(chǎn)品經(jīng)理在文檔的常規(guī)知識(shí)

文檔的分類

文檔分為：PRD、MRD、技術(shù)專業(yè)文檔

1、PRD

須了解各個(gè)產(chǎn)品的使用，很多時(shí)候PRD不僅僅是一個(gè)產(chǎn)品的文檔，更多的是一個(gè)更新項(xiàng)，或者一個(gè)模塊、甚至最新的一個(gè)交互或UI效果，都是需要文檔來(lái)說(shuō)明。

PRD的意義不僅僅是給予開(kāi)發(fā)，還是PM用來(lái)作為留底，并且可以作為及時(shí)更新的功能模塊，最后文檔也是用來(lái)時(shí)刻與開(kāi)發(fā)作為驗(yàn)證的證據(jù)。

很多時(shí)候，PM在除了版本更新以外，在其他模塊或者小功能增加的時(shí)候沒(méi)有文檔，其實(shí)KEVIN的習(xí)慣是每次都有文檔的更新。

這樣的好處有3點(diǎn)：

• 需要出UI的話，UI能夠很快知道你的原型相關(guān)的描述。
• 測(cè)試能夠通過(guò)文檔更快的了解具體的功能是什么
• 最后可以在開(kāi)發(fā)后，發(fā)現(xiàn)沒(méi)有做到自己期望的樣子，可以說(shuō)“我文檔是這么寫(xiě)的”

2、MRD

其實(shí)MRD的形式有很多，有PPT、EXCEL、WORD，但KEVIN還是以公司的具體需求，比如這個(gè)MRD是用來(lái)給予客戶或者BOSS看的，那么這個(gè)時(shí)候PPT的形式，會(huì)更有說(shuō)服力。

如果這個(gè)MRD是用來(lái)給予對(duì)方審核或保底的，那么EXCEL或WORD的形式會(huì)更加適合。

MRD在產(chǎn)品上線前是比較常用的，能夠讓公司的內(nèi)部員工或者客戶或投資伙伴知道目前產(chǎn)品的定位和并且能夠知道相關(guān)的市場(chǎng)情況。

3、技術(shù)申請(qǐng)

以申請(qǐng)當(dāng)?shù)卣畡?chuàng)新指標(biāo)、或者申請(qǐng)國(guó)家技術(shù)創(chuàng)新獎(jiǎng)等等，都需要文檔。那么作為某一個(gè)產(chǎn)品負(fù)責(zé)的PM就需要來(lái)寫(xiě)相關(guān)的文檔材料。這個(gè)因不同的獎(jiǎng)項(xiàng)申請(qǐng)有不同的表格形式，因此這個(gè)KEVIN認(rèn)為就是仁者見(jiàn)仁，智者見(jiàn)智了。

文檔中的一些小TIPS

在產(chǎn)品文檔中，KEVIN比較習(xí)慣的方式以WORD 標(biāo)題1、標(biāo)題2、標(biāo)題3….等等來(lái)進(jìn)行區(qū)分，將功能的方式，來(lái)進(jìn)行梳理。當(dāng)然有流程圖的，就不僅僅用文字了。

可以用以功能劃分大板塊，大板塊標(biāo)題醒目；把大板塊簡(jiǎn)單拆分，并用小標(biāo)題區(qū)分；用小序號(hào)羅列觀點(diǎn)，不要寫(xiě)成一大段。

統(tǒng)一關(guān)鍵詞，注意那些是全局的、那些是局部的。全局的內(nèi)容，KEVIN習(xí)慣是以單獨(dú)的標(biāo)題或大綱來(lái)進(jìn)行羅列，方便測(cè)試進(jìn)行校對(duì)

某一項(xiàng)需求功能進(jìn)行描述，描述清楚功能的使用者、使用場(chǎng)景、使用動(dòng)作與步驟、使用結(jié)果。

如：登錄需求：該需求滿足了用戶在未登錄的情況下，觸發(fā)相關(guān)條件，輸入用戶id及密碼即可完成用戶登錄。

文檔中的交互效果，可以通過(guò)交互結(jié)果的形式來(lái)描寫(xiě)。例如視頻上傳按鈕默認(rèn)為橙色，鼠標(biāo)劃過(guò)時(shí)變?yōu)槌赛S色，鼠標(biāo)點(diǎn)下時(shí)變?yōu)槌燃t色；再或者搜索框默認(rèn)顯示灰色文字“請(qǐng)輸入關(guān)鍵詞”，獲取焦點(diǎn)后，提示文字消失，輸入的文字為黑色。

PRD文檔大綱

PRD的需求類型分類

• 產(chǎn)品性能需求
• 測(cè)試環(huán)境需求
• 產(chǎn)品數(shù)據(jù)統(tǒng)計(jì)需求
• 安全性需求
• 產(chǎn)品兼容性需求

其中，性能需求可以是指的是目前APP的相應(yīng)速度、打開(kāi)相應(yīng)的按鈕的速度。

測(cè)試環(huán)境可以如詞意來(lái)表示ANDRIOD和IOS。

產(chǎn)品數(shù)據(jù)統(tǒng)計(jì)需求可以指的是埋點(diǎn)、PV、CPC等。

安全性需求指的是產(chǎn)品邏輯中是否有短信驗(yàn)證，或短信驗(yàn)證的方式是什么？是語(yǔ)音提示還是什么？

產(chǎn)品兼容性需求指的是在安卓版本比較多，安卓的版本層次不齊在國(guó)內(nèi)，因此需要支持多少的安卓版本，另外IOS是否要支持最新的IOS等等。

#專欄作家#

kevin（張晉壹），微信公眾號(hào)：Kevin改變世界的點(diǎn)滴，個(gè)人微信號(hào)：574319420，愛(ài)盈利-運(yùn)營(yíng)小咖秀專欄作家。曾從事騰訊云產(chǎn)品設(shè)計(jì)與中興通訊產(chǎn)品研發(fā)，目前是一枚金融產(chǎn)品經(jīng)理，坐標(biāo)：深圳。愛(ài)健身、愛(ài)跳舞、愛(ài)生活！歡迎交流

本文原創(chuàng)發(fā)布于愛(ài)盈利-運(yùn)營(yíng)小咖秀。未經(jīng)許可，禁止轉(zhuǎn)載。