相信图柏，每一位PM都遇到過這樣的場景：需求變更序六，甚至是同一個需求反復(fù)變更，此時如何與開發(fā)溝通蚤吹，如何反復(fù)推動開發(fā)協(xié)助變更例诀？
我經(jīng)歷了兩次，第一次是和其他BU合作裁着，引流到自己的產(chǎn)品繁涂，即提供一個鏈接給對方，在截止APP封包的前一天二驰，突然告知對方扔罪，我方APP的鏈接將失效，臨時
請對方用hybrid的鏈接代替桶雀，但到晚上時矿酵，我方經(jīng)過多方協(xié)助，APP鏈接將再保持一個版本矗积，為了有更好的用戶體驗全肮，又請對方將鏈接換回。第二個經(jīng)歷棘捣，
是一個浮層文案辜腺，開發(fā)將版本發(fā)布到測試版本后，再次接到業(yè)務(wù)人員的通知乍恐，考慮到文案存在一定誤導(dǎo)评疗，從而再次更改文案，重新發(fā)布禁熏。
以上兩個案例壤巷，雖然最終是自己各種賣萌邑彪，加上各種“軟硬皆施”手段瞧毙，才得以成功推動需求的實現(xiàn)。事后仔細想想，其中存在一些方法可以借鑒：
（1）面對需求變更宙彪，首先非常誠懇的承認錯誤矩动，即便變更不是自己造成，比如外在原因释漆，如老板悲没，業(yè)務(wù)，市場變化等男图。但實際上還是產(chǎn)品經(jīng)理沒有對需求理解透徹示姿，否則可以提前發(fā)現(xiàn)問題，不用等到需求進入開發(fā)時再變更逊笆。
（2）需求變更栈戳，有時是無法避免。此時难裆，需要向開發(fā)說明以下幾點內(nèi)容：
A.重述產(chǎn)品目標子檀，首先闡述需求變更是為了的實現(xiàn)產(chǎn)品目標，這也是整個團隊的努力方向乃戈。
B.解釋為何之前的方案失效褂痰，并說明新方案如何更有效以及得出新方案的邏輯。開發(fā)會樂意做有原因症虑、有價值的事情缩歪。
（3）畢竟因為PM的失誤，導(dǎo)致開發(fā)的返工谍憔，因此還是應(yīng)該準備點水果或下午茶彌補下驶冒，同時也是做為友好和諧的合作基礎(chǔ)。
（4）和開發(fā)成為朋友韵卤，這點容易忽略骗污，但的確很重要。原因是和開發(fā)成為朋友沈条，一些小的改動需忿，可以作為朋友，順手帶上屋厘。反之，若關(guān)系不好月而，每次都是請求幫忙汗洒，開發(fā)心理也會滿滿累加排斥感。與此同時父款，作為朋友溢谤，PM可以在其他方面給予開發(fā)一些幫助瞻凤。對生活，工作都是有利的世杀。
總結(jié)阀参，雖然遇到需求變更時，可以借鑒上述介紹的方法瞻坝，但PM終究需要對需求變更負責(zé)蛛壳，那么最好的策略是更加努力、更加全面的思考每一個需求并預(yù)想可能的結(jié)果所刀，永遠多想一步衙荐。
