描述:
1，這個階段主要輸出的是產品定義的六要素。前期通過對行業的調查，收集行業的信息，初步分析競品和用戶，通過文檔檢驗產品的可行性是否能給公司帶來收益。
2、定義產品，目的是保證產品的路線不會走偏，通過後期的需求調研不斷驗證產品。
輸出顆粒物:
1，產品定義六要素:
產品定位:這是壹款什麽樣的產品，解決用戶的什麽需求？
產品目標:用戶希望用這個產品解決什麽樣的問題？
需求背景:用戶使用這款產品是什麽樣的需求？
用戶背景:什麽樣的人會用這個產品？
產品形態:app，小程序，PC。
2、競品分析MVP版:
①競品分析的目的:希望通過競品分析，了解本產品與競品的異同和作用，熟悉業務流程。了解競品和公司主要競爭對手的發展情況，為公司制定產品戰略提供依據，為我公司產品發展提供思路。
②精選競品:誰是直接競品？誰是間接競爭對手？
③用戶群體:包括目標用戶、用戶畫像、痛點、解決方案。我們可以通過競品找到符合這個產品要求的用戶，了解他們使用的是什麽樣的場景，他們在使用過程中的痛點是什麽，我們可以給出什麽樣的解決方案。
④競品對比:(前期先沒有)
戰略層面:為誰？做什麽？解決什麽？經營者想從產品中得到什麽？還包括用戶想從產品中得到什麽。(產品定位和導向)①資源②模式③商業玩法④特色(宏觀)
範圍層:做什麽和不做什麽？
結構層:怎麽做？流程是怎樣的？
框架層:實現、功能實現|設計
表示層:可視化表示(ui著色)
⑤Swot分析:
優點:分析和競品相比有什麽突出的優點？
缺點:分析該產品與競品相比的缺點。
機會:分析現在的政策和行業發展有哪些機會？
威脅:分析產品現在或將來會遇到什麽威脅。
第二，向老板匯報，項目
描述:
向老板或者項目組匯報這個項目，* * *討論這個產品的可信度，爭取大家的支持。只有確定項目後，才能對公司內部資源和外部資源進行分配和協調。
輸出顆粒物:
1、會議紀要:記錄老板或公司高層在會議上提出的問題和建議。
2.任務安排甘特圖:項目參與人員的大致工作安排，時間，每個人的日常職責，昨天遺留的問題，是否已經解決，輸出結果等。
三、需求階段(收集、整理、分析)
描述:
這個階段的工作內容、方式方法可以參考我上壹篇文章《產品經理如何解決各種需求》。
簡單的例子:
(1)收集需求，可以潛入群聊，也可以找專業的壹對壹面試。
(2)收集更多的壹手需求，也就是我直接針對用戶獲得的原始需求，二手需求指的是對接別人然後告訴我，可能沒有那麽準確。
(3)產品需求是在問題清單中已經安排好的，已經確定要做的需求。
4收集需求很重要，直接取決於妳對用戶痛點的掌握。不要想著應付糊弄。
⑤請教業內專業人士，為自己設立個人設計，壹步壹步挖掘。
⑥也可以看看博主的視頻，裏面包含了很多信息，可以加快對行業的了解，也會有壹些消息可以參考。
輸出顆粒物
1.需求列表(demand pool):用於記錄原始需求和數據來源。
2.功能列表:需求轉化的功能點有哪些，優先考慮？
3.核心職能結構圖:主要核心業務的職能結構圖，
4.核心業務流程圖:整個流程會涉及哪些角色？註意逆向過程和判斷與過程的閉環。
5.問卷調查:有必要做壹個相關行業的問卷調查，讓別人填寫，得到壹些客觀的意見和想法。
6.改進對競爭產品的分析
7.MVP版BRD:競品分析+商業模式+初期運營計劃。BRD是產品生命周期中最早的文檔之壹，用於解釋市場分析、銷售策略、利潤預測、產品構思等。BRD文件將在四個位置展示給人們。
①戰略:CEO首席運營官，公司直屬副總裁，旨在獲得他們的支持。
②市場導向:市場總監、運營總監等輔助人員將為我們的產品提供未來的營銷和商業運作。
③ R&D型:技術總監、R&D總監等為產品提供技術支持的人員。
(4)資金類型:CFO和CFO主要是給我們團隊提供充足的R&D資金。
8.商業畫布:重要合作夥伴、關鍵業務、價值主張、客戶關系、客戶群體、核心資源、渠道、成本構成、收入來源。
第四，需求審查階段
描述:
1.項目團隊的不同成員使用不同的維度來檢查和批準需求。在會議之前，應該以正式的形式通知與會者，例如公司內部的電子郵件或辦公軟件。參加會議前，需要帶上以上階段的所有輸出。
2.需求評審中要保留會議紀要，每個人的問題都要記錄清楚，有利於會後的需求修改。
3.壹般需求評審會議會開好幾次，不可能壹次評審通過。在進行下壹步之前，我們必須確保沒有問題。
輸出:
1，會議紀要:包括會議中出現的問題及解決方案。
2.修改競品分析、需求清單、功能清單、結構圖、流程圖，改進BRD文檔和商業畫布。
動詞 （verb的縮寫）原型設計階段
描述:
1.註意功能的放置:
用戶不想用的功能按鈕放在用戶不容易夠到的地方。比如右上角的返回圖標，如果前期不是很重要，可以適當弱化。比如前期產品內容不多，可以把搜索功能做成小按鈕，而不是搜索框。
2.優化視覺設計:
盡量不要用線框，盡量簡潔明了。畢竟用戶是被大廠培養出來的，有審美標準。最多用壹些黑、白、灰、藍，不要用其他花哨的顏色，不要打擾UI。
3、互動備註:
動作-對象-結果(在什麽情況下，用戶做了什麽，對頁面做了什麽修改)，以及遇到壹些數值時必須考慮的限制等。
4、互動筆記1+3原則:
壹個核心:所有app頁面分為兩種狀態，靜態和運營後狀態。
三個內容:1，按鈕，圖標等模塊運行後的變化。2.該頁面的文本顯示、時間顯示、刷新規則等頁面規則。3.操作後錯誤提示
輸出顆粒物:
1，原型圖
2.交互式解釋
3.珠三角文件
第六，原型審查階段
描述:
該過程與需求評審的過程相同。這次考察的是原型圖的效果，功能設計是否完整，頁面是否完整，頁面之間的跳轉關系，頁面的規則是否完整。
輸出顆粒物:
1，會議紀要(記錄與會人員的建議和問題，便於後期修改PRD)
七。設計、開發和測試
描述:
1，UI合作夥伴，技術合作夥伴，測試合作夥伴的工作內容，我們的產品經理需要對他們進行調度，最好在現實的基礎上安排在1/3以內，避免後期各種情況造成原定交付日期的延遲！！！
2.開發設計投產前，公司內部人員會進行測試，尋找bug。
3.原型、設計和開發可以同時進行。產品經理可以畫出主要的原型圖，並交付給UI。壹般用藍瀉湖或者email。根據公司實際使用的軟件，UI選擇風格，給我們產品經理幾個版本選擇，開UI評審會。當然，當我們告訴開發者我們要做什麽產品的時候，開發者可以先搭建框架，產品經理繼續同步繪制原型圖，畫好之後交給UI。
輸出顆粒物:
BUG收集表
軟文寫作指導
八、在線
描述:
A/B測試，不確定哪個方案更好，通過給兩個用戶不同的方案，收集反饋數據，綜合考慮後留下壹個數據更好的方案。
輸出顆粒物:
問題清單
九。操作
描述:
以前BRD的行動計劃現在是與行動夥伴壹起規劃和實施的。
參考AARRR模型:
獲取用戶:用戶從哪裏來？
激活用戶:第壹用戶體驗是什麽？
留存用戶:用戶會重用還是購買？
清算:如何讓產品盈利
病毒式傳播:用戶願意把妳的產品推薦給別人嗎？
參考成癮模型:
1，觸發:外部呼叫/內部觸發，如APP短信提醒呼叫，好友催促，
2.動作:最小化用戶的動作成本，比如登錄頁面的強弱登錄設計。
3.報酬:物質和精神。
4、付出:時間、精力、金錢、用戶逃逸成本。
總結:
以上是我在做壹個產品時的壹個0-1的流程，以及相應的註意事項，輸出，講解等。內容可能不完整。希望大家能給我寶貴的意見！