中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

入職美團點評半年了，想著要總結一下，此文并不一定適用于所有人，拋磚引玉~~

本文主要從格局、目標、Owner、產品迭代、產品運營、不斷學習六個方面進行總結，這是我理解下來我這個階段產品經理需要努力去學習和補足的六個方面。

一、格局

1.我理解的格局

• 這里的格局我定義為去理解公司、團隊的定位發展，將事情上升到一個檔次。
• 了解公司的發展、團隊的定位，與上級的思路達成“一致”，更有力地向前推進。
• 這里的一致是大方向的一致。

2.為什么要有格局

• 產品經理是方向執行者，必須理解大方向。
• 同步項目合作方，大家目標達成一致或基本一致。

二、目標

1.大目標：類似公司的愿景，產品最終希望實現的一個愿景。

2.每一階段目標：?這里可能就是流量、收入、產品功能/運營等OKR要求。

將每個季度的目標拆解到每個月，每兩周，不斷推進，不斷review。

3.每一個需求目標

• 之前經常性做偽需求，先想清楚你要解決的問題是什么，你的目標是什么，然后再考慮解決方案。
• 有時候就是想到了一個解決方案，就想著做這個方案，反而沒有考慮更多，忘了有更合適的功能。

三、Owner

1.你是產品的owner,你要為產品負責。

2.面子不重要

• 剛畢業產品要多請教別人，不要覺得怎么什么事情都要請教別人，或者讓別人決定。
• 有的時候開發都笑我做不了主，不過比起面子，產品功能符合需求才是最重要的。
• 自己拍的板可能考慮不周全，反而引起再一個問題，這樣反而使開發對你失去信心。

3.積極主動

• 積極思考，積極請教別人，是先自己思考再請教。
• 積極跟進需求，跟進合作方進度： 你的需求對你來說是最重要的，但對于合作方不一定是，要不斷跟進，多“騷擾騷擾”別人。

四、產品迭代

1.競品分析

競品分析，一般都比較關注競品做了什么功能，什么邏輯，容易忽略商業模式及運營策略，先了解競品大策略，能更好地理解競品為什么要做這些功能。

• 商業模式：可以讀《商業模式新生代》這本書,見下圖。
• 運營策略： 別人是怎么運營的，你在推進產品功能的時候，運營有沒有跟上。
• 功能點分析：網上一搜一大堆，這里不詳解。

2.需求初審

需求初審是與項目干系人介紹產品背景及目標，做相關核心功能點及相關優先級討論。

（1）保證可用

• 每一次的產品迭代，要把對應的需求列出來，排好優先級，考慮如果沒有這個功能，用戶能不能用。
• 每一個產品都希望上線的產品是功能豐富的，但受限于資源、開發時長，我們需要快速迭代，不斷迭代核心功能。

下圖來源于《如何做出好的產品——位高級產品經理的回答》

（2）相關方溝通

• 比較大的項目，涉及多個合作方， 一定要跟所有相關方及時溝通。
• 相關方會告知自己的考慮點，幫助產品了解各方問題，確定需求。這樣就不會出現突然插入需求/修改流程。
• 與leader及時溝通，將整體流程同步，因為leader經驗比較豐富，會看的比較遠。

以之前做的支付提現流程為例，除涉及到前后端技術、設計外還涉及到收銀臺、付款平臺、風控、法務、財務、稅務、客服等相關部門。

（3）上線時間

做大項目時，老大會問你預估上線時間，這時候千萬不要自己拍腦袋，要綜合設計、技術時間給到一個合理的預估時間。產品最忌諱我覺得這個很簡單嘛，應該xx時間就能上線。（我遇到過兩次坑）

（4）組內溝通：如果需求比較小，在提需求前可以在組內進行溝通。

3.交互階段

（1）提需求：需求考慮完整再提，不要為了卡提需求時間或占坑而提。

（2）流程圖：提需求要給到相關的流程圖。

（3）相關wiki：涉及到需求變更/邏輯補充都更新到wiki中，留下相關記錄，好記性不如爛筆頭。

（4）交互稿同步技術同事：

• 拉一個前后端負責人的群，有交互初稿時，可以先同步到群里。
• 不要等到需求評審的時候才發現技術問題，這樣可以避免交互多次修改。
• 交互定稿再同步技術同事，跟技術確定下來的交互稿就可以直接進入視覺。

4.需求評審&PRD

這時的需求評審就不是技術找問題的評審，而是確定可以做的需求評審。

（1）產品邏輯：需要同步技術通過相關的頁面邏輯，并詳細寫在PRD里面。

（2）獨立的功能模塊

• 當項目比較大時，最好把產品拆分成獨立的幾個模塊，進行開發測試。
• 好處是，減少開發時長。這里開發時長也包含測試時長。

（3）小問題要及時處理

• 這個可能是我個人的毛病，因為覺得打點信息/通知節點不急，就會有點拖。
• 這些最好在需求評審完一天內晚上PRD，不要隨便去改PRD。
• 因為開發是拿著PRD去開發的，你每次改動都會有信息同步開發，多次改動，開發每次還要去看你改了什么，很麻煩，也會對你產生不信任。

（4）組內其他需求排優先級：每次需求評審前要把組內需求過一次，排好優先級，節省在需求評審會議的需求排序時間。

5.開發&測試階段

（1）因為很多產品細節/文案都是在交互稿&視覺稿中體現，所以在交互階段就把相關文案確定。

（2）開發過程中可能會遇到之前沒考慮到的邏輯/需求評審開發沒考慮到的點：具體case具體處理，有問題的點要及時請教別人。

6.跟進上線

（1）Beta測試：

• 要告知測試同事及時進入測試（一般都會有系統郵件同步項目流轉）
• 產品也要多自測

（2）內部上線

• 內部上線：Beta上的數據跟線上一般都不太一樣，多次項目下來，大項目最可以內部上線，小項目可以直接上線測，然后跟進線上效果。
• 上線時間要穩中求快

五、產品運營

OK，前面我們花了很長的精力、時間來打造產品，產品終于如期上線了，沒人用/沒人知道怎么辦？

不需要只會做產品功能的產品經理，需要懂產品運營的產品經理。(我還在學習階段）

圖中思路摘抄于《騰訊高級產品經理：運營就像追妹子，不僅要活好，還要走心…》

1.在做產品，做運營之前，我們要努力使自己成為有趣的人，這樣才能給到用戶一些有意思的體驗。

2.這個時代里面，人們有更多情感上和精神上的需要，想要你的產品去觸動人心，首先你要能夠通過一些情感上的設計、功能、運營跟體驗，讓用戶感到溫暖。

六、不斷學習

1. 經驗可以積累，但是思維、境界需要不斷去學習

2.現在碎片化信息很多，能不能做到有效思考（現在我更多的是瀏覽一下）

3.多看書(17年至少看完12本書）

作者：Think湃~(微信號idpengpai),公眾號“嘿彭湃”，目前在美團點評做產品~~

本文由 @Think湃~ 原創發布于人人都是產品經理。未經許可，禁止轉載。