產(chǎn)品和運營真的是相愛相殺的一對兒，有時候你會看到他們做在一起討論活動方案，有時候你又會看到他們在老板面前互相推卸責(zé)任。那么作為產(chǎn)品經(jīng)理，到底應(yīng)該如何對待擺正位置，與運營攜手共進(jìn)呢？

產(chǎn)品設(shè)計時要考慮運營可行性

在一款產(chǎn)品從0到1的過程中，產(chǎn)品經(jīng)理對產(chǎn)品有著幾乎絕對的掌控權(quán)。但是當(dāng)產(chǎn)品從1到N時，產(chǎn)品經(jīng)理請你認(rèn)清自己的定位，擺正產(chǎn)品和運營的關(guān)系。尤其是互聯(lián)網(wǎng)產(chǎn)品，運營和產(chǎn)品崗位的良好配合，才會讓產(chǎn)品體驗和公司業(yè)績齊頭并進(jìn)。

這里我不得不提目前國內(nèi)產(chǎn)品經(jīng)理的現(xiàn)狀：大部分的產(chǎn)品經(jīng)理以原型設(shè)計、項目管理為主要工作，而忽視了真正產(chǎn)品經(jīng)理應(yīng)該關(guān)心的事情：用戶分析、需求確認(rèn)、以及產(chǎn)品上線后的營銷運營方案。

產(chǎn)品的最終目的是讓用戶用起來，進(jìn)而幫助用戶解決問題或提高用戶解決問題的效率，這是產(chǎn)品存在的意義。因此產(chǎn)品設(shè)計時，就要考慮運營屬性，而產(chǎn)品運營時，也不能忽視產(chǎn)品特質(zhì)。

在實際崗位中，國內(nèi)很多App及Web公司，有專門的產(chǎn)品規(guī)劃崗位，負(fù)責(zé)產(chǎn)品需求的調(diào)研、產(chǎn)品線的規(guī)劃及對產(chǎn)品上線后運營的思考與效果估計。

在京東、百度等互聯(lián)網(wǎng)公司，新產(chǎn)品線需要產(chǎn)品經(jīng)理提交BRD（商業(yè)需求描述）或MRD（市場需求文檔）來描述產(chǎn)品愿景。你可以簡單的把這些文檔看成一個產(chǎn)品的可行性分析，實際上它們在促使產(chǎn)品設(shè)計更多地考慮到產(chǎn)品營銷與運營。

成功的產(chǎn)品，一定配有成功的運營思路

互聯(lián)網(wǎng)產(chǎn)品，往往希望通過UGC（用戶生產(chǎn)內(nèi)容 ）的模式，激發(fā)互聯(lián)網(wǎng)用戶的參與度，提升產(chǎn)品的黏性和延續(xù)性。

一款互聯(lián)網(wǎng)產(chǎn)品，在剛上線想要脫穎而出，一定會有特定的用戶需求或用戶場景，并解決了特定用戶的實際問題。在擁有這樣的產(chǎn)品特質(zhì)后，用戶逐漸聚集，形成話題和討論，從而實現(xiàn)用戶量和內(nèi)容量的雙激增。

但是隨著用戶量和內(nèi)容的不斷增長，你會發(fā)現(xiàn)即便是垂直領(lǐng)域的用戶，也會有不同的類型與維度，用戶需求被再次細(xì)分，你想要滿足更多更精細(xì)的用戶場景，于是你會不斷的增加分類、或是新功能。

這時，運營的作用開始彰顯。他們會不斷地挖掘和分析用戶產(chǎn)生的內(nèi)容，做內(nèi)容整合和分發(fā)，從而創(chuàng)建內(nèi)容的新類別。在這個過程中產(chǎn)品和運營會逐步發(fā)現(xiàn)，內(nèi)容太多了，分類只能方便用戶尋找想要的內(nèi)容，那對于沒有明確的內(nèi)容需求的新用戶，要怎么辦呢？

給用戶做推薦和推送。

如果是一款非常垂直領(lǐng)域的App，那么大多數(shù)情況會直接在首頁放一些推薦位來進(jìn)行產(chǎn)品推薦，再配合一些應(yīng)用場景的彈框跳出、日常的運營推送，就可以有效地提升用戶對App的打開率，和新用戶的轉(zhuǎn)化率。

▲ 小紅書的內(nèi)容推薦和喜馬拉雅的首頁推薦

如何是一款有社交屬性的產(chǎn)品，那么通過社交關(guān)系進(jìn)行內(nèi)容或產(chǎn)品的推薦將變得極其順暢，將社交圈內(nèi)的用戶信息進(jìn)行對比，相同點可以成為推薦的大方向，而差異點可能成為吸引用戶的意外驚喜。

▲ LinkedIn：在首頁推薦用戶和工作機(jī)會

如果是一款用戶群體大而泛的App，那么需要引進(jìn)一些基于關(guān)聯(lián)分析或用戶習(xí)慣的自定義推薦機(jī)制，通過對用戶歷史使用記錄的機(jī)器學(xué)習(xí)，挖掘內(nèi)容與內(nèi)容之間的內(nèi)在聯(lián)系，從而定向推薦一些“用戶感興趣”的內(nèi)容。

▲ 今日頭條：通過用戶瀏覽記錄和手動屏蔽進(jìn)行定性推薦

因此在產(chǎn)品被用戶用起來之后，你會開始考慮如何讓更多的人用？如何讓用戶用得更久？如何讓用戶用得更好？

產(chǎn)品經(jīng)理已經(jīng)無形中開始站在運營的角度思考產(chǎn)品的方向，互聯(lián)網(wǎng)產(chǎn)品的成功，離不開一位有運營思路的產(chǎn)品經(jīng)理。

產(chǎn)品的使用者（用戶），也包括運營人員

相較于社交類App，內(nèi)容類App近幾年異軍突起的原因，大多是因為站在風(fēng)口抓熱點，拿獨家信息換大流量。因此相較于社交類App，內(nèi)容類App的持續(xù)運營顯得尤為重要，這類公司的運營部門也獲得更多的內(nèi)部話語權(quán)。

消息、或者資訊、或者內(nèi)容，自人會說話以來，就無法被機(jī)器完全替代。內(nèi)容的創(chuàng)造和串聯(lián)都離不開人工，而內(nèi)容的傳播和推廣也離不開人工的篩選和潤色。因此，針對內(nèi)容類App，產(chǎn)品有很大的責(zé)任把運營人員的能力發(fā)揮到最大化。

當(dāng)運營人員成為產(chǎn)品的使用者時，他們甚至可能使用頻率會比普通用戶高上數(shù)倍，而產(chǎn)生的價值和普通用戶也有天壤之別，你需要特別重視運營人員的使用場景，同時也要具備甄別運營需求的優(yōu)劣的本領(lǐng)。

在給運營做運營需求時，要靜下心來和運營討論用戶場景，站在運營的角度思考需求是否必要，以及如何進(jìn)行設(shè)計。要讓運營提出明確的需求和預(yù)估運營效果，當(dāng)產(chǎn)品設(shè)計出來之后，也要和運營再三確認(rèn)是否符合運營的想法。

除此以外，運營的需求往往涉及用戶使用的前端和運營人員使用的中臺，因此很多運營需求的設(shè)計，要優(yōu)先考慮運營人員如何高效工作的產(chǎn)品目標(biāo)。比如：CRM系統(tǒng)如何對數(shù)據(jù)進(jìn)行排序展示和導(dǎo)出？用戶私信如何實現(xiàn)群發(fā)？前端如何埋點中臺如何查詢？運營人員權(quán)限如何分割……

中臺的產(chǎn)品設(shè)計不要求太多美觀，但是需要產(chǎn)品經(jīng)理格外細(xì)心有條理，才能讓運營人員用起來得心應(yīng)手，提高整個團(tuán)隊的效率。

運營需求不是一味的滿足，也不是一味的放縱

有的產(chǎn)品經(jīng)理在設(shè)計產(chǎn)品時，有時候會陷入一種誤區(qū)：讓運營自定義的東西越多，就是越為運營考慮。

錯！如果讓運營自定義越多的內(nèi)容，無形中給運營增加了越多的工作時間和壓力，同時也會讓產(chǎn)品的體驗變得沒有那么穩(wěn)定。就如同押寶一樣，過多地把產(chǎn)品體驗效果壓在運營的能力之上。

不僅如此，給運營太多的發(fā)揮空間，有時候需要技術(shù)人員開發(fā)更多的中后臺功能。而開放自定義功能給運營后，你可能會發(fā)現(xiàn)運營并沒有高頻率地去更換自定義的模塊。這不僅浪費了開發(fā)資源，也給平臺的穩(wěn)定性帶來更多變數(shù)。

就App的首頁來說，動靜結(jié)合，是一個不錯的選擇。利用一些算法來做推薦和展示，同時又保留一些運營可以自定義的模塊，讓用戶有一定發(fā)揮的空間。如此一來，既不用擔(dān)心由于運營人員的變動而導(dǎo)致的用戶體驗波動，也可以讓運營在產(chǎn)品的基礎(chǔ)上，做一些運營活動。

在和運營討論使用場景時，也不是聽之任之，運營需要什么就做什么。要反復(fù)確認(rèn)功能上線后的運營思路與預(yù)期效果，并且在每次運營功能開發(fā)上線后，對此復(fù)盤和改進(jìn)。

“不能強(qiáng)求沒有Bug的程序，畢竟代碼是程序員一行一行寫出來的”

你也不要強(qiáng)求每個產(chǎn)品功能都是爆點、都能解決用戶/運營需求的，畢竟產(chǎn)品和運營都是人做出來的。少一點急躁，多一點耐心。

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

題圖作者提供