公司的定向需求壹般不是產品經理決定的，這個層面的需求壹般來自決策層。老板們通常會根據自己的資源優勢和市場分析來決定產品的戰略方向。
比如為什麽微信和熟人社交，陌陌和陌生人社交，360殺毒？對於這個層次的需求，壹般沒有具體的需求。通常產品經理會聽到的需求是產品應該針對什麽樣的用戶，應該幫助用戶解決什麽樣的問題。這種類型的需求可能在最初的創業公司聽到的更多。比如餓了麽的誕生，來源於他的創始人想解決校園裏點外賣的不便。
當壹個相對成熟的公司在孵化壹個新項目時，妳聽到的需求可能會變成:公司的資源有什麽優勢，我們可以利用這個優勢切入哪個行業，能解決什麽問題。比如小程序的誕生，壹定是微信沃財的決策層在思考了擁有這個體量的用戶之後，做了更多的事情。在這種思路下，逐漸衍生出小程序的概念。利用小程序，微信實現了流量的轉化，實現了自己的平臺化和系統化思路。
在這個階段，產品經理要多做了解老板提出的方向。基於這個需求，我們就可以確定人群，確定需求的範圍(也就是做什麽)，以及我們手中可以利用的壹些資源。(比如流量資源、內容資源、算法資源等。).
簡單來說，如果把做產品比作開店，那麽在這個階段，要選好菜系(解決問題)和廚師(資源)，賣給什麽樣的人。但地點、區域選擇、店面裝修、詳細菜品、定價都還沒有確定。
用戶需求調查
接到戰略層面的需求後，接下來要做的就是對需求進行分解和完善，進行提煉。這時候妳要做的事情包括:找到目標群體，了解目標群體的使用習慣。
比如妳要做壹個外賣平臺，妳的用戶群體可能包括兩個群體，商家和用戶。對於這兩個群體，會衍生出很多需求。妳需要考慮商家的使用環境。普通小店很可能只有壹兩個人，包括收銀、送貨、點餐。他們可能無法完全關註訂購情況。這種情況下，妳的推送機制和語音提醒可能要保證時效性。同樣，由於生產環境的原因，訂單管理需要人工確認，以確保不會過載，影響用戶體驗。商品的貨架和貨架要盡量簡單明了，需要在商家無貨的時候及時下架。(不同於客戶的豐富性和多樣性)。
用戶端面對學生群體，不同於在食堂買，在PC或手機上買，如何展示有哪些商家，每個商家有什麽特點，如何幫助用戶選擇商家，如何判斷商家的口味，如何展示價格。需求和商家的需求大相徑庭。
文中舉例的外賣軟件在我們的日常生活中比較常見。很多需求可以用常識來判斷。但是，如果妳滿足了小眾的需求，比如二次元社區，情趣用品等。，如果產品經理沒有這些產品的經驗，妳需要找到用戶群。常見的做法是聯系公司內部的工作人員，比如運營、客服等。這些經常需要和用戶打交道的崗位，可以給妳壹些實在的意見。還可以維護種子用戶的微信群，做調研問卷。
但是小公司壹般不會采用這些方法，因為成本高，耗時長。最好的辦法是產品經理能成為產品的忠實用戶，真正使用產品。而不是把自己想象成壹個產品。
在這個環節中，其實產品經理基本上可以把方向性的需求轉化為更細化的功能範圍和相應的優先級。讓我們把餐館的例子拿走。其實在這裏我們是根據老板給的餐廳，廚師，開業預算。
我們已經基本確定了我們的食物要賣給誰，這些人是想吃工作餐還是周末聚會，或者情侶約會，以及他們的大概預算會是多少(目標人群和核心需求)。在這些條件的支撐下，基本可以確定菜單的內容，要設置涼菜、熱菜、招牌菜、主食(需求轉化為相應的功能清單)。根據這些人的性格特點，也可以確定店鋪的裝修(頁面風格、排版)
協作部門的需求
在確定了用戶的需求之後，還要繼續確認內部的工作流程。產品不僅是用來服務用戶的，也是用來服務自己內部系統的其他部門的。例如:
維護運營部門的日常內容和活動，那麽妳就需要壹個管理背景；
客服要能夠收集和回答用戶的問題，那麽我們的頁面就需要壹個客服展示位和壹個後臺頁面來回復客服；
比如餓了麽，它的協作部門也包括外賣配送人員。這時候妳需要給配送人員壹個可以快速查看和管理訂單的頁面(體量足夠變成壹個app)；
網站產品可能會收到seo部門的需求。他會要求妳在妳的頁面上加很多內部鏈接，要求壹些搜索詞有登陸頁。這可能會直接影響到妳網站的結構，seo會讓妳專門為爬蟲做很多頁面。
可能有些需求是頁面上看不到的:比如財務可能有做賬的需求，BI有數據統計的需求。
在確定了妳可能需要配合的部門之後，有時候妳需要繼續確認他們的人員配備和工作流程，這些都會影響到前後端的設計。
以我公司為例，產品是垂直內容產品。我在策劃內容展示的時候，首先需要明確我們內容的制作範圍和數量，以及內容的展示形式(音頻，視頻？)，這些東西決定了妳的頁面如何顯示。