使用(Use)方法解決需求方的(Of)問題是設計最本真的(Of)用(Use)處。無論面對多麽底層，複雜的(Of)業務，多麽各異的(Of)用(Use)戶訴求，我(I)們都要(Want)緊貼業務、服務用(Use)戶，爲(For)産品體驗負責。作(Do)爲(For)網站後台交互設計師，有時(Hour)不(No)僅要(Want)充當 PD，與業務方對接，負責需求的(Of)分析與功能結構梳理，也要(Want)配合開發，進行測試驗收并收集上線反饋，甚至要(Want)負責相關視覺設計、使用(Use)推廣等工作(Do)。在(Exist)具體的(Of)工作(Do)中，需要(Want)我(I)們具備更加全面的(Of)視角，以(By)下幾點思考與大(Big)家共勉。
一(One)、 深入了解自己的(Of)業務
這(This)一(One)點在(Exist)網站後台産品中尤爲(For)突出(Out)，了解才有發言權，才能提出(Out)合理建議，并正确推動前後端協調，否則脫離了業務，設計工作(Do)将無實質意義，即無法解決用(Use)戶需求，也無法帶來(Come)優質體驗。
二、轉變自身态度
與團隊共建、協作(Do)，爲(For)産品負責。當團隊中職能界定模糊時(Hour)，我(I)們作(Do)爲(For)産品的(Of)用(Use)戶代表，需要(Want)爲(For)最終的(Of)體驗負責，協調上下遊工作(Do)，确保産品爲(For)用(Use)戶提供所需的(Of)服務。
爲(For)用(Use)戶而設計，尊重用(Use)戶使用(Use)習慣。不(No)同的(Of)産品所對應的(Of)目标用(Use)戶也不(No)相同，這(This)需要(Want)我(I)們立足于(At)本産品，了解用(Use)戶的(Of)使用(Use)習慣、發掘痛點、洞見方向。
尊重平台特性，了解技術限制。
設計賦能。向前分析需求，向後配合開發。
三、設計方法
協助梳理業務。把業務轉化爲(For)容易理解的(Of)内容，整理出(Out)産品不(No)同的(Of)角色、任務以(By)及可能的(Of)頁面，提煉功能與内容。
敢嘗試。提供備選 A\B 方案，讓用(Use)戶基于(At)一(One)個(Indivual)可供讨論和(And)對比的(Of)界面進行反複修正，在(Exist)此基礎上進行細節補充，提高産品設計效率。
小而快。把需求細分，快速進行産品開發與後續叠代。
四、 産品體驗标準側重
操作(Do)效率。後台管理運維的(Of)數量級較大(Big)，會涉及到(Arrive)對多目标的(Of)重複性操作(Do)，如何簡化操作(Do)流程，合并重複模塊，減少選項，有效的(Of)設計信息是較爲(For)重要(Want)的(Of)一(One)點。
準确性。面對大(Big)量信息和(And)多維度的(Of)判斷，提供準确的(Of)信息展示與反饋同樣可以(By)提高操作(Do)效率。例如精準文案，減少界面視覺元素的(Of)幹擾，增加預防出(Out)錯的(Of)機制等，提高準确性，讓用(Use)戶聚焦于(At)當前任務。
降低學習成本。網站後台産品本身就具有一(One)定的(Of)學習成本，這(This)與它的(Of)專業性不(No)可分割，那麽在(Exist)設計時(Hour)，減少信息層級，利用(Use)運維用(Use)戶習慣的(Of)、純粹的(Of)元素與操作(Do)方式，能夠降低額外的(Of)學習成本。
在(Exist)網站後台産品的(Of)設計中，設計師充當了業務轉化爲(For)界面的(Of)「翻譯」，尤其是在(Exist)團隊中沒有産品經理時(Hour)，設計師則需要(Want)對業務有更深的(Of)理解且具備更多的(Of)專業能力，協調需求方與開發，進行設計賦能。
