- 原文地址:The importance of Design QA in digital product design
- 原文做者:Jess Eddy
- 譯文出自:掘金翻譯計劃
- 本文永久連接:github.com/xitu/gold-m…
- 譯者:lihanxiang
完美的用戶體驗不是偶然事件。在應用程序的設計中,產品團隊所做的一切都是爲了用戶體驗;開發、設計、DevOps 和質量保證 —— 每個角色都影響着用戶體驗,尤爲是設計和用戶體驗之間的關係。自從我成爲一個產品設計師以後,在我執着追求的事物中有着重要的一環,就是保證產品的設計可以按照預期實現。這是什麼意思呢?它表明着設計方面的編碼工做須要與實際中的設計徹底匹配。前端
一致性是優秀產品設計中的一個主要原則,隨着時間推移,產品的設計和開發的不一致性會不可避免地出現。慢慢地,這些問題累積成了「設計負債」。android
設計負債影響着用戶體驗的完整性。當一些變數隨着時間的推動不斷出現,就會有設計與現實脫節、不一致而且一直處於補缺補漏的狀態。—— 設計負債ios
雖然在每時每刻都可以徹底解決不一致性問題是一件極具挑戰的事,實行設計 QA 是打擊設計負債的重要一步。git
還有一些基本缺陷也能使設計質量保證成爲挑戰:github
爲了說明最後一點,做爲一個產品團隊,他們經常冒險嘗試**功能交付運輸模式。**在「短跑」結束以前,團隊一般會由於要完成某些功能而犧牲對大局的觀念以及對細節的把握。在這場團隊比賽結束以前,爲了加快速度,設計相關的實現可能爲了「節約時間」而讓步。後端
我以前有寫過,團隊合做和協做是產品團隊完成工做的必要條件.設計師和開發人員在概念階段的共同設計,使用相似 Zeplin 這樣的工具來搭建設計和 CSS 之間的橋樑並縮小差距;這些都很棒而且能對咱們有所幫助,但這些方式並無取代設計師在開始以前簽署編碼設計協議的傳統方式。工具
設計 QA 是這麼來的! ✨post
####什麼是設計 QA區塊鏈
設計 QA**(QA = 質量保證)**僅僅是開發和測試之間的一個步驟。這是一個對於設計師的機會來作:測試
或許你在一個小團隊中工做,而且已經很是默契地進行了一些版本的設計 QA;又或許你在一家像 Pivotal 這樣的公司工做,設計師和開發者共同工做,設計 QA 已經被嵌入到工做流程之中。若是不是這樣,設計實現的質量就很容易在開發中被忽略。
你的標準工做流程可能看起來有這些版本。若是你的團隊在進行任何類型的工做時,將某項任務從開發週期的一個位置移向另外一個位置,那麼您的(設計)工做就是爲這些任務而服務。
在這樣的工做流程中,咱們如何確保設計的完整性?當開發中的一個任務完成時,一般由這個任務的開發者或產品經理來將所完成的任務移至測試部門。固然,團隊能夠養成直接作一些版本的設計 QA,而不是在這個過程當中進行的習慣,可是這將會失敗;畢竟人們所忘記的或者本身作主的設計實現纔是最好的。
更重要的問題是:若是設計實現是必要的,爲何咱們不採起措施呢?
經過將設計 QA 做爲工做流程中舉足輕重的一個步驟,就能避免它被忽略。一樣也須要認識到設計實現是團隊須要重視的工做流程中的一個重要部分。當咱們在工做流程中加入設計 QA 以後,上述的工做流程看起來就更像這樣。
正如在編碼時有設計師的加入同樣,將開發者加入設計流程也一樣重要。
設計和開發就像是一枚硬幣的兩面,它們彼此之間越獨立,整個工做流程就越具備挑戰性。
爲了讓開發者加入設計流程中,你能這麼作:
在產品設計和開發中,咱們遇到的大部分挑戰都能經過相互尊重、積極溝通和心懷誠意來解決。
若是發現譯文存在錯誤或其餘須要改進的地方,歡迎到 掘金翻譯計劃 對譯文進行修改並 PR,也可得到相應獎勵積分。文章開頭的 本文永久連接 即爲本文在 GitHub 上的 MarkDown 連接。
掘金翻譯計劃 是一個翻譯優質互聯網技術文章的社區,文章來源爲 掘金 上的英文分享文章。內容覆蓋 Android、iOS、前端、後端、區塊鏈、產品、設計、人工智能等領域,想要查看更多優質譯文請持續關注 掘金翻譯計劃、官方微博、知乎專欄。