來到亞信實習(xí)幔戏，已經(jīng)三個多月了雾袱，總結(jié)一些實習(xí)的心得與收獲，以及經(jīng)驗與不足膀篮。

這學(xué)期是研二的下學(xué)期毯焕，上學(xué)期由于學(xué)校的安排衍腥，沒能出來實習(xí)，是很遺憾的一件事纳猫。不過上學(xué)期把很多畢業(yè)論文開題相關(guān)的事情做掉了婆咸，這學(xué)期這方面的壓力輕松很多⌒＃回到學(xué)校先整理了開題報告擅耽，改好了簡歷，之后一邊整理完善優(yōu)化之前的作品集物遇，一邊找實習(xí)和面試。

這時候正好杭州亞信在招實習(xí)生憾儒，于是投了簡歷询兴，之后收到了面試通知。

面試與入職

亞信的面試很嚴格起趾。在自我介紹之后诗舰，我介紹了自己的作品集，之后面試官針對我的作品训裆，提出各種問題眶根，后來總結(jié)歸納，大概包括以下幾個方面：

對于iOS边琉、Android設(shè)計規(guī)范的掌握属百；

可用性原則，主要參考尼爾森的可用性理論变姨；

對于常見的族扰、大型的、復(fù)雜的APP的分析與理解；

實際項目經(jīng)驗的積累渔呵；

看過的設(shè)計書籍怒竿。

以上問題，有些知識是我了解的扩氢，有些不太熟悉耕驰，實際項目經(jīng)驗方面是一片空白。

每一次面試录豺，都是一次檢驗朦肘，查漏補缺，也指明了學(xué)習(xí)方向巩检。進入亞信之后厚骗，一邊了解公司業(yè)務(wù)，一邊學(xué)習(xí)設(shè)計規(guī)范的相關(guān)內(nèi)容兢哭，是我初期的學(xué)習(xí)內(nèi)容领舰。

亞信的主要業(yè)務(wù)和電信行業(yè)有關(guān)，服務(wù)于通信運營商迟螺，做B端的軟件開發(fā)冲秽，我們項目組的工作也和此有關(guān)。

第一個項目：RTSS-Q2

入職亞信是三月中旬矩父，當時項目組完成了RTSS項目Q1階段的設(shè)計工作锉桑，已經(jīng)進入開發(fā)階段。我大約用了一個多月禮拜熟悉業(yè)務(wù)窍株，之后就參與到Q2階段的設(shè)計工作當中民轴。RTSS項目是一個移動端的產(chǎn)品，主要功能是個人電信業(yè)務(wù)查詢與管理球订，有點像中國移動手機客戶端后裸，服務(wù)于歐洲客戶。這個產(chǎn)品在北京和南京都有合作冒滩，杭州主要負責數(shù)字資產(chǎn)和繳費相關(guān)部分微驶，包括余額、充值开睡、轉(zhuǎn)賬因苹、積分、優(yōu)惠券篇恒、賬單繳費等功能扶檐，這些頁面大部分都是我設(shè)計和優(yōu)化的，當然經(jīng)過了帶我設(shè)計師的指導(dǎo)和修改婚度。帶我的兩個設(shè)計師蘸秘，一個是龍哥官卡，一個是貞姐，給了我很多幫助醋虏。

設(shè)計流程與需求整理寻咒。

在接觸實際工作之前，我對于項目流程的認知颈嚼，都來自于間接知識毛秘，比如書籍、博客文章阻课，還有自己的設(shè)計練習(xí)叫挟。來到公司之后，實際的項目流程和我想象有一些差別限煞。我所在的亞信杭研UED部門抹恳，沒有產(chǎn)品經(jīng)理，業(yè)務(wù)需求由外部提供署驻，由交互設(shè)計師整理奋献，輸出excel表格或是Xmind思維導(dǎo)圖，沒有產(chǎn)品需求文檔旺上。我在做交互設(shè)計的時候瓶蚂，會有很多困惑。一方面宣吱，剛剛接觸通信行業(yè)窃这，業(yè)務(wù)規(guī)則還不是很熟悉，另一方面征候，沒有明確的需求文檔杭攻，對于需求的整理就有困難。龍哥也沒有給予明確的指引疤坝，只是說先按照給出的需求畫原型朴上，給他反饋之后再修改。我剛剛參與工作卒煞，缺少對于工作流程的思考和把控，就開始畫原型叼架。這樣的流程很有問題畔裕，不明確的需求，模糊的業(yè)務(wù)理解乖订，加之自己經(jīng)驗不足扮饶，只會造成各種問題的原型，于是反復(fù)修改乍构。在之后的評審會議上甜无，后臺人員根據(jù)原型反饋的問題，很多是業(yè)務(wù)上的要求，這樣造成的修改和返工很浪費時間岂丘。

在后續(xù)的項目中陵究，我一方面提升自己的設(shè)計能力，完善原型奥帘，另一方面铜邮，在沒有需求文檔時，首先自己梳理功能需求寨蹋，操作流程松蒜，頁面架構(gòu)，和設(shè)計師進行討論已旧，確認之后秸苗，再進入到原型設(shè)計階段，將問題提前解決运褪，提升流程效率惊楼。

功能架構(gòu)。

在拿到RTSS項目Q2需求之初吐句，在了解分析原有功能架構(gòu)的基礎(chǔ)上胁后，思考新功能頁面的架構(gòu)安排。首先分開了預(yù)付費和后付費的功能嗦枢，預(yù)付費用戶包含余額攀芯、積分、優(yōu)惠券文虏、交易記錄相關(guān)業(yè)務(wù)侣诺，后付費用戶包含信用度、積分氧秘、優(yōu)惠券年鸳、交易記錄相關(guān)業(yè)務(wù)，將原有的一個頁面分成兩個來做丸相。之后根據(jù)功能搔确，分成幾個模塊，完成頁面架構(gòu)的梳理灭忠。在功能架構(gòu)的基礎(chǔ)上膳算，根據(jù)要實現(xiàn)的功能，進行流程設(shè)計弛作，安排功能操作和信息展示涕蜂，這樣后面做起來就比較順暢。

業(yè)務(wù)流程梳理映琳。

功能架構(gòu)完成之后机隙，開始梳理業(yè)務(wù)流程蜘拉。余額相關(guān)業(yè)務(wù)，包含充值有鹿、轉(zhuǎn)賬和余額明細查詢旭旭，充值和轉(zhuǎn)賬更多的是功能操作，余額明細查詢更多的是信息展示印颤。充值流程：輸入充值號碼您机，選擇/輸入充值金額，確認充值年局，支付际看。充值操作在一個界面上完成，需要注意功能組件的位置安排矢否，還有充值號碼仲闽、充值金額的報錯提醒方式。轉(zhuǎn)賬功能類似僵朗，輸入轉(zhuǎn)賬目標賬號赖欣，金額，確認轉(zhuǎn)賬验庙。

頁面注釋顶吮。

我之前在做設(shè)計練習(xí)時，是不寫頁面注釋的》嘌Γ現(xiàn)在參加工作悴了，團隊成員要一起合作，完成一個產(chǎn)品违寿，對于原型的準確理解十分重要湃交。剛開始寫注釋的時候，對于注釋的內(nèi)容并不清楚藤巢，只是參考之前的頁面搞莺，加上自己的理解書寫，很不規(guī)范掂咒。后來經(jīng)過讀書學(xué)習(xí)才沧，還有設(shè)計師的指導(dǎo)，才慢慢走上正軌绍刮。

對于多種情況的考慮糜工。

頁面上所有的操作，都會根據(jù)條件和情景的不同录淡，做出不同的反饋。按鈕的默認狀態(tài)油坝，各種可能情況嫉戚，提醒和報錯刨裆，都需要考慮周全。

設(shè)計評審彬檀。

在參加工作之前帆啃，是從來沒有參加過原型評審會議的。在做完第一版頁面時窍帝，項目組邀請前端努潘、后臺相關(guān)人員進行評審。評審內(nèi)容一部分是我做的坤学，一部分是龍哥做的疯坤。評審之前，心中還有些許忐忑深浮，不知道會出現(xiàn)什么問題压怠。評審的過程其實還好，主要圍繞后臺功能如何實現(xiàn)飞苇，原型表現(xiàn)是否切合業(yè)務(wù)規(guī)則邏輯進行菌瘫。由于加入了優(yōu)惠券支付，對于之前的業(yè)務(wù)有較多變更布卡，后臺人員對于功能實現(xiàn)方式和業(yè)務(wù)邏輯進行了長時間的討論雨让，最后才初定了業(yè)務(wù)規(guī)則。優(yōu)惠券的功能在之后又進行了好幾次討論忿等，每次都費時費力栖忠，我們也很無奈。如何節(jié)約會議時間这弧，提升會議效率娃闲，是公司需要考慮的問題。

設(shè)計規(guī)范匾浪。

這里的設(shè)計規(guī)范皇帮，包含兩部分內(nèi)容，一部分是iOS/安卓設(shè)計規(guī)范蛋辈，一部分是項目設(shè)計規(guī)范属拾。在實習(xí)之前，對于系統(tǒng)的設(shè)計規(guī)范還了解不多冷溶。在做設(shè)計之初渐白，有不少功能在其他應(yīng)用中有所涉及，所以也借鑒了其他應(yīng)用的頁面與組件逞频，結(jié)合當前功能的特點纯衍，加以修改。后來遇到有差異的功能苗胀，在自己設(shè)計組件和頁面的時候襟诸，感到自己能力不足瓦堵，對于各種移動端的視圖和控件，沒有應(yīng)用的得心應(yīng)手歌亲，有時候要去翻設(shè)計規(guī)范菇用，參考其他app的界面布局。我一邊做項目陷揪，一邊學(xué)習(xí)設(shè)計規(guī)范惋鸥，慢慢做頁面的時候就熟悉起來。

在我完成一些頁面悍缠，給帶我的設(shè)計師看的時候卦绣，他說我做的頁面和之前已有的頁面風(fēng)格不統(tǒng)一。我在做頁面的時候扮休，很多元素是從之前的界面上復(fù)制過來的迎卤，可是由于之前的界面元素就存在尺寸、顏色玷坠、字體的差異蜗搔，我做的界面就很難和之前的界面統(tǒng)一。在項目初期八堡，項目的設(shè)計規(guī)范是不存在的樟凄，需要在畫界面之初預(yù)先規(guī)定界面元素的尺寸，在項目一個階段結(jié)束的時候兄渺，再整理設(shè)計規(guī)范缝龄。所以我覺得，在項目設(shè)計規(guī)范方面挂谍，部門還有提升的空間叔壤。

第二個項目：Omni Channel

Omni Channel（以下簡稱Omni）的項目和RTSS項目是同時進行的，在我做RTSS項目期間口叙，龍哥和貞姐整理了功能需求列表炼绘，在RTSS項目告一段落，評審結(jié)束時妄田，我們?nèi)齻€進行了頁面分工俺亮，開始做Omni項目。

在混亂中開始疟呐。

接到設(shè)計需求脚曾，我拿到的是一個excel需求列表，x-mind信息架構(gòu)圖启具，還有現(xiàn)有Axure文件中的user case本讥，寫著一些業(yè)務(wù)流程和頁面字段。我當時基本上是蒙圈的，都不清楚一共有幾個頁面囤踩，每個頁面放哪些內(nèi)容旨椒，貞姐直接問我?guī)滋炷芡瓿桑f時間非常緊堵漱，讓我盡快做。我想問一些業(yè)務(wù)規(guī)則涣仿，可是她說她也說不清勤庐，因為這些業(yè)務(wù)都是后臺的，我們只有后臺的開發(fā)文檔好港，沒有具體的業(yè)務(wù)規(guī)則愉镰。這又是沒有產(chǎn)品經(jīng)理，沒有需求文檔的弊端钧汹。我們只能先按自己的理解畫原型丈探，拿到評審會議上，讓后臺人員評審拔莱，再完善業(yè)務(wù)規(guī)則碗降。這樣的設(shè)計流程，費時費力塘秦，很多時間都浪費在了確認功能和反復(fù)修改原型上讼渊，真的希望以后能夠改進。

再次強調(diào)設(shè)計流程尊剔。

既然現(xiàn)實如此爪幻，也只能硬著頭皮做了。我先理解拿到的設(shè)計需求须误，對照著拼湊出業(yè)務(wù)規(guī)則挨稿，開始畫頁面。好在有幾個業(yè)務(wù)和移動端是基本相同的京痢，就從那幾個業(yè)務(wù)開始做∧谈剩現(xiàn)在想來，又犯了設(shè)計流程錯誤历造。在沒有理解清楚業(yè)務(wù)的情況下畫原型甩十，只會在后面反復(fù)修改。之前移動端沒有出現(xiàn)大的流程和架構(gòu)問題吭产，是因為移動端相對來說業(yè)務(wù)簡單侣监。這次的Omni項目，需求功能有所增加臣淤，時間又緊橄霉，缺少了頁面架構(gòu)梳理，導(dǎo)致了時間的浪費邑蒋。在user case中姓蜂，字段和規(guī)則按功能列出按厘，但是一個功能可能通過多個頁面實現(xiàn)，多種信息也可能集成在一個頁面展示钱慢，所以頁面架構(gòu)的梳理必不可少逮京。時間再緊，流程不可少束莫，這次是個教訓(xùn)懒棉。

紙面原型

之前聽過紙面原型的種種好處，可是一直沒有用過览绿，以為紙面原型耽誤時間策严，還要在軟件里再畫一遍。其實紙面原型真的很好饿敲，事半功倍妻导，尤其是在設(shè)計初期，快速思考怀各，將功能表現(xiàn)為界面倔韭，方便快速反饋和修改。在Omni的設(shè)計中渠啤，一些新頁面狐肢，新功能，在設(shè)計之初使用了紙面原型沥曹，效果很好份名。我之前沒有做過Web端的頁面，畫完紙面原型妓美，再轉(zhuǎn)到Axure軟件中僵腺，可以順利很多。

原型迭代壶栋。

Omni的原型經(jīng)過了非常多次的迭代辰如，每個頁面都改過五個版本以上，有幾個頁面甚至有十個版本贵试。版本迭代多的原因琉兜，一方面是用戶體驗的不斷精益，另一方面是業(yè)務(wù)的不斷明確與變更毙玻。涉及到業(yè)務(wù)變更的頁面豌蟋，包括Dashboard，詳單查詢桑滩，交易記錄梧疲，余額明細，優(yōu)惠券，支付相關(guān)功能幌氮；涉及到體驗精進的頁面缭受，包括信用度詳情，積分明細该互，轉(zhuǎn)賬米者，充值等業(yè)務(wù)。在做設(shè)計的過程中宇智，業(yè)務(wù)需求不斷變更塘雳，很多時間都用在跟著需求改頁面上了，所以很煩普筹。我覺得這一階段的設(shè)計工作，主要圍繞在實現(xiàn)功能上隘马，完成“可用”的目標太防，適當提升“易用”水平，而“好用”的目標酸员，基本無從談起蜒车。不論設(shè)計流程怎樣，這段做Web端頁面的經(jīng)歷幔嗦，對于我把握Web端交互設(shè)計有很多幫助酿愧。

溝通與合作的重要性。

在進行到開發(fā)階段時邀泉，一件事讓我更加重視溝通與合作嬉挡。轉(zhuǎn)賬界面的一個功能設(shè)計，是在輸入對方號碼時汇恤，輸入框下方彈出列表庞钢，展示最近充值的10個號碼，方便用戶進行選擇因谎。在前端同事寫頁面的時候基括，還和我確認了一下這個功能，我說是有的财岔，我記得還是后臺提供歷史轉(zhuǎn)賬號碼數(shù)據(jù)风皿。后來頁面寫完的時候，向后臺詢問接口匠璧，才知道后臺是沒有這個接口的桐款，歷史轉(zhuǎn)賬賬號數(shù)據(jù)由瀏覽器的cookies記錄，直接顯示在轉(zhuǎn)賬輸入框里患朱。于是前端同事的代碼就浪費掉了鲁僚，我也覺得很不好意思。在原型評審時，這個功能是通過了的冰沙，可是我并不清楚是由前端實現(xiàn)還是后臺實現(xiàn)侨艾。于是我知道，在做頁面的時候拓挥，除了要知道頁面功能能不能實現(xiàn)唠梨，還要了解功能實現(xiàn)方式，是由前端負責還是后臺負責侥啤，另外当叭，在前端同事做頁面的時候，也要及時溝通配合盖灸，協(xié)調(diào)前端和后臺蚁鳖。因為部門沒有產(chǎn)品經(jīng)理，所以很多事情要設(shè)計師自己跟進赁炎。

與視覺設(shè)計師的合作醉箕。

由于公司業(yè)務(wù)的關(guān)系，Omni項目的頁面有很多表單徙垫，還有一些數(shù)據(jù)圖形化的內(nèi)容讥裤，視覺效果要求簡潔明快，清晰易懂姻报，頁面并不復(fù)雜己英。項目之前已經(jīng)有了視覺規(guī)范，所以視覺同事的視覺稿完成的很快吴旋。在視覺稿完成之后损肛，我整體看了一遍，風(fēng)格沒有什么問題邮府，一些小的字段荧关、格式錯誤，和她反饋之后褂傀，也沒有進行修改忍啤，直接告訴前端同事在代碼里修改就好了。后來仙辟，由于業(yè)務(wù)有一些調(diào)整同波，原型做出了相應(yīng)修改，和視覺溝通之后叠国，也是直接反饋給前端同事修改頁面未檩。

第三個項目：RTSS&Asset?7.7版本

RTSS&Asset 7.7版本，是在RTSS項目基礎(chǔ)上進行優(yōu)化的一個版本粟焊。由于涉及到項目跨團隊合作冤狡，和外部系統(tǒng)進行整合孙蒙，一些頁面需要進行重新設(shè)計，也添加了新的功能需求悲雳。需要優(yōu)化的頁面挎峦，包括積分、優(yōu)惠券和賬單繳費合瓢，新增的功能坦胶，包括紅包、詳單晴楔、密碼重置顿苇。

設(shè)計流程的完善。

這次做新功能的時候税弃，依舊沒有詳細的產(chǎn)品需求文檔纪岁，于是我自己整理相關(guān)內(nèi)容，補充完善则果。主要內(nèi)容包括蜂科，已經(jīng)給出的需求簡略描述，產(chǎn)品定義（使用人群短条、主要功能、產(chǎn)品特色）才菠，用戶需求（目標用戶茸时、使用場景、用戶目標）赋访，之后整理頁面架構(gòu)可都，思考任務(wù)流程。在整理完產(chǎn)品需求時蚓耽，和龍哥討論確認渠牲，通過之后再進入到原型繪制的過程。

再談紙面原型步悠。

這次做界面的時候签杈，紙面原型的方法應(yīng)用的很多，基本上所有新頁面都是先畫紙面原型鼎兽，和龍哥討論答姥，之后修改，方案通過之后再繪制Axure原型谚咬，設(shè)計流程順暢許多鹦付，設(shè)計效率大大提高。

體驗設(shè)計择卦。

這個版本的積分功能頁面敲长，做了很多在體驗方面的迭代郎嫁。積分相關(guān)功能，包括三部分祈噪，分別是積分綁定泽铛，積分轉(zhuǎn)換，積分明細查詢钳降。積分綁定與轉(zhuǎn)換功能厚宰，是指將第三方商戶和Asset賬戶綁定，將第三方商戶積分轉(zhuǎn)換為Asset積分遂填。整體的功能實現(xiàn)并不復(fù)雜铲觉，也有現(xiàn)有的競品可以參考，設(shè)計的關(guān)鍵就在于吓坚，如何引導(dǎo)用戶進行綁定與轉(zhuǎn)換撵幽，其中也包含商戶的展示，操作流程梳理的問題礁击。我自己最早做的頁面盐杂，將賬戶綁定和積分轉(zhuǎn)換割裂開，分別實現(xiàn)功能哆窿，造成了用戶操作的繁瑣链烈。之后的第二個版本，將兩個功能在操作流程上做了融合挚躯，先綁定强衡，后轉(zhuǎn)換，可是對于新用戶的引導(dǎo)并不順暢码荔，對于老用戶漩勤，積分轉(zhuǎn)換的快捷操作也并不方便。后來又做了幾個版本缩搅，用戶引導(dǎo)和信息展示始終沒有找到平衡的解決方案越败。最后，龍哥對方案進行了修改硼瓣，將新用戶引導(dǎo)和已綁定商戶都展示在首頁上究飞，實現(xiàn)了功能平衡。我后來覺得堂鲤，體驗設(shè)計的精進噪猾，要適當打破現(xiàn)有規(guī)則，界面設(shè)計要貼合用戶使用筑累，而不是一味的符合功能邏輯袱蜡。

與視覺設(shè)計師的合作。

RTSS項目是在移動端慢宗，頁面風(fēng)格和之前的頁面保持一致坪蚁，是一種深黑色背景的商務(wù)風(fēng)格奔穿。我將視覺稿和交互稿進行比對，整體的界面控件形式基本一致敏晤，只是在頁面元素的細節(jié)排布上贱田，綜合美觀程度、信息展示方式等嘴脾，做出了細節(jié)優(yōu)化男摧。我對視覺設(shè)計師的工作成果感到滿意。

其他項目

負賬單轉(zhuǎn)移頁面

這個需求來自匈牙利的項目译打，安排在Omni項目告一段落的時候耗拓。簡明解釋業(yè)務(wù)，將一個賬戶下的負賬單轉(zhuǎn)移至另一個賬戶奏司，并選擇抵扣欠費和轉(zhuǎn)移金額乔询。業(yè)務(wù)不算復(fù)雜，只有一個頁面和一個彈框韵洋，主要任務(wù)是完成符合業(yè)務(wù)邏輯的界面操作。我和后臺人員了解需求搪缨，溝通之后食拜，現(xiàn)場繪制紙面原型，并立刻反饋副编，修改通過之后监婶，再繪制Axure原型。紙面原型主要解決界面元素與操作流程的相關(guān)問題齿桃，包括界面內(nèi)容、表單排列煮盼、按鈕位置短纵、操作與反饋，之后的Axure原型僵控，完善界面內(nèi)容位置安排香到，考慮美觀性。在Axure原型完成之后报破，反饋修改了兩次悠就，修改了一點內(nèi)容，設(shè)計就完成了充易。這個頁面以表單為主梗脾，前端可以參考項目的其他頁面寫代碼，視覺同事就不需要做視覺頁面了盹靴。

做這個頁面的時候炸茧，我用Axure做交互動效還不熟練瑞妇，動態(tài)面板的條件設(shè)置和動作設(shè)置是我不熟悉的內(nèi)容，為了表達方案梭冠，通過幾個頁面的跳轉(zhuǎn)實現(xiàn)辕狰。做完這個項目之后，我又學(xué)習(xí)了Axure的動效內(nèi)容控漠，提高軟件技能蔓倍。

這個項目的收獲，主要就在于業(yè)務(wù)邏輯的梳理與表現(xiàn)盐捷，軟件技能的提高上偶翅。

無主繳費頁面

這個頁面的需求更為簡單，一共只有兩個頁面毙驯，第一個是無主繳費的查詢頁倒堕，第二個是信息展示與操作頁。主要工作爆价，即是輸入框與表單內(nèi)容的排列垦巴，簡單操作的切換。依舊沿用之前的設(shè)計流程與方法铭段，業(yè)務(wù)流程梳理-紙面原型-Axure原型骤宣。

自我學(xué)習(xí)

京東頁面臨摹

為了學(xué)習(xí)網(wǎng)頁端的界面設(shè)計，龍哥安排我臨摹京東的一些頁面序愚，包括首頁和購物流程相關(guān)頁面憔披。在臨摹的同時，注意思考業(yè)務(wù)流程與界面元素的關(guān)系爸吮，還有界面細節(jié)的處理方式芬膝，各種情況、操作的頁面變化形娇，如何優(yōu)化用戶體驗版姑。

在臨摹的過程中铡买，我思考了頁面柵格系統(tǒng)在網(wǎng)頁設(shè)計中的應(yīng)用，相同元素的復(fù)用與統(tǒng)一，設(shè)計規(guī)范的應(yīng)用娜遵，操作提示與反饋估灿。這些內(nèi)容對我之后的設(shè)計工作很有幫助麦向。

讀書-破繭成蝶

在實習(xí)期間子檀，讀完了《破繭成蝶——用戶體驗設(shè)計師的成長之路》，并整理了讀書筆記陶衅。這本書也是一本講設(shè)計流程與方法的書屡立，和之前看的國外的書相比，更加貼近實戰(zhàn)和國內(nèi)特色搀军。系統(tǒng)講解了從需求分析侠驯、交互設(shè)計到設(shè)計表達抡秆、項目跟進的一系列過程，書中內(nèi)容講解很細吟策，對于剛剛參加工作的設(shè)計師幫助很大儒士。

后記

在亞信的三個多月，總結(jié)起來檩坚，RTSS項目Q2階段像是入門演練着撩，Omni項目是基礎(chǔ)練習(xí)，RTSS的7.7版本是用戶體驗的提高匾委。經(jīng)過項目的鍛煉拖叙，我逐漸掌握設(shè)計流程，提升設(shè)計技能赂乐，并不斷思考薯鳍，提升用戶體驗。

作為設(shè)計新人挨措，不斷學(xué)習(xí)挖滤，不斷實踐，總結(jié)經(jīng)驗浅役，提高自己斩松，日益精進，有所收獲觉既。

俊森

2016.6.30