今天我們談到了那些年來設(shè)計(jì)師的“微小變化”，以及上下游協(xié)作（設(shè)計(jì)師，產(chǎn)品經(jīng)理，開發(fā)，運(yùn)營(yíng)和維護(hù)等）之間的微妙關(guān)系。

所謂的“小變化”通常出現(xiàn)在設(shè)計(jì)師或產(chǎn)品經(jīng)理的口中，其描述如下：

僅更改文本顏色;僅更改圖標(biāo);只是一些微小的變化;非常簡(jiǎn)單?

但是對(duì)于程序員來說，它通常會(huì)有不同的味道：

還需要在這里改變？想在這里經(jīng)營(yíng)嗎？這個(gè)布局完全改變了！人與人之間的信任在哪里？

那么，人與人之間的信任究竟是如此無動(dòng)于衷呢？還穿什么安全褲！

首先，來自這里的產(chǎn)品人員，如果你一開始不信任開發(fā)人員，你總是想把事情簡(jiǎn)單，或者把時(shí)間和插入要求，那么開發(fā)人員也會(huì)有相應(yīng)的不信任：無論如何，你打算插入你需要什么來估計(jì)時(shí)間？

從設(shè)計(jì)師的角度來看，設(shè)計(jì)師的思維往往更自由自由，同樣的設(shè)計(jì)稿，在設(shè)計(jì)師的眼中是一對(duì)畫布讓我揮灑。

當(dāng)然，網(wǎng)頁(yè)設(shè)計(jì)師仍然熟悉基本的頁(yè)面布局實(shí)現(xiàn)，但程序員眼中的結(jié)構(gòu)和邏輯仍然是兩個(gè)世界。

因此，設(shè)計(jì)師常常覺得我的結(jié)構(gòu)不動(dòng)，只是在這里添加一個(gè)小東西，或者每個(gè)元素都調(diào)整到某種位置顏色，因?yàn)樗袭?dāng)前的設(shè)計(jì)風(fēng)格。結(jié)果是程序員的悲劇：這相當(dāng)于重做！

在完美的開發(fā)過程中，上游和下游的方向非常強(qiáng)大。

產(chǎn)品和交互可以探索（bi）來確定（bi）來確定解決方案，與設(shè)計(jì)師的交互，沒有太大的發(fā)展空間。

設(shè)計(jì)師的設(shè)計(jì)草案，到前端開發(fā)，除了一些特效和實(shí)現(xiàn)細(xì)節(jié)外，基本上就是這么做的。如果前端開發(fā)區(qū)分重構(gòu)和JS，那么JS只能繼續(xù)使用重構(gòu)結(jié)構(gòu)進(jìn)行開發(fā)。

前端和后臺(tái)之間的關(guān)系實(shí)際上不是上游和下游。應(yīng)該說是平行的。即使在大多數(shù)情況下，前端也應(yīng)遵循背景規(guī)則。

在此過程的后端，測(cè)試學(xué)生必須參與產(chǎn)品文檔，設(shè)計(jì)測(cè)試用例的整個(gè)過程。從產(chǎn)品邏輯，設(shè)計(jì)恢復(fù)，兼容性問題，接口自動(dòng)化測(cè)試，安全問題，性能問題等方面考慮。

更不用說還有運(yùn)營(yíng)商遵循時(shí)序變化，優(yōu)化數(shù)據(jù)庫(kù)等等。

可以想象，上游的一些看似微小的變化將對(duì)下游人員造成蝴蝶效應(yīng)。

因此，除了“理解萬歲”之外我們稱之為口號(hào)，實(shí)際上，上游角色應(yīng)該更加了解下游工作，以便更好地推進(jìn)。

例如，產(chǎn)品操作的學(xué)生可以更多地了解交互，為什么它如此執(zhí)著，為什么這個(gè)彈出窗口不能如此轟擊？

互動(dòng)學(xué)生可以看到我的互動(dòng)形式是否過于嚴(yán)格的設(shè)計(jì)，是否可以有更好的演示形式？

設(shè)計(jì)師更多地考慮這種變化對(duì)頁(yè)面結(jié)構(gòu)的影響程度。設(shè)計(jì)如何成為一個(gè)頁(yè)面？

前端同學(xué)想一想，我可以使用模板JS /后臺(tái)嗎？我是否有能力考慮各種狀態(tài)和各種擴(kuò)展的變化？

后臺(tái)學(xué)生更多地考慮我的界面真的很容易使用？有沒有可以省略的參數(shù)？有沒有不應(yīng)該暴露的信息？界面太臃腫了嗎？該領(lǐng)域的意義是不清楚或不一致？

測(cè)試同學(xué)考慮一下，我怎么能這么難？

操作和維護(hù)同學(xué)多考慮一下，我還沒談過，你玩得開心嗎？

嘿，古人云，我住在長(zhǎng)江，王住長(zhǎng)江，長(zhǎng)江是水，懂萬歲。