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