首頁>Club>
4
回覆列表
  • 1 # 音悅收藏家

    1.先講問題,要清楚產品要解決什麼樣的問題,或者叫使用者的痛點

    2.然後針對問題講今天市場上有沒有其他產品是解決這些問題的,然後這些產品優劣勢在哪裡

    3.講市場有多大,盤子到明年,後年會有多大,現有產品的市場佔有率分佈

    4.講你的產品規劃,你的產品核心競爭力是什麼,靠什麼贏得市場

    5.商業模式,如何盈利或者如何能快速積累使用者

    5.產品路線圖,到什麼時候做到什麼程度,包括產品功能和市場佔有率

    6.需要什麼資源,幫助,錢,人,推廣資源等等等等

    7.最後講點你個人的經歷和特點,為啥是你不是別人

    基本上就上面這個套路了,祝你成功

  • 2 # 六段演講

    篇幅較長,直接上乾貨!建議收藏!第一步,明確做規劃的目的

    這個說得比較空,其實是比較關鍵的,直接影響你的規劃結構和重點突出。不同的彙報人群、不同的產品階段、不同的工作時間,規劃的重點是不一樣的。

    面對不同彙報人群:

    向上彙報:重點應該是突出規劃的方向和你最終期望的效果,向領導說明怎麼得出的方向,為什麼可以這麼做。向專案組宣講:重點應該是總結和突出規劃細節,告訴專案組他們之前完成的成績和接下來要做什麼。

    在不同產品階段,就像很多回答提到的,不同的產品階段會有不同的規劃側重點:

    初步/成長期的產品:做好方向上的判斷,也就是分析趨勢上,避免走錯方向快速成長:突出產品路線圖,指導迭代版本穩定期:可以增加資料分析和最佳化方案,更多的使用者分析和競品分析

    在不同的工作時間點:

    年終、季終會有各種總結和規劃,規劃是很好的對過去總結和回望,對下一年做出大體的規劃進入工作高速期,會有不斷的版本迭代,這時候應該突出每項的規劃細節,包括需求List,優先順序等等,而這種形式的不一定是要寫PPT,用execl表格就能搞定

    當然,最重要的目的並不是完成這份報告,而是對接下來工作的預期和產品節奏的掌控。規劃決不能敷衍了事,“一年之計在於春”,這句話沒錯。

    第二步,列提綱

    目的明確好了之後,我會把規劃的結構列出來(可以使用常見的腦圖),這樣會便於寫的時候整理思路,我拿我做的其中一次規劃舉例,這次專案是初步/成長期的產品,會突出行業分析和產品規劃。大致以下結構:

    資料總結和分析:過去專案的關係資料情況,分析下趨勢,得出產品弱點和不足。行業趨勢和競品分析:產品所處的行業趨勢怎麼樣,出現了哪些方向。產品定位:趨勢有了,那麼產品本身在這個行業環境的身份是怎麼,結合身份、環境趨勢、使用者需求,你希望做什麼,有哪些方向和Key Point,也就是產品定位。(最好用一句關鍵句表達出來,比如每個產品都有的slogan)產品規劃:結合定位中提出的Key Point,提出完成KeyPoint需要解決哪些問題,提出解決方案(關鍵句總結)產品路線圖(RoadMap):完成規劃需要做哪些功能,在什麼時間段完成什麼功能。目標:最終期望達到的目標第三步,往提綱裡填內容。

    1.資料總結和分析

    將專案的關鍵指標用圖表的形式表達出來,關鍵指標大致分幾類:流量、轉化率、粘性、營收。流量包括:使用者數總量,新增使用者比率等等;轉化率包括滲透率、點選率等等(當然每個行業都有不一樣的轉化率定義,比如ROI);粘性包括留存率、人均啟動次數、人均使用時長等等。針對關鍵指標的變化趨勢,分析產品優劣勢。(資料分析就不展開講了)

    2.行業趨勢&競品分析

    這一部分需要準備的前期工作比較多,也看平時積累的多少,比如平時寫的競品分析等等,都可以用上了。行業趨勢報告各大平臺也會有,友盟、智觀、企鵝智庫、TalkingDate等等

    ok,資料有了,讀了那麼多行業趨勢報告,請用幾句關鍵句總結下你認為的行業趨勢,並分別用一頁PPT來闡述這個趨勢。(靈活闡述)

    3.產品定位

    產品定位指的是產品的大方向,應該是一句總結性的句子,類似solgan。我認為這個就像指導思想一樣(請看黨的指導思想),在以後的工作中有引導作用,知道什麼是重點,比如兩個需求排期衝突了,優先排接近產品定位的需求。

    產品定位應該結合產品所處的環境,也就是第二部分的行業趨勢,加上產品本身的身份和使用者需求來得出,我稱之為Key Point,也就是你接下來要做的幾個重點工作和方向。

    當然就像我前面說的,不同的人群、時間點、階段都有不同側重點,比如成熟型的產品這部分可以拆解使用者分析、競品分析,重點突出這兩部分,為後面提出最佳化方案提供依據。

    4.產品規劃

    針對提出的Key Point,一個個闡述。大致的邏輯是,列出你期望達到的目標,阻礙到達目標的的問題是什麼(產品問題和現狀),提出解決方案。

    5.產品路線圖

    規劃完了之後,會有一堆要做的事情,也就是需求list,將這些需求list大致按時間線排列起來,當然也可以按里程碑串聯起來。我這裡列的是時間線的路線圖:

    6.目標 提出合理的目標,可以是產品目標也可以是KPI(一般來說KPI是在規劃前提前測算好的),這部分也可以說是打雞血部分,對專案組有鼓勵作用,對領導可以作為爭取資源的依據。

    (涉及敏感資訊的都模糊或者刪掉了,見諒)

    產品定位是要解決使用者的核心問題和方向

    用一句話來表達:在場景A解決使用者群B的C問題(核心問題),這就是產品定位。

    比如摩拜:解決在城市中人群中,短距離交通中,用車流程和無車可用的問題等等…

    產品定位結合上半部分的資料、使用者、市場綜合分析得到。

  • 3 # 日禾農業產業園

    產品架構就像人的骨架一樣,支撐著全身,如果沒有一個良好的架構,那麼會影響到後期產品發展,做一個好的架構可以明確的指導產品的設計、迭代、策劃。

    本章我將和大家講述一些我總結的一些產品架構構成方法。

    產品架構究竟是什麼?

    就像人的骨架都是一節一節組成,同樣,在產品中也有許多構成元素,然而我們現在需要分析的產品架構就是去分析各種功能元素之間的關係,這些元素混合在一起才能構成一個完整的產品模型。而使用者將會直接去接觸搭建好的產品模型,這裡模型的難易程度將直接性的影響使用者的認可度。

    產品架構,最考驗PM的判斷力和設計能力。

    產品架構中有什麼?

    其實產品架構可以參考使用者體驗五要素,將產品爭對所面向的使用者拆分為五個層級。

    戰略層:明確產品發展目標及使用者群體;

    範圍層:根據業務方向梳理產品需求,並針對逐個需求進行分析梳理;

    結構層:設計產品互動流程與資訊架構;

    框架層:透過頁面進行佈局,建立子類關係(區分資訊顆粒度,將核心業務展現給使用者)

    表現層:進行視覺設計,提高使用者體驗感。

    在架構中梳理出來的功能其實就是一個元素,每個元素節點與其他相關的元素都存在著上下級關聯點,在不同的層級需要產品經理整合不同的元素,並將其逐步向上迭代,搭建出一個完整的“金字塔”體系。

    在搭建層級的時候一定要注意層級的重要性,是否直接與業務掛鉤,如何給使用者直觀展示出我們的業務。

    網上找的,自己做的是公司業務就不釋出

    如何搭建基礎架構?

    在一個產品中最核心的部分都會有很多子類分支,考慮好父類與子類之間的關係、子類與子類之間的關係。

    根據市場分析、需求分析,規劃好相應的需求點,將無規律的需求梳理成有規律的功能展現出來。

    1、瞭解產品定位

    你需要了解到自己的產品可以提供什麼樣的服務,並帶入場景中去構想使用者在什麼樣的情況下會使用我們產品,我們可以為他解決哪些問題,哪些需要我們去幫他逐漸解決的。

    試試分析市場資料,利用資料去規劃產品,切勿用自我感知去決定。給自己的產品或需求留足可變化空間,在產品真正投入市場中可能會與我們的構想有所偏差,這時候需要我們提前為產品留下變化空間,以面對快節奏市場使用者需求的轉變。

    2、確定核心流程

    根據業務流程,設想出一個產品機制、基本產品樣式以及使用者的操作流程,列出對應的頁面、功能、模組與後端邏輯線,作為最基礎的開始。

    產品機制一定要貼合業務方向,多與老闆或其他產品溝通,確定核心流程。

    3、輸出矩陣圖

    依照產出的核心流程圖對每一個流程進行詳細的需求分析並策劃出子元素(如:使用者購買商品,那麼將會有商品詳情頁、加入購物車、立即購買、聯絡客服等...),每一個子元素下還存在多個子元素,最後將所有的子元素根據功能劃分一下,生成一個模組化的矩陣圖。

    功能點並不是越多越好,越多越完善,這個階段主要實現的是邏輯的閉環,建議多進行流程模擬測試,並與其他同事多碰幾次。

    4、細分功能層級

    輸出完成矩陣圖後,已經有了一個產品功能的“清單”,這個時候我們就需要去把產品功能做一個層級的分類了,將明顯是同一個產品範圍、同一組產品功能的模組放在同一層級,得到一個基礎的產品框架。

    要注意的是產品功能可能會出現複用,這時候只需要將其規劃在核心流程線中即可。

    如何明確架構分層?

    在上一步進行簡單分層後,我們已經得到一個初步框架,但是難免會有分層不明確的問題。此時需要按照兩種維度來處理架構圖的層級:不同資訊層級的邊界、同一層級內模組和模組的邊界。

    1、處理不同資訊層級的邊界

    一個具備前後臺關係的產品架構圖至少分為三層:使用者感知層(在何種場景下透過何種方式觸達使用者)、功能模組層(透過哪些功能模組實現產品的核心功能、和哪些外部平臺功能有資訊互動)、資料層(產品的資料從哪裡來、產品的資料沉澱到何處去)。

    層級之間展現出來的其實就是它們之間的關係,在不同的資訊層中一定會又些許的邏輯關係。而這裡也是很多人容易遺漏,導致邏輯不閉環。 其中使用者感知層和資料層通常可以簡化為一層(使用者端的功能表達往往邏輯簡單、資料的來源問題則不是自己產品的核心功能),而功能模組層則需要按照自己產品的邏輯去將功能模組層內的主要模組變成新的層級。

    2、處理同一層級內子模組的邊界

    各層次之間雖然相關,但同一層次內的子模組之間一定是互相獨立、界限分明的(常常對應著不同的開發團隊和系統應用)。將解決不同問題的功能拆分成兩個子模組,做到一個問題只在同一層解決,避免牽一髮而動全身的情況出現。

    3、明確產品間的邊界:

    產品邊界對於開發設計系統架構、業務間的合作模式都非常重要。這時候需要去區分好每個部門所負責的功能。

    一張好的產品架構圖,應該具備以下特點。

    清晰的模組功能邊界

    功能經過抽象,做到標準化、互相獨立

    上下游產品功能邊界清晰,架構分層明確合理

    具備迭代最佳化的能力

    記得不斷根據你的產品的發展情況來更新產品架構圖,每次修改的過程對提升產品架構能力的幫助非常巨大。

    總結

    總體上說,產品架構涉及到的內容是非常廣泛的,包含了產品的定位、產品目標、使用者需求、商業價值、業務流程與邏輯和架構設計等等,所以搭建一個成功的產品架構不是一件容易的事,這是需要漫長的經驗積累與迭代的。所以在每一個階段中還希望大家可以多和其他同時溝通確定產品需求,來完善更好的產品架構。

  • 中秋節和大豐收的關聯?
  • 衝壓件常見問題怎麼處理才合適?