起點課堂會員權(quán)益
職業(yè)體系課特權(quán)
線下行業(yè)大會特權(quán)
個人IP打造特權(quán)
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業(yè)技能直播
會員專屬社群
榮耀標識作為產(chǎn)品經(jīng)理，一定要有信息結(jié)構(gòu)意識
“We are all in the gutter, but some of us are looking at the stars.
我們都在陰溝里，但有些人在仰望星空。”
——Oscar Wilde
奧斯卡·王爾德
這句話是如此有名，以至于超過了原作者本身。
注意了，我在標題上所說的，不是說要懂數(shù)據(jù)庫知識。
那畢竟是個專業(yè)研發(fā)的領(lǐng)域，但對于產(chǎn)品經(jīng)理而言，業(yè)務對象的信息結(jié)構(gòu)是一定需要了解的。
在前幾篇，我講述了產(chǎn)品經(jīng)理們該如何繪制四種流程圖。
再加上這一篇的信息結(jié)構(gòu)，以及后面要講的狀態(tài)位、策略。
組成了產(chǎn)品經(jīng)理進行后端架構(gòu)產(chǎn)品設計的四個組成部分。
讓我們一點一點來講吧，這都是很重要的產(chǎn)品設計的基礎知識。
一、要有信息結(jié)構(gòu)意識？舉個真實的例子
之前做民宿產(chǎn)品的時候，部門招過一個產(chǎn)品實習生，某天興沖沖的做了一個產(chǎn)品方案遞交上來。
要表揚的是小姑娘的主觀能動性，不錯。
但也有問題，就是我們團隊在她做產(chǎn)品之前缺乏指導，造成她的腦力浪費……
她設計了一個看上去很好的產(chǎn)品方案，就是可以根據(jù)某些特色標簽來去尋找民宿：
比如說推窗見山林的民宿；
比如說睡覺聽海濤的民宿；
比如說可聞沙漠駝鈴的民宿；
比如說大隱隱于市的民宿……
前端的線框圖確實做的是非常的好，也能看出來她有一些美學觀。
并且她對她的設計信心滿滿，希望可以立即上線。
這個時候我問她，根據(jù)你的分類標簽來找民宿是沒問題的，但你想過沒有這些標簽該如何獲得呢？
也就是說，如何能夠讓全站的所有民宿，都可以展示出來這些標簽呢？
她睜大了疑惑的大眼睛，說這些難道還需要我去想嗎？
看，這就是產(chǎn)品經(jīng)理初學者容易犯的錯。
我說，我們其實是有不少民宿標簽的，屬于沉睡數(shù)據(jù)并沒有使用。你的出發(fā)點很好，但你應該首先了解：
- 我們是不是有一些民宿標簽，信息結(jié)構(gòu)上是如何存在的？
- 站內(nèi)有多少民宿存在有標簽，數(shù)量分布如何？內(nèi)容質(zhì)量如何？
即便我們繞過這個問題的本源，即這些民宿標簽真的可以加強用戶付費的轉(zhuǎn)化率嗎？
僅從實現(xiàn)角度也能了解到：
- 存在的標簽，能不能滿足你進行產(chǎn)品設計的需求？
- 如果不滿足，該如何整理標簽并給全站民宿打上呢？這里肯定是需要運營協(xié)助清洗的，是使用人工標注方法，還是技術(shù)清洗再配合人工標注，這些都是你提交方案的最重要的部分。
……
最后的實現(xiàn)結(jié)果，就是她的產(chǎn)品方案變成了簡單的運營專題，也就手工篩選了幾百個民宿，上線了一個H5頁面。
上線了之后反響寥寥。
因為用戶真正的需求沒有這么特殊，當然這是另外一回事。
只是說，如果她是創(chuàng)業(yè)公司的產(chǎn)品掌控者，這樣一個她覺得簡單的需求，恐怕也會讓技術(shù)和運營人員忙活好一陣子，雞飛狗跳了。
這就是我曾說的，為什么合格的產(chǎn)品經(jīng)理應該對自己所負責的業(yè)務對象的信息結(jié)構(gòu)，需要有很全面的掌握。
這也就是我在《只會做產(chǎn)品設計的產(chǎn)品經(jīng)理不是好產(chǎn)品經(jīng)理，更何況能做好的也不多》這篇文中所提到過的，產(chǎn)品架構(gòu)要和技術(shù)架構(gòu)對齊。
大家可以再回顧看看。
二、信息架構(gòu)的體現(xiàn)：如何和技術(shù)對齊
刨除互聯(lián)網(wǎng)大廠，對于互聯(lián)網(wǎng)創(chuàng)業(yè)公司而言，產(chǎn)品的信息結(jié)構(gòu)基本上可以和技術(shù)的數(shù)據(jù)庫設計相映射。
我拿一個通用的用戶信息結(jié)構(gòu)來舉例吧：
注意和之前的文章一樣，這也僅僅只是一個舉例。
供大家理解就行，實際開發(fā)要根據(jù)不同的產(chǎn)品需求來實現(xiàn)。
從這個信息結(jié)構(gòu)中，產(chǎn)品的信息結(jié)構(gòu)設計和開發(fā)的數(shù)據(jù)庫設計，進行了某種程度的上對齊：
- 一個用戶的信息都有哪些組成部分；
- 無論產(chǎn)品的前端設計怎么改變，信息的展現(xiàn)都不會脫離這個范圍；
- 若有了新的需求，產(chǎn)品的信息結(jié)構(gòu)和技術(shù)的數(shù)據(jù)庫設計要同步更改。
對于有經(jīng)驗的產(chǎn)品經(jīng)理來說，設計一個新產(chǎn)品之前，針對業(yè)務提前做信息設計，然后再和技術(shù)做溝通。
使用對方能理解的邏輯性語言來跟技術(shù)來進行對話，雙方都會很舒服。
也能進一步的提升產(chǎn)品經(jīng)理的領(lǐng)導力。
三、一些細節(jié)要點……
更多的聽技術(shù)的意見
而不是產(chǎn)品的意見。
因為數(shù)據(jù)庫設計是技術(shù)的專業(yè)領(lǐng)域，產(chǎn)品的信息結(jié)構(gòu)設計是為了對齊，而不是去反過來指導技術(shù)的數(shù)據(jù)庫設計。
這樣產(chǎn)品經(jīng)理就太傲慢了。
不需要信息結(jié)構(gòu)和數(shù)據(jù)庫處處一致
比如在數(shù)據(jù)庫設計中，每個字段都有一個創(chuàng)建時間和修改時間。
這個產(chǎn)品經(jīng)理可以不用考慮這么多，畢竟大多時候和業(yè)務無關(guān)。
不需要苛求完全對齊
比如用戶之間的關(guān)注關(guān)系來說，因為這是個多對多關(guān)系，技術(shù)的基礎方案是需要一個龐大的中間數(shù)據(jù)表。
那么產(chǎn)品經(jīng)理就不需要考慮這么多，只需要考慮好策略方面的制定就可以了。
信息結(jié)構(gòu)的字段并不需要考慮實現(xiàn)方式
比如一段文本。
在技術(shù)中可能考慮使用整型、字符型、格式制字符、浮點型等等
產(chǎn)品經(jīng)理只要規(guī)定是文本就可以了，技術(shù)去做具體實現(xiàn)。
話說我也不懂。
一定要時刻對齊
產(chǎn)品設計在迭代中，如果信息結(jié)構(gòu)有了變化，一定要跟技術(shù)溝通對齊。
技術(shù)設計在迭代中，如果數(shù)據(jù)庫中有了變化，并且和業(yè)務相關(guān)，也要和產(chǎn)品來溝通對齊。
考驗產(chǎn)研相愛相殺的默契時刻，到了。
……
本文由 @覓云人 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可，禁止轉(zhuǎn)載。
題圖來自 Unsplash，基于CC0協(xié)議。
該文觀點僅代表作者本人，人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務。
作為IT產(chǎn)品設計者這不是最基本的嗎
We are all in the gutter, but some of us are looking at the stars.
But pigs don’t.
所謂產(chǎn)品經(jīng)理要懂技術(shù)的核心就是這個，無論何種產(chǎn)品本質(zhì)都是信息處理系統(tǒng)，所以必須明確系統(tǒng)的信息輸入、輸出、存儲格式，在此基礎上再去設計處理邏輯才具備可行性。
額…