半年做了兩個APP，我總結出這6個實戰經驗

三木自習室：轉眼就到了2018年了，自從寫完上一篇文章后，差不多有半年多沒寫本身的東西了，這半年在新的公司，新的工作崗位上收獲挺大的，已經做了兩個 app，一個資訊類（已經上線），另一個是小眾電商（還沒上線）。工作的過程充滿了各種艱難險阻，但還好，統統的困難都總能戰勝。在這半年里，本身收獲的不僅僅是線上app 的作品，更多的是，對于 UI&UX 的理解和感悟賡續地改變和深入。眼看著又要過年了，也是時候把本身這大半年的工作感受稍稍總結一下，和大家做一點分享。

一、團隊工作，妥協是一門學問

一個產品最后出來的樣子，是各種妥協的效果。

互聯網產品和平面類型的設計工作最大的區別，可能是在于工種的細分上。之前做平面相干的工作（品牌，視覺，電商），本身一小我可能就充當了基本上除了印刷以外的所有重要工作，既要和客戶溝通，了解用戶需求和想法以及存在的題目，又要思考和制訂設計方案，向客戶展示設計提案，又要實行獲得認可的設計提案，保證設計成果吻合客戶預期并落地，假如是最后要交付印刷品，可能還要跟進印刷的過程，保證印刷物料的質量。彷佛一小我把所有的活都要干了。

但是互聯網產品不太一樣，首先最大的題目是如何讓方案落地的過程，這個工作一樣平常來說沒有辦法一小我干（除非是牛到精通前端后端和客戶端的各種開發語言的全棧設計師），由于會涉及到程序開發，有一些設計師，就算你厲害了，你能把產品交互和 UI 都搞定，然后你還會（web端）前端開發語言或者客戶端開發語言，但是你照舊必要一個能寫后臺的工程師，所以，正常情況下，互聯網產品的開發，是環環相扣的，至少都必要兩到三小我來配合工作。這照舊比較小型的產品，假如是復雜的產品，那每個環節都必須細分出來，而且可能每個環節都不止一小我，產品，交互，UI，前端，客戶端，后臺，由于每個環節的工作量都太大了！

△ 圖源：Nick Taylor

既然有這么多的分工，那必然會導致不同的工作崗位看題目的點都是不一樣的。舉個例子：經常會聽到開發說，明明用 A 就可以，為什么非要用 B？一開始的時候，其實我真的不太理解，但是后來慢慢認識了開發的工作之后（尤其是本身開始學習一些代碼知識之后）慢慢理解了，其實開發在實現我們的設計的時候，最關注的是功能的實現，而功能就是各種交互的薈萃，一個網頁上，假如交互不變，功能不變，只是改一些視覺上的樣式，這是相對來說簡單的，假如牽扯到交互的調整和修改，那個工作量可能就成倍增長，所謂牽一發而動全身。所以我們在設計的時候，更要細致模塊和組件的同等性和可復用性，如許不僅可以進步我們的設計質量，也可以有用的削減開發的工作量，進步開發的服從。

同時，開發在實現的第一個版本的產品中一樣平常許多時候視覺上會有各種各樣的題目，開發人員在開發過程中，為了進步服從，不太在意還原 UI 的細節，比如這個間距是多少，那個間隔是幾個像素，所以最后產品上線前都會有 UI走查的環節，在這個過程中就是要一點一點地改進產品UI 實現中不吻合設計稿的地方，這個時候才是我們設計師關注所謂的每一個像素的時候，在那之前，照舊先關注功能和流程的實現吧。

其實不僅僅是由于每個崗位的職能不同會導致許多不同的意見，偶然候也可能是由于每小我的審美或者是性格的題目，也會產生不少的摩擦，所以，學會妥協，在妥協中堅持是團隊合作中的一門大學問。

二、把本身定位為產品設計師

以攻為守，讓本身從更周全的視角去思考 UI 的工作。

△ 圖源：Nick Taylor

一個 UI設計師的將來在哪里？偶然候我會思考如許的題目，有可能是由于我已經30了。這一兩年，危急感很重，每次看到非科班群里各種90后、95后的年輕設計師，心生傾慕的同時也充滿了莫名的壓力。

這半年多由于本身團隊中沒有專門的交互設計師，所以我就同時肩負了大部分交互設計的工作。一開始做交互設計的東西，其實本身的熟悉照舊很淺薄的，雖然平時本身也看許多用戶體驗，設計生理學、交互設計等等的書籍，但是真的上手干活，照舊會經常一頭霧水，由于交互設計太必要縝密的邏輯思維了。市場上常見的 app 的標準化的交互設計由于都有競品參考，照舊相對來說簡單的，在我看來比較難的是工具型的產品和 CMS（內容管理體系后臺），尤其是 CMS 的交互設計，假如設計不好，分分鐘讓用的人感覺要崩潰。交互設計是一門很深的學問，也是 UI設計師必須去了解和熟知的，它絕不是簡單的網頁之間的跳轉，也不僅是酷炫的動效，它是能讓產品的使用體驗得到質的飛躍的關鍵。

假如把一個產品比作一小我，那產品自己的方向是這小我的靈魂和思想，交互是這小我的舉止和修養，而 UI 是一小我形狀和穿衣品味以及團體氣質，良好的人，三者缺一不可，三者是共生的關系。

在我看來。成為一個產品設計師，了解產品思維，認識交互設計，精通視覺設計，如許的設計師覺得才是以后互聯網設計師的標配。高配是什么？我覺得至少是全棧設計師吧。這就像平面設計領域，不懂印刷各種工藝和材質的，都稱不上好的平面設計師。好的建筑設計師，也得懂許多建筑學和建筑材料的知識。

我在這半年的現實工作中，雖然第一個產品的概念定義和原型我沒有參加討論（我去的時候已經定下來了），但是我照舊嘗試去思考這個產品到底意義在哪里，目標用戶是哪些人，解決了目標用戶的什么需求，他們的使用場景有哪些。我一向都認為互聯網產品的設計工作始終更是貫穿著設計思維，只是每個詳細的分工的側重點不同，你可以不精于產品需求的整頓和篩選，但你是得曉暢你你所設計的是為了知足什么需求，有目標和方向才能做出更好的設計，你連題目都不知道，怎么去解決題目。設計的工作，終究都是為了解決題目，不了解題目的來龍去脈，便不能梳理出題目的本質，更無法做出好的設計去解決題目。

把本身定位為產品設計師，稍微多花點心思去思考產品，去學習交互，別讓本身的眼界停頓在只畫幾個悅目界面，畫幾套分外的圖標，不然你早晚要被這個行業鐫汰，舛錯，是被其他更良好的設計師鐫汰。

三、牢記UCD，但別太靈活

許多公司并不真的在意所謂的 UCD。

△ 圖源：Nick Taylor

我信賴大部分的設計師照舊在中小型的企業里工作，如許的企業的設計工作有一個很顯明的特性，就是以主管或者老板的喜愛為第一知足目標，所有的設計方案都會以老板的喜愛為基準參考，只有老板說 ok 才算是 ok。當然，我們公司也是，畢竟我們也是一個小型公司，而且老板的小我風格分外強烈。所以在做第一款 app 時，僅僅是首屏的視覺方案，都出了不止七八個版本。在進入更加深入的其他網頁的設計環節時，我們也沒有去做什么用戶場景分析或者用戶需求分析之類的工作，都是依照著老板的一些想法去一步一步的實現，當然，這并不是肯定是錯的，只是大部分公司的設計工作的近況，如許也可能會有好的產品，只是可能性更低而已。許多公司沒有很專業的設計團隊，也沒有很專業的產品經理，更沒有很專業的產品設計師，做許多設計決策的時候基本上都是靠拍腦袋，或者寄托小我的生活或者設計經驗，在不知不覺中，就把 UCD 的設計方法忘在腦后了，UI設計師只是負責機械式美化下每一個元素，做一下視覺風格的同一，變成了一個不折不扣的界面美化師。

但我們 UI設計師不能只是美化一下界面，雖然我們可以沒有專業的設計團隊，沒有很厲害的產品經理或者交互設計師，但是我們也要在設計過程中賡續地提示本身，要以用戶體驗為中間，用戶在這個界面必要的是什么，什么信息對他來說是最緊張的，怎么樣設計可以削減用戶的欣賞負擔，進步用戶的使用服從，雖然可能我們思考的方向和效果的不肯定對，但是只要去想，才能賡續強化我們本身的這個設計思維，避免本身產出一模一樣的設計方案，進步本身的設計能力。假如能把每一項工作都盡百分之120的努力去完成，那就算你如今是在一個眇乎小哉的小公司，你也肯定能成長為一個設計大牛。

四、堅持學習，賡續進步審美和眼界

如今作品不好，沒題目，假如一向都不好，那就是你本身真的出了題目。

△ 圖源：Nick Taylor

我曩昔很傾慕那種設計師，年紀輕輕就進大公司，或者20歲不到作品就讓人感覺面前目今一亮。對于我這種非科班的，大學卒業7年了，認真靜下心來干設計才3年多，好像還沒開始跑，就已經被人甩開一大截了。

看起來好像很糟糕，但其實真不是，你所經歷的統統艱難，假如挺曩昔了，那就是你人生珍貴的財富。那應該怎么做呢？只能賡續努力地去縮小和別人的差距，舛錯，不是和別人的差距，是和本身對本身期望值的差距。

那么進步審美和眼界就是最基本要做的事情，同時我也認為這是作為一個設計師必要持續賡續進步的最基本的能力。審美和眼界的進步是必要日積月累的，軟件操作和技法可以短時間內突擊學習，也可以一時偷師，但是假如你審美不行，你永久都不可能做出好的設計，由于在你的眼里的高級和在高水平設計師眼里的高級，可能是大相徑庭。審美和眼界就像是一種設計師的隱蔽屬性，會在你日常的設計當中不天然的吐露出來，你不必要去調動它，它天然而然的就會在你的工作中賡續地幫助你。

但是每每許多設計師不把這個當一回事。其實你只要天天堅持一直地看良好的作品，堅持幾個月或者半年一年的，你的審美一定都會有質的飛躍。曩昔你覺得設計很棒的作品，可能你以后看起來就會嗤之以鼻了。

看作品這件事其實很簡單，你只要天天打開 behance，打開首頁保舉的十個作品，花個十幾二十分鐘細細看下來，覺得好的就分類珍藏一下，以備以后可以用來做設計的參考。

但是，關鍵是堅持。

五、重拾英語，不讓本身做井底之蛙

別總看國內的設計網站了，表面的世界更精彩。

為什么要重新學習英語？（我就是想萬一以后牛X了，可以混到國際舞臺上，嗯，這個可以有）

一開始決定重拾英語的契機，這還要感謝砂姐組織的翻譯小組。我也只是想試試看，能不能把英語重新撿起來。于是從17年2月份開始我給本身定了個目標，每個月翻一篇英語的設計類文章，很慶幸本身堅持下來了。同時在工作中碰到的不少題目，會逼著我去看一些外文的資料，讓我覺得我必須得更努力地把英語撿起來，于是最近幾個月同時也開始背單詞，天天堅持讀英語的設計文章，跟一開始比，感覺照舊很有收獲的，看文章的速度越來越快，閱讀時的語感也越來越好（這個越來越好是相對于本身很糟糕時候的狀況）。

慢慢地，我感覺，學好英語，對于一個設計師的長遠發展是很有幫助的。

假如你想去了解世界上更多良好設計師的想法，學習他們的經驗，那么就得親自去獲取第一手的信息，而不是等著其他人的翻譯，而且許多各種設計領域的良好的教材和資料都只有英文版本，假如不把英語學好，本身學到的不僅僅是許多殘缺不全的二手資料，甚至連學習的機會都沒有。把英語學好，是給本身打開通往更廣闊領域的鑰匙。你的眼界，決定了你成就的上限。

六、接觸代碼，發現一個新世界

學習從來都不是件輕松興奮的事情。

做界面的同窗有沒有碰到過如許的情況：我明明是設計成如許的，為什么開發出來之后就變成那樣了？

這就是我下定決心想學習代碼的導火索。我就想，為什么我不能本身學習代碼本身實現本身的設計么？這不是很厲害么？加上我之前也斷斷續續地對前端技術有過學習的念頭，于是一鼓作氣下定決心就開始學了。

出于想給本身開發小我網站的初衷，我就選擇了前端的開發語言作為我的學習內容。我目前重要學習的是 &#106avascript（html 和 css 已經學了個也許）。

一開始學習的時候真的是痛楚不堪，但是在度過了一兩個月的痛楚的煎熬之后，已經慢慢地發現學習代碼的樂趣，但同時，發現這個坑是越來越大，感覺要學的東西是本身預想的要多太多了。雖然過程很糾結也很痛楚（我估計這種痛楚的感覺還會持續好長時間），學習代碼的過程對于進步設計師的邏輯思維確實很有幫助，由于編程思維和設計工作的思維相比，更看重邏輯性（設計工作也很看重邏輯性）。同時，多了解一些編程的知識（編程開發的語言許多，但是思維體例是類似的）對于理解開發人員的工作內容和工作體例，也會有很大的幫助?；ヂ摼W的設計師，我覺得在學有余力的情況下，都應該多多少少學習一些代碼的知識，由于這畢竟也是產品開發的其中的一個緊張環節，你不必要擅長，但懂一些，可以讓你更好地和開發人員進行有用的溝通，知己知彼，削減撕逼。但是不建議設計工作經驗較少的同窗學習代碼，畢竟這必要許多的時間去學習，不要把本身變成什么都是半桶水，在不影響設計工作之余可以抽出時間的話讓本身嘗試一下，說不定你也會喜好上編程這件事。

作者的小我微旌旗燈號：sking51

迎接關注作者的公眾號：「三木自習室」

圖片素材作者：Kyrylo Kazachek