起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識如何快速接手一個甲方項目
編輯導語：作為一名產品經理，我們工作不單單是只是工作本身，還要注重對他人需求的溝通與交流。作者分享了自己對于如何快速接手一個甲方項目的經驗總結，我們一起來看下吧。
“工作從來都不是工作本身”這是我畢業到現在對工作的總結，尤其是產品崗，如果一個產品經理卻不善于交際和言談，那么平常面對的只能是冰冷的邏輯和枯燥的文檔，不會是“產研一家親”的情況，這方面懂的人都懂。
最近剛進入一家做政務的B端公司，現在也呆了一段時間做了些模塊，借這個機會進行一個經驗梳理。
一、了解項目背景
項目現狀摸的越清楚，越有利于規劃優化方案，對癥下藥。
一般來說，給到個人項目時都會有相關文檔，這些文檔可能是指南類的，說明類的，也有可能是綜合類的，如果能給到具體的甲方文檔或者思維導圖最好，然后我們要從這些文檔里找出幾個點：
- 第一，整個項目的需要達成的目的是什么，各個模塊需要達成的目的是什么，模塊和模塊之間是怎么聯系的？
- 第二，用戶的訴求是什么？核心功能是什么？整個項目的基本核心流程是怎么銜接的？
- 第三，了解項目現狀，哪些規劃過，哪些沒有，哪些現在是什么狀態，這里可以找內部同事和領導去了解。
上面的這三點一定不要著急，值得花時間去了解清楚，之后盡量通過流程圖或思維導圖把核心流程或者功能畫出來，做到心中有數，知道功能的上限和下限。
拿前兩天做的智慧教育平臺舉例，給到我的時候只有一個簡單的思維導圖和一個綜合建設指南（網上扒的），那么怎么去梳理出來甲方真正想要的東西呢？
首先建一個EXCEL表，把指南和導圖上涉及到的功能列出來，并按自己理解給出描述，其次按照所列功能進行角色劃分功能模塊，在結合相關的文檔，去充分了解項目背景和項目目的。
二、優化項目方案
通過對項目現狀的梳理，尋找核心流程和核心功能，就可以根據所有的功能來進行問輕重緩急判斷一一制定優化策略。但是針對發現的問題挨個攻破的方法可能會使項目跑偏，建議在該環節再上升一個維度，圍繞全局進行設計優化方案，保證所有策略朝一個方向進行。
上面說到已經按照角色對所有的功能進行劃分，那砍掉哪些功能，優化哪些描述，增加哪些功能就是這個階段需要做的，那么根據什么去進行決策，以下
- 第一，明確項目定位，確定受眾群體。
- 第二，換位思考，保證大前提的情況下確定不同的角色需要的核心功能。
- 第三，規劃業務框架，將功能進行結構化整理，文字修改成大眾容易接受的。
上面三點還是針對于智慧教育平臺，但如果是單一模塊對應的單一角色的話，只需要把該模塊的核心功能和用戶訴求了解即可。那我們現在繼續針對智慧教育平臺來說。
看上面兩張圖，第一張是從文檔中梳理出來的功能，第二張是梳理后的功能，可以明顯看出結構上進行了優化，那么依據是什么呢？
我們從第一張可以明顯看出，所有的功能就是羅列上，完全沒有根據用戶角度去整理，拿模板下載來說，一個是資源下載功能，對于設計上，其他的咨詢功能完全可以承擔這個功能的作用，對于用戶上，難道新聞類的不比微博更權威。
再拿模板庫下載來說，一個咨詢的模塊插入了一個下載頁，且不說是否與資源系統的資源下載重復，就其本身來說，也不應該在這里。這兩個也就是上面我們所說的，他們都不算是核心功能，對于上面的圖來說什么是核心功能？
作為用戶，我可以充分的了解學校和郭嘉的各種信息，作為公民，我可以正確的行使監督義務，作為老師，我可以尋找資源下載和上傳，這才是核心功能。
三、需求調研
根據第一和第二步，我們已經按照一個產品經理的角度來進行了功能模塊設計，那么最終的決定權在哪，如果是甲方項目，肯定是在甲方，如果是內部項目，肯定是老板，設計規設計，最后我們還是需要對接我們所規劃的這些功能和模塊，這就涉及到了需求調研。
那我們已經知道了項目背景和受眾群體了，還需要調研什么？
- 第一，所有的功能設計，是否能達到貴方的目的？
- 第二，項目中有哪些功能是需要重點關注的，重點關注哪些點？
- 第三，規劃中設計到的功能，是否之前有過規范或規則？
項目業務的調研，需注意的是，僅僅聽是不夠的，還要收集資料，還要進行實際觀摩，要知道，客戶講的和實際做的，往往會出現疏漏和差異，那智慧教育平臺的一個“課堂表現管理”功能來說，從字面意思上理解，肯定是需要對班級學生的一個表現管理，那么就會涉及到一些細節，比如：
- 課堂表現是通過什么規則進行表現評價？
- 評價有幾個級別，在什么時候評價，是通過規則自動評價還是手動評價？
- 影響評價的因素又哪幾種？
這些問題并不是必須去問，我們自己也可以設計，只是說從他們的角度來說，怎么設計才是更符合他們習慣的樣子。
四、寫在最后
有時候確實很忙啊，可能工作會比較趕，但并不能因為忙就草草的應付工作，項目做好的結果并不全是為了自己，也是為了讓用戶用上更舒服的產品。
作者：萬物復蘇 ；公眾號：產品經理的日常反思
本文由 @胡子邯 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協議
寫的挺好的，從用戶角色入手構建需求關系，是一個很好的思路，簡單明了更容易讓干系人沉入到業務理解和審核確認中。