從事產品的工作一年多，但自己一直苦於這樣或者那樣的困惑，很多人想要從事產品，或者老闆自己創業要親自承擔產品一職，但他們對產品這個崗位的認識卻不明晰，有的以為是純粹的畫原型，有的是以為做專案管理跟蹤專案進度，有的是做競品分析給老闆看。實際上，這些都不是產品經理的核心和重點。在較為成熟的企業，因為產品的壯大和人員的增多，為了便於協作和溝通，崗位會細化的很清楚，如產品經理、互動設計師、ui設計師、使用者體驗分析師、資料分析師、運營等等。但是創業型公司中產品經理往往都是身兼數職，創業公司追求的是效率最大化、成本最低化，根本沒精力將崗位分的那麼細緻。下面我以乙個創業者的視角或者說負責乙個產品專案的產品經理角度出發，來審視整個過程，看乙個產品從無到有，產品經理需要哪些事情。
產品從概念到產出到流程：
做任何東西之前，首先要考慮其背後的使用者需求、商業價值、技術難度。只有使用者有需求，你的產品才會有人用；只有其商業價值成立，才能為企業帶來利潤，畢竟企業最最基本的目標就是要盈利；只有技術上的總體評估是可行的，整個專案才可被執行。現在的網際網路創業，大家都在追求」快「，比如2個月融資，4月使用者過百萬，3年後納斯達克上市。但是這都是大家看到別人創業成功的表象，殊不知做任何事情的前提是，你得了解你在做什麼，誠然，不排除哪些膽子大運氣好隨便幹就成了的，但那只是個案，不值得深究。
產品定義：
產品定位包含兩個大的內容乙個是產品定義，另乙個是需求定義。產品定義要分析的內容包含產品的使用人群、主要功能和產品特色。
主要功能就是招聘。
需求定義：
需求定義的分析包含目標使用者、使用場景、使用者目標三個方面。目標使用者是什麼型別的人會用你的產品；主要功能是指你的產品是用來幹什麼的，是工具是社交還是其他；你的產品相對於其他市面上的產品有什麼不同的地方，這就是產品特色。
以上就是所有產品定位的內容。這些完成之後，緊接著的就是競品分析和使用者調研，一方面這是對我們的需求進行一定的驗證，另一方面也是我們直接接觸使用者的乙個機會，看使用者存在什麼需求。
早期需求篩選是個非常苦逼的事情，如果產品經理自己就是老闆，自己心裡很清除還行，如果不是很容易陷入海量的需求中拔不出來，討論著討論著就跑偏了，討論完之後好像什麼功能都需要，這個功能有用，必須加；那個功能太好玩了，使用者肯定有趣。這話總完全憑個人主觀臆斷的東西，往往都是當時聽起來貌似合理，但事後卻經不起推敲。所以我們需要始終把握住我們的產品定位和優先順序，萬不可盲目的在這個地方做很多無畏的犧牲和奮鬥（少做不經思考的、拍腦袋的、不經過大腦的決定）。
需求記錄表：
市場需求文件和商業需求文件，一般在大公司會得到比較成熟的體現。小公司往往多數都是老闆自己決定，老闆可能不會搞這樣或者那樣的文件，但他自己肯定會去做基本了解，或者本身自己就很了解某個行業。這兩個文件並不是多餘的，也不是累贅，如果在專案啟動前，能夠花一定的時間去深入了解行業和使用者是非常必要的。具體文件細節在這裡不做闡述，網上有很多可以去借鑑的。
作為不是技術出身的人，就不再這裡轉筆了。尊重開發人員，和開發相處融洽一點，會對產品的推推動非常有幫助。
一款產品無到有，產品經理需要做些什麼？
在乙個產品從無到有的過程中，要做好產品經理這個角色實在是不容易，除了大家都知道的寫需求 寫需求 寫需求，要做的事多著呢。產品經理不是你眼中的只會找你麻煩，提要求，下面跟著這張思維導圖了解一下，產品經理在一款產品從無到有的過程中需要做什麼吧！市場調研 乙個想法出現，是否有可行性，自然是要進行調研分析，...
諸葛 移動產品經理需要跟蹤app的哪些資料？
二 如何對相關資料進行分析？在進行資料發掘之前首先可以對產品做相應的資料建模，然後經過上線跟蹤 分析，對比原來的模型，是否有遵循原來的模型。如果是模型不合理，則需要對資料模型進行矯正。如果出入較大則需要對資料進行分析，或者根據分析出來的資料 在產品上做內部測試或者灰度測試然後對比，如果原來的模型問題...
你知道產品經理為什麼需要懂技術嗎？要懂到什麼程度
產品思維導圖 產品功能 序號優先順序 需求名稱 需求描述 1.高 產品經理的業務梳理能力 此項能力尤其重要 需明確公司長期目標與短期目標 熟知系統當前邏輯，業務資料流轉流程 熟悉每個業務環節的判斷規則 熟悉修改後的從資料到判斷邏輯影響的周邊系統以及功能 熟悉競品的優缺，加以融合利用，畢竟站在巨人的肩...