作者：SherlFang 個(gè)人網(wǎng)站：iamsherl.com （轉(zhuǎn)載已取得作者授權(quán)）這篇文章也是對(duì)我自己這幾年產(chǎn)品做事方式的一個(gè)流程總結(jié)吧…… 先說(shuō)一下背景，大廠和小廠都呆過(guò)。呆過(guò)野蠻生長(zhǎng)的傳統(tǒng)集團(tuán)的互聯(lián)網(wǎng)部門(mén)，呆過(guò)上市的中型二線互聯(lián)網(wǎng)公司，呆過(guò) APPLE STORE 行業(yè)APP 排名第一的產(chǎn)品公司，現(xiàn)在呆在全球一萬(wàn)多員工的超級(jí)獨(dú)角獸公司。 其實(shí)各個(gè)產(chǎn)品公司的迭代流程都大同小異，因?yàn)橐?guī)范起來(lái)，迭代流程就是那一套。目前覺(jué)得差異比較大的就是使用的工具和具體管理的方式，這個(gè)也是很想跟大家一起討論的，看看有沒(méi)有更加高效的方式或工具。 這篇文章大概會(huì)從以下幾個(gè)方面分開(kāi)講述，不排除我寫(xiě)著寫(xiě)著會(huì)修改大綱的可能： 一，需求收集 二，需求整理 三，優(yōu)先級(jí)劃分 及?需求交付（直白地說(shuō)就是怎么寫(xiě) PRD 文檔） 四，需求評(píng)審 及 產(chǎn)品評(píng)審 五，需求變動(dòng)（針對(duì)由于其他特殊問(wèn)題導(dǎo)致的需求變動(dòng)，產(chǎn)品經(jīng)理該如何做到“不背鍋”） 六，工具（滴答清單、為知筆記、confluence、JIRA、Axure） 如果感興趣的話，還有…… 七，如何更高效地跟交互、UI 設(shè)計(jì)、開(kāi)發(fā)、測(cè)試 溝通和交流（這部分貌似沒(méi)人感興趣我就不寫(xiě)了……） 下面開(kāi)始，是正文。 〇，流程圖先看一下大概的流程圖，每個(gè)環(huán)節(jié)再具體解釋一，需求收集其實(shí)不同類(lèi)型的產(chǎn)品，需求來(lái)源會(huì)不太一樣。這里會(huì)盡量列出所有可能的來(lái)源。 用戶(hù)反饋：產(chǎn)品中包含『用戶(hù)反饋』頁(yè)面，用戶(hù)通過(guò)『用戶(hù)反饋』入口，直接反饋過(guò)來(lái)的一手信息。 用戶(hù)研究：通過(guò)用戶(hù)調(diào)研、用戶(hù)訪談、用戶(hù)拜訪、可用性測(cè)試等方法獲得的用戶(hù)一手信息。 客服團(tuán)隊(duì)：通過(guò)客服團(tuán)隊(duì)收集并反饋的二手信息。 市場(chǎng)/商務(wù)/BD團(tuán)隊(duì)：通過(guò)市場(chǎng)/商務(wù)/BD團(tuán)隊(duì)接觸用戶(hù)時(shí)，獲得的用戶(hù)需求。 內(nèi)部成員需求：測(cè)試團(tuán)隊(duì)、開(kāi)發(fā)團(tuán)隊(duì)、運(yùn)營(yíng)團(tuán)隊(duì)，針對(duì)產(chǎn)品提出的需求。 戰(zhàn)略型需求：來(lái)自競(jìng)品的競(jìng)爭(zhēng)壓力產(chǎn)生的需求，團(tuán)隊(duì)制定的產(chǎn)品發(fā)展方向下的需求。 其他需求：老板需求。（牛逼的產(chǎn)品經(jīng)理可以忽略這一項(xiàng)……） 其實(shí)看似需求來(lái)源很多，再綜合一下，分析出來(lái)就是兩種：1，外部需求；2，內(nèi)部需求。 針對(duì)于外部需求，又分為『一手信息』獲得的需求和『二手信息』獲得的需求。『一手信息』就是產(chǎn)品經(jīng)理直接從用戶(hù)方獲得的需求信息，是未中途經(jīng)人加工過(guò)的。經(jīng)過(guò)其他職能崗（如客服、市場(chǎng)、商務(wù)等）轉(zhuǎn)述給產(chǎn)品經(jīng)理的信息稱(chēng)為『二手信息』，這類(lèi)需求相對(duì)而言質(zhì)量沒(méi)有『一手信息』高，需要產(chǎn)品經(jīng)理再進(jìn)行處理和分析。建議產(chǎn)品經(jīng)理都找到方式直接跟用戶(hù)進(jìn)行溝通，而不是要假借他人之耳去聽(tīng)取需求。 內(nèi)部需求，就是我們非常熟悉的了，經(jīng)常會(huì)從不同小組或者部門(mén)的同事那里獲得新的需求內(nèi)容，一般這些功能是針對(duì)于產(chǎn)品功能的可用性或者優(yōu)化的。再就是根據(jù)產(chǎn)品戰(zhàn)略制定的需求內(nèi)容。 這兩部分需求其實(shí)獲取起來(lái)沒(méi)那么難，外部需求就是，想盡一切方法去接觸用戶(hù)、然后跟用戶(hù)溝通。內(nèi)部需求就是，多跟同事們溝通，沒(méi)事兒多聊聊，問(wèn)問(wèn)看他們對(duì)于產(chǎn)品的看法。戰(zhàn)略型的需求內(nèi)容就不說(shuō)了，這個(gè)涉及到不同公司的管理方式，說(shuō)出來(lái)又是長(zhǎng)篇大論的東西，甚至免不了要吐槽…… 二，需求整理如果需求收集做的比較到位，到手的需求是多且雜的，基本是千奇百怪什么都有。這種情況下，要做的流程圖上已經(jīng)比較詳細(xì)的說(shuō)明了。 1，只保留有效需求剔除那些看上去很明顯不合理的需求。這個(gè)步驟需要依賴(lài)產(chǎn)品經(jīng)理自身的經(jīng)驗(yàn)和對(duì)自己產(chǎn)品的了解程度。 『對(duì)自己的產(chǎn)品很了解』，這一條看上去簡(jiǎn)單但挺難做到的，需要的不僅僅是產(chǎn)品經(jīng)理自身的能力，還需要行業(yè)的經(jīng)驗(yàn)、在公司呆的時(shí)間足夠長(zhǎng)。只有滿(mǎn)足這些條件后，產(chǎn)品經(jīng)理才能夠很高效準(zhǔn)確地做到『只保留有效需求』。 2，需求分類(lèi)有效需求進(jìn)一步分類(lèi)就是：需討論的需求、需開(kāi)發(fā)的需求、已有功能支持的需求

• 需討論的需求：對(duì)于是否需要做不是很確定，需要跟相關(guān)人員討論。

• 需開(kāi)發(fā)的需求：需求強(qiáng)烈、跟當(dāng)前規(guī)劃一致、對(duì)短期目標(biāo)/長(zhǎng)期目標(biāo)有助力、……

• 已有功能支持的需求：這個(gè)是需要反思的，一般出現(xiàn)這種情況說(shuō)明要么是功能的可見(jiàn)性做的有問(wèn)題，要么是引導(dǎo)做的有問(wèn)題，要么是功能不太符合用戶(hù)的認(rèn)知模型。有一些需求是合理的要求就需要進(jìn)行功能的優(yōu)化，甚至重新確定方案。

其中，確定開(kāi)發(fā)的需求就能順利的進(jìn)入到需求池了。需求池字面上來(lái)講就是管理需求的大池子，我覺(jué)得這形容詞挺形象的。在這個(gè)大池子里，你需要對(duì)需求進(jìn)行優(yōu)先級(jí)的維護(hù)，方案的制定、補(bǔ)充、完善。現(xiàn)在我是通過(guò) JIRA + confluence 來(lái)進(jìn)行管理和維護(hù)的，JIRA 和 confluence 簡(jiǎn)直是神器好么，配合起來(lái)用簡(jiǎn)直無(wú)敵。這個(gè)之后會(huì)在【六，工具】篇中進(jìn)行具體的介紹。

3，標(biāo)簽

當(dāng)需求過(guò)多的時(shí)候，也可以給需求打上標(biāo)簽。如果說(shuō)按照迭代排期來(lái)進(jìn)行需求分類(lèi)是基于時(shí)間線的縱向管理的話，打標(biāo)簽則是橫向管理。可以讓你更清晰的看到現(xiàn)在的需求在每一個(gè)模塊所占的比例和待做的內(nèi)容。

現(xiàn)在比較常用的標(biāo)簽大概是這幾類(lèi)，當(dāng)然最好是根據(jù)自己的公司和產(chǎn)品的情況進(jìn)行分類(lèi)，我這里只是提供一個(gè)思路：

• 基礎(chǔ)體驗(yàn)類(lèi)：體驗(yàn)上有問(wèn)題了，這個(gè)一般是需要修改交互或者 UI，要求比較高的公司/產(chǎn)品可能還存在響應(yīng)速度、流暢性等方面的優(yōu)化

• 運(yùn)營(yíng)支持類(lèi)：運(yùn)營(yíng)活動(dòng)支持

• 功能優(yōu)化類(lèi)：產(chǎn)品流程上存在一些問(wèn)題，導(dǎo)致轉(zhuǎn)化率、響應(yīng)率等指標(biāo)過(guò)低

• 新需求類(lèi)：嗯……就是新需求

• 數(shù)據(jù)分析類(lèi)：埋點(diǎn)需求啊，或者一些公司有大數(shù)據(jù)部之類(lèi)的部門(mén)還會(huì)存在，報(bào)表需求啊

• 技術(shù)架構(gòu)類(lèi)：這個(gè)類(lèi)別其實(shí)產(chǎn)品經(jīng)理比較少管，屬于架構(gòu)師負(fù)責(zé)的內(nèi)容，之所以寫(xiě)在這里是因?yàn)橛幸恍?duì)特殊的模塊，技術(shù)架構(gòu)的修改會(huì)影響到很多功能的開(kāi)發(fā)進(jìn)度和產(chǎn)品設(shè)計(jì)。產(chǎn)品經(jīng)理對(duì)于這些需求的掌握是有助于產(chǎn)品規(guī)劃的。（簡(jiǎn)單解釋一下啥是特殊模塊：比如，移動(dòng)辦公軟件的『簽到』功能，用?戶(hù)量大且存在?上下班的流量高峰期；由于是基礎(chǔ)功能、對(duì)于穩(wěn)定性要求更高，一發(fā)生異常狀況基本就是要罰錢(qián)的…；存在各種情況，比如什么類(lèi)型的考勤、進(jìn)沒(méi)進(jìn)圈、連沒(méi)連網(wǎng)、打沒(méi)打上等等，產(chǎn)品邏輯很負(fù)責(zé)；做過(guò)定位的人都知道，定位的技術(shù)手段太多，而且還有漂移、偏差矯正等，所以技術(shù)邏輯也復(fù)雜）

三，優(yōu)先級(jí)劃分 及?需求交付

這兩步其實(shí)占據(jù)了很多產(chǎn)品經(jīng)理的很大一部分工作量和思考時(shí)間吧……

1，優(yōu)先級(jí)劃分

哈哈，其實(shí)關(guān)于這個(gè)模塊，我之前寫(xiě)過(guò)一些 文章/回答 也有講怎么進(jìn)行優(yōu)先級(jí)劃分。然后一直有跟大家推薦過(guò)一本書(shū) Jeff Patton 的《用戶(hù)故事地圖》，我從中受益很多，也希望這本書(shū)能幫助到大家的工作。

需求的類(lèi)型在這里可以大致分為3種：1，新功能；2，迭代優(yōu)化；3，bug fix（這里的 bug 可能是開(kāi)發(fā)代碼 bug、可能是產(chǎn)品流程 bug）

針對(duì)1和2如何確定優(yōu)先級(jí)呢？首先需要搞清楚以下內(nèi)容：

• 產(chǎn)品的長(zhǎng)期/中期規(guī)劃是怎樣的

• 當(dāng)前的 sprint 對(duì)于長(zhǎng)期/中期規(guī)劃的意義是什么，是為了達(dá)到什么目標(biāo)

• 達(dá)到目的的 MVP 需要哪些功能

對(duì)于3如何確定優(yōu)先級(jí)呢？首先需要搞清楚以下內(nèi)容：

• 有沒(méi)有觸碰高壓線

• fix 后能帶來(lái)什么

• 不 fix 能導(dǎo)致什么

比如我現(xiàn)在的公司，『安全』就是高壓線，如果發(fā)現(xiàn)什么問(wèn)題對(duì)于『安全』因素有影響，哪怕可能性不是那么大，優(yōu)先級(jí)都是 P0。

再多說(shuō)一句，我個(gè)人對(duì)于產(chǎn)品經(jīng)理好壞的判斷標(biāo)準(zhǔn)，其中有兩個(gè)維度就是：

• 對(duì)于『情報(bào)』的收集和分析能力

• 下決定的能力

產(chǎn)品經(jīng)理必須要能夠很快速的收集到關(guān)于當(dāng)前問(wèn)題的盡可能多的『情報(bào)』，因?yàn)槟闼械呐袛喽际切枰揽窟@些情報(bào)的。

優(yōu)柔寡斷的產(chǎn)品經(jīng)理，是我最忌諱的，不愿意深交。產(chǎn)品經(jīng)理需要你能夠基于當(dāng)前的所有信息，盡量快、準(zhǔn)地做出判斷，并且你需要為你的判斷承擔(dān)相應(yīng)的責(zé)任。

2，需求交付

應(yīng)該有很多人期待這個(gè)部分？看到好多文章都是在教產(chǎn)品經(jīng)理如何寫(xiě)需求文檔。我這邊就不細(xì)說(shuō)了？列個(gè)大綱，大家看看有沒(méi)有幫助吧，如果需要細(xì)說(shuō)，請(qǐng)?jiān)谠u(píng)論區(qū)留言，我再根據(jù)留言補(bǔ)充一下內(nèi)容……

目前，我們這邊的最完整的需求內(nèi)容包括：

迭代記錄：版本號(hào)、修改時(shí)間、改了啥、為啥改、修改人（誰(shuí)知道需求中途會(huì)不會(huì)換人呢，前面的人挖了個(gè)坑，也好去追責(zé)啊對(duì)不對(duì)？）

人員職能（非必須）：產(chǎn)品、交互、UI、前端、后端、客戶(hù)端（iOS Android） 分別是哪些小伙伴。大公司必備，特別是我們這種組織架構(gòu)完全看不到的公司……

需求類(lèi)型：不清楚的同學(xué)翻翻前面的標(biāo)簽哈

需求背景：你不說(shuō)清楚這個(gè)，開(kāi)發(fā)和設(shè)計(jì)心里絕對(duì)會(huì)懷疑做這個(gè)需求的意義。部分產(chǎn)品經(jīng)理是不是覺(jué)得開(kāi)發(fā)和設(shè)計(jì)的小伙伴不怎么配合你的工作啊？仔細(xì)想一下，自己在這部分的『忽悠』是不是不夠到位…

需求目標(biāo)

專(zhuān)業(yè)術(shù)語(yǔ)和縮寫(xiě)解釋（非必須）

功能列表：這個(gè)就是一張大表了，需要包含 功能點(diǎn)名稱(chēng)、所在模塊、使用場(chǎng)景描述、風(fēng)險(xiǎn)點(diǎn)（風(fēng)險(xiǎn)一定要提前暴露，引起大家的注意，大家能一起想辦法規(guī)避）、備注（這個(gè)你就愛(ài)寫(xiě)啥寫(xiě)啥，覺(jué)得啥重要寫(xiě)啥）

流程圖 及 邏輯圖：這個(gè)不用多說(shuō)吧……

文案：呵……如果你的 APP 包含有3種及以上的語(yǔ)言，你不寫(xiě)個(gè)文檔保存試試……而且有文檔的話，比較利于 APP 在文案上的一致性

合作內(nèi)容（非必須）：你是跟哪個(gè)部門(mén)合作了啊，對(duì)接人是誰(shuí)啊，用了他們的哪些接口啊

數(shù)據(jù)埋點(diǎn)（非必須）：哪些關(guān)鍵埋點(diǎn)是需要開(kāi)發(fā)小伙伴幫你埋的呀，埋點(diǎn)名稱(chēng)、埋點(diǎn)內(nèi)容，都需要寫(xiě)清楚

?公司的協(xié)作情況和產(chǎn)品需求的情況不同，可能需要寫(xiě)的內(nèi)容也會(huì)不同。大家看著用咯。

四，需求評(píng)審 及 產(chǎn)品評(píng)審

不是所有的需求都需要進(jìn)行需求評(píng)審的，只有一些相對(duì)『難搞』的需求才會(huì)進(jìn)行需求評(píng)審。這個(gè)是需要靠產(chǎn)品經(jīng)理自己進(jìn)行把控的。

1，需求評(píng)審

（1）什么需求需要需求評(píng)審

• 大型需求：需求功能多，一個(gè)人設(shè)計(jì)可能會(huì)考慮不周全，需要人幫忙補(bǔ)充完善，讓產(chǎn)品設(shè)計(jì)盡量全面

• 方案不太確定的需求：產(chǎn)品經(jīng)理對(duì)于方案有疑問(wèn)，比如 不知道現(xiàn)在設(shè)計(jì)的方案在開(kāi)發(fā)上是否可行、設(shè)計(jì)上是否可行、業(yè)務(wù)上是否可行；需要相關(guān)模塊更有經(jīng)驗(yàn)的人一起做決策

• 與其他部門(mén) / 模塊耦合較深：涉及其他部門(mén) / 模塊的業(yè)務(wù)，需要跟兩方一起進(jìn)行溝通商議

• 敏感需求：恩……這個(gè)只能說(shuō)是自行體會(huì)了……不是每個(gè)公司每個(gè)產(chǎn)品都會(huì)有敏感需求，而且敏感的點(diǎn)可能也會(huì)不一樣，可能是跟政府相關(guān)（比如 微博/抖音/快手/頭條 等面臨的整改要求）、可能是跟國(guó)家政策相關(guān)（比如 金融類(lèi)產(chǎn)品？）、甚至是跟國(guó)外的政策相關(guān)（哈哈 比如我現(xiàn)在的公司…）、有的可能只是跟公司內(nèi)部相關(guān)（比如，有些公司老板說(shuō)的需求某種程度上也算敏感需求，哪怕是改個(gè) icon 大家也要一起腦暴……）

（2）目的

確認(rèn)需求的必要性；粗略地確認(rèn)方案的可靠性 和 可行性。

（3）參與人

產(chǎn)品經(jīng)理，主力開(kāi)發(fā)，主力設(shè)計(jì)，其他和需求相關(guān)的、具有話語(yǔ)權(quán)的人

（4）準(zhǔn)備內(nèi)容

原型稿 / 著急的話，草稿也可以 / 牛逼的話，方案裝腦子里，白板現(xiàn)畫(huà)也可以

總之，需要有一個(gè)相對(duì)全面的方案。不需要對(duì)細(xì)節(jié)進(jìn)行描述，但各種情況需要考慮到。

（5）會(huì)議內(nèi)容

產(chǎn)品經(jīng)理可能會(huì)需要說(shuō)到這些內(nèi)容：

• 開(kāi)場(chǎng)白：簡(jiǎn)單說(shuō)明組織這次討論 / 會(huì)議的原因

• 需求背景：恩，這個(gè)一般情況下是需要說(shuō)的，如果參會(huì)人員全部對(duì)于背景都非常了解了，也可以不說(shuō)

• 需求目的：你做這個(gè)方案，是為了達(dá)到什么目的

• 需求內(nèi)容：開(kāi)始講方案咯

• 拋出問(wèn)題：具體描述組織這次會(huì)議的原因，及需要他人哪些支持

接下來(lái)就是，各種討論咯……

2，產(chǎn)品評(píng)審

（1）什么需求需要進(jìn)行產(chǎn)品評(píng)審

都需要，大需求大說(shuō)，小需求小說(shuō)。

（2）目的

讓需求涉及到的所有成員，都能夠全面的了解到這個(gè)需求的方案、流程、細(xì)節(jié)，并完全確定最終方案；開(kāi)發(fā)的同事需要對(duì)需求進(jìn)行評(píng)估，給出排期和工時(shí)；確定后續(xù)各方的工作內(nèi)容；預(yù)知的風(fēng)險(xiǎn)點(diǎn)也需要暴露。

（3）參與人

產(chǎn)品經(jīng)理，各執(zhí)行開(kāi)發(fā)，各執(zhí)行設(shè)計(jì)，需求方（運(yùn)營(yíng)？業(yè)務(wù)方？等等），需求涉及到的協(xié)作方等。有些公司可能還會(huì)需要 leader 參會(huì)，這個(gè)就是看各個(gè)公司內(nèi)部的協(xié)作方式咯……

（4）準(zhǔn)備內(nèi)容

• PRD：主要是，需求列表、流程圖、邏輯圖。當(dāng)然，如果邏輯比較簡(jiǎn)單的話，交互稿就夠了

• 交互稿：必備

• 視覺(jué)稿：這個(gè)要是來(lái)不及的話，有多少看多少

（5）會(huì)議內(nèi)容

產(chǎn)品經(jīng)理可能會(huì)需要說(shuō)到這些內(nèi)容：

• 開(kāi)場(chǎng)白：簡(jiǎn)單說(shuō)明組織這次討論 / 會(huì)議的原因

• 需求背景：絕大多數(shù)情況下，大部分開(kāi)發(fā)是第一次聽(tīng)到這個(gè)需求，說(shuō)明背景很有必要

• 需求目的：你做這個(gè)方案，是為了達(dá)到什么目的

• 需求內(nèi)容：開(kāi)始講方案咯

• 確定方案：定下最終方案咯

• 確定協(xié)作：確定各個(gè)協(xié)作方做啥

• 給個(gè) deadline：讓各方給個(gè) deadline 咯，要不怎么催進(jìn)度

五，需求變動(dòng)

如果是由于自己考慮不周到導(dǎo)致的需求變動(dòng)，那就只能自己想辦法了，請(qǐng)開(kāi)發(fā)兄弟們多吃頓飯，反思一下為什么會(huì)導(dǎo)致這個(gè)問(wèn)題，然后讓自己下次不再犯錯(cuò)。

但是，如果說(shuō)你是作為服務(wù)方，需要對(duì)接多個(gè)公司內(nèi)部的『甲方』，當(dāng)需求方頻繁的變更需求，又該怎么處理呢？

其實(shí)，說(shuō)出來(lái)的話，方法挺簡(jiǎn)單的。

1，產(chǎn)品評(píng)審?fù)ㄟ^(guò)后，不再允許修改方案；

2，如果需求方需要再修改方案，很簡(jiǎn)單：填張表，郵件發(fā)送給產(chǎn)品經(jīng)理，抄送開(kāi)發(fā) leader 及各部門(mén)領(lǐng)導(dǎo)。

表內(nèi)容需要包括：需求變更功能點(diǎn)，需求變更原因，需要重新開(kāi)發(fā)的人力（幾人天），需求變更人。

六，工具

總結(jié)一下我自己比較常用的工具：

• 滴答清單——日常工作梳理、管理、記錄

• 為知筆記——個(gè)人知識(shí)庫(kù)維護(hù)

• confluence——產(chǎn)品文檔、工作文檔維護(hù)

• JIRA——項(xiàng)目?jī)?nèi)容記錄、追蹤、迭代維護(hù)

• Axure——PRD 工具

• ZEN——腦圖工具

1，滴答清單

滴答清單是我現(xiàn)在正在使用的，類(lèi)似的 GTD 工具還有奇妙清單、todoist、Microsoft to-do、等，選擇自己習(xí)慣的就好。

GTD 工具，能夠歸納現(xiàn)在手頭待做的事情，按順序安排好你之后一周每一天的工作內(nèi)容。

當(dāng)工作內(nèi)容太多了之后，就很容易就不知道做什么。每天花3分鐘，排好今天需要工作的內(nèi)容，工作效率就會(huì)高很多。并且，給任務(wù)設(shè)置好提醒時(shí)間，你也不容易漏掉重要的事情。

再有就是，可以根據(jù)項(xiàng)目或產(chǎn)品進(jìn)行工作內(nèi)容的整理，可以很清楚的知道，每個(gè)項(xiàng)目當(dāng)前是什么進(jìn)度，后續(xù)需要做什么。當(dāng)你能夠在視覺(jué)上區(qū)分各個(gè)項(xiàng)目/ 產(chǎn)品后，你的大腦里對(duì)于各個(gè)任務(wù)之間的關(guān)系和邏輯也就會(huì)更加清晰了。

再有就是，不知道大家的公司有沒(méi)有需要寫(xiě)周報(bào)或者日?qǐng)?bào)。是不是有時(shí)候不知道寫(xiě)什么？那是因?yàn)槟銖膩?lái)沒(méi)很好的記錄你今天到底做了些什么。有了 GTD 工具，也很容易進(jìn)行工作總結(jié)，能夠很清晰的知道你這周做了些啥。回顧的時(shí)候，也會(huì)有成就感，感覺(jué)這周沒(méi)白過(guò)。

2，為知筆記

這個(gè)沒(méi)啥好說(shuō)的了……筆記類(lèi)的工具都差不多，關(guān)鍵是要找到合適自己的記錄方式，并要堅(jiān)持去維護(hù)。其實(shí)我身邊有很多朋友做的比我好太多了。我就貼張圖吧，大家看看就得。關(guān)鍵還是要自己去試去做。

3，confluence 和 JIRA

confluence 和 JIRA 是?Atlassian 這家公司出品的兩個(gè)軟件系統(tǒng)。

confluence 就是一個(gè)團(tuán)隊(duì)協(xié)作的文檔管理軟件，可以用于整理團(tuán)隊(duì)項(xiàng)目相關(guān)的所有文件內(nèi)容。

類(lèi)似于現(xiàn)在的在線文檔協(xié)作平臺(tái)，石墨啊、騰訊文檔啊，N 個(gè)人可以同時(shí)對(duì)文檔進(jìn)行編輯。但是 confluence 的功能更加強(qiáng)大。

• 比如，有樹(shù)形目錄管理，對(duì)于結(jié)構(gòu)復(fù)雜的迭代型文檔是必須的功能了。

• 文檔內(nèi)還 可以@團(tuán)隊(duì)成員，并郵件通知到 ta。

• 文檔內(nèi)還可以直接鏈接到其他文檔，被鏈接文檔標(biāo)題修改后，鏈接文字自動(dòng)同步修改，省去了同步維護(hù)的時(shí)間。

• 權(quán)限管理也很強(qiáng)大，可以精確到某個(gè)子頁(yè)面是否允許讀或編輯。

• 跟郵箱綁定后，當(dāng)你關(guān)注的文檔有了修改還能通過(guò)郵件通知到你具體修改了哪些部分。

• 更關(guān)鍵的是，直接跟 JIRA 打通，鏈接到 JIRA 的某個(gè)單，當(dāng)前單的狀態(tài)也能夠直接同步到 confluence 上。

這些都是非常實(shí)用并且能提高效率的功能。

JIRA 是一個(gè)需求管理、開(kāi)發(fā)管理、項(xiàng)目管理的平臺(tái)。功能強(qiáng)大到可怕，隨你怎么用。目前我還沒(méi)發(fā)現(xiàn)我想做但是它做不了的。

由于這個(gè)截圖太難打馬賽克了，所以我直接從網(wǎng)上下載了一些圖，也能夠說(shuō)明 JIRA 的強(qiáng)大。

直接可以通過(guò) Epic 來(lái)管理項(xiàng)目，每個(gè) Epic 還能看到每個(gè) Sprint 的迭代。基本每個(gè)迭代需要完成的內(nèi)容都能一眼都看清楚。

還能根據(jù)自己團(tuán)隊(duì)的迭代方式建立迭代階段，比如常見(jiàn)的是：需求池——交互設(shè)計(jì)——視覺(jué)設(shè)計(jì)——開(kāi)發(fā)分配——開(kāi)發(fā)中——測(cè)試——回歸。有些團(tuán)隊(duì)可能在開(kāi)發(fā)階段會(huì)再進(jìn)行一些細(xì)分，這個(gè)根據(jù)團(tuán)隊(duì)來(lái)就好。

還能很好的進(jìn)行版本管理，哪些版本現(xiàn)在處于什么狀態(tài)、共有多少個(gè)需求/bug、完成了多少、還剩多少，都能一眼看清楚。

Axure 和 ZEN 我就不說(shuō)啦~ 都是大家都非常了解的軟件了。

七，最后再多啰嗦幾句

如果你問(wèn)我現(xiàn)在的迭代啊、管理啊、是不是完全按照上面說(shuō)的內(nèi)容來(lái)的，我肯定要說(shuō)：當(dāng)然不是啊……有一些項(xiàng)目還是沒(méi)有按照這個(gè)方式走的……

每個(gè)團(tuán)隊(duì)和產(chǎn)品所處的狀態(tài)都不一樣，以上的方法不是一定都要按照這些東西做或者說(shuō)這些方法就是最好的。

比如，當(dāng)團(tuán)隊(duì)一共就一個(gè)產(chǎn)品經(jīng)理、一個(gè)設(shè)計(jì)、兩個(gè)開(kāi)發(fā)，并且坐的很近回頭就能看到的情況，用這些方式效率可能就會(huì)太低了。像小團(tuán)隊(duì)協(xié)作，如果大家都是靠譜的人，每天一個(gè)10分鐘內(nèi)的站會(huì)基本就能擺脫 jira 的需求了。產(chǎn)品經(jīng)理文檔也不需要寫(xiě)這么復(fù)雜，需求點(diǎn)說(shuō)清楚、關(guān)鍵時(shí)間點(diǎn)標(biāo)清楚就夠了。

之所以寫(xiě)這些是希望，如果你在團(tuán)隊(duì)協(xié)作或者迭代方面存在一些問(wèn)題或者疑惑的時(shí)候，這篇文章能夠給到你一些參考。

希望每個(gè)產(chǎn)品經(jīng)理都能夠跟團(tuán)隊(duì)配合的好好地、不要吵架，能很順暢的一起把產(chǎn)品越做越好~

最后，謝謝大家的支持！（鞠躬~）

最后也歡迎有問(wèn)題的小伙伴加微信：chanpin628?溝通交流。

此外我們的官方網(wǎng)站也上線了，每日分享高質(zhì)量的文章、原型素材和行業(yè)報(bào)告，小伙伴可自行前往索取，支持搜索，需要的小伙伴可點(diǎn)擊底部的閱讀原文直接查看，或者復(fù)制網(wǎng)址：www.dadaghp.com?打開(kāi)。

更多干貨可關(guān)注微信公眾號(hào)：產(chǎn)品劉

想學(xué)習(xí)更多關(guān)于產(chǎn)品、職場(chǎng)、心理、認(rèn)知等干貨，可長(zhǎng)按右邊二維碼，關(guān)注我們。

··················END··················

RECOMMEND

推薦閱讀

產(chǎn)品經(jīng)理的冬天來(lái)了嘛？

面試官重點(diǎn)考察求職者這5項(xiàng)能力

線下實(shí)戰(zhàn)2.0

面試題，你覺(jué)得產(chǎn)品經(jīng)理的職責(zé)有哪些？

點(diǎn)擊“閱讀原文”

查看更多干貨

總結(jié)

以上是生活随笔為你收集整理的大厂的产品经理是怎样进行产品迭代的的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。