很可惜 T 。T 您現在還不是作者身份，不能自主發(fā)稿哦～
如有投稿需求，請把文章發(fā)送到郵箱tougao@appcpx.com，一經錄用會有專人和您聯系
咨詢如何成為春羽作者請聯系：鳥哥筆記小羽毛（ngbjxym）
負責產品部門業(yè)務，推進項目落地，配合公司戰(zhàn)略， 協(xié)調解決產品業(yè)務難題。
負責做出產品規(guī)劃和項目開發(fā)計劃，提出產品建議書和項目建議書，對規(guī)劃產品的需求分析、設計、開發(fā)和測試階段性過 程進行指導和監(jiān)控，保證產品滿足市場需要，獲得良好的收益。
作為產品經理的協(xié)助人員， 在產品經理的工作職能之內，進行產品相關的市場調研、產品策劃、部門溝通等相關工作。
負責界面的設計、編輯、美化等工作，提高用戶體驗。
產品部負責匯總公司高層及各個部門的需求及數據，結合產品、人群、業(yè)務特點，輸出相應的產品策劃文檔。
產品轉開發(fā)后，產品經理需對其負責的產品（項目）負責，推動和跟進設計、開發(fā)、測試、運維、發(fā)布、運營等部門的工作，并統(tǒng)籌各個部門不同階段介入配合，使得各個環(huán)節(jié)無縫對接。
產品部（產品經理）應按版本迭代對相關部門開展產品培訓，培訓內容需包括產品特性、產品新特性、產品使用方法等。
通過用戶體驗、 數據反向推動運營部門的運營策略，如商店更新機制、推薦機制等。
上班時間禁止做與工作無關的事情，接外包干私活是公司紅線！接到工作任務應快速響應，高質量推進和完成任務。工作空檔期應利用工作時間進行技能學習，部門主管有義務安排可驗收的學習任務。
發(fā)起會議前要求產品經理先梳理清楚問題或需求，產品經理與開發(fā)部或設計部會議交流的應該是提出產品要求，或講解要求， 而非在會議上一起發(fā)散性探討需求。
非需求評審會，要求在30分鐘內結束會議，無結論的會議更應提前結束，因此，要求產品經理提前將會議議題提前發(fā)給與會人，以便與會人做相應準備。
產品匯報制度：周報、月報
匯報重點：部門流程建議、學習計劃及總結、個人心得總結項目匯報制度：周報、月報
匯報重點：項目進度、存在的問題、解決方案
請按公司相關規(guī)章制度嚴格要求自己。
1. 規(guī)范產品流程；
2. 明確各成員職責；
3. 明確各階段的任務及輸入輸出；
4. 預防項目任務遺漏；
5. 確保項目有效推進。
1. 立項階段 ：一個項目在正式立項會后，就算正式啟動。
參與人員：項目經理、產品經理、設計師、開發(fā)、測試等項目組各環(huán)節(jié)關鍵成員參與
2. 需求階段 ：主要梳理用戶需求、商業(yè)需求、客戶需求
參與人員：產品經理、用戶研究、交互設計師
3. 設計階段 ：
主要包含交互、視覺方案詳細設計參與人員：交互設計師、視覺設計師
4. 開發(fā)階段 ：實現產品方案
參與人員：開發(fā)vs 服務
5. 驗證階段 ：檢驗產品質量，設計師進行走查根據實現參與人員：測試人員、產品經理、設計師
項目組各成員必須完全理解各階段的目標，及自身在各階段的主要職責目標。
1. 立項階段
關鍵詞：發(fā)起項目，召開會議
產品經理：輸出產品概要說明，主要描述本項目主要目標任務；發(fā)起立項會議，制定會議議題，討論項目大概的時間計劃需求，立項前必須經過多方確認（包括：資源分配、技術可行性等評估）；
輸出物：項目計劃表
交互設計師： 進行目標用戶分析 （即為什么做這個？這個需求針對的用戶群是什么？用戶特征是什么？），具體方法包括目標用戶定位、桌面研究、人物角色、競爭分析、實鏡調查等，發(fā)現和理解用戶需求；
輸出物：產品概要文檔
視覺設計師：該階段的需求還未完全明確，可以針對產品類型、方向進行設計趨勢分析；
輸出物：設計趨勢分析文檔
2. 需求階段
關鍵詞：需求發(fā)現、需求分析、需求管理
（ 1 ）洞察行業(yè)，理解用戶，明確商業(yè)目標；
（ 2 ）收集各方來源需求，包括：用戶反饋、用研分析需求、設計需求、市場需求、領導需求等等，并進行分類管理；
（ 3 ）進行需求討論，邀請專家、用研、交互設計師進行討論，使用 KANO模型、優(yōu)先排級、二維結構圖等工具分析；
（ 4 ）將確定的需求整理成需求list ，并輸出給交互設計師、視覺設計師；
（ 5 ）書寫產品 PRD 文檔，并組織多方評審會議；
（ 6 ）待方案通過后，將PRD 文檔輸出給交互、視覺、開發(fā)；
（ 7 ）組織交互設計師評估交互設計時間進度；
（ 8 ）需求閘門關閉，控制該版本需求數量，避免不斷的改變或加入需求，造成項目的失控。
輸出物：具體的需求list 、產品需求文檔
（ 1 ）挖掘用戶需求，發(fā)現用戶痛點（滿足什么場景下的需求？使用過程中的痛點在哪？當前的主導需求和潛在需求？），使用流程圖、用戶旅程圖、生態(tài)系統(tǒng)圖、親和圖等工具，這是用研、交互最核 心的部分，所有的設計idea都需建立在目標用戶和使用場景之上，脫離用戶談設計都是不能成立的；
（ 2 ）將痛點整理成需求list ，輸出給產品經理匯總；
（ 3 ）待產品經理輸出PRD過程文檔，可以根據需求進行初步概念設計方案，概念方案輸出的形式可以是草圖、DEMO、動態(tài)演示、高保真原型，具體不做限制，目標可以明確表設計想法，時間控制一般迭代版本在3 天左右，大型項目控制在7天左右；
（ 4）內部審核，確定參會人員范圍、會議目標，應提前1天發(fā)出需求評審文檔，以便評審人員提前了解具體方案，發(fā)現問題，可以 避免會議過程中無序討論爭執(zhí)，提高會議效率； 并在會議后做好會議記錄，郵件方式發(fā)生相關人員，針對評審結果對方案進行優(yōu)化（后續(xù)的相關評審會議都需要這樣做）；
（ 5 ）快速驗證，設定好測試案例，最好找真實用戶對象進行測試，若資源、時間不允許的情況，可以找身邊同事、親人、朋友進行 定性研究， 3-5個即可。最小成本試錯，設計最優(yōu)方案，如果你想偷 懶跳過該步驟， 最后的方案很可能是偏離用戶需求，那么將以十倍甚至更多的代價進行修改彌補，甚至錯過了好的市場時機，所有的設計必須放入實際的場景中于用戶對話才能得以驗證，所以在產品孕育過程必須堅持與用戶的對話；
（ 6 ）設計提案，合理組織提案內容，把目標理解、需求分析、概念方案（與視覺方案一起）整個設計思路梳理清晰，另外注重個人的表達能力，這也是設計師必須課，把握好每一次這樣的機會。同樣提前發(fā)起會議，確定參會人員范圍、會議目標，應提前 1 天預定會議上，并發(fā)出方案，可以提前收集關鍵評審人員對方案的意見，可以預期了解各個不同人員的想法，提前發(fā)現問題，預想優(yōu)化方案和提議；
輸出物：用戶分析報告、分析過程文檔、照片記錄、語音記錄、需求分析結果文檔、概念設計方案
（ 1 ）進行設計趨勢分析，并輸出分析報告；
（ 2 ）配合交互設計進行概念方案設計，快速將ideal進行視覺呈現；
（ 3 ）進行視覺風格推導。
輸出物：概念設計方案、視覺風格推導文檔
3. 設計階段
關鍵詞：抽象到具象
跟進交互設計方案，確保不偏離初衷；參與設計評審會議；在進行方案技術評估會議上，對各交互設計、視覺設計、開發(fā)、 測試的時間進行梳理和評估，時間必須精確到天，包含了版本提交和上線日期。
輸出物：詳細項目時間關鍵節(jié)點文檔
進行交互詳細設計， 包含信息架構圖、 頁面流程圖、任務流程圖、整體設計方案、交互狀態(tài)注釋等。
注意交互文檔的標準化格式、文檔 命名、文案真實性、避免視覺化和使用截圖、文件命名方式、建立標 準控件，最好制定交互文檔書寫規(guī)范，并嚴格執(zhí)行 這樣有利于設計、開發(fā)、測試人員閱讀，降低溝通成本，更能體現個人的專業(yè)度；
組織內部審核，包含自檢和設計組審核（小范圍），設計師本身需要養(yǎng)成嚴謹細心態(tài)度，在發(fā)出文檔前一定養(yǎng)成自檢習慣；
評審范圍再次擴大，評審人員包含總監(jiān)、產品、交互，會議后必須整理會議記錄，并根據評審結果優(yōu)化方案；
召集項目組各環(huán)節(jié)關鍵成員進行方案可行性評估，主要包含技術可行性評估、技術范圍評估、開發(fā)時間評估，并在過程中可能會根據技術的評估會對方案進行評審， 會議后必須整理會議記錄，并根據評審結果優(yōu)化方案，還有需確定各環(huán)節(jié)具體參與人員名單；
最后一輪方案需求評審，再次召集項目組各環(huán)節(jié)關鍵成員， 對最終方案進行一次評審，在過程可能還會存在細枝末葉的調整， 但基本可以保證方案方向的確定性，確保后續(xù)開發(fā)階段不做大的需求變動；
宣講，應該召集項目組所有設計、開發(fā)、測試等著實參與人員， 針對方案進行宣講，過程中對方案不做具體討論；
輸出物：詳細交互設計方案
在設計過程中經過了大大小小的多倫評審，這樣有利于后續(xù)需求方案的穩(wěn)定性，降低整個開發(fā)成本，且進入開發(fā)階段后，產品經理可抽出身來進行下一個版本的規(guī)劃和思考，具體的實施由設計師、 開發(fā)、 測試執(zhí)行即可。
視覺設計：
關鍵頁面設計，確定基礎風格，建立基礎規(guī)范；
根據交互設計方案，進行具體視覺詳細設計；
組織評審：堅持自檢、小組范圍評審、產品范圍評審等評審原則（以上交互設計環(huán)節(jié)有詳細說明） ，避免后續(xù)不斷調整風格問題，前期關鍵頁面設計盡可多預留時間進行設計推導；
輸出設計資源給予開發(fā)或前端工程師，注意模塊分組、圖標命名、以及不同分辨率的設計和管理；
輸出物：詳細設計設計方案、設計資源
通過參與評審會議，熟悉了解產品邏輯、流程，設計底層框架；提出技術支持需求；
技術評估會上評估時間需求；測試人員：
通過參與評審會議，熟悉了解產品邏輯、流程；技術評估會上評估測試時間；
制定測試案例和具體執(zhí)行計劃；
4. 開發(fā)階段
關鍵詞：實施設計方案產品經理：
（ 1 ）在該階段，產品經理可以進行下一個版本的規(guī)劃和思考；
（ 2 ）開發(fā)過程中，合理調配資源，支持各方需求；
（ 3 ）還原度跟進，整理相關BUG ，通過固定工具反饋給測試人員。
交互設計師：
（ 1 ）整理交互設計規(guī)范，包含：基本原則、通用交互的規(guī)范、基本控件交互規(guī)范、擴展控件交互規(guī)范、信息提示規(guī)范、導航規(guī)范、頁面典型視圖規(guī)范、窗口規(guī)范、文本規(guī)范等，作為后續(xù)設計指導；
（ 2 ）還原度跟進，整理相關BUG ，通過固定工具反饋給測試人員；
（ 3 ）開發(fā)反饋完善方案。
視覺設計師：
（ 1 ）整理視覺設計規(guī)范，包含：標準色彩、標準文字組合、基礎布局、圖標風格、基本控件、通用頁面結構等， 作為后續(xù)設計指導；
（ 2 ）還原度跟進，整理相關BUG ，通過固定工具反饋給測試人員；
（ 3 ）開發(fā)反饋完善方案。
開發(fā)人員：
（ 1 ）按計劃進行具體開發(fā)；
測試人員：
（ 1 ）制定詳細的測試案例；
（ 2 ）根據開發(fā)結果進行初步測試。
關鍵詞：驗證、還原、跟進設計產品經理：
（ 1 ）策劃上線準備，包含：運營推廣、產品上線準備（引導頁、
應用商店截圖、部署用戶反饋渠道等） ；
（ 2 ）收集測試反饋產品問題；
（ 3 ）遺留問題跟蹤；
（ 4 ）準備上線后，獲取用戶反饋和數據分析方式和工具。
交互和視覺設計：
（ 1 ）遺留問題跟蹤；
（ 2 ）還原度跟進，整理相關BUG ，通過固定工具反饋給測試人員；
開發(fā)人員：
（ 1 ）根據測試反饋進行bug修復。
測試人員：
（ 1 ）執(zhí)行第一輪、第二輪測試；
（ 2 ）合理整理測試問題，并及時反饋給產品、設計、開發(fā)；
（ 3 ）整理最后的測試報告。
產品經理應嚴格要求《產品迭代流程》文檔推進產品工作，每個環(huán)節(jié)輸出對應工作成果。
1 、 產品經理角色界定
產品經理：從立項申請到產品文檔評審通過之前。此階段大概投入 70% 的時間在產品調研、需求策劃、原型設計。
項目經理：產品文檔評審通過后一直到產品上線發(fā)布階段。此階段大概投入30% 的時間跟進項目的研發(fā)。
2 、 市場調研分析
此階段是公司高層、產品管理人員決定開發(fā)的過程。因此要求產品經理細入調研，客觀反饋調研結果和產品思路。
3 、 產品文檔編寫
產品需求列表：按模塊拆分版本需求，基于模塊定義各個功能點，并對功能點進行簡述，要求用EXCEL編寫產品需求文檔：基于產品需求列表詳細編寫產品需求文檔，要求與低保真結合， 寫明交互、 常態(tài)、異常、數據響應等，切忌一句話需求。
4 、 產品研發(fā)階段
重點跟進研發(fā)進度，及時發(fā)現問題并消除問題，需每天匯報項目進度。
5 、 需求變更
產品文檔評審通過后， 所有的變更均需走需求變更申請，通過后方可按變更后的需求推動。所有變更均需記錄在案，切忌私自變更 需求。
-END-
本文為作者獨立觀點，不代表鳥哥筆記立場，未經允許不得轉載。
《鳥哥筆記版權及免責申明》 如對文章、圖片、字體等版權有疑問，請點擊 反饋舉報
我們致力于提供一個高質量內容的交流平臺。為落實國家互聯網信息辦公室“依法管網、依法辦網、依法上網”的要求，為完善跟帖評論自律管理，為了保護用戶創(chuàng)造的內容、維護開放、真實、專業(yè)的平臺氛圍，我們團隊將依據本公約中的條款對注冊用戶和發(fā)布在本平臺的內容進行管理。平臺鼓勵用戶創(chuàng)作、發(fā)布優(yōu)質內容，同時也將采取必要措施管理違法、侵權或有其他不良影響的網絡信息。
一、根據《網絡信息內容生態(tài)治理規(guī)定》《中華人民共和國未成年人保護法》等法律法規(guī)，對以下違法、不良信息或存在危害的行為進行處理。
1. 違反法律法規(guī)的信息，主要表現為：
1)反對憲法所確定的基本原則；
2)危害國家安全，泄露國家秘密，顛覆國家政權，破壞國家統(tǒng)一，損害國家榮譽和利益；
3)侮辱、濫用英烈形象，歪曲、丑化、褻瀆、否定英雄烈士事跡和精神，以侮辱、誹謗或者其他方式侵害英雄烈士的姓名、肖像、名譽、榮譽；
4)宣揚恐怖主義、極端主義或者煽動實施恐怖活動、極端主義活動；
5)煽動民族仇恨、民族歧視，破壞民族團結；
6)破壞國家宗教政策，宣揚邪教和封建迷信；
7)散布謠言，擾亂社會秩序，破壞社會穩(wěn)定；
8)宣揚淫穢、色情、賭博、暴力、兇殺、恐怖或者教唆犯罪；
9)煽動非法集會、結社、游行、示威、聚眾擾亂社會秩序；
10)侮辱或者誹謗他人，侵害他人名譽、隱私和其他合法權益；
11)通過網絡以文字、圖片、音視頻等形式，對未成年人實施侮辱、誹謗、威脅或者惡意損害未成年人形象進行網絡欺凌的；
12)危害未成年人身心健康的；
13)含有法律、行政法規(guī)禁止的其他內容；
2. 不友善：不尊重用戶及其所貢獻內容的信息或行為。主要表現為：
1)輕蔑：貶低、輕視他人及其勞動成果；
2)誹謗：捏造、散布虛假事實，損害他人名譽；
3)嘲諷：以比喻、夸張、侮辱性的手法對他人或其行為進行揭露或描述，以此來激怒他人；
4)挑釁：以不友好的方式激怒他人，意圖使對方對自己的言論作出回應，蓄意制造事端；
5)羞辱：貶低他人的能力、行為、生理或身份特征，讓對方難堪；
6)謾罵：以不文明的語言對他人進行負面評價；
7)歧視：煽動人群歧視、地域歧視等，針對他人的民族、種族、宗教、性取向、性別、年齡、地域、生理特征等身份或者歸類的攻擊；
8)威脅：許諾以不良的后果來迫使他人服從自己的意志；
3. 發(fā)布垃圾廣告信息：以推廣曝光為目的，發(fā)布影響用戶體驗、擾亂本網站秩序的內容，或進行相關行為。主要表現為：
1)多次發(fā)布包含售賣產品、提供服務、宣傳推廣內容的垃圾廣告。包括但不限于以下幾種形式：
2)單個帳號多次發(fā)布包含垃圾廣告的內容；
3)多個廣告帳號互相配合發(fā)布、傳播包含垃圾廣告的內容；
4)多次發(fā)布包含欺騙性外鏈的內容，如未注明的淘寶客鏈接、跳轉網站等，誘騙用戶點擊鏈接
5)發(fā)布大量包含推廣鏈接、產品、品牌等內容獲取搜索引擎中的不正當曝光；
6)購買或出售帳號之間虛假地互動，發(fā)布干擾網站秩序的推廣內容及相關交易。
7)發(fā)布包含欺騙性的惡意營銷內容，如通過偽造經歷、冒充他人等方式進行惡意營銷；
8)使用特殊符號、圖片等方式規(guī)避垃圾廣告內容審核的廣告內容。
4. 色情低俗信息，主要表現為：
1)包含自己或他人性經驗的細節(jié)描述或露骨的感受描述；
2)涉及色情段子、兩性笑話的低俗內容；
3)配圖、頭圖中包含庸俗或挑逗性圖片的內容；
4)帶有性暗示、性挑逗等易使人產生性聯想；
5)展現血腥、驚悚、殘忍等致人身心不適；
6)炒作緋聞、丑聞、劣跡等；
7)宣揚低俗、庸俗、媚俗內容。
5. 不實信息，主要表現為：
1)可能存在事實性錯誤或者造謠等內容；
2)存在事實夸大、偽造虛假經歷等誤導他人的內容；
3)偽造身份、冒充他人，通過頭像、用戶名等個人信息暗示自己具有特定身份，或與特定機構或個人存在關聯。
6. 傳播封建迷信，主要表現為：
1)找人算命、測字、占卜、解夢、化解厄運、使用迷信方式治?。?br /> 2)求推薦算命看相大師；
3)針對具體風水等問題進行求助或咨詢；
4)問自己或他人的八字、六爻、星盤、手相、面相、五行缺失，包括通過占卜方法問婚姻、前程、運勢，東西寵物丟了能不能找回、取名改名等；
7. 文章標題黨，主要表現為：
1)以各種夸張、獵奇、不合常理的表現手法等行為來誘導用戶；
2)內容與標題之間存在嚴重不實或者原意扭曲；
3)使用夸張標題，內容與標題嚴重不符的。
8.「飯圈」亂象行為，主要表現為：
1)誘導未成年人應援集資、高額消費、投票打榜
2)粉絲互撕謾罵、拉踩引戰(zhàn)、造謠攻擊、人肉搜索、侵犯隱私
3)鼓動「飯圈」粉絲攀比炫富、奢靡享樂等行為
4)以號召粉絲、雇用網絡水軍、「養(yǎng)號」形式刷量控評等行為
5)通過「蹭熱點」、制造話題等形式干擾輿論，影響傳播秩序
9. 其他危害行為或內容，主要表現為：
1)可能引發(fā)未成年人模仿不安全行為和違反社會公德行為、誘導未成年人不良嗜好影響未成年人身心健康的；
2)不當評述自然災害、重大事故等災難的；
3)美化、粉飾侵略戰(zhàn)爭行為的；
4)法律、行政法規(guī)禁止，或可能對網絡生態(tài)造成不良影響的其他內容。
二、違規(guī)處罰
本網站通過主動發(fā)現和接受用戶舉報兩種方式收集違規(guī)行為信息。所有有意的降低內容質量、傷害平臺氛圍及欺凌未成年人或危害未成年人身心健康的行為都是不能容忍的。
當一個用戶發(fā)布違規(guī)內容時，本網站將依據相關用戶違規(guī)情節(jié)嚴重程度，對帳號進行禁言 1 天、7 天、15 天直至永久禁言或封停賬號的處罰。當涉及欺凌未成年人、危害未成年人身心健康、通過作弊手段注冊、使用帳號，或者濫用多個帳號發(fā)布違規(guī)內容時，本網站將加重處罰。
三、申訴
隨著平臺管理經驗的不斷豐富，本網站出于維護本網站氛圍和秩序的目的，將不斷完善本公約。
如果本網站用戶對本網站基于本公約規(guī)定做出的處理有異議，可以通過「建議反饋」功能向本網站進行反饋。
(規(guī)則的最終解釋權歸屬本網站所有)