国外亚洲成av人片在线观看,热99re久久精品这里都是精品,天堂网在线最新版www,国产成人av区一区二区三,51久久成人国产精品麻豆

為什么要了解客戶(hù)端的架構(gòu)知識(shí)？除了盡量避免不被工程師罵笨蛋之外，也是在設(shè)計(jì)之初就可以往長(zhǎng)遠(yuǎn)考慮。

市面上關(guān)于產(chǎn)品經(jīng)理的書(shū)，基本是都是入門(mén)書(shū)。之前我一直在想，為什么沒(méi)有產(chǎn)品經(jīng)理進(jìn)階的書(shū)籍？

過(guò)了一段時(shí)間之后，我感覺(jué)有了答案：其實(shí)產(chǎn)品經(jīng)理進(jìn)階的書(shū)早就有了，只是沒(méi)有一個(gè)產(chǎn)品經(jīng)理進(jìn)階的tag。

這些書(shū)，可能是營(yíng)銷(xiāo)的書(shū)，可能是項(xiàng)目管理的書(shū)， 可能是心理學(xué)的書(shū)，可能是統(tǒng)計(jì)的書(shū)，可能是設(shè)計(jì)的書(shū)，可能是架構(gòu)的書(shū)，可能是算法的書(shū)?？偠灾?，需要廣泛的涉獵。

當(dāng)然，這些書(shū)里面也有優(yōu)先級(jí)，不同的人，需要根據(jù)自己的工作需要，去調(diào)整自己的閱讀的優(yōu)先級(jí)。如果說(shuō)的更直白一些：工作中，你最不想被誰(shuí)罵笨蛋，那就看對(duì)方領(lǐng)域的書(shū)。

言歸正傳，這一章節(jié)會(huì)匯總一些客戶(hù)端基礎(chǔ)架構(gòu)的知識(shí)，同時(shí)也會(huì)舉個(gè)具體的設(shè)計(jì)實(shí)例。

1. 客戶(hù)端的架構(gòu)

客戶(hù)端頁(yè)面被訪問(wèn)的時(shí)候，一些非固定的元素，需要去請(qǐng)求API。

客戶(hù)端的數(shù)據(jù)可能來(lái)自各個(gè)業(yè)務(wù)線，API請(qǐng)求各個(gè)業(yè)務(wù)線的接口，并組織成APP需要的格式返回給API。

對(duì)于業(yè)務(wù)線的服務(wù)端而言，它的數(shù)據(jù)也來(lái)自于基礎(chǔ)數(shù)據(jù)庫(kù)，也需要根據(jù)基礎(chǔ)數(shù)據(jù)庫(kù)的變化進(jìn)行更新。

2. 舉個(gè)例子

我的專(zhuān)欄在客戶(hù)端頁(yè)面的展現(xiàn)：

最頂部：返回按鈕，標(biāo)題欄，操作按鈕；頭部：logo，專(zhuān)欄名稱(chēng)，專(zhuān)欄關(guān)注人數(shù)；底部：文字卡片流。

而卡片流包括：頭像，昵稱(chēng)，文章圖片，文章標(biāo)題，文章導(dǎo)語(yǔ)部分，文章贊同數(shù)量，文章評(píng)論數(shù)量，文章發(fā)布時(shí)間。

可能請(qǐng)求了兩個(gè)接口：第一個(gè)API接口，專(zhuān)欄基本信息的接口。第二個(gè)API接口，卡片流接口。

在文章基本信息的API接口里，需要返回標(biāo)題，logo，關(guān)注人數(shù)。而API會(huì)請(qǐng)求對(duì)應(yīng)的服務(wù)接口，這個(gè)服務(wù)接口可能是個(gè)通用接口，有更多專(zhuān)欄的基礎(chǔ)信息，比如有專(zhuān)欄擁有者的昵稱(chēng)和頭像。而API則根據(jù)客戶(hù)端的應(yīng)用場(chǎng)景進(jìn)行處理。

在卡片流的API接口里，需要返回頭像，昵稱(chēng)，文章圖片，文章標(biāo)題，文章導(dǎo)語(yǔ)部分，文章贊同數(shù)量，文章評(píng)論數(shù)量，文章發(fā)布時(shí)間。同樣的，可能請(qǐng)求的接口中數(shù)據(jù)更多，而請(qǐng)求到的時(shí)間則是UNIX時(shí)間，需要處理成客戶(hù)端需要的時(shí)間格式。

同時(shí)，服務(wù)端的數(shù)據(jù)在基礎(chǔ)數(shù)據(jù)有更新的時(shí)候也會(huì)根據(jù)一定規(guī)則進(jìn)行更新。

3. 基礎(chǔ)設(shè)計(jì)實(shí)例

當(dāng)我們了解了基礎(chǔ)原理了之后，在做產(chǎn)品設(shè)計(jì)的時(shí)候就可以考慮的更長(zhǎng)遠(yuǎn)一些：比如，擴(kuò)展性。簡(jiǎn)單來(lái)說(shuō)，對(duì)于客戶(hù)端而言，盡可能不要做太多邏輯處理，而是只展示API給的數(shù)據(jù)。如下圖，客戶(hù)端只負(fù)責(zé)劃定顯示區(qū)域，不做任何文字的展現(xiàn)，這樣對(duì)于擴(kuò)展性更好。

比如：如果想在展示贊、評(píng)論，時(shí)間的展示欄，需求調(diào)整，希望增加收藏?cái)?shù)的顯示，則這種顯示邏輯下，直接在API增加收藏?cái)?shù)的顯示即可。而如果客戶(hù)端處理為：X贊·X評(píng)論·X天前（贊，評(píng)論，天前為客戶(hù)端寫(xiě)死），則修改時(shí)間格式或者增加收藏?cái)?shù)的顯示，就需要發(fā)版本。

4. 結(jié)語(yǔ)

為什么要了解客戶(hù)端的架構(gòu)知識(shí)？除了盡量避免不被工程師罵笨蛋之外，也是在設(shè)計(jì)之初就可以往長(zhǎng)遠(yuǎn)考慮。很多時(shí)候熟悉業(yè)務(wù)的產(chǎn)品經(jīng)理更能前瞻性的預(yù)測(cè)到功能的后續(xù)發(fā)展方向，可以提前做好前瞻性設(shè)計(jì)；可以和研發(fā)共同討論，避免實(shí)現(xiàn)方式過(guò)于死板，后續(xù)的一些突發(fā)的運(yùn)營(yíng)功能擴(kuò)展需要發(fā)版解決；也可以避免研發(fā)在缺少對(duì)需要發(fā)展了解的基礎(chǔ)上，做出不必要的冗余設(shè)計(jì)來(lái)猜測(cè)未來(lái)的需求。

最后要說(shuō)的是，懂一些基礎(chǔ)的技術(shù)知識(shí)，來(lái)避免被罵笨蛋其實(shí)作用比較有限。畢竟程序員罵產(chǎn)品經(jīng)理，大多數(shù)情況句式是：“這個(gè)笨蛋又改需求”，而不是“這個(gè)笨蛋一點(diǎn)技術(shù)都不懂”。

作者：潘一鳴，知乎專(zhuān)欄：產(chǎn)品邏輯之美

本文由 @潘一鳴 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。