內容管理系統(CMS)的產品思維框架
產品經理是一個涉獵廣泛的職業人,好不夸張地講個人知識儲備是越豐富越有優勢。因此,學無止境是產品經理一生的主旋律,知識永遠不會嫌多。坦白講,我是個實誠人,也非常相信規則一類的東西,比如:貝葉斯定律、經典力學牛頓三定律、質能方程(E=mc*c)等等。
面對自己的知識、經驗不足,顯得有些不安甚至開始嘗試大量的資料閱讀。如果真地要較真的話,還得從我剛入門產品那會開始說起。
1、產品類型
一直從事面向C端大眾消費群體的產品設計與研究,C端產品更加傾向于用戶體驗和商業運營,產品邏輯未占據主導地位,體現的不是不明顯。換句話講,產品業務邏輯相對比較簡單,比較容易理解和解決。
2、工作內容
核心工作集中在需求管理、產品設計、產品文檔、技術追蹤、測試上線等產品前端工作,未能設計到產品后臺業務的科學規劃設計。當然,這個要感謝之前精誠合作的技術團隊的同事,你們才是“最可愛的人”。
這幾年的產品工作,經歷的很多,還是那句老話:非常感謝遇到的人和經歷的事情!我覺得自己非常幸運,甚至說老天對我真的是疼愛有加。工作年限屈指可數,而主導/參與的產品還是蠻令人滿意的。(有點小小的驕傲?。┮援a品形態為維度,大概包括:APP(工具型、內容型)、WEB(應用型、內容型[財經社區])、H5(應用、活動、微信)、CMS(產品內容運營)。CMS(內容管理系統)是心中的痛,苦于之前公司的產品策略傾向于前臺產品,核心的技術資源和資金投入也自然向面向C端產品線傾斜。當然,產品處于初期成長階段必然決定了重視用戶體驗、以用戶為中心的產品策略;其實還有一個更加重要的因素——業務形態,后臺業務需求集中在產品內容運營。
還記得,我之前寫的《從一個項目實踐說起,產品設計流程是什么樣的》詳細介紹了互聯網產品設計流程,這套流程是普適的,可以應用到不同產品形態上。那么下面我就嘗試著將這套流程應用到CMS(內容管理系統)的產品設計上面:
Note:內容管理系統的產品設計思路僅限于產品階段的思維構思過程,不涉及跨部門的交互內容。
內容管理系統(CMS)的產品構思流程
一個完整的內容管理系統(CMS)的產品構思流程,大致可以概括為以下四個過程:需求管控、梳理流程、產品框架、迭代規劃。
1、需求管控
理解需求是產品設計的第一步,如果說都沒明白需求是什么,那么產品將只能摸著石頭過河!不是危言聳聽,而是切身體會。需求管理階段,務必需要弄明白一下幾個問題:
- 提出需求的背景是什么?
- 需求解決了用戶的什么問題?是不是用戶真正想要的?
- 解決該需求有什么直接/間接商業價值?
- 需求背后的商業模式和運營方式?
搞清楚了這個幾個問題,在隨后的產品設計中才不會一味摸瞎前進,那種感覺很艱難、痛苦,甚至會給你帶來莫大的麻煩——你所做的不是需求方想要的。我能想象,此刻有一種“想死的沖動”!需求管控是產品過程的核心環節,無論哪種產品類型都很關鍵、都需要付出更多感情和精力。更何況是“業務邏輯”主導的CMS(內容管理系統)呢?
2、梳理流程
內容管理系統(CMS)管理的是內容,而內容來源于哪里呢?用戶生產內容和運營支持內容,如何理解呢?
- C端注冊用戶,在網站上生產內容。業務性的產品核心就是實現業務流的運轉,上下游實現資源的有效傳遞,最大化壓縮成本,實現利益最大化。因此,UGC為CMS內容管理的核心內容來源,也是業務驅動的產品的價值增長點。
- 運營類型的內容網站,除了用戶與后臺的內容交互之外;產品本身也提供了必要的運營內容,這部分的資源也需要借助CMS(內容管理系統)實現高效配置。
- 業務交互性內容是產品前后臺最主要的數據流,還有一部分自然數據,而這部分數據恰恰又是之后數據分析、經營性分析的基礎。重視自然數據的長尾價值,積累用戶行為數據,挖掘用戶價值。
從形式上講,產品越流程的梳理通常借助流程圖可視化,流程圖又包括:狀態圖、業務流程圖、泳道圖等具體的樣式。業務流程能清晰地解構出,前后臺的數據之間的交互。重點關注核心業務流程,梳理次要業務流程,分清主次,抓住主要矛盾。
流程圖[狀態圖]:
3、框架設計
前面兩個步驟基本解決了“做什么”的問題,接下來就是“怎么做“的問題。理解用戶用戶所需,明確產品業務的核心流程,接下來就是將需求和想法進一步的可視化,而這個環節將借助:功能導圖、產品原型。更高維度的信息加工,將原本復雜的產品需求進一步精化為更為立體的功能結構框架,使其更具可行性和落地性。
- 功能導圖:理解需求的基礎上,抽象需求為立體的功能。需求分類、功能結構重組,搭建良好的產品信息架構(IA),行業性質濃厚的產品需要專業人員的介入,增加產品信息架構的專業度和行業邊界。一眼看盡產品的宏觀功能框架,對產品的每一次延展都了然于胸。
- 產品原型:很多人都喜歡這一產品產物,甚至說很多人一上來就開始畫原型,我覺得很糟糕、毫無意義。產品原型是對已經擁有明確思路和需求范圍的產品構想的重現過程,是一個快速重現和迭代的過程,而不是思維的依賴。正如我之前說的,產品經理最重要的特質就是——思考。
產品框架示例:
4、迭代規劃
產品框架設計本著從愿景的角度出發,確保產品本身的可擴展性、可性行的,方便產品的客氣敏捷迭代。分期迭代或源于實際情況,亦或產品策略性調整,而問題的關鍵在于分期迭代的動機和目的。產品分期迭代升級的因素有很多,大致包括以下幾個情況:
- 客觀情況:技術資源緊缺、資金投入定量,必定在客觀情況上限制了周期內的產品規模和體量。我想表達的并不是“沒資源就不做了!”而是最大化資源利用率,推進產品創造可能。
- 產品規劃:產品發展角度來說,周期性的迭代升級有利于產品的良性進化循環。產品需求量大迫使產品不得不依據需求的緊迫程度規定優先級,在可落地上多做嘗試、多做努力。
[產品版本規劃]:
行文小結
這一瞬間,我似乎透徹地明白一個道理:學無止境!以怎樣的方式才能洞悉世間萬物呢?想必窮盡我一生的所愿都不可能實現呢… 可我還是心有不甘,嘗試將自己所經歷的每一個產品過程抽象為一個個具體的思維構思過程,從而讓自己的身后的很多事情有一個可參考的依據和背書。以上就是我個人嘗試搭建的CMS(內容管理系統)的產品構思的思考過程,業務驅動的內容管理系統(CMS)更加側重業務流的處理,業務流程的產品邏輯重要性更加突出。
嘗試著以一種科學的思維模式去構建一款CMS(內容管理系統),需求管控、梳理流程、產品框架、迭代規劃,每一步都值得付出更多努力和感情!與之前寫的《從一個項目實踐說起,產品設計流程是什么樣的》相比較,內容管理系統(CMS)的思維過程只是原有產品框架基礎上的再改造,產品重心的適當調整,產品策略的場景性變化。
這也印證了一句話:每一次的努力,收獲的卻是全世界!
作者:王偉(微信號:Daviiwong),@簡書-互聯網產品小王。專注工具和內容型產品,關注互聯網金融、農村電商和財經領域。曾從事互聯網金融社區的產品設計(WEB/APP/H5),初涉互聯網征信產品。
本文由 @王偉 原創發布于人人都是產品經理。未經許可,禁止轉載。
抱歉,剛畢業入行寫的。年代久遠了。
還有,看文章首先看下開頭,文章時間和適合人群。免得看到最后才…
你這話,我就不樂意了。本就是我個人的觀點,有無價值,仁者見仁 智者見智。
抱歉,這已是5年前的內容了。近日準備下架,以免誤導大家。
標題黨,瞎耽誤大家工夫!
抱歉,剛入行時寫的。近日準備下架,以免誤導大家。
這是cms?
抱歉,剛入行時寫的。近日準備下架,以免誤導大家。
復制錯了?
cms的東西呢,沒說啊
……CMS呢笑出聲來哈哈哈
……CMS呢
CMS呢
呃,標題內容不符呀
并沒有CMS的干貨……
沒說出什么是cms啊,更像是項目管理
不好意思,不太清楚鬼產品邏輯,貿然挑錯,正常認證流程失敗的話不是應該回到材料準備那,準備二次認證嗎?為什么會直接結束呢
這一瞬間,我似乎透徹地明白一個道理:學無止境!以怎樣的方式才能洞悉世間萬物呢?想必窮盡我一生的所愿都不可能實現呢… 可我還是心有不甘,嘗試將自己所經歷的每一個產品過程抽象為一個個具體的思維構思過程,從而讓自己的身后的很多事情有一個可參考的依據和背書。
看您的我的文章很有收獲,我已經通過下面微信號加您微信,還望通過 ?? ,多交流,我的微信號 793807337
大神