中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

Hey 你好，產品經理：

歡迎加入我們，其實0歲的產品經理應該先從產品專員開始，但我發現最近專員這個職位名稱用得越來越少，所以我們就統一叫產品經理吧。在開始之前，我想向你講述一個我的親身經歷：

記得有一次我在地鐵上，看到一對外地夫婦在與自己的女兒視頻通話，他們看上去很高興的樣子，好像是聽到自己女兒的考試成績不錯（我不是故意要聽的，因為他們聲音很大），所以我想這也許就是我們做產品的意義，為了向人們提供更好的服務，讓人們的生活更美好而且更有趣。

也不知道你現在的心情是怎樣的？胸有成竹還是躊躇滿滿？要知道“心態”可是產品經理的基本素質，因為我們面對的困難可能是無法預期的，我很喜歡《Forrest Gump》里的一句話“Life was like a box of chocolates, you never know what you are gonna get.”這句話用來描述產品經理的生活還是挺合適的，因為對于我們來說，計劃總是趕不上變化，但計劃還是要有的，因為好的計劃可以為我們指明方向，當然我們也不會隨便改變計劃，每一次改變都是要根據反饋和數據得來的，所以數據分析能力你還是要有的，但這不是這封信的重點，我寫這封信，是想向你介紹一些產品經理的工作概況，為了讓你對自己的工作有一個清晰的認識。

好吧，該說說正事兒了，在你開始產品工作之前，有幾張圖是你需要知道的：

1. 泳道圖

也叫業務流程圖，一般是用來表示業務的主要流程，里面包括每一個流程的節點和執行流程節點的部門，這張圖可以幫你更好的梳理和理解業務流程，還能幫你找到自己思路中的漏洞。

2. 用例圖

是一張人與人或人與功能的交互圖，里面包括用戶或者工作人員可以使用的功能或者他們相互之間的交互，這張圖可以幫助你梳理角色分組，將角色和功能更清晰的展現。

3. 產品結構圖

這張圖是用來描述一個產品的功能結構的，比如“注冊”、“登陸”、“支付”這些都是功能當然這些功能有些是以頁面的形式呈現在用戶面前，但千萬不要把頁面和功能混淆，多和技術同事聊聊天，你就會理解頁面和功能之間的區別。

4. 原型圖

簡單來講，就是你需要把這些功能安排在不同的頁面上，比如登陸注冊的頁面就要有“用戶名”和“密碼”的輸入框（和技術要說成字段，這樣顯得比較專業…），所有的頁面都需要產品經理來制作原型，這樣其他人才能夠理解產品的意思。

5. 交互圖

如果你的原型圖做得頁面和頁面之間都是有鏈接的或者產品的結構并不是很復雜，這張圖可以省略，其實這樣圖是用來展示頁面之間的邏輯關系，也就是首先把所有的頁面放到一張大圖上，比如點擊“登錄”按鈕，進入登錄頁面，于是就把首頁的登錄按鈕和登錄頁面畫一條線連起來，這張圖主在你與技術部門溝通的時候會幫助到你。

當然，僅有這幾張圖還是不夠的，你還要知道幾個重要的流程：

1. 確定產品主要解決的問題

也就是確定產品主要功能和每一個版本的功能范圍，我見過一些剛入行的產品經理，總是想要一個產品解決很多問題，這樣造成的結果就是導致功能邏輯非常復雜，增加了犯錯的機會，同時也為用戶使用帶來了障礙，尤其是移動端產品，更要注意突出主線功能，其他的功能都要為主要功能讓路，做產品經理不能想起一出是一出，因為你的決定都會影響到整個團隊的付出（當然還有 MVP 可以驗證你的想法，但這就是高階產品經理要考慮的事了），確定功能范圍后，你就可以開始撰寫需求文檔了（有些情況下需求文檔可以寫在原型里，這就需要具體情況具體分析了）。這一步的主要輸出物有：泳道圖、用例圖、產品結構圖、需求文檔以及原型圖。

2. 需求評審會

需求文檔和產品原型做好后，召集團隊主要成員對你的功能進行評估，這時候，大家會查漏補缺，幫你修正一些邏輯有問題的功能，同時可以為每一個功能排出優先級，需求評審會的另一個目的，是為了讓團隊成員對產品有一個理性且有邏輯的認識，這樣可以節省在開發階段的溝通時間。需求評審會后，你需要修改原型，之后再和團隊一起評估，評審通過后，技術就要根據原型開始建表、搭建框架、UI 也要開始設計界面了。

3. 開發階段

當然就是技術開始開發各種功能，這時候作為產品經理要能夠及時為技術解答產品的邏輯或者細節，同時要抑制住自己或者老板或者其他同事突然冒出來的新想法或者新需求，如果確定是一個功能漏洞，那么就需要評估是現在添加還是下一個版本添加，如果是一個純粹的新功能…嗯…下一個版本再做！相信我，如果你加了第一個功能，第二、第三個就會接踵而來，到時候項目周期就無法保證，如果沒有項目經理替你把關，那就需要自己克制了。最常見的情況就是老板需求，當接到老板需求的時候，產品經理要理性地分析，要記住，自己的是一個團隊，不要為了盲目滿足老板的喜好而忽略團隊的付出，這可不是一個合格產品經理應該做的事。

4. 功能驗收

如果沒有測試人員（一般小公司都沒有），你需要寫一些測試用例，通過測試用例來測試每一個功能，測試用例一般包括，前置條件，預期結果，使用描述，測試機型（包括測試人、測試機型）。所有測試通過后，產品就可以發布了。

好吧，作為一名產品經理，需要了解的還有很多，以上的步驟和流程也是根據不同情況需要增加或者省略，但我們的最終目的就是要解決問題，所有的流程和方法就是為解決問題這一目的而服務的。產品經理不能太理論化，要在每一次的實踐和總結中慢慢成長，希望這篇文章可以幫助你對產品經理的工作有一個大致的了解，希望你熱愛你所做的事情。

?#專欄作家#

Garfield，微信公眾號?Share-Equality?，人人都是產品經理專欄作家，喜歡運動、熱愛生活，經常思考和總結，擅長用戶體驗、需求挖掘等，一直都在學習中的產品經理。

本文原創發布于人人都是產品經理，未經許可，不得轉載。