<optgroup id="xkehr"></optgroup>
        <span id="xkehr"><blockquote id="xkehr"></blockquote></span>

        <track id="xkehr"></track>

        101工業設計,深圳工業設計首選品牌!
        當前位置:首頁 » 資訊中心 » 行業資訊 » 產品設計公司是怎么設計產品的?用什么方法?

        產品設計公司是怎么設計產品的?用什么方法?

        文章出處:101工業設計網責任編輯:作者:產品設計小二人氣:-發表時間:2020-04-16 14:30:00

        產品設計的過程要經歷什么?有什么方法?解決這個問題,我們先從我們熟悉的走路開始。即使我們只是走

        路,有時從A點到B點也很麻煩,想知道路徑是否正確,方向是否正確,是否采用捷徑等。
        但是,當A點是用戶問題而B點是實現功能時,就像在舊地圖和錯誤的指南針上在海中導航一樣。
        這就是為什么經過嚴格的過程(甚至是時間用完)之后,必須提供盡可能多的有關解決方案的信心和數據
         產品設計公司是怎么設計產品的?用什么方法?

        產品設計過程和方法
         
        1.了解問題

        這個問題也需要理解
        首先,如何解決這個問題?這是客戶的要求,是CEO的想法,實現愿景的路線圖是嗎?了解問題的位置很重
        要。識別觸發用戶的實際問題通常很難且容易忽略(讓我們面對現實并減少耗時)。
        回到最初引起的問題,這意味著確保設計的出發點是實際的問題,而不是可能的解決方案之一。
        收集來自CEO,產品所有者,產品設計等方面的客戶服務見解-深入研究,直到找到觸發請求的原始事件。
         
        2.研究問題并收集數據

        解決此問題是解決方案的一部分
        第二步意味著善于打擾別人并尋找谷歌。一旦發現事件(可能是兒童時期的創傷或客戶投訴),就該獲取盡
        可能多的信息了。
        別人如何處理這個問題?這是普遍問題還是基本問題?有沒有辦法將問題分解為較小的問題?最重要的是收
        集數據。
        即使我們在談論尚未開發的全新功能或產品,也可以使用某些相關指標(在某種程度上)。如果這是對現有
        功能的改進,則應該更容易從分析或應實施的任何類型的指標中獲取使用數據。
         
        3.重新設計問題

        現在有了所有這些信息,應該很容易就可以更好地了解問題的背景和存在的原因。重新構建問題意味著獲得
        不同的視角并從另一個角度來看待它,從而打破它以前在收集時可能添加的任何偏見或解釋。

        因此,雖然最初的需求可能是“我們需要一個功能,允許在余額不足的情況下向用戶轉賬”(這是一個已包含
        解決方案的需求),但問題可能是“轉移給用戶的錢花費時間,并且需要經常檢查余額”。

        這個問題的新框架為解決方案開辟了新的途徑(實現調度程序,或者在余額不足時自動發出警報)。

        4.設計解決方案

        解決方案

        問題現在已經確定,數據可以用于更廣泛的產品背景?,F在是框架解決方案的時候了,比如“決定哪一條途
        徑導致解決方案更適合該問題”。為此,將解決方案的特征放在問題的形式中可能很有用 - “用戶能夠設置
        自動提醒嗎?”“用戶是否應該能夠導入事件?” - 并建立一個列表可能的解決方案方法。其目的是縮小選
        項范圍,并形成一個將用原型進行測試的假設。

        由于目標是測試假設,因此理想情況下,原型應以假設為中心,最好從所有裝飾和不必要的細節中剝離,以
        便在測試時分散用戶的注意力。

        在這一步,與開發人員以及參與該過程的任何其他人(QA,更廣泛的設計團隊,客戶關懷)進行交流,從他
        們的角度收集他們對解決方案的見解也非常理想。

        5.測試解決方案

        “我想知道他們為什么要讓我參加數學考試”

        根據可用資源和時間的不同,用戶測試始終都是具有挑戰性和必要的。

        即使資源不足且時間緊張,測試代表產品較大用戶群的用戶樣本也非常重要,甚至比擁有不具代表性且因此有
        偏見的大樣本更為重要。

        以最詳盡的方式收集筆記 - 或者更好地記錄音頻 - 意味著如果在UX研究員(如果可能的話,或者至少另
        一個可以人可以記錄)的幫助下進行訪談以便保持兩者筆記的質量。

        6.實施解決方案

        不適合3歲以下的兒童

        那么現在,假設是否被驗證?如果是這樣,設計的難點和優點是什么?假設這一切都進行得很順利(假設驗證
        和輕微的痛點),原型將不得不變成實際的屏幕和要求給開發人員。為了鋪平未來迭代的路徑,定義哪些是關
        鍵績效指標和功能的成功指標是一項強制任務,可能需要其他團隊成員(營銷人員,開發人員)的幫助。

        如果假設沒有經過測試,那么就有必要回到設計解決方案的前一步,甚至回顧問題本身,然后重新開始。

        在設計一個復雜的解決方案時(很可能是一個復雜的問題),可能的策略之一可能是從實施最簡單版本的解決
        方案開始,隨著時間和版本的增加而增加復雜性。

        7.發揮功能

        那么,這是自我解釋。只要把它拿出來,讓世界知道它就在那里。
         
        8.跟隨此功能的成功

        他是否也是最佳著裝清單?
        如果一切正常完成,那么指示符現在應該可以收集了。通過檢查客戶服務并讓他們跟蹤發生的情況并為客戶反
        饋的各個方面設置折扣渠道來監視客戶服務也是一個好主意。
         
        9.解決方案是否解決了問題?

        解決方案也需要理解
        該功能已發布,并且可以在一段時間(幾周或幾個月)內向公眾開放,并且根據路線圖和其他問題,應該提出
        問題的時機:更大的用戶群是否確實找到了通過實施解決的問題的解決方案?
        實際上,并不是每個人都感到高興(用戶和/或隊友),其他問題已經出現,也許是時候解決利基問題了,或者
        -無論整個過程如何-我們可能都錯過了商機。因此,讓我們對這一過程保持信心并重新開始。
        欧美日韩视频高清一区-久久综合久久综合九色-aⅴ一区二区三区无卡无码