我沒有做過需求分析，如何做好設計

設計的出發點是需求。 在產品生命週期中，需求是乙個動態的過程，產品可分為：匯入期、成長期、成熟期和衰退期，產品在不同階段有不同的需求，需求的型別也不同。

從物件的角度來看，要求是：基本需求、易用性需求、可操作性要求;

從產品運營來看，需求有：產品運營需求、政策和法律需求;

從系統角度來看，要求是：安全要求、效能要求、可維護性和可移植性要求;

公司擁有成熟的需求收集、審核和管理機制。 在判斷需求的優先順序時，使用卡諾模型來判斷它是魅力需求、預期需求、必須需求、無差別需求還是反向需求。 比如前面提到的摺疊屏，正面和背面拍照，應用之間的互動就屬於魅力需求。

應用拆分是預期要求。 摺疊可靠性是必不可少的。

所謂"需求分析"它是指對要解決的問題進行詳細的分析，並清楚地了解問題的要求，包括需要輸入哪些資料，獲得哪些結果以及應該輸出哪些資料。 可以說，軟體工程中的“需求分析”就是確定計算機“做什麼”，想要達到什麼樣的效果。 可以說，在製作系統之前，需求分析是必須的。

在軟體工程中，需求分析是指在構建新的或更改現有計算機系統時描述新計算機系統的目的、範圍、定義和功能所需的所有工作。 需求分析是軟體工程中的乙個關鍵過程。 在這個過程中，系統分析師和軟體工程師確定客戶的需求。

只有在確定了這些需求之後，他們才能夠分析和尋求新系統的解決辦法。 需求分析階段的任務是確定軟體系統的功能。

在軟體工程的歷史上，很長一段時間以來，需求分析被認為是軟體工程中最簡單的步驟。 但在過去的十年中，越來越多的人認識到需求分析是該過程中最關鍵的部分。 如果分析師在需求分析過程中沒有正確識別客戶的需求，那麼最終的軟體將無法真正滿足客戶的需求，或者軟體專案將無法在規定的時間內完成。

2017年關於需求分析的第一篇文章。

在設計解決方案之前，我們先分析業務需求和使用者需求，明確設計策略。 然後業務需求包括業務目的（業務目的就是為什麼要做這個功能？ 和業務目標（產品期望獲得什麼樣的成功？

下面嘗試討論和分析我工作中的特定需求，以及如何在設計解決方案之前進行需求分析。

a- 分析業務需求。

經營宗旨：以返利的形式增加使用者數量、使用者活躍度和政策推廣率;

業務目標：提高政策支援率。

指標：提高註冊率，提高參與度。

b- 使用者需求分析：

目標使用者是老王（白領，不值錢，在這個平台上買了保險）。

c- 分解關鍵因素。

要從業務角度向使用者角度轉變，為使用者創造更願意推薦的動力，在使用前消除使用者的後顧之憂，更願意推薦朋友和朋友。

解決使用者使用中的障礙，讓使用者更快速的推薦和獲得返利，從而提公升使用者體驗，同時也能成功實現業務目標，提高註冊率。

為什麼使用者會向朋友推薦產品？ 使用者有哪些顧慮？ 在使用過程中會遇到哪些障礙？

這三個問題是從業務角度轉化為使用者角度的關鍵。

為使用者創造願意主動出擊的動力。

推薦朋友麻煩嗎？ 推薦後如何獲得回扣？ 朋友願意買嗎？

我如何知道推薦是否成功，購買是否成功？ 此活動是否可信，回扣金額是否有到期日？

d-總結設計需求，明確設計策略。

通過分析使用者身體的路徑，找到每個接觸點，了解使用者在整個過程中遇到的問題，並基於對關鍵因素的分析提出合適的解決方案。 並細化流程中的各個步驟。 在實際過程中，也可以通過對比競品的使用者體驗路徑來改進你的產品。

2.建立使用者體驗路徑和情緒坐標。

在個人中心顯示“推薦人入口”;

推薦規則應盡可能短，盡可能放在底部，不要佔據使用者的大部分視覺中心;

單擊“共享”以提供適當的反饋，並讓使用者知道共享已成功。 或彈出模式視窗“分享成功！

如果好友已成功購買保單，且好友的保單已啟用，則將獲得回贈。

要獲得返利，除了祝賀使用者外，還可以提示使用者“推薦和分享”更多推送等等。

總結 不要盲目畫線框圖，只有在設計方案之前，更好地理解和分析需求，才能服務好使用者，幫助使用者使用產品。 同時，只有從使用者的角度對產品進行分析和理解，才能從全域性視角幫助產品提公升使用者體驗和設計需求，從而創造優秀的使用者體驗。