如何提升軟件產品方案的設計完整性?
最近筆者在總結了一個系統平臺類的項目時,從產品設計到測試發版思考了一些內容,對于如何提高軟件產品方案設計的完整性有些想法,總結后在此分享出來,希望對一些產品新人有所幫助,也希望能和大家一起討論、分享、學習共同進步。
“優秀的學習者善于總結、勤于總結”,這也是一份源自產品方案評審中的一次尷尬“質問”的總結。徹底刨析自己設計的缺失,提升自身專業素質,避免尷尬的時刻不再出現。為了總結更加有價值、有內容,特意在產品經理交流群、社區、論壇上做了一些功課,并結合項目設計研發過程,總結了一些比較系統的“產品自查一二三……”
先說一下癥結吧,這樣能夠“對癥下藥”。
- 交互設計說,〤〤功能的任務流程是怎樣的,輸入限制條件是什么……
- 視覺設計說,〤〤頁面哪些是重要信息,是否需要重點展示……
- 研發說,要實現〤〤功能嗎,異常情況下是怎么處理的……
- 測試說,〤〤功能哪些權限用戶可以使用,〤〤按鈕的限制條件,功能實現的預期是什么……
產品方案設計缺乏完整性,會給交互、GUI、研發、測試等人員的工作帶來諸多問題。
總的來說,產品方案在頁面操作、功能實現、限制條件、異常處理等描述上存在邏輯漏洞;
從自身角度,如何提升軟件產品方案設計的完整性?
一、思維層面:產品思維方式的訓練和提升
產品思維是從事產品工作、進行產品化思考的前提;產品思維伴隨著產品真個生命周期。由于產品工作內容的特殊性,需要從事產品工作的人具備專業、完備的思維方式;這里著重介紹以下幾種思維方式:
1. 類比思維的訓練和提升
常用于解決陌生問題的一種方法和策略。
運用已有的知識、經驗將陌生的、不熟悉的問題與已經解決了的熟悉的問題或其他相似事物進行類比,對產品經理接觸陌生或不熟悉領域的問題,并提出問題解決方案時,可以充分開拓自己的思路,從而創造性地解決問題。
2. 結構化發散思維的訓練和提升
常用于尋找解決問題和達成目標的一種方法和策略。
結構化發散思維是一種常規邏輯思維與發散思維有效結合的一種思維方式;簡單來說,從新想法中總結新的思考方向,再從新的思考方向發散新想法,如此循環反復,直到系統地窮盡我們所能想到的所有方向和想法。就像著名物理學家Albert Einstein所說——邏輯思維能讓你從A點走到B點,發散思維能讓你到達任意點。結構化發散思維能讓你已更加高效的達成工作目標。
3. 同理心
站在他人的角度思考問題、解決問題,無論是在需求分析、還是在溝通交流上都是一種非常實用且有效的思維技能。
思維方式決定你的行為方式。完備的思維方法,可以從根本上來提高自己的設計能力,提升設計的完整性。
二、執行層面:提高專業技能水平
提高專業技能水平,尤其是基本技能的提升及輸出內容質量的提升。
產品經理執行層面的專業技能的提高,對輸出成熟、完整、高質量產品設計方案是至關重要的,如產品需求文檔、產品Demo原型等主要輸出內容是設計方案質量的最直接的體現。
專業技能的提高,是提升產品設計方案的完整性的重中之重,下面是我工作總結出來的方法:
1. 建立靈活、完整的設計工作流程
不同企業的工作流程是存在差異的,不同產品項目在制定工作計劃時也會或多或少的影響工作流程,但終究是大同小異。設計師需要根據業務要求靈活開展設計工作,能夠在有限的資源條件下設計出盡可能完整的產品方案。
2. 系統的繪制原型,并建立自己的交互設計自查表
(此文檔可通過文章最后的鏈接下載,僅供參考)
產品原型設計是設計師工作成果的主要部分,交付邏輯清晰完整的交互設計方案是優秀設計師的體現;對交互原型進行遍歷檢查是非常重要的,制定符合產品內容的檢查體系,才能保證設計方案足夠專業,完整。
交互設計的主要維度:功能劃分、架構布局、核心流程、異常處理、文本文案、控件動效;
不同產品、不同平臺交互設計自查的細節標準不同,從以上主要檢查維度建立完整的、符合產品要求的自查表可以大大避免遺漏。
3. 從不同的角度,為原型中的頁面交互元素添加備注說明
產品原型線框圖繪制完成后,需要為線框圖頁面中的元素、信息字段、交互控件、表單按鈕等元素添加相應的交互說明,為了避免備注描述上存在遺漏或者邏輯漏洞,產品經理在進行備注時,應多次站在不同角色的角度進行全方位的審查,如下:
- 從設計角度出發:頁面元素的各種狀態、各狀態下的不同操作反饋及方式,反饋信息是否明確,頁面信息字段是否表意清晰、合理,尤其是對信息層次的備注,如顯示優先級、排序規則等;
- 從研發角度出發:功能任務流程設計是否合理,各頁面功能描述及限制條件是否描述清楚,尤其是涉及不同權限用戶,不同狀態下的功能邏輯;
- 從測試角度出發:對方案進行審查是一個非常有效的方式。簡而言之,就是產品經理編寫測試用例,用測試的眼光、思維對產品的各功能邏輯、頁面元素操作邏輯、系統反饋情況等進行描述;測試用例描述如下圖:
(此文檔涉及公司現行業務,暫不提供文檔分享鏈接)
4. 產品需求文檔(PRD)
產品需求文檔的質量直接影響研發部門是否能夠理解產品的功能要求和性能要求。文檔的側重點即對產品定位、產品目標、用戶分析、業務流程、功能描述、性能要求、限制條件、UI元素等詳細的描述,是根據最終決定的設計方案進行對應編寫的,作為產品設計、研發、測試有據可查的憑證依據。
三、評審層面:產品方案的設計評審可以有效減少方案漏洞
產品方案評審是產品需求分析、方案設計階段必不可少的,通常是產品、設計、研發三方會議討論。
“眾人拾柴火焰高”群體智慧的力量是不容忽視的,尤其是在檢驗方案的可行性、完整性。
開放式的評審討論,必然是低效率、不可控的,所以產品經理要充分發揮主觀能動性,來掌握評審節奏,調整心態,有的放矢,將自己的設計意圖傳遞給與會的每個人,讓大家充分理解后提出方案的優化建議。
面對來自不同方向的“質問”、“否定”、“建議”,產品經理應保持獨立思考的能力,避免被他人帶跑偏;同時產品經理懷揣同理心,站在其他角色的角度來思考,理解其他的聲音,從而達到完善設計方案的目標。
四、總結
完善產品經理的知識體系,提高產品人的專業綜合素質。
持續不斷的學習,完善自身理論知識,全面提高產品經理綜合能力,如產品思維能力、需求分析能力、文檔編輯能力、溝通能力、設計把控能力……才能全面完善提升自己的專業水平。從而提高自己的設計影響力,把控產品走向,引領產品設計節奏,做到設計力驅動產品,才能設計出真正讓用戶認可的產品方案。
交互設計自查表:鏈接:https://pan.baidu.com/s/1PCWAzSnzHq3XwEM1X6f7bQ 密碼:5dt0
交互設計自查因項目不同而有所差異,希望大家在創建自己的設計自查體系時能多多思考,建立屬于自己的設計自查體系。
本文由 @歲月 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來源于網絡
交互設計自查表失效了,可以再分享一下嗎?謝謝~
交互設計自查表,能再給一下嗎?
交互設計自查表 地址失效了~
加油加油
非常好的分享 謝謝??
總結得很好,最近剛上了一個小的項目,然后自己做的一團糟,又因為真的是超級忙,沒時間整理,正好還可以對著你的來整理下我過程中犯下的錯誤
項目進程中受制于各種條件約束,工作節奏也因此不斷加快,這種情況是常態,但是緊張的節奏很容易忽略很多細節,只要我們建立起自己的設計體系,就能應對各種挑戰,一起加油…
產品新人學習了,很有幫助,謝謝!
一起加油…
非常好的文章 學習了 謝謝老師
共同進步,朋友…