今天我們聊聊那些年設計師的“小改動”。以及上下游協(xié)作（設計師、產(chǎn)品經(jīng)理、開發(fā)、運維等）之間的微妙關系。

那些所謂的“小改動”通常在設計師或產(chǎn)品經(jīng)理的嘴里。有以下幾種描述：

改改文字顏色而已； 換個圖標而已啦； 只是一些小改動； 很簡單的啦～

可是到了程序員這里。往往就變味兒了：

這里也要改？ 這里要運營？ 這個布局完全變了??！ 人與人之間的信任都哪去了？

那么。究竟是什么讓人與人之間的信任變得如此淡泊呢？還穿什么安全褲！

先。從產(chǎn)品人員這里。如果一開始就不信任開發(fā)人員。總想把東西往簡單了說?；蛘吲派狭藭r間又插需求。那么開發(fā)人員也會產(chǎn)生相應的不信任：反正你是要插需求的。不多估算點時間怎么行？

而從設計師的角度。往往設計師的思維更奔放自由一些。同樣的設計稿。在設計師眼里就是一副的畫布任我揮灑。

當然。的網(wǎng)頁設計師還是熟悉基本的頁面布局實現(xiàn)。不過與程序員眼里的結構與邏輯還是兩個世界。

所以往往設計師感覺。我的結構沒怎么動。只是這里加了個小東西?；蛘吒鱾€元素都調了些位置顏色。因為要符合現(xiàn)在的設計風格嘛。結果到程序員那里就悲劇了：這相當于重做??！

在完善的開發(fā)流程中。上下游的方向是非常牢固的。

產(chǎn)品與交互可以探（si）討（bi）確定方案。定好的交互到設計師那里。就沒有太大發(fā)揮余地。

設計師做好的設計稿。到前端開發(fā)那里。除了一些特效與實現(xiàn)細節(jié)。基本上就是照做而已。而前端開發(fā)如果區(qū)分重構和JS。那么JS基本也只能拿著重構寫好的結構繼續(xù)開發(fā)。

前端跟后臺的關系倒不像是真正的上下游。應該說是并行的。甚至大部分時候前端要按照后臺的規(guī)矩來玩。

而測試同學。在這個流程的后端。卻要從產(chǎn)品文檔開始介入整個流程。設計測試用例。從產(chǎn)品邏輯。設計還原。兼容性問題。接口自動化測試。安全問題。性能問題等都要關注。

更別提還有運維哥要跟著改定時任務。優(yōu)化Db等等了。

那么可想而知上游的一些看似微小的變化。會給下游的人員造成多大的蝴蝶效應。

所以。除了我們喊成口號的“理解萬歲”之外。其實上游的角色應該更多的去了解下游的工作。才能更好的推進下去。

比如產(chǎn)品運營同學可以多了解一下交互為什要這么執(zhí)著。這個彈窗為什么不能這么彈？

交互同學可以看看我的交互形式是否太過限制設計。能否有更好的展現(xiàn)形式？

設計師多想想。我這個改動到底會對頁面結構有多大影響。這個設計到底是如何變成頁面的？

前端同學多想想。我做的模板 JS/后臺 能不能用？我是否有考慮到各種狀態(tài)的變化。各種擴展的能力？

后臺的同學多考慮一下我這個接口真的好用嗎？有沒有哪些參數(shù)可以省略？有沒有那些信息不該暴露？是否接口過于臃腫？是否字段表意不清晰或各處不一致？

測試同學多想想。我TM怎么這么苦逼？

運維同學多想想。我TM還沒說話呢。你們也好意思吐槽？

哎。古人云。我住長江頭。君住長江尾。滾滾長江都是水。理解萬歲吧。

分享題目：網(wǎng)站建設談談網(wǎng)站修改的利與弊
當前鏈接：http://jinyejixie.com/news43/296393.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供品牌網(wǎng)站制作、關鍵詞優(yōu)化、網(wǎng)站建設、網(wǎng)站營銷、網(wǎng)站收錄、電子商務

廣告

聲明：本網(wǎng)站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)