產(chǎn)品的生命周期一般都比較長，在持續(xù)的產(chǎn)品研發(fā)和運營過程，都要對產(chǎn)品做好日常管理。而做互聯(lián)網(wǎng)產(chǎn)品不像工廠生產(chǎn)產(chǎn)品那樣，可以流水線操作，需要產(chǎn)品團隊付出努力，一起協(xié)作去把產(chǎn)品管理好。在這個管理過程當中，很多其實都是日常的一些工作方式的，只不過從產(chǎn)品的角度結(jié)合起來。每個團隊都會有自己的一套管理產(chǎn)品的方式和方法，從目前的產(chǎn)品環(huán)境來看，有一些管理策略已經(jīng)逐漸被大家所認可和接受，主要是以下幾個方面，不過看之前要注意，管理策略都是沒有最好只有最合適的。

清晰的產(chǎn)品規(guī)劃

產(chǎn)品規(guī)劃是產(chǎn)品持續(xù)研發(fā)和運營過程的風向標，先期的投入和后期的改進都會圍繞產(chǎn)品規(guī)劃來實現(xiàn)。產(chǎn)品規(guī)劃需要清晰的交代產(chǎn)品是什么，說明產(chǎn)品的核心價值，確定產(chǎn)品的范圍，表明產(chǎn)品的戰(zhàn)略目標，以及你所想通過這個產(chǎn)品所達到的目的；以及產(chǎn)品的各種特性和功能，產(chǎn)品中所包含的任何一個功能都應(yīng)該是有理有據(jù)的。總的來說，產(chǎn)品規(guī)劃要從用戶需求、產(chǎn)品目標、產(chǎn)品的功能組合和內(nèi)容需求方面，明確的描繪產(chǎn)品的形態(tài)和框架。

以互聯(lián)網(wǎng)產(chǎn)品的發(fā)展速度來說，一個季度或者半年的產(chǎn)品規(guī)劃是較為合適的，某些產(chǎn)品也可以是全年的規(guī)劃，但最長不要超過一年，超過一年的規(guī)劃會顯得不切實際，技術(shù)是日新月異的，產(chǎn)品需求也在不停的變化，雖然小的需求變化不至于導(dǎo)致需要調(diào)整整體規(guī)劃，但時間太久了就不好說了。從過往的產(chǎn)品經(jīng)驗來看，采用敏捷模式做產(chǎn)品的話，當個迭代排下個迭代的需求，若是太早確定的需求，到了要開發(fā)的迭代，可能都已經(jīng)需要調(diào)整了。

產(chǎn)品按時發(fā)布

互聯(lián)網(wǎng)崇尚小步快跑，持續(xù)迭代。這個說法的核心意思是：通過固定的迭代發(fā)布周期，每個迭代都在完善改進產(chǎn)品，改完后立馬發(fā)布，以便用戶能快速體驗到產(chǎn)品的變化和改進，不斷提升用戶體驗。這個過程當中，最關(guān)鍵的點就是按時發(fā)布，這樣可以讓用戶有所期待，就不會在遇到不良體驗的時候快速放棄產(chǎn)品的使用。固定的發(fā)布周期可以讓用戶有一定的忍耐度，會希望看看新版本是否能解決問題。

持續(xù)的迭代改進

產(chǎn)品的第一個版本肯定不會是最完美的，需要投放到市場上去檢驗，而檢驗的結(jié)果對于產(chǎn)品的發(fā)展來說至關(guān)重要?？梢酝ㄟ^產(chǎn)品的運營收集回來很多的反饋意見和運營數(shù)據(jù)，從中我們可以發(fā)現(xiàn)產(chǎn)品的不足和缺陷，我們所要做的就是不斷的去彌補這些不足，逐漸的把產(chǎn)品越做越完善，趨近于完美的水平。所以說堅持很重要，做產(chǎn)品不可能一蹴而就，而是一個循序漸進的過程，堅持深挖用戶需要，不斷的去改進現(xiàn)有產(chǎn)品，把產(chǎn)品的核心功能做到極致。

好的產(chǎn)品是運營出來的，不是說光靠運營手段就能做出好產(chǎn)品，而是要通過運營去手機市場的反饋，然后分析這些反饋數(shù)據(jù)，從中提取有價值的內(nèi)容改善到產(chǎn)品當中，再繼續(xù)投入市場去運營，這樣的一個循環(huán)反復(fù)的過程，才能真正讓運營打造出好的產(chǎn)品，只有運營手段而沒有產(chǎn)品的持續(xù)改進，最好的情況下也只能讓產(chǎn)品火一小段時間，熱度過了之后就會回歸理性。比如說“臉萌”，現(xiàn)在還有多少了在用這個APP？

保持良好的團隊工作節(jié)奏

團隊的工作節(jié)奏是需要一段時間去塑造的，良好的節(jié)奏可以提升團隊的戰(zhàn)斗力。比如上述所說到的固定發(fā)布時間，就可以讓團隊保持在一個持續(xù)打著雞血去發(fā)布更新的狀態(tài)。當然這個迭代周期的時間長短要視團隊結(jié)構(gòu)和產(chǎn)品來定，兩到三個星期是比較正常的。在一輪發(fā)布結(jié)束后，可以接著投入到為下一輪的發(fā)布做準備。這需要整個團隊的配合，在一段時間后，就會形成良好的循環(huán)，當團隊適應(yīng)了這樣的節(jié)奏之后，整體效率就能有所提升。

再者也需要磨合團隊成員之間的配合，節(jié)奏是需要實際工作過程當中去磨合、調(diào)整出來的，從實際工作的角度來講，讓團隊成員感覺到工作的充實感是一種比較好的狀態(tài)，這可不是持續(xù)加班的形式，這是超負荷，而不是充實。這種節(jié)奏也需要產(chǎn)品經(jīng)理去觀察團隊實際的戰(zhàn)斗力，適當?shù)陌才庞刑魬?zhàn)性的工作進度，逐步的去提升團隊的效率，而不能一下把團隊都壓垮了，一下又很輕松，這樣的節(jié)奏適應(yīng)起來就會很困難。

內(nèi)容是產(chǎn)品的一部分

除工具性的產(chǎn)品外，內(nèi)容都是產(chǎn)品不可或缺的一部分，只有產(chǎn)品的空殼而沒有內(nèi)容是沒法運營的。比如電商類產(chǎn)品會看品類豐富度，閱讀類產(chǎn)品要看上架小說數(shù)，新聞類產(chǎn)品要對比新聞的及時性，財經(jīng)類產(chǎn)品要看數(shù)據(jù)的準確性等等，很多產(chǎn)品離開了內(nèi)容就沒有意義了。如果一個聚集閱讀的產(chǎn)品經(jīng)常出現(xiàn)內(nèi)容更新，或者里面的內(nèi)容質(zhì)量很差的情況，相信這樣的產(chǎn)品很快就會被用戶放棄。產(chǎn)品經(jīng)理在重視產(chǎn)品設(shè)計的同時，也要關(guān)注內(nèi)容的建設(shè)，不管是原創(chuàng)的、抓取的還是UGC的，內(nèi)容產(chǎn)生和運營對于產(chǎn)品來說至關(guān)重要。

有針對性的運營

千萬不要盲目運營，不要看到什么運營方式火爆就采用什么樣的運營方式，要看這種方式是否適合產(chǎn)品。比如病毒式營銷，能做這樣營銷的產(chǎn)品是有其特性的，比如適合快速傳播，能快速吸引用戶的注意力，抓住用戶的眼球，這樣的產(chǎn)品才適合病毒式營銷。再比如說一個高大上的APP產(chǎn)品，適合去貼電線桿廣告嗎？適合像腦白金那樣去滿大街的貼廣告嗎？顯然在做產(chǎn)品運營的時候，還是要看一下我們的目標用戶群體的主要活動空間或者活動方式，針對性的制定運營方式，比如Android類的APP產(chǎn)品，如果面向的大眾人群，除了要考慮百度、豌豆莢、360這樣的大應(yīng)用市場外，還需要研究一下像安智，以及很多手機定制操作系統(tǒng)上的應(yīng)用市場，可能定制系統(tǒng)里面的市場才是最大的。

注意埋點收集數(shù)據(jù)

大數(shù)據(jù)運營的思路已經(jīng)越來越被人所熟知，大家應(yīng)該都不陌生了。數(shù)據(jù)從哪里來？除了產(chǎn)品自身產(chǎn)生的一些內(nèi)容數(shù)據(jù)、會員數(shù)據(jù)外，還需要借助第三方工具或自主研發(fā)的工具去獲取流量數(shù)據(jù)、訪問數(shù)據(jù)等，這個是需要埋點的。另外，從產(chǎn)品設(shè)計的角度講，很多交互方面的數(shù)據(jù)是不大好借助第三方工具去抓取的，而是要靠自身去埋點解決，統(tǒng)計用戶點擊每個按鈕、切換聚焦輸入框的順序、頁面內(nèi)容個部分的操作順序等等。這部分的埋點要依據(jù)產(chǎn)品的實際需要去做，畢竟很多埋點都是會影響產(chǎn)品運行性能的，需要權(quán)衡考慮。

減少會議所占用的時間

高效的會議是很多團隊在追求的，經(jīng)常看到很多人都在抱怨會議時間占用太多，全天都在開會什么的。其實這和團隊內(nèi)部以及團隊之間的工作方式有很大關(guān)系，很多團隊喜歡把所有的內(nèi)容都拿到會議上來討論，很多會議都是沒有議題和議程。而實際上會議是用來解決不確定性的問題，或者是用來總結(jié)的，需要控制好會議的進程和進度，避免發(fā)散開去。個人推薦敏捷模式下的幾種會議，站會、計劃會、評審會、總結(jié)會，能解決很多團隊協(xié)作的問題了。

產(chǎn)品的管理策略并不只關(guān)注于產(chǎn)品，還會關(guān)注產(chǎn)品團隊和工作方式，從各個方面來一起保障產(chǎn)品的研發(fā)。而這樣的策略，在以產(chǎn)品經(jīng)理為主導(dǎo)的團隊里，是需要產(chǎn)品經(jīng)理去牽頭的。不過策略歸策略，千萬不要變成規(guī)章制度，這東西有利有弊，大公司才用制度，小團隊只要管理策略就可以了。產(chǎn)品經(jīng)理制定產(chǎn)品管理策略的時候，永遠記住一句話：沒有最好，只有最合適。