編輯導(dǎo)語(yǔ)：把握好需求管理和產(chǎn)品迭代二者之間的平衡，是做好需求管理的關(guān)鍵，作者通過(guò)三個(gè)方面深度剖析，介紹如何做好產(chǎn)品迭代和管理，感興趣的小伙伴，一起來(lái)看看吧。

大家好，我是三非同學(xué)，目前在一家做企業(yè)服務(wù)提供商的公司，負(fù)責(zé)公司的數(shù)據(jù)中臺(tái)產(chǎn)品。前段時(shí)間由于公司人員變動(dòng)及崗位調(diào)整，我經(jīng)歷了產(chǎn)品封版、調(diào)組、對(duì)新產(chǎn)品線(xiàn)做整個(gè)產(chǎn)品年度規(guī)劃、并推進(jìn)的過(guò)程。

而在這個(gè)過(guò)程中，由于我最開(kāi)始沒(méi)有全局觀，不會(huì)需求管理，產(chǎn)品迭代推動(dòng)力差，還常常被開(kāi)發(fā)懟的啞口無(wú)言，后來(lái)我想清楚了關(guān)于產(chǎn)品迭代的3個(gè)問(wèn)題，甚至還得到了領(lǐng)導(dǎo)的認(rèn)可，慢慢成長(zhǎng)為掌握全局、產(chǎn)品迭代節(jié)奏感強(qiáng)的產(chǎn)品負(fù)責(zé)人。在忙完這次項(xiàng)目迭代后，我開(kāi)始認(rèn)真思考在這個(gè)過(guò)程中我究竟做對(duì)了什么，讓我能有如此大的轉(zhuǎn)變？

我想應(yīng)該就是節(jié)奏感——把握好需求管理和產(chǎn)品迭代二者之間的平衡。本文想和大家聊下如何做好需求管理，如何更好推進(jìn)產(chǎn)品迭代。通過(guò)痛點(diǎn)分析、構(gòu)建需求池以及管理產(chǎn)品迭代這 3 點(diǎn)進(jìn)行分析，希望能對(duì)你有幫助。

一、What：產(chǎn)品迭代有哪些問(wèn)題？

在產(chǎn)品經(jīng)理的日常工作中，我們最常見(jiàn)就是跟需求打交道。而在產(chǎn)品迭代中經(jīng)常遇到的會(huì)遇到2個(gè)痛點(diǎn)，分別是時(shí)間不夠、需求過(guò)多，下面我們針對(duì)這兩種情況進(jìn)行分析。

1. 時(shí)間不夠

就一個(gè)需求而言，跟時(shí)間的關(guān)系，可參考唐韌老師的文章《如何正確回懟產(chǎn)品需求》，這篇文章中關(guān)于時(shí)間模型的部分。時(shí)間模型的基本4要素，范圍、時(shí)間、質(zhì)量、資源。在時(shí)間、質(zhì)量、資源都恒定的情況下，需求的范圍就是恒定的。如果想整體擴(kuò)大需求范圍，那三個(gè)因素也得同步調(diào)整。

在團(tuán)隊(duì)個(gè)體能力一定的情況下：

1. 如果想在固定時(shí)間內(nèi)做更多需求，要么犧牲質(zhì)量、要么增加資源；–「第1種」
2. 如果想在固定資源下做更多需求，要么增加時(shí)間、要么犧牲質(zhì)量；–「第2種」
3. 如果想在固定質(zhì)量下做更多需求，要么增加時(shí)間、要么增加資源；–「第3種」

其實(shí)，時(shí)間不夠的情況，一般分為 2 種情況：

1. 由于客戶(hù)現(xiàn)場(chǎng)出現(xiàn)緊急bug，影響正常使用，必須臨時(shí)加需求，進(jìn)行優(yōu)化；–「第 1 種」
2. 原本估時(shí)不準(zhǔn)確，實(shí)際研發(fā)難度大，導(dǎo)致時(shí)間不夠用；–「第 2 種」or「第 3 種」

以上3種情況，產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理、研發(fā)經(jīng)理三方要及時(shí)溝通，具體問(wèn)題具體分析，快速制定出合理的解決方案。

• 「第 1 種」，比如：客戶(hù)現(xiàn)場(chǎng)出現(xiàn)緊急bug，影響使用。這種情況就屬于典型的要求在固定時(shí)間內(nèi)完成更多的需求，犧牲質(zhì)量只能作為中間周轉(zhuǎn)，一般情況特別緊急，都會(huì)增加資源，可以多加派人手解決問(wèn)題。

• 「第 2 種」or 「第 3 種」，比如：產(chǎn)品正常迭代中，研發(fā)實(shí)際實(shí)現(xiàn)過(guò)程中，有困難，導(dǎo)致時(shí)間不夠用。這種情況一般會(huì)有3種后果，要么犧牲質(zhì)量（砍掉部分需求），要么就增加研發(fā)資源（加派人手），要么延期（加時(shí)間）。

總之，時(shí)間不夠時(shí)，我們可以調(diào)整需求優(yōu)先級(jí)，優(yōu)先解決緊急問(wèn)題，也可以酌情砍需求、加派人手或者延期交付。

2. 需求過(guò)多

負(fù)責(zé)收集需求是產(chǎn)品經(jīng)理工作中很重要的部分。需求可能是新功能，也可能是待優(yōu)化功能，需求就是產(chǎn)品迭代的起點(diǎn)，一般不存在需求欠缺的情況。

若需求過(guò)多時(shí)，通常需要采用明確需求來(lái)源、跟需求方溝通確定范圍、進(jìn)行需求分類(lèi)構(gòu)建需求池這 3 步來(lái)處理。接下來(lái)，一起看看具體細(xì)節(jié)吧。

第一：明確需求來(lái)源

需求的來(lái)源一般分為以下 5 個(gè)渠道：公司內(nèi)部、用戶(hù)反饋、用戶(hù)調(diào)研、競(jìng)品分析、頭腦風(fēng)暴。

渠道一：公司內(nèi)部

①公司老板

在一些創(chuàng)業(yè)公司內(nèi)部，由于團(tuán)隊(duì)規(guī)模小，公司老板會(huì)直接跟客戶(hù)對(duì)接，針對(duì)一些優(yōu)先級(jí)較高的需求，公司老板直接把需求口頭傳達(dá)給產(chǎn)品經(jīng)理，立馬進(jìn)入研發(fā)。

②運(yùn)營(yíng)人員

運(yùn)營(yíng)人員是與真實(shí)用戶(hù)接觸最近的一批人，他們往往會(huì)得到用戶(hù)的第一手反饋，針對(duì)某些功能點(diǎn)的優(yōu)化，或者在運(yùn)營(yíng)活動(dòng)中產(chǎn)生的臨時(shí)性需求，都有可能成為產(chǎn)品需求。

③技術(shù)人員

在公司內(nèi)部，作為技術(shù)人員，針對(duì)現(xiàn)有產(chǎn)品，可通過(guò)技術(shù)角度，提出合理化建議，這樣就會(huì)收到一部分來(lái)自非產(chǎn)品角度的需求。

渠道二：用戶(hù)反饋

①內(nèi)部渠道

比如用戶(hù)的投訴、電話(huà)錄音、客服的相關(guān)咨詢(xún)、產(chǎn)品自帶的用戶(hù)反饋入口等。

②公開(kāi)渠道

比如App Store、微博、應(yīng)用市場(chǎng)（豌豆莢、應(yīng)用寶等）、知乎、貼吧等論壇、qq用戶(hù)群、反饋郵箱等。

渠道三：用戶(hù)調(diào)研

①用戶(hù)訪(fǎng)談

提前準(zhǔn)備好訪(fǎng)談資料，包括但不限于本次訪(fǎng)談目的（目的）、參與訪(fǎng)談的對(duì)象（目標(biāo)用戶(hù)）、訪(fǎng)談內(nèi)容（問(wèn)題）。通過(guò)問(wèn)答形式，獲得用戶(hù)最真實(shí)的感受，收集整理后，進(jìn)一步優(yōu)化產(chǎn)品功能。

②可用性測(cè)試

用戶(hù)在一定場(chǎng)景下對(duì)產(chǎn)品進(jìn)行典型操作，通過(guò)記錄用戶(hù)的操作過(guò)程、習(xí)慣進(jìn)行觀察、記錄，特別注意用戶(hù)使用的偏好、路徑、習(xí)慣等。針對(duì)具體問(wèn)題進(jìn)行改善或解決。

③問(wèn)卷調(diào)查

通過(guò)問(wèn)卷調(diào)查，來(lái)獲取用戶(hù)的喜好和真實(shí)需求。一般需要明確問(wèn)卷主題、提前確定好問(wèn)卷內(nèi)容，然后針對(duì)目標(biāo)用戶(hù)，進(jìn)行問(wèn)卷調(diào)查。

渠道四：競(jìng)品分析

為了挖掘需求，有時(shí)需要研究同類(lèi)產(chǎn)品，針對(duì)不同公司的產(chǎn)品進(jìn)行差異化調(diào)研，進(jìn)一步挖掘出自我產(chǎn)品的突破口和亮點(diǎn)。

渠道五：頭腦風(fēng)暴

頭腦風(fēng)暴，一般不限制崗位（產(chǎn)品經(jīng)理、技術(shù)人員、運(yùn)營(yíng)人員均可參與），采用一種輕松的討論方式，圍繞核心問(wèn)題，各自發(fā)表想法，做好會(huì)議總結(jié)即可。在我個(gè)人的實(shí)際工作中，常見(jiàn)的需求來(lái)源是 4 種，公司內(nèi)部、用戶(hù)反饋、競(jìng)品分析、頭腦風(fēng)暴。

第二：跟需求方溝通，明確迭代需求范圍，以及后續(xù)需求排期。

跟需求方及時(shí)溝通，敲定需求細(xì)節(jié)以及需求范圍。前期細(xì)節(jié)不到位，后續(xù)驗(yàn)收時(shí)很有可能會(huì)出現(xiàn)更多的問(wèn)題。

售前（需求方）：我想要增加一個(gè)數(shù)據(jù)權(quán)限控制的功能，要能支持表級(jí)別和字段級(jí)別的，現(xiàn)有的產(chǎn)品能支持嗎？如果能，功能入口在哪里呢？怎么設(shè)置，如果不支持，大概什么時(shí)候可以完成開(kāi)發(fā)呢？

產(chǎn)品：現(xiàn)在產(chǎn)品功能是有的，但是目前支持「數(shù)據(jù)表」級(jí)別的數(shù)據(jù)權(quán)限控制，針對(duì)「字段」級(jí)別，暫時(shí)不支持。關(guān)于具體設(shè)置入口在哪里XXXX。

售前（需求方）：這隱藏的太深了，我點(diǎn)了3步還沒(méi)看見(jiàn)，一點(diǎn)也不好找，能不能優(yōu)化一下呢，最好換個(gè)圖標(biāo)顏色什么的。

產(chǎn)品：好的。關(guān)于用戶(hù)體驗(yàn)，預(yù)計(jì)下個(gè)迭代（比如時(shí)間范圍：2022年06月01日～2022年06月30日）完成上線(xiàn)，保證用戶(hù)使用體驗(yàn)感知優(yōu)化，關(guān)于「字段」級(jí)別權(quán)限控制，需要等研發(fā)評(píng)估后，我再給您具體反饋。

我們可以從看出一次良好的溝通，能讓雙方達(dá)成共識(shí)，目標(biāo)一致，確保本次需求細(xì)節(jié)和迭代目標(biāo)清晰明朗。

第三：進(jìn)行需求分類(lèi)

需求過(guò)多時(shí)，首先對(duì)需求進(jìn)行分類(lèi)整理。通常我用的分類(lèi)標(biāo)準(zhǔn)分為 3 種，如：新增需求（新功能）、優(yōu)化類(lèi)需求、bug問(wèn)題類(lèi)需求，最重要的是分辨哪些是「?jìng)涡枨蟆?，哪些是「真需求」?/p>

比如：前面舉例中售前人員提到的，「能否換個(gè)圖標(biāo)顏色」這個(gè)需求，我們要去追根溯源，探求需求背后的本質(zhì)，圖標(biāo)顏色重要嗎？重要，但它不是核心，核心是顏色背后的東西：更高的辨識(shí)度（見(jiàn)圖知意），簡(jiǎn)潔明了，一眼就知道代表什么意思。就像是一個(gè)刪除圖標(biāo)按鈕，正常人都會(huì)知道代表「刪除」，假如你把刪除按鈕設(shè)計(jì)成「一朵花的形狀」，也沒(méi)有文字提示，一般人都不會(huì)想到它是「刪除」。

換圖標(biāo)顏色的需求不是本質(zhì)需求，屬于「?jìng)涡枨蟆梗刚嫘枨蟆故翘岣吖δ鼙孀R(shí)度（見(jiàn)圖知意）。偽需求直接標(biāo)記為「暫不開(kāi)發(fā)」，把功能辨識(shí)度優(yōu)化的需求記錄下來(lái)。

而對(duì)于“入口太深，不好找”，他的核心意見(jiàn)是關(guān)于用戶(hù)體驗(yàn)的問(wèn)題，也就是交互邏輯需要優(yōu)化，無(wú)法在短路徑內(nèi)完成閉環(huán)操作，給用戶(hù)操作帶來(lái)不便。這個(gè)需求屬于「優(yōu)化類(lèi)」需求，其價(jià)值是方便用戶(hù)操作，提高效率。能給公司帶來(lái)商業(yè)價(jià)值，或者提升用戶(hù)體驗(yàn)的需求，比如這次的入口優(yōu)化，便于操作的需求就是「真需求」。

最后，溝通確定需求范圍后，針對(duì)有價(jià)值、有意義的需求，進(jìn)行分類(lèi)整理，將收集的合理需求納入需求池，便于后期統(tǒng)一管理。而需求池的管理，更多的重點(diǎn)在于如何確定需求的優(yōu)先級(jí)。

在本文第 3 部分會(huì)具體講解如何構(gòu)建需求池以及如何確定需求優(yōu)先級(jí)。

二、Why：為什么要構(gòu)建需求池？

我們先來(lái)思考以下幾個(gè)問(wèn)題：

• 為什么要有需求池呢？原因是什么？
• 如果沒(méi)有或者管理不當(dāng)，會(huì)有什么后果？

上文案例中關(guān)于「路徑長(zhǎng)短」和「字段級(jí)別控制」這 2 個(gè)需求，如果不解決，可能會(huì)造成 2 種后果：

（1）圖標(biāo)樣式不明顯，售前操作過(guò)程繁瑣，影響成交量；

（2）字段級(jí)別安全性無(wú)法保證，不滿(mǎn)足用戶(hù)對(duì)數(shù)據(jù)安全的要求，無(wú)法獲客；

試想一下，如果這些問(wèn)題都不解決（如：體驗(yàn)優(yōu)化類(lèi)、功能缺失類(lèi)、性能提升類(lèi)問(wèn)題等），產(chǎn)品就無(wú)法在市場(chǎng)上存活，也無(wú)法留住客戶(hù)，自然企業(yè)也就無(wú)法通過(guò)產(chǎn)品盈利。再加上每天接收的需求有很多，來(lái)源不同，類(lèi)型不同，緊急重要程度不同。產(chǎn)品經(jīng)理經(jīng)過(guò)思考輸出后，需要記錄，因?yàn)楣饪看竽X記憶維持時(shí)間很短暫，進(jìn)而可能導(dǎo)致重復(fù)去思考一個(gè)沒(méi)有結(jié)果輸出的需求，造成時(shí)間的浪費(fèi)。

針對(duì)需求過(guò)多的情況，我們采取一種常見(jiàn)的辦法：構(gòu)建需求池。用需求池將思考的成果記錄下來(lái)可以幫助我們避免思考成果信息遺漏，將收到的需求進(jìn)行統(tǒng)一分類(lèi)、統(tǒng)計(jì)、整理、規(guī)劃、設(shè)計(jì)等，讓需求寬進(jìn)嚴(yán)出，以保證開(kāi)發(fā)的需求都是有助于產(chǎn)品發(fā)展的。幫助客戶(hù)解決實(shí)實(shí)在在的問(wèn)題，滿(mǎn)足客戶(hù)需求，提升成單率。

三、How：如何管理產(chǎn)品迭代

（1）如何構(gòu)建需求池

需求池的構(gòu)建，就是把收集到的相關(guān)需求，進(jìn)行分類(lèi)、整理、匯總。構(gòu)建需求池主要分為 4 步：需求收集、需求整理、確定需求優(yōu)先級(jí)、需求反饋。

第一步：需求收集。將問(wèn)題信息進(jìn)行收集：包括產(chǎn)品版本號(hào)、需求類(lèi)型、需求標(biāo)題、需求描述、重要性、緊急性、需求來(lái)源、問(wèn)題提出人、需求來(lái)源、其他特殊要求等信息記錄清楚。

第二步：需求整理。針對(duì)收集到的需求，定期整理分析，判斷問(wèn)題歸屬于bug，還是新需求。如果是bug，指派給測(cè)試人員進(jìn)行復(fù)現(xiàn)；如果是新需求，則整理到需求池中，在整理過(guò)程中，可根據(jù)輕重緩急，利用時(shí)間四象限法則進(jìn)行優(yōu)先級(jí)排序。

第三步：確定需求優(yōu)先級(jí)。需求池形成后，那么如何確定優(yōu)先級(jí)呢？明確需求后，先進(jìn)行判斷，看它重要程度和緊急程度如何，屬于共性問(wèn)題還是個(gè)性問(wèn)題、是「錦上添花」的還是「雪中送炭」、低頻使用還是高頻使用。

1）怎么判斷需求的重要性呢？

需求的重要性判斷依據(jù)：主要跟價(jià)值高低（成本、效率、影響面、商業(yè)化等）、使用頻次的高低有關(guān)。

A. 價(jià)值高低類(lèi)：通過(guò)是否能降本增效的、是否提升產(chǎn)品影響力、是否有助于商業(yè)化、是否影響系統(tǒng)正常運(yùn)行和操作等核心需求，針對(duì)這類(lèi)「雪中送炭」需求，價(jià)值比較高，其重要性：高。

「案例一」

針對(duì)「影響系統(tǒng)正常運(yùn)行和用戶(hù)正常操作」類(lèi)的bug（如：注冊(cè)、登錄功能問(wèn)題），既核心又重要，對(duì)系統(tǒng)影響較大，不解決就會(huì)影響新用戶(hù)注冊(cè)量，這種就屬于「雪中送炭」，重要性高，優(yōu)先級(jí)高。

B. 使用頻次類(lèi)：能增強(qiáng)用戶(hù)體驗(yàn)的需求、提升使用頻次的優(yōu)化類(lèi)需求，針對(duì)這類(lèi)「錦上添花」需求，其重要性：偏低。

「案例二」

針對(duì)「增強(qiáng)用戶(hù)體驗(yàn)」類(lèi)的需求，如支持個(gè)性化更換皮膚需求，這類(lèi)需求受眾影響面較少，對(duì)應(yīng)開(kāi)發(fā)難度大，那就重要性偏低，就屬于「錦上添花」，重要性偏低，優(yōu)先級(jí)中等。

2）怎么判斷緊急程度呢？

圖：時(shí)間四象限法則

最常用的方法有時(shí)間四象限法則、KANO模型等。根據(jù)重要緊急程度，我通常會(huì)選擇時(shí)間四象限來(lái)確定優(yōu)先級(jí)。把要做的事情分成四個(gè)象限：重要緊急 > 重要不緊急 > 緊急不重要 > 不重要不緊急。

下面利用兩個(gè)案例來(lái)分析判斷標(biāo)準(zhǔn)：

「案例一」

由于上線(xiàn)前參數(shù)的失誤，驗(yàn)證碼無(wú)法正常發(fā)送，結(jié)果導(dǎo)致注冊(cè)功能不能正常注冊(cè)，屬于重大事故，這種情況下，會(huì)影響用戶(hù)的注冊(cè)量，這就屬于「重要緊急」的問(wèn)題，優(yōu)先級(jí)最高，必須立即執(zhí)行。

「案例二」

對(duì)文件名稱(chēng)「重命名」的功能，在測(cè)試驗(yàn)收時(shí)，發(fā)現(xiàn)功能不好使，這種問(wèn)題僅影響文件名稱(chēng)的重命名，再結(jié)合日常使用頻率，這就屬于「重要不緊急」，制定計(jì)劃，后續(xù)安排優(yōu)化，然后再上線(xiàn)即可。確定需求的優(yōu)先級(jí)，還跟時(shí)間、重要性、復(fù)雜性、資源有一定的關(guān)系。

第四步：需求反饋。對(duì)第一步的問(wèn)題提交人做需求反饋。

舉個(gè)反饋的例子：

• 針對(duì) bug 類(lèi)需求，若能復(fù)現(xiàn)，告知提交人 bug 解決日期；若不能復(fù)現(xiàn)，則告知提交人問(wèn)題無(wú)法復(fù)現(xiàn)，處于待解決狀態(tài)，后續(xù)再出現(xiàn)，會(huì)進(jìn)行及時(shí)修復(fù)。
• 針對(duì)需求類(lèi)反饋，若需求有效，告知提交人未來(lái)迭代計(jì)劃，該功能預(yù)計(jì)幾月份會(huì)上線(xiàn)；若需求無(wú)效，則告知提交人，未來(lái)暫無(wú)上線(xiàn)規(guī)劃，暫不支持該功能。

3）需求池模版

最后，附上我常用的需求池模版，供大家參考。需求池表格中的字段通常包含需求類(lèi)型、需求狀態(tài)、需求標(biāo)題、需求描述、解決方案、優(yōu)先級(jí)、重要性、緊急性、需求來(lái)源、提出人和提出時(shí)間等。

（2）選好工具，高效管理

為什么說(shuō)我們需要工具來(lái)幫助我們對(duì)需求池進(jìn)行高效管理呢？需求管理這件事本來(lái)就是一件很頭疼的事情，對(duì)于產(chǎn)品經(jīng)理而言，經(jīng)常會(huì)接收特別多、特別雜的需求。就像那些在百度、字節(jié)的產(chǎn)品仍然會(huì)吐槽內(nèi)部管理混亂，就是因?yàn)楫a(chǎn)品團(tuán)隊(duì)會(huì)莫名其妙接收很多需求，特別是那些從天而降的需求。

在資源有限的情況下，用合適的工具就顯得極其重要，工具會(huì)大大提升資源利用率和項(xiàng)目排期。光靠單一工具，內(nèi)容較多時(shí)，就顯得效率比較低，為了提升需求管理效率和迭代推進(jìn)的問(wèn)題，我都是用Excel + TAPD混合使用來(lái)進(jìn)行需求池管理的，通過(guò)工具和模版，減少溝通成本。

• Excel 來(lái)管理年度需求規(guī)劃和復(fù)盤(pán)總結(jié)，包括需求重要性?xún)?yōu)先、級(jí)排序以及問(wèn)題跟蹤等；
• 對(duì)于TAPD而言，能通過(guò)看板、在線(xiàn)文檔、敏捷需求規(guī)劃、需求狀態(tài)、迭代計(jì)劃&跟蹤、甘特圖、任務(wù)完成度、bug統(tǒng)計(jì)情況等信息，使產(chǎn)品迭代進(jìn)度更便捷和透明化。我最常用的就是看板、在線(xiàn)文檔、需求規(guī)劃和迭代計(jì)劃，特別是在線(xiàn)文檔功能，對(duì)于有協(xié)同需求的人來(lái)說(shuō)，統(tǒng)一模版效率更高，簡(jiǎn)直不要太好用了。

以上，就是我在產(chǎn)品迭代中，需求池管理的工具分享，關(guān)于一些 Excel 的簡(jiǎn)單技巧，有興趣的可以去深入了解和學(xué)習(xí)一下，比如條件格式、篩選、單元格有效性、單元格鎖定、隱藏等，可以讓表格管理起來(lái)輕松一點(diǎn)，看起來(lái)也美觀一點(diǎn)。當(dāng)然，市面上常用的工具還有語(yǔ)雀、禪道、OneNote等、大家可以根據(jù)自己愛(ài)好以及公司的情況，選擇適合的就好。

寫(xiě)在最后

通過(guò)一次產(chǎn)品迭代，我升級(jí)了管理產(chǎn)品迭代的方法，引出了我個(gè)人的一系列思考。通過(guò)（What->Why->How）三步：主要分為痛點(diǎn)羅列、為什么需要需求池，以及如何構(gòu)建需求池及管理需求池這3個(gè)部分進(jìn)行復(fù)盤(pán)總結(jié)。

1. What：產(chǎn)品迭代中有哪些痛點(diǎn)（時(shí)間不夠、需求過(guò)多等）
2. Why：為什么要構(gòu)建需求池，原因是什么
3. How：如何構(gòu)建需求池、管理需求池

好的產(chǎn)品都是在不斷迭代中誕生，而我們個(gè)人和產(chǎn)品一樣也需要一次又一次的迭代，在迭代中進(jìn)步，在迭代中優(yōu)化，在迭代中成長(zhǎng)。希望這篇文章能幫助到你，感謝閱讀。

作者：吳三非，微信公眾號(hào)：吳三非

原文鏈接：https://mp.weixin.qq.com/s/Jixn6rVvDxMotwxai2C2ug

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

題圖來(lái)自pixabay，基于CC0協(xié)議。