我：對了宠漩，那個柜蜈，有個地方可能要改一下...
工程師：你看著我的眼睛仗谆！
我：...
我：我有一個好消息和一個壞消息指巡，你想先聽哪個？
工程師：我不聽我不聽我不聽
我：...
我：誒隶垮，跟你商量一下厌处，有個地方換個方式話，以后你維護起來會不會更簡單...
工程師：噢岁疼？站起來說阔涉。
上面是與我司工程師の日常，當然稍有夸張捷绒，不要在意這些細節(jié)瑰排。我們來說正題。
真實情況下暖侨，要是新入行的研發(fā)盆友椭住，遇上剛畢業(yè)的小白PM，不會那么琴瑟和鳴字逗，更多是一場場撕X大戰(zhàn)京郑。改需求，已經(jīng)成為一個老梗葫掉，（PM）常常被大家吐槽些举，資深（被虐太多的）工程師對改需求早已見怪不怪。但哪怕是做了幾年下來俭厚，臉皮已經(jīng)厚可敵國的我户魏，遇到需求要改，也常常是如履薄冰挪挤。
今天先不說怎么避免改需求叼丑，既然已經(jīng)要改了，怎么才能優(yōu)雅地改扛门，尤其對產(chǎn)品經(jīng)理同學(xué)來說鸠信，這個「姿勢」很重要。
1.改設(shè)計
設(shè)計是最容易發(fā)生頻繁改動的地方论寨，尤其對于產(chǎn)品架構(gòu)形態(tài)還不穩(wěn)定的產(chǎn)品星立，不停的嘗試最佳效果方案，或因各方「反饋」吐槽政基，頂不住壓力贞铣，或因老板喜好、大手一揮沮明，就改改改了，因為設(shè)計是「看起來」修改成本最低的地方窍奋。
千萬不要學(xué)支付寶家一個版本一個大改荐健，整個交互框架重構(gòu)酱畅，每次都要重新找半天，都不能讓我們愉快的花錢了江场！對成熟產(chǎn)品來說纺酸，框架重構(gòu)，簡直是莫大的挑戰(zhàn)址否，往往還是一個「災(zāi)難」餐蔬，君不見豆瓣一個改版，激起民憤千丈佑附，最后還得妥協(xié)改回去樊诺。要優(yōu)雅的改設(shè)計，建議盡量不要動框架音同，動作太大词爬，姿勢會難看。
在不影響核心需求滿足路徑的情況下权均，其他分支頁面可以改顿膨，要與設(shè)計師、工程師充分溝通修改目的叽赊，讓大家清晰知道恋沃，當前是處于試驗期，所有方案都可算作「臨時方案」必指，心理上做好隨時可能調(diào)整的準備芽唇。這樣，即使反復(fù)修改取劫，至少小伙伴是已經(jīng)有底的匆笤，在準備方案時自然會提前考慮一些擴展靈活性。最好在改版前谱邪，多出一兩套設(shè)計方案炮捧，多論證幾輪，篩選出明顯不靠譜或改動成本巨大的方案惦银，即使要改咆课，心里也要有數(shù)，是沖著驗證哪一個方面去的扯俱。
2.改邏輯
這其實是產(chǎn)品中的「大忌」书蚪，核心功能邏輯確定以后，除非業(yè)務(wù)方向調(diào)整迅栅，一般情況下是不作變動的殊校。如果是在基礎(chǔ)邏輯上，去補充读存、完善或調(diào)整为流，這種層面的修改呕屎，盡量多思考全面，不遺漏場景敬察，不造成沖突影響秀睛。
常見的一種bad case，因為修改一處邏輯莲祸，引發(fā)兩個點沖突蹂安，進而引入新的一條邏輯來解決沖突，這種補丁套補丁的方式锐帜，越往后田盈，積弊難返，過一段時間則要重構(gòu)大修抹估。傷筋動骨缠黍，還背著包袱，改出來的東西可能齜牙咧嘴药蜻，說好的優(yōu)雅呢瓷式？
變化是常態(tài)，尤其創(chuàng)業(yè)產(chǎn)品语泽。但盲目的修改贸典，沒有客觀確鑿的驗證充分情況下，就貿(mào)然推翻過去的需求話踱卵，可能錯掉正確的方向不說廊驼，反復(fù)折騰消磨了團隊人員激情，最后對「各種修改」一個麻木狀態(tài)去應(yīng)對惋砂，不再主動思考去幫助完善修改方案妒挎，這才是產(chǎn)品最大的損失。
題圖來自藝術(shù)云圖
