說大道理誰都知道，說設計流程、說工具使用，百度或者谷歌一下搜索一下也能告訴我們答案。但是工作中的細節，因為每個人碰到的情況不一樣，而這種細節性的問題是沒有標準答案的，需要具體問題具體分析。這一次，讓我們來一起聽聽起點學院金牌講師團的導師們，針對我們在工作中碰到的具體問題，給出了什么樣的參考答案？

Q41：需求挖掘。在領導市場都對產品大方向沒概念搖擺不定時產品經理一個人該如何確認大方向？

如何尋找切入點，挖掘有效需求？如何培養自己的市場能力，行業需求把控度，如何學習發現市場的機會點？

答：這些問題都會在《產品經理訓練營》里幫大家解決的。

如果說你真的是一位職場新人，整個產品的市場方向是領導或是市場人員決定，我個人覺得你真的無法對市場方向進行左右。哪怕方向不對，也要朝著既定方向去做，在這個過程中去通過市場反饋決定要不要做一些調整。

如果你相對來說具有一定的經驗，你可以圍繞著這個方向的用戶真實需求去提出建議，去切入?？梢宰龈偲贩治龊屠习逡黄鹩懻?，產品的市場方向是朝著相對有紅海的地方去發展，還是找一個競爭相對較小的藍海，先去把這個藍海占住，做一個領先者，然后再向其他方向拓展。

我個人覺得沒有必要在方向的問題上糾結，一切都需要去實踐，在這個過程中，你會更了解用戶、了解市場，可以在實踐中逐步進行修改。

Q42：APP和公眾號、網站定位，渠道多如何分配功能？

答：APP和公眾號、網站具有不同的特性，所以渠道分配上也不一樣。

網站是PC時代為了宣傳自己的一些資訊、功能而做的形態，但現在如果只是為了宣傳產品、介紹一些基本的資訊，網站已經不是一個特別好的選擇。不管是什么產品，現在做網站無非就是官網，更新的速度也不會太頻繁，只是在某些渠道被訪問、被搜索的時候的一個承載頁面而已，在網站上也不會提供特別多的服務。

不管是app、網站還是公眾號都要根據具體應用的類型，應用到底為用戶提供了什么服務而去決定。即使是現在，有些服務仍然通過網站去實施，比如說他是TO B的業務，他的用戶主要使用場景就是上班的時候，顯然這個時候用網站去提供服務，是更科學合理的。

大部分TO C的業務要具體來看，是不是想和用戶保持一個高頻的聯系，用戶是不是高頻的使用這個應用。這是決定要不要把功能做APP的一個關鍵。

另外才是說就是這個服務的功能多少與復雜程度，如果復雜度比較高的話用app來實施比較合理，如果是相對比較簡單的信息查詢、交互用訂閱號和公眾號就足夠。

所以還是看你在做什么樣的功能。補充一點，我們在做某些產品的時候，app和網站、公眾號是齊頭并進的，APP是提供重要功能，公眾號用來推送基本的資訊和簡單的傳播，同時公眾號可以為你的APP帶來流量。比如說有些做生活服務的公眾號，更多的是提供同城玩樂資訊，同時又打造了一個APP去把這些有共同愛好的粉絲轉化為APP的用戶，他的網站去介紹這個服務，其實主要是為了搜索，被收錄，所以他的網站并不會提供更多的服務。

Q43：需求評審的時候怎么控制會議節奏，還能使與會人員有參與感？

答：需求評審是產品經理日常的一個工作，也是非常令人苦惱的：

• 因為開發人員和老板的不認同，所陳述的內容永遠會被PK，在評審中改掉很多內容。
• 既定時間會被拖延。

需求評審會上，某個特定的需求會引起很多的爭論。如果需要控制節奏、讓參會人員有參與感，那就是要開發和測試人員積極發言、并且提出相關的問題。

• 首先，你所表達的功能邏輯他們是否了解，實現上有沒有更深層次的細節問題？這個要讓大家從不同角度談一談。如果之前評估沒有完善這些問題，那這時候談可以避免一些風險。
• 再者，你可以讓大家圍繞著這兩點展開討論。但是千萬要注意對需求的討論千萬不要太過發散。

評審會議上最容易發散的問題就是對需求本身價值的討論，這種討論更多的是考驗產品經理把控需求的能力。如果在討論的時候，產品經理直接跟技術人員講你要做什么，那技術就會挑戰你的想法；所以你要先跟人家講用戶場景，用戶反饋也好，就是做的需求背景和能帶來的價值，然后再討論功能實現的問題。

還有容易在技術的可行性上進行發散，產品經理提出了需求，然后技術人員從技術角度進行否定，那么兩者就會爭吵起來。也許會發散出其他的解決方案，但這個方案并不是產品同學一開始想要的。所以當遇到這種技術實現性的問題時，比較好控制的方式是在需求評審會之前，建議產品經理先把這個需求跟技術負責人進行溝通，事先了解技術實現的可行性、工作量。

把不可行的方法在會下進行糾正，這樣在評審會上就可以讓大家圍繞著功能本身去進行細致的技術評審，大家就不會去挑戰它本身的可行性。評審會集中在技術實現上的細節、邏輯問題的缺漏，這些是很有價值的，是一個很好的補充。

如果還是集中在一個點上爭論不休，很簡單，不管是產品經理還是項目經理，可以把這件事情打斷，就是說這個需求已經被大家認可且實現上也沒有大的問題，只是細節上存在爭議，在A.B方案上的選擇上存在爭議。會后再各部門進行溝通，小部分人的爭議不需要浪費大家的時間，而往往需求評審會會浪費在這些時間上。

如果遇到這些問題，我覺得都可以用這種方法進行調劑。

Q44：接手產品的時候業務邏輯已經被市場人員搞的很復雜，怎么破？

比如同樣的點，競品都只做一種，我們要做3種。想做減法，突出核心功能時，市場卻說不行，這些都很重要，不能簡化，你沒干過市場你不懂。太復雜，做是能做，但技術難度成幾何級增加，隨之帶來的是：bug激增，改進艱難；看似把用戶的需求都討好到了，實際是讓用戶不知所措。

答：看題目，感覺像TO B的產品。一般TO B的產品具有很強的市場導向性，需要市場人員去洽談項目合作，用戶會對項目產品提出各種需求，市場人員為了拿下項目合作一般都會順應用戶的需求，這就導致功能越來越復雜，這是TO B產品的一個共性問題。

如果面對題目中的情況，建議做一個功能包，把所有需求整理排成版，把所用用戶需要的做基礎包，把個性用戶的需要的應用做成拓展包，這樣可以解決產品功能過于復雜，讓用戶不知所措的難題。

Q45：目前擔任APP的內容開發（內容運營），但是同時兼顧一些產品優化意見收集等其他零碎功能，不知道未來的方向是怎樣，很迷茫。

答：很多小公司都會出現類似情況，運營人員不光要做好本職工作還會涉及一些輔助的工作，很難像大公司一樣成為螺絲釘，專注于某一方面。如果你本身沒有太多的工作經驗，在這個過程中要靜下心來學習（半年或以上），然后再判斷自己的職業前途。

首先要明確所在公司或崗位在運營方面是不是有價值的，有些公司運營是重點，故而非常有價值，有些則是輔助性的。所以你要判斷這個崗位的價值和前途，然后對未來進行進一步的規劃。

Q46：在APP內容運營的工作中，不知道如何提供用戶感興趣的內容資訊，留住用戶？

答：對于內容運營該如何留住用戶，可以從三個方面著手進行。

首先要足夠了解用戶，對于用戶閱讀習慣以及閱讀方向有一定的把握。

其次需要在運營時做一個量化考核，從內容的閱讀量、轉發率上作一個硬性指標。通過數據反饋找到用戶的閱讀品味，以便能夠在運營工作中做出貼合用戶閱讀品味的內容。

最后需要做競品報告。通過觀察競品是如何做內容運營，是怎么以內容取悅用戶的，將這些做成競品分析報告，以對自己的運營工作進行改進。

Q47：APP用戶的粘性不高，非常不活躍，有沒有什么可以長期的方法產生內容由提高用戶粘性？

答：APP的形態不一樣，粘度也不一樣。這個和產品的切入點有著很大關系，如果你的切入點不是高頻剛需，那很難實現特別大的活躍度。（例如房產信息APP本身不屬于高頻剛需類的，故而很難提高活躍度。美妝類產品因為在用戶的日常生活中具有很高的使用頻率，所以可以制造出很高的活躍度。

提高用戶粘性，關鍵看產品是屬于UGC的還是PGC的。

如果是UGC類型的產品，那就需要通過一些方法把能產生高質量內容的用戶留在社區。要分析用戶模型的具體形態，把能夠產生高質量內容的用戶做好，才能提高產品的活躍度。這是UGC運營最關鍵、最核心的部分。

如果說是PGC，內容的專注度，專業度很關鍵，因為這些內容本身就是用戶的消費點。內容的質量就決定了用戶愿不愿意留下、互動。

值得一提的是其他的活動、運營它只能提供短期的刺激，并不是留住用戶的核心。

Q48：讓系統進行智能檢索推薦。這種方式來使用戶快速檢索自己想尋找的目標。是否可行？或者有什么弊端？

現在有很多和個人興趣相關的檢索或者活動。譬如旅游的吃喝玩樂、個人喜好的電影類型等。是讓用戶先自定義個人的興趣標簽（用趣味性的方式進行引導，如用小型的測試等）。還是讓系統智能推薦？

答：這種是一種非常常見的做法，肯定是可行的。興趣標簽的設置對社區的分群、對數據的挖掘、對信息的推薦都有好處。關鍵是看你的產品形態怎么做會更合理。

如果要實踐，還得從兩個方面進行分析。

其一，得具體看產品到底是以內容為中心還是以關注體系為中心。以內容為中心的用戶進入網站是沒有目的的，就是在進行信息的瀏覽。對于這種類型的用戶可以先不設置興趣標簽，只把興趣標簽做成一個可選項，等用戶瀏覽過程中感覺信息過載之時，他會自己進行興趣標簽的設定。以關注體系為中心的用戶更趨向于平臺上是否有所關注的信息源，這些信息源產生的內容才是他所關注的，這時候如果通過興趣標簽為用戶匹配相關信息源，這不管對于網站還是用戶都是好很有價值的。

其二，得具體看產品形態。興趣標簽該怎樣讓用戶去使用，是用戶注冊之時就將這些標簽選定，還是說是作為瀏覽信息后的一個可選項。用戶可能在你的產品迭代過程中發現添加這些標簽會給他帶來額外的價值。

綜上，興趣標簽的設置還是得通過對產品的具體分析。

Q49：如何做to B的市場調查和產品推廣？

產品最終面向市場，面向用戶， 所以不管to c還是to b都必須做終端用戶的調查。但在調研方式上to c和to b有所區別。

To c產品要在海量用戶群里找到一些典型用戶做調查（定性），而To b是直接找到客戶公司的使用人員來做調查。

產品推廣TO C和TO B也所區別的。

一般純TO C產品，根據用戶群特性推廣方式會多一些，既可以進行線上推廣也可以進行線下推廣，還可以做現象級的營銷，或是做sns病毒式的傳播。但做TO B的話，最有效的策略還是需要線下市場人員的推廣，但如果是行業產品，在行業里的論壇、會議等可以曝光的地方做宣傳推廣還是比較有針對性的。

Q50：工具型產品。這類產品是不是對技術要求比較高 產品經理是不是要懂技術知識？

答：這個要具體看工具。因為產品的出現就是為了滿足用戶的需求的，只要能做出滿足用戶需求的東西就可以。

并不是說所有的工具都對技術有著很高的要求，所以產品經理要不要去了解相關的知識，完全取決于你所做的產品復雜度。有的工具要求會比較高，例如和炒股、模型有關的工具，那你應該去了解相應的算法。

如果是一個智能硬件的工具（檢測糖尿病的工具），那你也應該去了解相應的硬件知識，這對你設計產品、以及精準度、用戶體驗有幫助的。這里所說的“技術”并不是說要你從頭學習這些知識，而是具有能跟技術同學交流的知識儲備。讓技術人員簡單的跟你講解這個技術你用哪些關鍵點，它有哪些參數是可以在設計產品的時候要去考慮的，所以產品經理需要有良好的技術理解力。任何你沒聽過的新技術都可以在技術同學的描述、圖形講解下，你能夠大概了解這個技術的邏輯和它需要輸入什么，經過什么樣的變化能夠輸出些什么，擁有這個能力基本也就夠了。不需要太深入的了解技術中的細節，所以有良好的技術理解力是必要的，要不要學習技術倒不一定。

查看更多

產品經理3000問 | 專業、高逼格的產品經理成長秘籍

產品經理3000問 | 談一談產品模型、生命周期

產品經理3000問 | 產品新人、團隊管理與行業的那些事兒

關于#產品經理3000問#

產品經理3000問是起點學院傾情打造的金牌講師團答疑集錦。起點學院金牌講師團，由起點學院導師團聯合眾多BAT產品總監組成，所有導師負責億級產品，所有導師擁有豐富實戰經驗，并且，他們都有自己獨到產品經理培養體系。所有問題均來自起點學員工作實踐中的問題，由起點學院金牌講師團解答之后精心選編而成。內容涵蓋需求、團隊、設計、創業、運營等產品經理工作各方面；是起點學院金牌講師團、數千名互聯網童鞋的智慧積累。對于產品經理解決工作、項目的實際問題具有很強的參考價值。