程序員角度看待產品經理的需求介紹

    今天中秋，路上遇一產品同窗的問題：產品經理如何更好地與其餘人員（包括開發，測試等相關人員）溝通，闡述整個產品。

        吃完飯，閒着蛋疼，恰好本身對於面對不一樣的產品經理也有所感觸。廢話很少說，根據不一樣狀況進入正題。

1.全棧工程師，集法寶於一身，六脈神劍，打造本身的產品，需求確定很是清楚。

2.一些初創的公司，項目boss帶領幾個組員。  boss接到某個任務，而後分發給組員。這裏boss即爲產品經理，通常這種狀況，好的boss會給組員畫個草圖，說明下一些功能點。大體排版從草圖中能夠意會，具體的排版，美觀度本身解決。開發好了若是不符合重來。  優缺點：通常只有在添加某些小功能纔會用到這種方式，同時組內交流也很方便，不會影響開發。大功能仍是算了吧，好記性不如爛筆頭，仍是要有需求文檔。

3.通常的公司有某個開發任務時，先由專職的產品經理進行需求分析，而後交由技術組（1），進行技術方案編寫，而後讓架構師進行技術評審（2），一系列技術評審經過後進行開發，開發完了交由測試人員測試（3）。

        產品經理進行需求分析後，至少須要讓上面的1,2,3三種角色瞭解不一樣程度的需求。

1.開發組，對於開發組的人員要對需求進行全面的瞭解，包括本身須要保存什麼數據，如何與第三方交互，才能出技術方案。

2.評審人員：須要瞭解大體的需求，但不須要開發人員那麼細緻。

3.測試：跟開發組差很少吧。

所以，要節約項目開發時間以及項目設計合理，項目經理應該讓相關人員能清楚，明瞭的知道項目需求。

那麼，如何讓其餘人輕鬆，全面的知道你想表示的東西，我想最直觀的就是圖像。同時把圖像串起來，在必定程度上也就把邏輯，流程串起來了。

人都是很直觀的，每每在作事的i時候，都是先哪一步，再哪一步。若是開發頁面的時候，好比對微信的需求分析顯示，出發點是登陸頁面，登陸後跳到主頁面，主頁面裏總共有4個按鈕項目，A微信，B通信錄 C發現 D我。 D設置裏有錢包，卡包等功能。每一個功能1張圖。相似於樹狀圖，由xmind進行組裝，每張圖的備註在下面闡述，這是我第一家公司的產品經理用的一種方式，目前爲止，我以爲是很是好的一種方式。比用wiki仍是word進行頁面顯示好多了。如圖本身隨便建立了一張xmind的圖，由於第一次畫，見諒哈。圖下面的文字就是對圖的說明。我認爲這樣，整個流程都走通了，每一個流程都有大體的數據顯示，對於開發人員，測試以及評審人員都能很輕鬆的明白產品的大體面貌。

 

            文筆有限，就這樣吧。。。或許就應該讓產品經理（女的多）和程序員（男的多）互毆，鬥着鬥着不知道了。。哈哈哈