<kbd id="afajh"><form id="afajh"></form></kbd>
<strong id="afajh"><dl id="afajh"></dl></strong>
    <del id="afajh"><form id="afajh"></form></del>
        1. <th id="afajh"><progress id="afajh"></progress></th>
          <b id="afajh"><abbr id="afajh"></abbr></b>
          <th id="afajh"><progress id="afajh"></progress></th>

          人手必備的產(chǎn)品自查表(建議收藏+打印)

          共 9012字,需瀏覽 19分鐘

           ·

          2022-04-29 17:25



          大家好,我是阿境,人稱產(chǎn)品界的吳彥祖,一個(gè)沉穩(wěn)又不沉悶的男人。



          產(chǎn)品經(jīng)理在日常工作當(dāng)中,由于其崗位的職責(zé)范圍廣,所需要具備的能力也較多,事情也相對(duì)較“雜”

          往往在有限的腦容量當(dāng)中,要完美地做好每一件事,是極其有難度的。

          不知道朋友們是否在產(chǎn)品工作當(dāng)中有沒有遇到這類問(wèn)題
          1、產(chǎn)品文檔寫完,自己審視后沒問(wèn)題(自認(rèn)為沒問(wèn)題),評(píng)審的時(shí)候“舌戰(zhàn)群儒”,搞得心力交瘁!
          2、產(chǎn)品文檔寫完,評(píng)審也順利通過(guò),但實(shí)際開發(fā)當(dāng)中,還是遇到了需求變更!
          3、產(chǎn)品文檔寫完,需求也順利開發(fā)了,但推向市場(chǎng),卻發(fā)現(xiàn)用戶不買賬?
          4、產(chǎn)品文檔寫完,需求順利開發(fā),用戶也用了一段時(shí)間,數(shù)據(jù)分析的時(shí)候發(fā)現(xiàn),效果極差!
          看完上述四點(diǎn),相信每一個(gè)產(chǎn)品朋友都會(huì)有或多或少這類的問(wèn)題。(是讀心高手阿境了)

          所以就需要有個(gè)規(guī)范,在做產(chǎn)品當(dāng)中,也需要有份自查表,能夠清楚每一篇文檔每一個(gè)需求是否清晰準(zhǔn)確

          做好每一個(gè)需求,不管大小,都是非常重要的。而每一點(diǎn)需求也都是每一個(gè)產(chǎn)品人最初接觸產(chǎn)品崗的工作內(nèi)容之一,但也是極其重要。
          (有一說(shuō)一,有蠻大部分產(chǎn)品人沒辦法面面俱到地寫好一個(gè)需求)

          阿境在這篇文章當(dāng)中所說(shuō)的產(chǎn)品自查表,主要指的是需求文檔的產(chǎn)品自查。深感需求的重要性,于是乎整理了這份產(chǎn)品自查表,望能夠給到各位產(chǎn)品朋友一點(diǎn)啟發(fā)(強(qiáng)烈建議收藏+分享!

          簡(jiǎn)單來(lái)說(shuō),文章適用于以下幾類朋友:
          1、還不明白產(chǎn)品自查的重要性,目前在“野生”地寫文檔。
          2、意識(shí)到目前產(chǎn)品需求文檔不完善而造成的問(wèn)題后果,但沒有行動(dòng),想要有規(guī)范的產(chǎn)品自查流程。
          3、已經(jīng)在逐步搭建自身的產(chǎn)品自查表,但卻并不完善,想了解其他人的產(chǎn)品自查。
          當(dāng)然,產(chǎn)品自查表并不局限于產(chǎn)品需求自查,還包括產(chǎn)品項(xiàng)目流程自查,產(chǎn)品調(diào)研自查等等,阿境對(duì)于這些,會(huì)簡(jiǎn)單先概括下,這部分更詳細(xì)的內(nèi)容,后續(xù)阿境會(huì)持續(xù)整理,再分享給朋友們。

          阿境會(huì)以兩個(gè)方面來(lái)闡述產(chǎn)品自查表,第一個(gè)是宏觀角度的自查,主要指產(chǎn)品整體全局;一個(gè)是微觀角度的自查,主要針對(duì)產(chǎn)品需求文檔(這個(gè)是重點(diǎn)!)。

          附上本文導(dǎo)圖框架,節(jié)約時(shí)間。若您感興趣,可繼續(xù)深入閱讀;若不感興趣,感謝光臨
          ②老規(guī)矩,本文的產(chǎn)品自查表阿境導(dǎo)成了pdf版,需要的公眾號(hào)回復(fù)“產(chǎn)品自查表”即可;
          ③若朋友們想拷貝這份自查表,自己修改成適合自身的自查表,可關(guān)注(公眾號(hào):夢(mèng)想家阿境),分享or在看文章后,找阿境拿自查表源文件。



          01
          什么是產(chǎn)品自查表?

          什么是產(chǎn)品自查表?顧名思義,自查表也就是checklist文檔,是一份給到產(chǎn)品崗的朋友來(lái)驗(yàn)證自身產(chǎn)品的規(guī)劃是否合適、妥當(dāng)?shù)谋砀瘛?/span>

          當(dāng)然,格式并不局限于表格,僅僅是以表格的形式來(lái)展示。



          02
          產(chǎn)品自查表的作用


          講作用之前,給大家講個(gè)故事:
          A:“你細(xì)心嗎?”
          B:“超細(xì)心好吧!人送外號(hào)[心細(xì)如塵廈門吳彥祖]”
          A:“好的,寫一份需求文檔看看”
          n分鐘,寫完后小A審閱.....
          A:“你這叫哪門子細(xì)心?”
          沒錯(cuò),這真是比悲傷更悲傷的故事,當(dāng)中的小B就是曾經(jīng)的阿境。(不堪回首)

          許多人自認(rèn)為自己做產(chǎn)品的合格及細(xì)心,僅僅局限于“自認(rèn)為”而已。
          產(chǎn)品經(jīng)理是一個(gè)比較吃經(jīng)驗(yàn)的崗位(當(dāng)然,也并不是年限越多越厲害,因人而異);這里所指的經(jīng)驗(yàn)主要是針對(duì)于產(chǎn)品的定義及對(duì)細(xì)節(jié)的執(zhí)行程度

          年輕的產(chǎn)品經(jīng)理往往拿到一個(gè)需求洋洋灑灑地敲打鍵盤,毫無(wú)考慮;而有經(jīng)驗(yàn)的產(chǎn)品經(jīng)理則是經(jīng)過(guò)深思熟慮之后再開始進(jìn)展。

          什么是差距,這就是差距!

          話說(shuō)回來(lái),產(chǎn)品自查表表面上是一張表,一個(gè)導(dǎo)圖,但實(shí)際上是一名產(chǎn)品經(jīng)理對(duì)于細(xì)節(jié)的把控程度,一名好的產(chǎn)品經(jīng)理腦子里面已經(jīng)有一份自身的產(chǎn)品自查表。

          在產(chǎn)品想法還沒完成之前,它能夠幫助產(chǎn)品經(jīng)理思考需求的可行性及必要性;在產(chǎn)品正在規(guī)劃當(dāng)中,它能夠幫助產(chǎn)品經(jīng)理梳理清楚產(chǎn)品業(yè)務(wù)及細(xì)節(jié);在產(chǎn)品規(guī)劃后正在落地,它能夠幫助產(chǎn)品經(jīng)理規(guī)范進(jìn)行查缺補(bǔ)漏,復(fù)盤思考

          那么,產(chǎn)品自查表有用嗎?阿境認(rèn)為對(duì)于大部分產(chǎn)品經(jīng)理都是有用的,減少與開發(fā)的撕X,與老板的爭(zhēng)論,思考清楚產(chǎn)品及需求的細(xì)節(jié)。

          認(rèn)清產(chǎn)品,寫好需求實(shí)在是太太太太太重要了!(省略N個(gè)太)

          噢對(duì),一份適合自身的產(chǎn)品自查表能夠讓你瞬間變專業(yè),工作瞬間變輕松!

          所以,阿境姑且稱為這份產(chǎn)品自查表為“讓你瞬間變專業(yè)工作瞬間變輕松的產(chǎn)品自查表”。(別問(wèn),問(wèn)就是標(biāo)題瞎取的)

          ?


          03
          產(chǎn)品自查表內(nèi)容


          在產(chǎn)品自查表內(nèi)容部分,阿境分為兩部分,一是產(chǎn)品整體自查,是站在宏觀角度來(lái)思考產(chǎn)品,主要適用在產(chǎn)品想法的階段;二是產(chǎn)品需求文檔自查,是站在微觀角度上,思考一份文檔是否嚴(yán)謹(jǐn)、細(xì)節(jié)流程是否得當(dāng),主要適用在產(chǎn)品規(guī)劃中及規(guī)劃后。

          1、產(chǎn)品整體自查


          對(duì)于產(chǎn)品整體自查,主要考慮的是產(chǎn)品的市場(chǎng)可行性、需求可拓展性等因素。是以一個(gè)宏觀的角度來(lái)思考產(chǎn)品本身。

          由于本文著重描述的是產(chǎn)品需求文檔的自查,故該部分僅簡(jiǎn)單講述下。

          1、產(chǎn)品的受眾人群是誰(shuí)?
          2、產(chǎn)品的定位是什么?
          3、產(chǎn)品的核心功能是什么?
          4、產(chǎn)品與其他競(jìng)品的核心競(jìng)爭(zhēng)點(diǎn)?
          5、產(chǎn)品是否滿足了各個(gè)場(chǎng)景下用戶的需求?
          6、在做需求之前,是否有進(jìn)行需求調(diào)研(包括競(jìng)品分析)?
          7、在做需求之前,是否了解需求包含功能所涉及的業(yè)務(wù)?
          8、在做需求之前,是否了解需求包含功能所涉及的歷史邏輯?
          9、產(chǎn)品要完成的目標(biāo)是什么?
          ......

          整體自查更多的是在產(chǎn)品想法誕生的時(shí)候來(lái)進(jìn)行自查,只有想清楚了大方向是否正確,才不會(huì)造成“南轅北轍”。

          2、產(chǎn)品需求文檔自查


          產(chǎn)品需求文檔的自查部分,從第1點(diǎn)到10點(diǎn)更多的也是站在文檔的宏觀部分,而第11到第23點(diǎn)則是針對(duì)于需求當(dāng)中的細(xì)節(jié)規(guī)范自查,涉及到產(chǎn)品的功能模塊,例如文案、數(shù)據(jù)、彈窗、輪播圖、圖片等等。

          1)需求階段


          在需求階段,通常會(huì)出現(xiàn)的問(wèn)題是“你認(rèn)為你想清楚了需求的場(chǎng)景、對(duì)用戶側(cè)的作用、對(duì)產(chǎn)品的影響等”,但其實(shí)沒有深入全面,最后導(dǎo)致需求做出來(lái)了,沒人用亦或者是用了效果不好的情況發(fā)生,由此可見,深入思考需求是極其重要的。

          • 是誰(shuí)在什么樣的場(chǎng)景下產(chǎn)生的什么訴求,希望用什么方法解決什么問(wèn)題?

          • 是否需要進(jìn)一步調(diào)研相關(guān)用戶/需求提出方,是否需要數(shù)據(jù)佐證?

          • 是否符合當(dāng)前核心業(yè)務(wù)場(chǎng)景、是否符合用戶畫像和用戶故事?

          • 是否存在類似競(jìng)品,是否完成競(jìng)品分析?

          • 當(dāng)前方案是否是同類場(chǎng)景下的共性訴求?

          • 對(duì)核心用戶的影響程度,盡可能量化。

          • 對(duì)核心業(yè)務(wù)的貢獻(xiàn)程度,盡可能量化。

          • 當(dāng)前技術(shù)是否可以支持

          • 當(dāng)前業(yè)務(wù)是否可以支持

          • 是否存在關(guān)聯(lián)功能的改造點(diǎn)?

          • 是否完整梳理當(dāng)前規(guī)劃內(nèi)容下線后的影響點(diǎn)?

          • 是否已預(yù)估業(yè)務(wù)高峰數(shù)據(jù)爆發(fā)量級(jí),及其處理措施?

          • 是否已計(jì)劃好功能上線后的驗(yàn)證方法?

          • 是否引發(fā)諸如騷擾、欺詐等安全隱患?

          • 是否存在負(fù)面輿情風(fēng)險(xiǎn)?

          • 是否存在法律及合規(guī)風(fēng)險(xiǎn)?

          • 用戶覆蓋度

          • 使用頻率

          • 對(duì)核心場(chǎng)景的影響

          • 實(shí)際收益的高低

          • 對(duì)KPI的影響

          • 實(shí)現(xiàn)難度的高低

          • 產(chǎn)品成長(zhǎng)時(shí)機(jī)


          ? ? ? ? ? ?

          2)整體框架設(shè)計(jì)階段


          在整體框架設(shè)計(jì)的階段,更多的是站在一個(gè)全局的角度,可以理解為樹木的枝干,通過(guò)這些用戶能夠清晰地感知到產(chǎn)品的清晰度及易用性。

          • 設(shè)計(jì)時(shí)是否結(jié)合了用戶畫像、用戶習(xí)慣、業(yè)務(wù)場(chǎng)景等因素。

          • 架構(gòu)層次是否清晰,是否足夠扁平,是否容易能使用戶理解。

          • 所有信息均需要進(jìn)行重要級(jí)評(píng)定,以決定在界面和功能中的重要程度。

          • 信息分類是否合理,一定要“高內(nèi)聚,低耦合”。

          • 架構(gòu)拓展性是否足夠大,后續(xù)對(duì)信息模塊進(jìn)行增刪改查時(shí),是否容易施行。

          ? ? ? ? ? ? ?

          3)流程設(shè)計(jì)階段


          產(chǎn)品流程主要指的是業(yè)務(wù)流程部分,整體產(chǎn)品業(yè)務(wù)是重中之重,了解業(yè)務(wù)后再了解產(chǎn)品。拆分現(xiàn)有業(yè)務(wù)流程,持續(xù)優(yōu)化它,排除不合理的流程走向,同時(shí)通過(guò)業(yè)務(wù)流程也能夠探索現(xiàn)有問(wèn)題。

          • 流程設(shè)計(jì)是否結(jié)合了用戶畫像、用戶習(xí)慣、業(yè)務(wù)場(chǎng)景、競(jìng)品等因素。

          • 主干流程是否最簡(jiǎn)化,是否覆蓋了足夠多的場(chǎng)景。

          • 是否有特殊流程(分支流程、逆向流程)

          • 是否有異常流程

          • 是否歸納出所有的操作節(jié)點(diǎn)、數(shù)據(jù)交互點(diǎn)。

          • 操作節(jié)點(diǎn)是否足夠精簡(jiǎn)易理解。

          • 是否考慮了操作節(jié)點(diǎn)的容錯(cuò)性(二次確認(rèn)、撤銷操作)

          • 數(shù)據(jù)交互點(diǎn)是否依賴其它系統(tǒng)。

          • 特殊、異常流程是否需要增加切換流程的引導(dǎo),避免流程斷頭。

          • 相關(guān)流程的用戶體驗(yàn)路徑是否一致

          • 各圖形形狀/字號(hào)統(tǒng)一。重點(diǎn)內(nèi)容可特殊標(biāo)識(shí),關(guān)鍵節(jié)點(diǎn)增加注釋說(shuō)明

          • 流程均以開始框開始,以結(jié)束框結(jié)束,避免斷頭風(fēng)險(xiǎn)。

          • 流程圖從左到右、從上到下排列。

          • 流程圖從左到右、從上到下排列。

          • 流程完成后是否進(jìn)行了場(chǎng)景驗(yàn)證,是否符合用戶預(yù)期。

          ? ? ? ? ? ? ?

          4)需求文檔設(shè)計(jì)階段


          需求文檔設(shè)計(jì)階段時(shí),是整體文檔的自查,關(guān)于流程、文檔文案、名詞、場(chǎng)景、信息等大方向進(jìn)行的把控。

          • 完整流程是否可形成閉環(huán)?

          • 逆向功能流程是否可逆,如果逆向操作,是否考慮對(duì)應(yīng)的機(jī)制:比如退款、退貨操作

          • 各個(gè)步驟可能出現(xiàn)預(yù)期外的情況。

          • 歧義需求文檔的語(yǔ)法、功能文案、名詞是否易懂,是否存在歧義。

          • 兼容是否存在兼容問(wèn)題:不同業(yè)務(wù)人員對(duì)功能都能接受嗎?各個(gè)系統(tǒng)之間兼容嗎?新舊功能的兼容嗎(比如歷史數(shù)據(jù)要不要初始化)?

          • 備用是否有備用方案,次級(jí)選項(xiàng)。比如當(dāng)正常流程無(wú)法傳輸?shù)臅r(shí)候,是否可以用導(dǎo)入的機(jī)制救急。業(yè)務(wù)高峰的系統(tǒng),是否有降級(jí)處理邏輯。

          • 窮盡業(yè)務(wù)場(chǎng)景和可能原因是否窮舉完畢。

          • 脫敏是否存在敏感信息,是否有脫敏機(jī)制。

          • 文案描述切記要精確,“可能”、“也許”、“大概”等模糊性詞語(yǔ)避免出現(xiàn)。

          • 不是本需求的功能避免加入文檔中,給開發(fā)、測(cè)試人員造成干擾

          ? ? ? ? ? ? ?

          5)特殊因素


          特殊因素主要列舉的是一些客觀因素(例如手機(jī)系統(tǒng)、賬號(hào)、網(wǎng)絡(luò)等外在情況)的問(wèn)題,由于其大部分脫離產(chǎn)品本身功能,是一個(gè)輔助的作用,容易被產(chǎn)品朋友忽略。

          • 是否存在不同登錄狀態(tài)下展示內(nèi)容或操作有不同(登錄、未登錄、帳號(hào)異常狀態(tài))

          • 是否存在不同用戶狀態(tài)下展示內(nèi)容或操作有不同(非會(huì)員、不同等級(jí)的會(huì)員,特殊付費(fèi)會(huì)員等)

          • 是否考慮多賬號(hào)切換,切換時(shí),本地緩存數(shù)據(jù)是否需要同步清空。

          • 是否允許多終端同時(shí)登錄一帳號(hào),若允許,操作同一數(shù)據(jù)時(shí)是否產(chǎn)生沖突。

          • WiFi網(wǎng)絡(luò)、移動(dòng)網(wǎng)絡(luò)(4G)

          • 集團(tuán)局域網(wǎng)、公共網(wǎng)絡(luò)

          • 連接超時(shí),多久為超時(shí)

          • 網(wǎng)絡(luò)顯示什么內(nèi)容?是否給予用戶友好引導(dǎo)檢查網(wǎng)絡(luò)或重試按鈕。

          • 網(wǎng)絡(luò)變化從WiFi到4G網(wǎng)絡(luò)環(huán)境時(shí)是否需要提示

          • 服務(wù)器出問(wèn)題返回?cái)?shù)據(jù)失敗時(shí),是否給予用戶友好提示或重試按鈕

          • 橫豎屏是否有橫屏展示的需要,如不需要需要鎖定豎屏

          • 分辨率高低:分辨率情況下是否會(huì)有適配問(wèn)題,是否備注清楚。

          • SD卡Android手機(jī),沒有SD卡、SD卡存儲(chǔ)已滿、存儲(chǔ)位置等情況是否考慮并備注。

          • 硬件不同,手機(jī)物理按鍵的不同衍生不同操作。

          • 系統(tǒng)版本的不同是否同步支持,iOS、Android、Windows及其不同版本

          • 定位提示是否打開定位

          • 相機(jī)提示是否打開相機(jī)

          • 閃光燈提示是否調(diào)用閃光燈

          • 藍(lán)牙提示是否打開藍(lán)牙

          • 設(shè)備數(shù)據(jù)是否需要調(diào)用,步數(shù)、心率等,主要在iOS設(shè)備中。

          • 夜間\日間模式是否考慮光線較暗的場(chǎng)景。

          • 編輯模式下出現(xiàn)意外情況是否提示保存或自動(dòng)保存已填信息。

          • 無(wú)痕模式:不記錄用戶所有操作信息(實(shí)際是否記錄根據(jù)數(shù)據(jù)需求來(lái)看)

          • 無(wú)圖模式:節(jié)約用戶流量,加快頁(yè)面加載速度。

          ? ? ? ?? ? ? ?

          6)賬號(hào)狀態(tài)及用戶權(quán)限自查


          • 不同賬號(hào)狀態(tài)說(shuō)明:登錄狀態(tài)、非登錄狀態(tài)不同情況是否說(shuō)明完整?

          • 不同用戶等級(jí)和權(quán)限說(shuō)明,不同等級(jí)用戶有哪些權(quán)限?在頁(yè)面展示上有什么不同?

          • 不同賬號(hào)狀態(tài)切換時(shí)是否有特殊展示?

          • 不同賬號(hào)狀態(tài)切換時(shí)是否有特殊展示?

          • 是否考慮多賬號(hào)切換問(wèn)題?

          • 是否支持第三方賬號(hào)登錄?

          ? ? ? ? ? ? ?

          7)設(shè)備相關(guān)


          • 是否支持橫豎屏操作;檢查不同屏幕效果

          • 不同分辨率下的適配問(wèn)題,是否有空白溢出變形

          • 操作過(guò)程是否有卡頓


          ? ? ?

          8)特殊場(chǎng)景


          • 網(wǎng)絡(luò)加載慢情況下無(wú)圖顯示效果

          • 考慮夜間模式下的展示效果

          • 區(qū)分編輯模式下可變更內(nèi)容的權(quán)限

          ? ? ? ? ? ? ?

          9)全局


          • 修改頁(yè)面時(shí),考慮在系統(tǒng)中其余地方是否也有相同的業(yè)務(wù),是否需要修改?

          • 全局控件樣式是否具有一致性

          • 全局控件交互行為是否具有一致性

          • 是否周全地考慮了所有操作成功的反饋。

          • 是否周全地考慮了所有操作失敗的反饋。

          • 控件觸發(fā)的提示類型是否恰當(dāng)(小紅點(diǎn)、Toast、彈窗)

          ? ? ? ? ? ? ?

          10)版本發(fā)布自查


          • 確認(rèn)完需求之后,要告知運(yùn)營(yíng)同事們有哪些新功能,何時(shí)能交付版本,這樣方便運(yùn)營(yíng)童鞋們也好對(duì)應(yīng)的落實(shí)相關(guān)的運(yùn)營(yíng)工作。如果運(yùn)營(yíng)的部分/全部工作也是PM干的話,那么自己心里要有數(shù);

          • 該版本開始就要落實(shí)是否要做新的應(yīng)用商店圖、新的歡迎頁(yè)、新的功能引導(dǎo)頁(yè),并且相應(yīng)的安排人手。在上線前3天最好再確認(rèn)一下,萬(wàn)一有漏,也有時(shí)間能再補(bǔ);注意:針對(duì)這三個(gè)東西,都有相應(yīng)的文案要出;

          • 確認(rèn)這個(gè)項(xiàng)目中沒有完成的需求或者中途協(xié)商修改的需求,都已經(jīng)被記錄下來(lái),并且最好開始確認(rèn)沒有解決的需求怎么辦,修改的需求怎么辦的問(wèn)題;

          • 確認(rèn)該新功能的埋點(diǎn)列表是否給出;

          • 確認(rèn)新功能帶來(lái)的相關(guān)新數(shù)據(jù)的查看地方以及方法,這里會(huì)涉及一些常用的統(tǒng)計(jì)平臺(tái);

          • 確認(rèn)新功能帶來(lái)的后臺(tái)新的管理模塊使用或者從某個(gè)地方切換到另一個(gè)地方的使用方法的切換,培訓(xùn)過(guò)相關(guān)人員,并且已經(jīng)正確掌握;

          • 確認(rèn)提交給應(yīng)用商店的新功能文案是否有出;

          • 確認(rèn)最終提交給應(yīng)用商店的應(yīng)用商店圖、新功能介紹更新了;

          • 確認(rèn)各個(gè)渠道中的最新版確實(shí)為最新版本;

          • 每個(gè)版本都要觀察上個(gè)版本的埋點(diǎn)數(shù)據(jù)是否正常,及時(shí)發(fā)現(xiàn)是否打錯(cuò)點(diǎn),進(jìn)行及時(shí)修正,避免數(shù)據(jù)浪費(fèi);

          ? ? ? ? ? ? ?

          11)按鈕


          • 按鈕文字是寫死還是服務(wù)端配置

          • 是否有默認(rèn)的按鈕文案

          • 按鈕文字的字?jǐn)?shù)超過(guò)了怎么辦

          • 按鈕的樣式是否有特殊樣式?若有,什么情況下會(huì)觸發(fā)特殊樣式(例如帶icon情況與不帶icon情況)

          • 考慮點(diǎn)擊按鈕后的情況(頁(yè)面不變/跳轉(zhuǎn)到其他頁(yè)面.....)

          • 點(diǎn)擊按鈕后出現(xiàn)的情況是否會(huì)與頁(yè)面其他情況沖突,如何處理(例如點(diǎn)擊按鈕出現(xiàn)浮窗,與其他浮窗重疊,則需要考慮浮窗優(yōu)先級(jí))

          ? ? ? ? ? ? ?

          12)內(nèi)容型文案


          • 內(nèi)容是靜態(tài)的or動(dòng)態(tài)調(diào)用

          • 內(nèi)容描述是否完整?頂部標(biāo)題,按鈕里的文字等

          • 內(nèi)容加載方式描述是否完整?本地緩存or加載網(wǎng)絡(luò)刷新內(nèi)容等

          • 輸入型內(nèi)容是否完整?是否有初始內(nèi)容?

          • 內(nèi)容違禁如何處理?敏感詞,違禁內(nèi)容等如何處理?

          • 數(shù)據(jù)內(nèi)容為空時(shí)如何處理

          • 內(nèi)容長(zhǎng)度是否有限制

          • 數(shù)據(jù)內(nèi)容過(guò)期or刪除or違禁后如何展示?

          • 用戶內(nèi)容輸入是否描述完整?

          ? ? ? ? ? ? ?

          13)描述型文案


          • 必填or非必填

          • 若為非必填,則界面樣式如何

          • 定義文案的行數(shù)or字?jǐn)?shù)

          • 文案的截?cái)嗖呗允欠窨紤]?超過(guò)字?jǐn)?shù)or行數(shù)如何展示處理(例如超過(guò)兩行,超出部分“...”展示)

          • 出現(xiàn)同一場(chǎng)景時(shí),提示文案是否保持一致?

          • 文案由服務(wù)端控制還是客戶端?

          • 是否有默認(rèn)文案?

          • 是否易理解?是否有歧義?是否有錯(cuò)別字?


          ? ? ?

          14)輸入型文字


          • 輸入文字前是否有默認(rèn)值, ? 是否有輸入提示。

          • 輸入框內(nèi)容為空時(shí)如何顯示?

          • 輸入框獲得焦點(diǎn)時(shí),默認(rèn)文字是消失(即僅作為提示文字或占位符)還是保留(即作為可編輯的默認(rèn)文案)?

          • 獲得焦點(diǎn)后,調(diào)取的鍵盤類型(數(shù)字鍵盤、英文鍵盤等)

          • 輸入焦點(diǎn)丟失和存在時(shí)是否有展示內(nèi)容的差異。

          • 輸入文字是否存在極限長(zhǎng)度或最低長(zhǎng)度。

          • 輸入文字是否可存在特殊字符,若用戶輸入如何處理。

          • 輸入文字是否存在對(duì)敏感詞(密碼、存款金額等)、違禁詞的禁用或過(guò)濾展示。

          • 輸入文字后是否需要一鍵清空操作。(加個(gè)一鍵清空的按鈕等)

          • 輸入文字后是否顯示輔助結(jié)果(輔助詞),輔助詞的搜索規(guī)則。

          • 輸入文字后遇到流程打斷的情況是否保留輸入記錄(斷網(wǎng)、離開當(dāng)前頁(yè)面或關(guān)閉瀏覽器等)

          • 是否說(shuō)明了鍵盤喚起后需要頁(yè)面的滾動(dòng)來(lái)避免輸入框的遮擋(移動(dòng)端)

          ? ? ? ? ? ? ?

          15)輸入型圖片


          • 是否強(qiáng)制要求上傳圖片的必須參數(shù)(尺寸、格式、大小等)

          • 是否設(shè)置了不符合尺寸的提示,圖片過(guò)大或過(guò)小,格式錯(cuò)誤等。

          • 是否提供上傳完成圖片的預(yù)覽。

          • 是否提供了再次編輯操作,引導(dǎo)是否明顯。

          • 上傳失敗的情況是否給予用戶提示,引導(dǎo)再次上傳。

          • 上傳完成后遇到流程打斷的情況是否保留已上傳的記錄(斷網(wǎng)、離開當(dāng)前頁(yè)面或關(guān)閉瀏覽器等)

          ? ? ? ? ? ? ?

          ?

          16)頁(yè)面跳轉(zhuǎn)


          • 頁(yè)面跳轉(zhuǎn)流程是否完整順暢,流程中間是否有頁(yè)面缺失

          • 頁(yè)面跳轉(zhuǎn)是否有提示和引導(dǎo)說(shuō)明

          • 頁(yè)面跳轉(zhuǎn)加載的loading展示是否友好

          • 頁(yè)面跳轉(zhuǎn)動(dòng)作是否有跳轉(zhuǎn)特效

          • 頁(yè)面跳轉(zhuǎn)的方式是什么,點(diǎn)擊?滑動(dòng)?等

          • 頁(yè)面加載不出來(lái)或者報(bào)錯(cuò)時(shí)展示什么內(nèi)容

          • 頁(yè)面點(diǎn)擊過(guò)程中是否包含權(quán)限限制,如果有如何提示

          • 頁(yè)面跳轉(zhuǎn)盡量要減少跳轉(zhuǎn)次數(shù),縮短用戶操作流程,盡可能在一個(gè)頁(yè)面內(nèi)完成

          • 一個(gè)頁(yè)面內(nèi)是否有功能冗余的內(nèi)容

          • 頁(yè)面跳轉(zhuǎn)時(shí)是否需要進(jìn)行輔助性說(shuō)明

          ? ? ?

          17)標(biāo)簽


          • 標(biāo)簽是系統(tǒng)做的還是用戶標(biāo)記上傳的

          • 標(biāo)簽下的列表展示(回歸到列表的問(wèn)題即可)

          • 用戶是否可自定義上傳標(biāo)簽

          • 用戶上傳標(biāo)簽后是否可修改、刪除

          • 用戶上傳的標(biāo)簽,考慮敏感詞庫(kù)

          • 標(biāo)簽是寫死還是服務(wù)端配置

          • 是否必填

          • 是否有默認(rèn)的標(biāo)簽

          • 標(biāo)簽的內(nèi)容是文字還是圖片?

          • 標(biāo)簽的文字是否有字?jǐn)?shù)限制?

          • 標(biāo)簽的個(gè)數(shù)是單個(gè)還是多個(gè),多個(gè)的話考慮優(yōu)先級(jí)排序

          • 標(biāo)簽個(gè)數(shù)多個(gè)的情況,是否會(huì)遮擋住頁(yè)面其他元素(例如,多個(gè)可以收納起來(lái)處理)??

          • 多種類型的標(biāo)簽,對(duì)類型進(jìn)行排序

          • 多種類型的標(biāo)簽,出現(xiàn)重復(fù)的情況(一般做去重處理)

          • 后臺(tái):是否必填、標(biāo)簽名(是否限制字?jǐn)?shù))、標(biāo)簽內(nèi)容(文字/圖片)、排序(是否有默認(rèn)值,越大排越前)、是否顯示、標(biāo)簽個(gè)數(shù)、快捷的標(biāo)簽配置

          ? ? ? ? ? ? ?

          18)列表


          • 列表的排序如何?

          • 列表中的元素是否都定義清楚?

          • 列表中涉及的數(shù)據(jù)來(lái)源定義

          • 列表數(shù)據(jù)為空時(shí)的展現(xiàn)形式

          • 若部分元素為后臺(tái)配置,則配置前后的情況定義

          • 列表的數(shù)據(jù)是否分頁(yè)展示?還是一次性加載?單頁(yè)展示的數(shù)量是否有限制

          ? ? ?

          19)數(shù)據(jù)


          • 數(shù)據(jù)的來(lái)源(具體后臺(tái)的哪個(gè)地方)

          • 展示數(shù)據(jù)是否使用的是服務(wù)器數(shù)據(jù),或使用的是本地緩存(客戶端)數(shù)據(jù)?

          • 展示數(shù)據(jù)是否是初次加載讀取的靜態(tài)數(shù)據(jù),或?qū)崟r(shí)、定時(shí)展示的動(dòng)態(tài)數(shù)據(jù)。

          • 數(shù)據(jù)未加載出來(lái)前展示什么?

          • 是否規(guī)劃數(shù)據(jù)為空時(shí)的展示效果

          • 數(shù)據(jù)的極值情況(為0的情況,最大值的情況)

          • 數(shù)據(jù)長(zhǎng)度是否有限制?是否規(guī)劃數(shù)據(jù)字?jǐn)?shù)超長(zhǎng)展示效果(幾位小數(shù)點(diǎn),超出如何展示)

          • 若為多個(gè)數(shù)據(jù),則數(shù)據(jù)的排序如何?

          • 是否選取全部數(shù)據(jù)or部分?jǐn)?shù)據(jù)?(數(shù)據(jù)根據(jù)什么搜索規(guī)則篩選出來(lái)的)

          • 對(duì)過(guò)期的緩存數(shù)據(jù)是否需要告知用戶刷新(活動(dòng)過(guò)期)

          • 前置場(chǎng)景的不同是否對(duì)當(dāng)前展示數(shù)據(jù)產(chǎn)生影響,不同場(chǎng)景是否需要展示不同數(shù)據(jù)。

          • 移動(dòng)端從后臺(tái)喚醒應(yīng)用時(shí),是否需要刷新當(dāng)前頁(yè)面數(shù)據(jù)。

          • 數(shù)據(jù)在什么條件下進(jìn)行展示?

          • 數(shù)據(jù)是否分頁(yè)展示?

          • 數(shù)據(jù)去重策略如何?

          • 什么時(shí)候開始請(qǐng)求數(shù)據(jù)?

          • 什么情況下觸發(fā)更新數(shù)據(jù)?

          • 數(shù)據(jù)更新頻次?是定時(shí)更新還是實(shí)時(shí)更新?

          • 是否有部分?jǐn)?shù)據(jù)需要過(guò)濾掉不展示?是否對(duì)特殊內(nèi)容進(jìn)行過(guò)濾、標(biāo)記(敏感、違禁的詞語(yǔ))

          • 當(dāng)數(shù)據(jù)被刪除后,展示的狀態(tài)如何?

          • 過(guò)期的緩存數(shù)據(jù)如何處理(定時(shí)清理還是繼續(xù)保存)?

          ? ? ? ? ? ? ?

          20)彈窗


          • 什么時(shí)候觸發(fā)彈窗?

          • 什么時(shí)候彈窗消失?(關(guān)閉按鈕、返回按鈕、手機(jī)系統(tǒng)返回按鈕、點(diǎn)擊頁(yè)面空白處等)

          • 彈窗內(nèi)的元素(文案、跳轉(zhuǎn)等)是否都定義清楚

          • 是否每次滿足條件都觸發(fā)彈窗?還是只彈一次?

          • 若該彈窗與其他彈窗同時(shí)滿足條件觸發(fā),則優(yōu)先級(jí)如何?

          ? ? ? ? ? ? ?

          21)輪播圖


          • 圖片數(shù)據(jù)為后臺(tái)配置or客戶端寫死?

          • 圖片排序如何?

          • 點(diǎn)擊是否有跳轉(zhuǎn)?跳轉(zhuǎn)頁(yè)面為內(nèi)部鏈接or外部鏈接?

          • 輪播的頻次如何?

          ? ? ? ? ? ? ?

          22)圖片上傳


          • 是否有圖片尺寸、像素、格式的要求

          • 是否有上傳張數(shù)的限制及張數(shù)限制的提示

          • 是否提供上傳的圖片預(yù)覽

          • 是否有上傳成功后可以再次編輯上傳

          • 上傳失敗如何處理及引導(dǎo)提示如何展示

          • 上傳過(guò)程遇到突然中斷情況是否保存上傳記錄

          ? ? ? ? ? ? ?

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


          • 數(shù)據(jù)埋點(diǎn)的字段內(nèi)容及展示類型是否完整

          • 數(shù)據(jù)埋點(diǎn)的時(shí)間范圍和時(shí)間段是什么

          • 上線后驗(yàn)證的數(shù)據(jù)是否都進(jìn)行了埋點(diǎn)記錄

          • 是否需要進(jìn)行數(shù)據(jù)漏斗模型分析報(bào)表生成

          • 埋點(diǎn)數(shù)據(jù)后續(xù)如何提取出來(lái)

          • 是否有自動(dòng)通知機(jī)制,通知形式是什么

          • 據(jù)埋點(diǎn)不成功是否有報(bào)警機(jī)制

          ? ? ? ? ? ? ?


          04
          如何來(lái)做產(chǎn)品自查?


          當(dāng)我們擁有了產(chǎn)品自查表之后,要做的就是在遇到每一個(gè)需求,撰寫每一份產(chǎn)品文檔的時(shí)候,將自查表運(yùn)用到當(dāng)中去。

          敲黑板,說(shuō)重點(diǎn)了!打瞌睡的同學(xué)醒醒,這段聽完再睡~

          阿境總結(jié)了一句話:先總后分,模塊劃分,按序核查,勿忘更新。

          “阿境你又說(shuō)出這么抽(zhe)象(li)的東西了,說(shuō)人話行不行?”

          不說(shuō)點(diǎn)大家覺得高(ting)大(bu)上(dong)的話,能是廈門吳彥祖嗎?
          (沒錯(cuò),第一厚臉皮也是阿境本境)

          好了,不廢話,啥意思?簡(jiǎn)單來(lái)說(shuō),分成四步:

          1、先總后分
          先按照宏觀的角度來(lái)審視整篇文檔,查看文檔的整體方向是否正確,文檔的結(jié)構(gòu)是否無(wú)誤,暫時(shí)先不考慮細(xì)節(jié)。等到總體方向沒問(wèn)題了之后,再去查看查看文檔的分支細(xì)節(jié)。

          2、模塊劃分
          根據(jù)模塊來(lái)進(jìn)行文檔的撰寫,有個(gè)大忌就是在A模塊寫到了B模塊的內(nèi)容定義,文檔容易造成不易閱讀,冗長(zhǎng),劃分好文檔的模塊并且對(duì)文檔進(jìn)行相應(yīng)的模塊定義,一個(gè)清晰的模塊就好比是樹木的枝干,能夠提升文檔的可讀性。

          3、按序核查
          當(dāng)進(jìn)行第二步模塊劃分之后,為的便是更好地進(jìn)行順序的核查,例如產(chǎn)品需求、業(yè)務(wù)流程、功能主次關(guān)系、功能布局、模塊狀態(tài)等等順序進(jìn)行一一校對(duì)。

          4、勿忘更新
          有了這份文檔,并不是一蹴而就的,時(shí)代在更新,產(chǎn)品在更新,自然,產(chǎn)品自查表也需要不斷更新。這份自查表是阿境在自身實(shí)踐當(dāng)中總結(jié)而出,可以看出,產(chǎn)品的理論大多源于實(shí)踐,脫離實(shí)踐則無(wú)從談起。所以,朋友們可實(shí)踐當(dāng)中,不斷完善這份產(chǎn)品自查表,一句話:沒有最完美的,只有適合自己的。


          寫在最后





          做產(chǎn)品是一個(gè)并不那么容易的活,寫一份合格的需求文檔也不是那么輕松的事情。為了確保產(chǎn)品能夠“活下來(lái)”,確保需求文檔能夠嚴(yán)謹(jǐn)、詳盡、完善,這份產(chǎn)品自查表希望能夠幫助到各位朋友。

          但有一點(diǎn)要記住,產(chǎn)品自查表起到的作用是錦上添花,并不是雪中送炭。它是建立在有一定產(chǎn)品思考方向的前提之下。

          同時(shí)阿境也想拋磚引玉,以這份產(chǎn)品自查表來(lái)提醒各位朋友,需要有核查、糾錯(cuò)、校對(duì)的意識(shí),對(duì)產(chǎn)品對(duì)需求保持敬畏之心,才能夠做好產(chǎn)品。

          最后,愿天下沒有難寫的需求文檔。

          李寬視頻號(hào)


          我上線了視頻號(hào),每期和你一起學(xué)習(xí)、探討B(tài)端產(chǎn)品經(jīng)理的方方面面。

          歡迎入群


          這可能是目前最大的B端產(chǎn)品微信群,點(diǎn)擊->#快來(lái)入群:B端產(chǎn)品交流群#

          今天,與?28767?位讀者一起見證彼此成長(zhǎng)
          后臺(tái)回復(fù)“微信”,可加我個(gè)人微信

          學(xué)習(xí)推薦


          目前最專業(yè)的支付產(chǎn)品經(jīng)理課程,點(diǎn)擊->“Pay X 支付集訓(xùn)營(yíng)”每天都有進(jìn)步
          目前最專業(yè)的B端運(yùn)營(yíng)課程,點(diǎn)擊->系統(tǒng)學(xué)習(xí)B端運(yùn)營(yíng)知識(shí)
          我的新書


          瀏覽 52
          點(diǎn)贊
          評(píng)論
          收藏
          分享

          手機(jī)掃一掃分享

          分享
          舉報(bào)
          評(píng)論
          圖片
          表情
          推薦
          點(diǎn)贊
          評(píng)論
          收藏
          分享

          手機(jī)掃一掃分享

          分享
          舉報(bào)
          <kbd id="afajh"><form id="afajh"></form></kbd>
          <strong id="afajh"><dl id="afajh"></dl></strong>
            <del id="afajh"><form id="afajh"></form></del>
                1. <th id="afajh"><progress id="afajh"></progress></th>
                  <b id="afajh"><abbr id="afajh"></abbr></b>
                  <th id="afajh"><progress id="afajh"></progress></th>
                  操逼123网 | 九色视频自拍 | 久久丫精品久久 | 日韩精品av在线 日韩精品一级毛斤 | 伊人色色大香蕉 |