G端產品轉行K12,我有幾點感悟要與你分享

21天Excel零基礎速成訓練營,導師帶學+答疑輔導+實戰作業,讓你真正掌握Excel技能,了解一下>>

在產品的前進道路中,總會有一些自己的感悟,希望分享出來,給人以啟發。

  • 目標人群:產品人
  • idea:產品思維的認知
  • 競爭對手:個人興趣、時間、惰性

筆者在轉型成為產品經理之前,以及轉型成功之后,一直都在保持著產品相關知識的學習,包括看一些專業的書籍,聽一些線上、線下的分享,參加年度人人都是產品經理大會,看一些其他前輩的經驗文章等等。

筆者學會了很多方法論,也懂了很多道理,但是卻影約感覺缺東西,缺的東西是根本,但表現出來的問題卻是各種各樣,比如如何對需求進行取舍、如何確定需求優先級、如何去規劃產品、如何去做版本迭代等等。

那么,你們知道原因是什么嗎,這些方法論到底講的是什么嗎,到底該如何去運用呢?

一、筆者換行前后對比

1. 行業對比

1)換行前

之前閱讀過筆者文章的都知道,筆者之前一直從事的是政府行業,做的G端大數據分析類產品(如果對筆者感興趣的童鞋,可以翻閱筆者之前的《數據分析產品的設計坑》的系列文章),這個行業都是和制度、政策強關聯的行業,需要深入了解該行業的制度和政策內容。

2)換行后

筆者從事的是K12的教育行業,所以筆者其實就是進入了一個全新的行業,這個行業就需要筆者了解教學模式、教學手段、教育心理、教學管理等等內容。因此涉及的業務模型不同,面向的人群不同,人群不同意味著角色不同。

在這里要補充一句,也是筆者在他人的著作中看到的,說的是“我們每一個人其實都被社會所賦予的角色所固化、限定,我們的思維方式、行為方式都會深深受到自己的角色所影響”。

2. 負責產品屬性對比

1)換行前

筆者所打造的產品屬于大數據分析類產品,是與數據治理、數據關聯分析、數據挖掘、數據可視化強相關的;

這樣的產品屬性,要求筆者首先要對政府的業務非常熟悉,了解業務的監督難點、盲點;其次要求筆者要對業務系統非常熟悉,需要熟悉到業務的數據內容,以及每一個字段內容;

最后是要對政府的相關涉及人員的角色模型要非常熟悉,熟悉他們的業務專業性、熟悉他們的監督模式。

2)換行后

筆者所負責的產品屬于是CRM+教育資源均衡共享平臺,是跟資源生命周期管理、資源分發、資源使用、客戶生命周期強相關的;

這樣的產品屬性,要求筆者首先要了解教育相關的政策、行業趨勢,畢竟教育行業的互聯網程度不高;其次是要了解公司的商業模式,涉及到平臺的crm系統的設計;

再次是要了解教育相關的資源內容,包括教材、課件、教案、素材、作業等等,需要覆蓋日常教學過程中所需要的資源;

然后是要求筆者對教師這個角色的了解,這個角色的定位、角色的畫像(包括年齡、信息化水平等等)、角色的環境等等;最后是需要了解用戶的使用場景等。

3. 產品設計思考對比

1)換行前

筆者的思考模式就是如何結合制度規范、政策內容,進行數據挖掘,將監督盲區曬到陽光下,進行數據可視化+消息提示預警的手段進行監督;

思考的方向主要是以預防規范執法行為為主,輔以違反規范之后,發現違規人員的違規行為,方便進行違規追溯;

最后是針對違規的,如何進行分類推送到處罰單位,進行分類處罰。

2)換行后

筆者的思考模式就是以教育均衡為切入點,需要考慮的是如何縮小不同學校之間,老師、學生的差距;教育資源如何呈現給用戶,教育平臺如何更好的服務用戶日常教學、學習,他們還需要哪些類型的教育資源,以及除了教育資源,是否還需要其他資源來幫助他們進行提升。

另外,還需要考慮的是如何構建產品的壁壘,不能將產品僅僅打造成為一個資源的運輸工具,需要將優質的資源沉淀下來。

因此還需要考慮的是平臺的健壯性的發展,如何將優質資源沉淀成為平臺自身的能力、優勢,從而增加產品的壁壘。

4. 小結

所以,從上述的三個方面進行對比,我們可以看到,雖然產品經理的方法論具有通用性,但是具體到每一個行業,對產品經理的要求又是不一致,甚至對產品經理的思考模式都會發生翻天覆地的變化。

二、換行之后的方法論如何沿用&效果

1. 競爭分析

1)換行前

競爭分析主要用于尋找產品的方向,產品可以優化的點;通過競爭分析,再結合自己對自己身處的行業以及公司的理解,就能對產品的規劃有一個大致的方向。

2)換行后

競爭分析主要用于快速熟悉行業格局、行業玩法、行業內的產品形態,用于自己快速了解行業規則、行業趨勢以及可以借鑒跟隨的對象。

3)效果

競爭分析是入行之前首先要做的工作,而且其效果是非常明顯明顯的,但是依賴于做競爭分析的方法,做出一套好的競爭分析,是能夠非常有效的幫助到個人的。

2. 需求管理方法

需求的管理包括需求的納入、需求的真偽識別、需求的評估、需求的排期等。

其實最重要的就是對需求進行識別和評估,這兩者實際上都需要依賴對行業的認知、對業務的熟悉程度以及對產品的定位(ps:產品的定位包含兩個個方面,一個是戰略定位即在用戶中的戰略存在價值點是什么,另外一個是商業定位即產品在實現商業價值的模式是什么)。

該方法都是通用的,但是在換行前后,由于能力范圍的覆蓋不夠,是需要依賴于外界力量的。

比如在換行之后,對需求的識別和評估可以需求該行業的運營人員的幫助,或者是產品總監的幫助。

由于該方法論不具有差異性,因此,換行前后在達到的效果上都是同等的,

3. 需求功能化

產品人熟知的需求功能化,是需要輸出幾類文檔:業務需求文檔、業務流程圖、功能流程圖、原型、UI、功能需求文檔、測試用例(可?。?。

通過這幾類文檔,實際達到的目的就是將該需求的業務場景、對應實現的功能方案都講解清楚。有助于幫助業務團隊理解業務、對功能的認知達成一致。

這些都是大的方向,但是在細節處理上,就需要對這個行業的用戶有一個人知,在一定程度上了解他們的用戶畫像,才會有助于幫助自己做好產品設計。

4. 小結

所以,從上訴簡單舉例的幾點來看,實際上產品方法論都是通用的。但是要做好一個產品,是需要浸淫在一個行業里面很長時間,對這個行業有較深刻的認知,對這個行業的用戶畫像有深刻的認知,這樣在運用這些方法論的時候,才會感覺這不僅僅是方法論,而是一個做好產品的有力幫手。

三、總結

產品做到最后的本質,都是在做行業,做產業鏈。所以在非必要的情況下,盡量還是不要換行,而是要做成行業專家。

在成為行業專家之后,也就是對這個行業的用戶喜好、用戶日常行為、用戶日常情景、用戶心理,有了非常充分的認知,而這也恰恰是互聯網里面要為每一個用戶做一幅用戶畫像的根本原因!

有了用戶畫像之后,我們可以為我們的用戶,做出一個個用戶故事,也能做出我們的用戶體驗地圖(哪些服務場景是爽點、痛點、癢點)。

同樣的,針對產品五層,我們如何定義我們的產品在用戶中的戰略存在?服務的用戶場景、用戶故事就是產品的功能范圍層?用戶的行為方式,為我們定義框架層和結構層。用戶的喜好定義我們的表現層。

所以,我們產品人,不要過于迷信了產品方法論,這些產品方法論固然重要。但還得需要根據自己的需要,去本地化這些技能!

我們在產品工作中,一定要深入去了解行業,了解用戶,只有在這些基礎上,我們才能制造出更好的服務體驗,而不是產品!不要輕浮在“產品“表面,要深入到用戶本質、服務本質中去!

而本質上在產品工作的每一次思考,都代表著對用戶人性的掌握。

 

本文由 @蕭羽 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議

給作者打賞,鼓勵TA抓緊創作!
評論
歡迎留言討論~!
  1. 求vx交流

    回復
  2. 文章很不錯

    回復
  3. 二中的3最后一段中應該是 就需要對這個行業的用戶有一個認知,不是認知。讀的很仔細

    回復
    1. 二中的2的倒數第二句話中的“對需求的識別和評估可以需求該行業的運營人員的幫助”,“可以需求”應該是“可以尋求”

      回復
    2. 嗯嗯,謝謝??!

      回復