產(chǎn)品迭代是一個再平常不過的過程，每個項目有自己的更新/發(fā)版節(jié)奏。無論是從0到1的項目盟戏，或是需要推翻從來的項目，其實交互設(shè)計師的思考框架是不變的甥桂，以下是在做了幾個新項目總結(jié)出的幾個大的模塊柿究，設(shè)計思考中可以借鑒：
改版目標(biāo)
1、當(dāng)前存在問題
分析項目整體當(dāng)前存在的問題黄选，包括用戶痛點是否已被清晰蝇摸、明確、流暢地解決（新項目考慮所屬行業(yè)當(dāng)前痛點）办陷，若沒有貌夕，則需要重新定義，找出問題點懂诗；
2蜂嗽、計劃通過什么方法解決；
這里指的方法是一個大方向的方法殃恒，比如發(fā)現(xiàn)用戶在購買商品后不喜歡評價植旧，那么發(fā)現(xiàn)了當(dāng)前問題是評價對于用戶是沒有好處的辱揭，用戶覺得沒有動力，那解決的大方向就是我們提升用戶發(fā)布動力病附，提供獎勵激勵機制问窃。
3、期望達到怎樣的目標(biāo)
設(shè)計之前都需要有一個想要達到的目標(biāo)來指引完沪，例如上文提到評價系統(tǒng)域庇，定一個大致目標(biāo)是：用戶收到商品后評價提升20%。其實設(shè)計師們都知道覆积，評價流程中每一個細(xì)節(jié)的設(shè)計都至關(guān)重要听皿，都是引導(dǎo)用戶一步步評價的方向。
personas（分析用戶特征）
你的產(chǎn)品對于用戶有用宽档，才能引起他的注意尉姨，從而使用。那么產(chǎn)品吸引的用戶有何共同特性呢吗冤？或者你的用戶具有很多層次又厉，這次迭代的目標(biāo)用戶的特征又是什么？
時間椎瘟、情景
分析用戶在什么時間覆致、情景下使用
分析用戶場景是交互設(shè)計師基本功，盲目設(shè)計肯定是錯誤的肺蔚。所謂設(shè)計煌妈，服務(wù)于人沃琅，所以糖驴，要知道這個用戶使用時是會在什么時間點，抱著什么心情舰蟆，如何來使用我們的產(chǎn)品段只，我們需要模擬用戶使用過程中的心智模型，來支撐我們的設(shè)計稿鉴扫。
競品分析
分析優(yōu)秀可借鑒競品的功能
競品分析環(huán)節(jié)必不可少赞枕。在當(dāng)下各種App充斥的時代，很難有一種產(chǎn)品是獨立存在的坪创，都會有不同程度的競品可以參考借鑒炕婶。那么設(shè)計過程中，可以多找?guī)讉€競品莱预，分析競品的信息間架布局柠掂、優(yōu)缺點以及是否可借鑒到產(chǎn)品中，可借鑒的產(chǎn)品需要說明原因依沮。
同時涯贞，交互及視覺層面的競品分析環(huán)節(jié)必不可少枪狂。交互設(shè)計師除了考慮功能層面的內(nèi)容，還需要分析競品真正用戶體驗環(huán)節(jié)上的優(yōu)劣宋渔，將功能拆分思考州疾，結(jié)合自己產(chǎn)品的用戶場景進行設(shè)計。
定義產(chǎn)品交互品質(zhì)
交互品質(zhì)皇拣，其實是在產(chǎn)品設(shè)計之初需要考慮的方面严蓖。這個對于初期的產(chǎn)品比較重要，決定著你今后產(chǎn)品的調(diào)性氧急。比如知乎颗胡，更加偏向于PGC（Professionally-generated Content，專業(yè)生產(chǎn)內(nèi)容）吩坝，產(chǎn)品中透的是專業(yè)毒姨、專攻的氣質(zhì)，之后延續(xù)的Live功能等也是延續(xù)這些品質(zhì)繼續(xù)的钾恢；而簡書更加偏向UGC（User-generated Content手素，用戶生產(chǎn)內(nèi)容），更加大眾化瘩蚪，更加親和泉懦。每個產(chǎn)品最初定義的調(diào)性，會影響今后產(chǎn)品的發(fā)展方向和目標(biāo)用戶疹瘦。
信息架構(gòu)
準(zhǔn)備完成后開始分析自己產(chǎn)品本次功能迭代的信息架構(gòu)崩哩，如果已經(jīng)存在，可忽略這個流程言沐。新產(chǎn)品需要理清產(chǎn)品脈絡(luò)邓嘹，主要信息、主要功能险胰，形成產(chǎn)品信息架構(gòu)圖汹押，可以用xMind或其他工具，在設(shè)計功能時要時刻清楚功能所在的層級起便，這影響到你是否繼續(xù)為該頁面添加子頁面棚贾，過長的流程會加劇用戶流失。
推導(dǎo)設(shè)計方案
其實這個過程跟英國設(shè)計協(xié)會的雙鉆設(shè)計模型有些類似榆综，可以打開這個鏈接了解一下妙痹。推導(dǎo)設(shè)計方案是開始了設(shè)計發(fā)散的過程：
構(gòu)思ideation：把問題具體化，可以參考流行的設(shè)計趨勢鼻疮、好的設(shè)計網(wǎng)站或者好的交互效果怯伊，即上文的競品分析環(huán)節(jié)，在設(shè)計過程中也需要繼續(xù)應(yīng)用判沟，重點是構(gòu)思自己的交互設(shè)計應(yīng)該如何做耿芹。
評估evaluation：如果構(gòu)思的過程產(chǎn)生了很多的想法方案崭篡，那么我們應(yīng)該先評估一下可行性，說明方案的技術(shù)邊界猩系，期間也可以跟關(guān)系好些的開發(fā)同學(xué)共同探討（搞好關(guān)系很重要媚送，哈哈哈）。
想法ideas：經(jīng)過評估之后寇甸，最終選擇了2~3種ideas
這幾種ideas最好能夠經(jīng)過組內(nèi)設(shè)計部門塘偎、產(chǎn)品同學(xué)、技術(shù)同學(xué)的共同評審拿霉，聽取大家的意見吟秩，綜合考慮最終方案。
最終方案
最終方案是經(jīng)過評審的方案绽淘，同時需要交付完整的交互設(shè)計文檔涵防，交付文檔也是一門大學(xué)問，后續(xù)會另外寫一篇文章重點闡述沪铭。文檔的形式并不是很重壮池，需要描述清楚關(guān)鍵頁面流程，設(shè)計點與說明需要一一對應(yīng)杀怠。交付格式可以是pdf椰憋，小需求可以是jpg等，我們現(xiàn)在用的是sketch導(dǎo)出規(guī)范的方法赔退，同時方便視覺橙依、開發(fā)、測試同學(xué)復(fù)制頁面文案或說明文案硕旗。
持續(xù)跟進
方案交付后窗骑，就萬事大吉了嗎？當(dāng)然不是漆枚。開發(fā)過程中有許多疑問需要你做解答创译，也許你會問，我在文檔中說明得夠清楚了就不用了吧墙基？No??No??No昔榴，每一份文檔不可能是完美的，開發(fā)過程也許會存在當(dāng)時考慮不周的內(nèi)容碘橘，這時需要修改交互內(nèi)容以達到最終效果，同時要做好文檔更新吱肌，持續(xù)跟進開發(fā)進度和測試進度痘拆。上線了之后還需要跟蹤用戶反饋，以保證后續(xù)的優(yōu)化迭代氮墨。
以上纺蛆，就這么多吐葵，這是常規(guī)可借鑒的流程，如果需求很簡單桥氏，當(dāng)然可以省略部分步驟温峭，無需面面俱到。
我愛動漫我驕傲字支，哈哈哈凤藏。歡迎交流喲～
