作者/Jeff 編輯/儒商詩人
來源于：人人都是產(chǎn)品經(jīng)理
作者：Jeff 姐夫
全文共 6209 字害捕，閱讀需要 13 分鐘
/ BEGIN /
我負(fù)責(zé)的產(chǎn)品線是一個(gè)服務(wù)流程化的系統(tǒng)，主要是用于在銷售完成售后之后闷畸，讓服務(wù)人員通過系統(tǒng)流程化的為用戶提供服務(wù)尝盼，處理業(yè)務(wù)。
這個(gè)系統(tǒng)包含兩部分：一部分是內(nèi)部服務(wù)人員使用的工單系統(tǒng)佑菩，一部分面向用戶的H5頁面——可以大致歸類為一個(gè)To?B的產(chǎn)品盾沫。
公司原有的工單系統(tǒng)由于是定位于SAAS系統(tǒng)，希望提供給行業(yè)一個(gè)通用的解決方案殿漠，然后最終發(fā)現(xiàn)并不能銷售出去赴精。
因此我接手這條產(chǎn)品線的第一個(gè)大版本就是：對(duì)整個(gè)工單系統(tǒng)進(jìn)行的重構(gòu)。
這個(gè)版本從今年四月份開始設(shè)計(jì)绞幌，到最近終于要準(zhǔn)備上線蕾哟。
5個(gè)多月期間，我經(jīng)歷了一個(gè)完成的產(chǎn)品周期莲蜘，自己也從單純?cè)O(shè)計(jì)頁面谭确，漸漸成長(zhǎng)為可以慢慢提出自己的一些想法并推動(dòng)實(shí)施的人。
雖然版本成功上線了票渠，但由于其中走過非常多的彎路逐哈，導(dǎo)致開發(fā)與我們產(chǎn)品都是非常的疲憊。
因此我稱之為一次“失敗”的迭代问顷。
成功固然可喜昂秃，但失敗卻十分寶貴禀梳。
通過這次失敗，我踩了基本上一個(gè)剛?cè)腴T的產(chǎn)品經(jīng)理都會(huì)踩的坑肠骆。因此算途。我在此做一次復(fù)盤，希望大家引以為戒哗戈。
迭代后的復(fù)盤
一郊艘、溝通
作為一個(gè)產(chǎn)品經(jīng)理，溝通是一個(gè)非常重要與關(guān)鍵的技能唯咬。不管是需求的獲取纱注、方案的討論以及最終的執(zhí)行，都極度依賴于產(chǎn)品經(jīng)理的溝通能力胆胰。
關(guān)于溝通狞贱，我將分別用三個(gè)產(chǎn)品經(jīng)理工作中最常溝通的角色來依次說明我踩到坑與解決的方法。
1.1 需求方——天坑1：需求傳話筒
作為一個(gè)主要面向內(nèi)部用戶的產(chǎn)品蜀涨，產(chǎn)品主要的需求方就是公司的服務(wù)人員瞎嬉。剛開始我很欣喜的發(fā)現(xiàn)需求方給過來的需求是如此的“明確”，甚至自帶“解決方案”厚柳。
相較于普通的To C產(chǎn)品氧枣，一天到晚做用戶調(diào)研，揣摩用戶心理别垮，然后提取需求——這種內(nèi)部產(chǎn)品的需求溝通與獲取看似如此之“簡(jiǎn)單”便监，作為產(chǎn)品經(jīng)理只要畫畫原型，然后推動(dòng)方案實(shí)現(xiàn)就好碳想。
因此一開始我就抱著這種想法烧董，一接到服務(wù)人員的需求，馬上去實(shí)現(xiàn)胧奔，充分體現(xiàn)了年輕人的“朝氣”與“活力”逊移，直到有一次我踩到了下面的坑：
一次，服務(wù)人員反饋過來說龙填，我們H5頁面的提示不夠詳細(xì)胳泉，他們每個(gè)服務(wù)訂單都需要在微信上跟用戶解釋與提示很多東西，希望能在H5中增加更多的提示語岩遗，同時(shí)把需求提示的地方胶背，時(shí)機(jī)與文案都給了過來。
面對(duì)如此之“明確”需求喘先，我當(dāng)然是馬上開干，拉著設(shè)計(jì)馬上設(shè)計(jì)出提示語展現(xiàn)的樣式廷粒，然后推動(dòng)開發(fā)進(jìn)入開發(fā)窘拯。由于只是提示語的修改红且，沒多久版本就上線了。
一段時(shí)間之后涤姊，與服務(wù)人員一次無意中的溝通發(fā)現(xiàn)暇番，他們的與客戶微信溝通并沒有因?yàn)樘崾菊Z的上線而減少。
1.2 開發(fā)——天坑2：產(chǎn)品該不該懂技術(shù)
關(guān)于產(chǎn)品該不該懂技術(shù)思喊，不同人有不同的看法壁酬，主要分為兩種看法：
產(chǎn)品經(jīng)理不要懂技術(shù)，過多的思考技術(shù)的實(shí)現(xiàn)會(huì)局限產(chǎn)品的創(chuàng)意恨课；
產(chǎn)品經(jīng)理應(yīng)該懂點(diǎn)技術(shù)舆乔，這樣設(shè)計(jì)的產(chǎn)品不至于飄在空中，不能實(shí)現(xiàn)剂公。
在做產(chǎn)品之前希俩，我寫過一段時(shí)間的代碼（幾個(gè)月的網(wǎng)頁前端）；同時(shí)由于是產(chǎn)品重構(gòu)纲辽，是大版本颜武，作為一個(gè)產(chǎn)品新人，我在前期設(shè)計(jì)的時(shí)候充分發(fā)揮了“不怕苦拖吼，不怕累”的精神鳞上，兢兢業(yè)業(yè)、勤勤懇懇的設(shè)計(jì)完了產(chǎn)品的每一個(gè)細(xì)節(jié)吊档，恨不得把一天掰成兩天篙议，也因此為了趕時(shí)間，我沒有與開發(fā)做任何溝通籍铁。
最終到需求評(píng)審會(huì)議上涡上，見識(shí)了一回什么叫刀光劍影：當(dāng)我講解完我的方案時(shí)，開發(fā)馬上來一句：這個(gè)基于我們現(xiàn)有的工期安排與技術(shù)架構(gòu)拒名，是無法實(shí)現(xiàn)的吩愧。
結(jié)果，在過完第一次評(píng)審之后增显，我把設(shè)計(jì)方案做了大幅度的調(diào)整雁佳，甚至要去修改整個(gè)方案最底層的流程邏輯。
但是由于馬上要第二次評(píng)審同云，服務(wù)重新梳理整個(gè)流程糖权，因此，只能基于原有的方案強(qiáng)行修改炸站，導(dǎo)致最終方案雖然可以走完整個(gè)流程星澳，但是在某些環(huán)節(jié)的銜接上出現(xiàn)“畸形”。
1.3 測(cè)試——天坑3：異常情況處理
作為一個(gè)產(chǎn)品新人旱易，方案設(shè)計(jì)的時(shí)候禁偎，最難的不是滿足主流業(yè)務(wù)場(chǎng)景的需求腿堤，最難的是去思考各種異常情況與解決方案。
一個(gè)人肯定是存在思維慣性與思維盲區(qū)的如暖。但正是這種慣性與盲區(qū)常常造成產(chǎn)品的各種各種BUG笆檀。
同時(shí)有些極其特殊的異常情況，有時(shí)候我們可能已經(jīng)想到了盒至，但是覺得實(shí)際使用時(shí)不會(huì)出現(xiàn)酗洒，因此沒有出相對(duì)應(yīng)的解決方案，結(jié)果到測(cè)試時(shí)會(huì)被測(cè)試各種嫌棄（當(dāng)然枷遂，被QA在測(cè)試過程中檢測(cè)出來已經(jīng)是非常幸運(yùn)了樱衷，如果是老板或者用戶提出這個(gè)問題那才是真正的嚴(yán)重）。
我們這次版本中登淘，有一個(gè)頁面在邏輯層面做了限制箫老，只允許同時(shí)只有一個(gè)人進(jìn)入該頁面；該頁面中有個(gè)按鈕點(diǎn)擊之后會(huì)觸發(fā)業(yè)務(wù)流程的流轉(zhuǎn)黔州，同時(shí)跳出該頁面耍鬓。
QA在測(cè)試的過程中，一人同時(shí)打開兩個(gè)該頁面（本產(chǎn)品是web產(chǎn)品流妻，該頁面只限制只用同時(shí)有一個(gè)人打開該頁面牲蜀，但沒限制一個(gè)人大概多個(gè)該頁面），在一個(gè)頁面點(diǎn)擊的觸發(fā)流程的按鈕绅这，然后在另一個(gè)頁面再次點(diǎn)擊該按鈕涣达，然后就出現(xiàn)了BUG。
理論上证薇，這種BUG度苔，在用戶實(shí)際使用過程中是不太會(huì)出現(xiàn)的，但是一旦出現(xiàn)浑度，就會(huì)降低用戶的產(chǎn)品體驗(yàn)寇窑。
但是從另一個(gè)角度來講，這種異常流程的處理會(huì)消耗大量的開發(fā)資源箩张，當(dāng)這種異常流程處理提給了開發(fā)甩骏，開發(fā)會(huì)覺得你特別的“事兒”（我本來不知道這個(gè)詞的，但是最近經(jīng)常被開發(fā)用這個(gè)詞說指摘先慷，然而我到現(xiàn)在還是不太能準(zhǔn)確理解這個(gè)詞是什么意思）
二饮笛、方案設(shè)計(jì)
作為一個(gè)產(chǎn)品新人，接到這個(gè)版本任務(wù)時(shí)论熙，十分興奮福青。
新人常常有一個(gè)毛病，就是拼命壓榨自己的時(shí)間，提高效率无午，巴不得馬上就能完成設(shè)計(jì)二蓝，快速出成績(jī)。
但這為我的整個(gè)方案設(shè)計(jì)埋下了很多問題指厌。
首先是設(shè)計(jì)全局性的問題。
本次產(chǎn)品重構(gòu)的過程中踊跟，與非常多的列表頁踩验，并且列表的字段也有很多重復(fù)的地方，然而我設(shè)計(jì)的時(shí)候直接就是憑感覺來安排每個(gè)頁面每個(gè)字段的前后順序商玫，最終原型提交到UI手中的時(shí)候箕憾，UI不得不花時(shí)間，重新整理各個(gè)字段的前后順序拳昌，保持所有頁面的統(tǒng)一袭异。
第二點(diǎn)是設(shè)計(jì)通用性與可擴(kuò)展性的問題。我們本次設(shè)計(jì)工單系統(tǒng)的時(shí)候炬藤，我們把訂單與工單在設(shè)計(jì)時(shí)看做一體御铃，做了嚴(yán)格的一對(duì)一強(qiáng)耦合的關(guān)系。
結(jié)果出現(xiàn)了當(dāng)服務(wù)人員需要關(guān)閉工單的時(shí)候沈矿，把原本不需要關(guān)閉的訂單也必須一起關(guān)閉才行上真。
本版本也不支持一個(gè)用戶一筆訂單中購買多個(gè)服務(wù)的場(chǎng)景。為了解決這個(gè)問題羹膳，我們有不得不重新梳理訂單與工單的關(guān)系睡互，在今后的版本中將兩者解耦。
第三點(diǎn)是設(shè)計(jì)的完美性陵像。作為一個(gè)處女座的產(chǎn)品就珠，相信很多新人會(huì)跟我一樣，對(duì)自己的設(shè)計(jì)會(huì)追求完美醒颖，力爭(zhēng)覆蓋所有的用戶場(chǎng)景妻怎，幫用戶盡可能的解決所有問題，讓用戶用到我們產(chǎn)品的時(shí)候图贸，會(huì)有一種驚喜的感覺蹂季。
在本次工單系統(tǒng)的設(shè)計(jì)方案中，我這很多流程環(huán)節(jié)疏日，設(shè)置了一些在特定條件下偿洁，不需要服務(wù)人員手動(dòng)去觸發(fā)流程，而是系統(tǒng)根據(jù)一定條件沟优，進(jìn)行自動(dòng)的流轉(zhuǎn)涕滋。
當(dāng)這個(gè)方案提交給開發(fā)的時(shí)候，遭遇到了很大的抵觸：因?yàn)槊糠N設(shè)計(jì)背后都必然會(huì)對(duì)應(yīng)著開發(fā)成本挠阁，我們的開發(fā)認(rèn)為這些開發(fā)成本極高宾肺，相較于對(duì)服務(wù)人員的效率提升來說是得不償失溯饵，我們應(yīng)該把這些開發(fā)精力放在解決主要矛盾上。因此這些自動(dòng)流轉(zhuǎn)的功能在最終需求評(píng)審的時(shí)候被砍掉锨用。
三丰刊、最終執(zhí)行
在經(jīng)過千辛萬苦的需求收集與方案評(píng)審之后，終于進(jìn)入了開發(fā)階段增拥，然而此時(shí)才是萬里長(zhǎng)征第一步啄巧。
3.1 需求變更
雖然需求變更是萬惡之源。然而在實(shí)際的開發(fā)掌栅，難免會(huì)出現(xiàn)需求的變更秩仆。
這來自于兩方面：
開發(fā)在開發(fā)過程中發(fā)現(xiàn)實(shí)際的開發(fā)難度大于原先所設(shè)想的難度，要求砍需求或者變更需求猾封；
我們產(chǎn)品自身在這過程中澄耍，發(fā)送我們?cè)瓉硇枨蟠嬖诼┒吹模枰晟婆c變更晌缘。
不管來自于哪方面齐莲，最終的結(jié)果都是需要變更需求。
本次迭代有一個(gè)流程環(huán)節(jié)是通過數(shù)量來控制狀態(tài)的流轉(zhuǎn)：需要達(dá)到一定數(shù)量才會(huì)發(fā)生流轉(zhuǎn)枚钓，而之前的系統(tǒng)是數(shù)量一發(fā)生變化狀態(tài)就流轉(zhuǎn)铅搓。同時(shí)，我們每一個(gè)列表頁對(duì)應(yīng)著訂單一個(gè)狀態(tài)搀捷。
在開發(fā)這個(gè)功能的時(shí)候星掰，我們的后端工程師發(fā)現(xiàn)這個(gè)狀態(tài)的流轉(zhuǎn)控制，開發(fā)的成本遠(yuǎn)大于原先預(yù)想嫩舟，因此要求變更需求氢烘。經(jīng)過一個(gè)多小時(shí)的討論，我們最近決定把狀態(tài)流轉(zhuǎn)的條件跟以前保持一致家厌，但是在一個(gè)列表頁中同時(shí)承載這兩個(gè)狀態(tài)播玖。
3.2 消息同步
另外一點(diǎn)，前期設(shè)計(jì)的時(shí)候饭于，需求變更頻繁蜀踏。而當(dāng)時(shí)為了趕進(jìn)度，產(chǎn)品需求設(shè)計(jì)與UI設(shè)計(jì)處于半并行的狀態(tài)掰吕。而我與與UI又沒有保持及時(shí)的溝通果覆，UI照著老的需求來設(shè)計(jì)。
因此最終輸出給開發(fā)UI稿殖熟，開發(fā)實(shí)際開發(fā)的時(shí)候發(fā)現(xiàn)局待，UI稿上的文案與最終需求文檔存在較大出入，開發(fā)不得不兩邊來回對(duì)照，耗費(fèi)大量時(shí)間钳榨。
3.3 新人與需求的完善度
第三點(diǎn)是舰罚，本次版本開發(fā)過程，中途加入了兩個(gè)新入職的開發(fā)與一個(gè)測(cè)試薛耻。
在設(shè)計(jì)之初時(shí)营罢，由于開發(fā)都是一直是在做工單系統(tǒng)。因此有些需已有的功能饼齿，在描述時(shí)沒有十分的詳細(xì)愤钾。常常描述為：“與現(xiàn)有保持一致”。
然而當(dāng)新人加入之后候醒，由于對(duì)之前版本不了解睹晒，開發(fā)時(shí)只能憑借自己的感覺去開發(fā)蛾狗。到最終測(cè)試的時(shí)候發(fā)現(xiàn)，很多原有的功能與交互出現(xiàn)了問題抖韩，最終又花了大量的實(shí)際去修改败玉。
失敗后的反思
一敌土、溝通
1.1 與需求方溝通
在運(yùn)營或者其他公司內(nèi)部人員溝通需求時(shí)，他們經(jīng)常會(huì)根據(jù)他們當(dāng)前業(yè)務(wù)遇到的問題运翼，直接向我們產(chǎn)品提出一些十分明確的需求返干。
但由于他們不是專業(yè)的產(chǎn)品，而且業(yè)務(wù)人員往往容易陷入在具體的業(yè)務(wù)中血淌，導(dǎo)致他們提出的一些需求只能解決片面的或者當(dāng)前業(yè)務(wù)中一小部分的問題矩欠，而不能通盤去考慮最優(yōu)的方案。
因此在與業(yè)務(wù)人員溝通需求時(shí)悠夯，我們可以使用“5個(gè)Why”的方法：就是對(duì)于一個(gè)事情癌淮，連著追問5個(gè)為什么（當(dāng)然，5只是一個(gè)通常的數(shù)量沦补，需要根據(jù)實(shí)際情況進(jìn)行增減）
例如乳蓄，有個(gè)人跟你說,他需要你給他造一把錘子。當(dāng)你接收到這個(gè)需求時(shí)夕膀，按照5個(gè)Why的方法追問他：
Q：你為什么要一把錘子虚倒？
A：我需要在墻上釘一個(gè)釘子。（第一層）
Q：為什么要在墻上釘一個(gè)釘子产舞？
A：因?yàn)槲乙趬ι蠏煲环嫽臧隆＃ǖ诙樱?/p>
Q：為什么需要在墻上掛一幅畫？
A：因?yàn)槲业姆块g太單調(diào)了庞瘸。（第三層）
Q：為什么會(huì)覺得房間太單調(diào)了捧弃？
A：因?yàn)槲遗笥巡幌矚g我的房間。（第四層）
Q：為什么你女朋友不喜歡你的房間？
A：因?yàn)樗X得這個(gè)房間沒有家的感覺违霞。（第五層）
你看當(dāng)我們連著追問5個(gè)為什么之后嘴办，我們就會(huì)發(fā)現(xiàn)：錘子只是問題的表象。
問題的根源是：他的女朋友沒有家的感覺买鸽。
因此我們最應(yīng)該解決的是：讓他女朋友有個(gè)家的感覺涧郊，而不是簡(jiǎn)單的給他一把錘子。
當(dāng)然上述的例子眼五，在實(shí)際的工作中妆艘，有些時(shí)候由于資源限制（人力，時(shí)間看幼，成本批旺，公司方向等），我們可能無法直接解決第五層的問題诵姜，當(dāng)時(shí)當(dāng)你了解到第五層原因時(shí)汽煮，會(huì)對(duì)你理解與解決前幾層的問題有非常大幫助：可以幫助你精確的定位問題與問題的邊界，同時(shí)也會(huì)讓你更加理解這個(gè)需求發(fā)送的場(chǎng)景棚唆。
1.2 與開發(fā)溝通
產(chǎn)品需不需要懂技術(shù)暇赤，業(yè)界一直爭(zhēng)論，沒有定論宵凌，我只是根據(jù)我個(gè)人的實(shí)際情況與經(jīng)驗(yàn)總結(jié)：產(chǎn)品可以不動(dòng)技術(shù)鞋囊，甚至在設(shè)計(jì)初期可以完全不用考慮技術(shù)實(shí)現(xiàn)；但是當(dāng)你想把一個(gè)想法準(zhǔn)備落地時(shí)瞎惫，最好先與開發(fā)進(jìn)行溝通溜腐，了解下方案的技術(shù)成本。
當(dāng)與開發(fā)溝通時(shí)瓜喇，最好不要直接問開發(fā)一個(gè)東西能不能實(shí)現(xiàn)逗扒。
如果你這樣問只會(huì)有兩個(gè)結(jié)果：一個(gè)是技術(shù)萬能，啥都可以做欠橘；一個(gè)是當(dāng)前技術(shù)架構(gòu)不支持矩肩，不能做。
當(dāng)與開發(fā)溝通時(shí)肃续，你最好把我們當(dāng)前用戶遇到問題與對(duì)這個(gè)問題的思考先告知開發(fā)黍檩。讓他知道我們?yōu)槭裁匆O(shè)計(jì)這樣的方案。
同時(shí)始锚，如果可以刽酱，準(zhǔn)備多個(gè)方案與開發(fā)進(jìn)行溝通，讓他們從技術(shù)角度選擇一個(gè)最友好的方案瞧捌。
你會(huì)發(fā)現(xiàn)當(dāng)你做到以上這兩點(diǎn)棵里，有時(shí)開發(fā)不僅不會(huì)來反對(duì)一些技術(shù)成本大的方案润文，反倒他會(huì)從技術(shù)角度給你提出一些你沒有想到的方案。
1.3 與測(cè)試溝通
測(cè)試經(jīng)常會(huì)提出很多異常流程的處理問題殿怜，這種異常流程包含兩種：一是我們?cè)O(shè)計(jì)之初就沒有考慮到的異常流程典蝌；一個(gè)是實(shí)際運(yùn)用中不可能觸發(fā)異常流程或者極小觸發(fā)的異常流程。
作為一個(gè)測(cè)試头谜，他的本職工作是找出產(chǎn)品設(shè)計(jì)或者開發(fā)中的問題骏掀，至于解不解決我們產(chǎn)品應(yīng)該根據(jù)實(shí)際情況進(jìn)行權(quán)衡：
對(duì)于前一種異常流程，沒啥好解釋的柱告，趕緊認(rèn)錯(cuò)截驮，修改需求，完善異常流程的處理际度；
對(duì)于后一種異常流程葵袭，我的建議是跟開發(fā)溝通下覆蓋成本，如果成本極大那就放過這些異常情況（僅針對(duì)內(nèi)部工具而言乖菱，TO C的產(chǎn)品最好做到盡善盡美）眶熬。
與測(cè)試溝通時(shí)，注意盡量不要說：你這個(gè)問題不是問題（提出的BUG不是BUG块请，提出的異常流程不是異常流程）。當(dāng)你這么說的時(shí)候拳缠，作為一個(gè)測(cè)試會(huì)很容易覺得你在否定他的工作墩新。
當(dāng)他提出一個(gè)異常流程而你覺得不需要去覆蓋時(shí)，你可以說：恩窟坐，這個(gè)流程是會(huì)出現(xiàn)你說的這種異常海渊，但是我覺得XXXX，所以我覺得可以不要去覆蓋哲鸳。一般來說臣疑，只要你的理由合理，測(cè)試是不會(huì)來跟你糾結(jié)的徙菠。
二讯沈、設(shè)計(jì)
2.1 異常流程
產(chǎn)品設(shè)計(jì)使我們作為一個(gè)產(chǎn)品的本職工作與技能。
作為一個(gè)產(chǎn)品新人（包括我自己）婿奔，常常有一個(gè)毛踩焙荨：想快速的完成任務(wù)，快速的出成績(jī)萍摊，得到別人的認(rèn)同挤茄。
這種著急的心態(tài)，常常導(dǎo)致我們做產(chǎn)品設(shè)計(jì)時(shí)會(huì)陷入正常的業(yè)務(wù)流程中冰木，而沒有考慮異常流程的處理穷劈。
關(guān)于異常流程的處理笼恰，有一個(gè)七字真言在實(shí)際的工作中，十分的實(shí)用：增刪改查顯算傳歇终。
增刪改很好理解：就是當(dāng)數(shù)據(jù)增加社证、刪除、修改時(shí)頁面會(huì)出現(xiàn)什么情況练湿；查就是怎么獲取數(shù)據(jù)猴仑，這包括篩選，搜索肥哎，排序辽俗；顯的意思是數(shù)據(jù)該怎么顯示，算是頁面內(nèi)的數(shù)值是怎么得到的篡诽，怎么計(jì)算的崖飘；傳是各種各樣數(shù)據(jù)是怎么傳輸?shù)模瑢?shí)時(shí)還是非實(shí)時(shí)杈女，哪些需要提交服務(wù)器或者從服務(wù)器獲取等等朱浴。
2.2 全局性
在我們公司，有KPI的評(píng)級(jí)體系：當(dāng)你把本職工作做到最好达椰，只能得到B翰蠢；只有當(dāng)你對(duì)你的工作提出更好的改進(jìn)方案并實(shí)施時(shí)，才能拿到A啰劲。
回到我們?cè)O(shè)計(jì)中來梁沧，我們接到一個(gè)需要，把他盡善盡美的完成蝇裤，按照上述的評(píng)價(jià)標(biāo)準(zhǔn)廷支，你最好只能是個(gè)B。
那怎么拿到A呢栓辜？那就是產(chǎn)品設(shè)計(jì)的時(shí)候恋拍，不止考慮到當(dāng)前的需求，更高考慮整個(gè)業(yè)務(wù)流程與業(yè)務(wù)的發(fā)展藕甩。設(shè)計(jì)產(chǎn)品的時(shí)候充分考慮全局性施敢，通用性與可擴(kuò)展性。
要考慮到這個(gè)層次狭莱，首先要要求你本身對(duì)你所負(fù)責(zé)對(duì)接的業(yè)務(wù)流程十分熟悉悯姊，甚至熟悉程度超過該業(yè)務(wù)的業(yè)務(wù)人員。
同時(shí)在開始設(shè)計(jì)之初贩毕，先不要去考慮具體細(xì)節(jié)與流程悯许，而是去考慮這個(gè)需求影響到現(xiàn)在的幾個(gè)業(yè)務(wù)模塊，這些業(yè)務(wù)模塊與本需求需要修改的模塊之間是怎樣的關(guān)系辉阶，有哪些影響先壕。
在大體設(shè)計(jì)完成之后瘩扼，再去思考，本次設(shè)計(jì)方案與哪些模塊發(fā)生了關(guān)系垃僚，如果關(guān)聯(lián)模塊發(fā)生的改變集绰，本模塊該怎么處理。
簡(jiǎn)單來說就是谆棺，需要時(shí)常跳出具體需求栽燕，把整個(gè)產(chǎn)品作為一體來考慮方案。
三改淑、執(zhí)行
3.1 需求變更
不管前期需求設(shè)計(jì)的多么完善碍岔，實(shí)際開發(fā)中難免會(huì)出現(xiàn)需求變更。引起需求變更的原因主要有兩種：
開發(fā)在開發(fā)過程中發(fā)現(xiàn)實(shí)際的開發(fā)難度大于原先所設(shè)想的難度朵夏，要求砍需求或者變更需求蔼啦；
我們產(chǎn)品自身在這過程中，發(fā)現(xiàn)我們?cè)瓉硇枨蟠嬖诼┒吹难霾枰晟婆c變更捏肢。
關(guān)于前一種需求變更，我們需要與開發(fā)討論是否有更方便饥侵，但不會(huì)影響最終效果的方案來解決這個(gè)需求鸵赫，如果由那我們可以去變更需求；若沒有躏升，那作為產(chǎn)品我們應(yīng)該說出可以說服開發(fā)去心甘情愿大費(fèi)周章去開發(fā)的理由辩棒，同時(shí)也需要考慮到項(xiàng)目可能延期帶來的后果。
關(guān)于后一種需求煮甥，我們變更時(shí)，先去與開發(fā)溝通藕赞，承認(rèn)問題成肘，希望開發(fā)能接受這個(gè)變更。
同時(shí)不管哪種原因變更了需求斧蜕，最好做到以下兩點(diǎn)：
變更完需求双霍，告知整個(gè)項(xiàng)目組，包括測(cè)試批销，開發(fā)洒闸，設(shè)計(jì)等；
變更完需求均芽，記錄下變更情況丘逸，包括變更內(nèi)容，變更原因掀宋，變更時(shí)間深纲，變更人仲锄。
3.2 需求完善度
當(dāng)我們對(duì)某一頁面的細(xì)節(jié)做了些許變更，其他沒有變更時(shí)湃鹊。描述清楚變更點(diǎn)后儒喊，可以寫其他與現(xiàn)狀保持一致。但是別忘了吧這個(gè)頁面之前的需求地址給出了币呵，方便新人對(duì)這個(gè)頁面不熟悉時(shí)怀愧，也可以找到這個(gè)頁面詳細(xì)的需求描述。
四余赢、總結(jié)
這是我對(duì)我第一次產(chǎn)品迭代的復(fù)盤與思考芯义。希望對(duì)大家有所啟發(fā)。
做了一段時(shí)間的產(chǎn)品經(jīng)理没佑，我慢慢發(fā)現(xiàn)：作為一個(gè)產(chǎn)品經(jīng)理毕贼，本質(zhì)上是一個(gè)資源的協(xié)調(diào)者——我們需要做的是在公司有限的資源下，盡可能的滿足業(yè)務(wù)的發(fā)展需求蛤奢。
換句話說：產(chǎn)品經(jīng)理是用來解決“社會(huì)主義初期的主要矛盾”：業(yè)務(wù)日益增長(zhǎng)的需求同匱乏的公司資源之間的矛盾鬼癣。
因此作為一個(gè)產(chǎn)品經(jīng)理，需要鍛煉與發(fā)展的也就是資源協(xié)調(diào)的能力：這包括協(xié)調(diào)溝通能力與抽象提煉重組的能力啤贩。
