編輯導語：做政務產品時，要怎麼進行產品彙報呢？其中又有什麼注意事項？本文作者接觸過不同的政務使用者，從中總結出了經驗，並分為彙報前、中、後三個階段進行分析，希望能給你帶來幫助。
最近剛完成一個to G 產品系統，上週完成了最後的彙報，本週已成功上線。本篇文章根據近幾年接觸的不同政務使用者，梳理出了產品彙報的流程與注意事項，希望對同樣做政務產品的你有所幫助。
一、彙報前1. 提供測試賬號彙報前有的客戶會提出需要提供測試賬號，先在測試環境體驗，以便更好的瞭解系統，提出更有建設性的意見建議。
若客戶需要測試賬號，提供測試賬號之前，先用提供的給客戶的測試賬號走一遍主要的流程，保證客戶使用過程中不會出現問題。尤其是一些涉及許可權配置的系統，如果將新建立的賬號直接給客戶使用，很可能出現有些許可權沒有開通的情況。
同時由於政務客戶的特殊性，需要建立一些相對真實的資料，不要出現例如：測試、123、啊啊……等測試資料。
測試賬號準備完成後，需要以結構化的方式輸出“客戶測試資訊檔案”，包括訪問地址、使用者名稱、密碼、使用者手冊或小影片。
2. 製作彙報PPT大多數的政務客戶都比較喜歡乙方用PPT彙報，我的客戶也不例外，PPT彙報有利於梳理整個彙報的脈絡，在會議開始時，每個參會人都清楚的知道本次會議的議題。
彙報PPT需包含：
彙報清單中若包含流程類，最好使用流程場景方式簡單的呈現給客戶，讓大多數客戶都能一看就懂，清楚地知道這個流程是如何流轉的。
有的流程涉及較複雜的異常流，最好不要體現在彙報的主流程中，可以在彙報過程中說明，也可以分為兩個場景來體現。
例如：下面的兩個圖中體現的就是同一流程的正常流場景和異常流場景。
注：若需要演示系統，需提前登入好賬號，避免客戶等待時間過長。
溝通清單可採用以下模式，方便彙報者記錄客戶的答覆，在彙報者記錄過程中若有不當之處，客戶也可實時反饋。
最後彙報的內容是排期，根據我以往的經驗，我們給到客戶的排期一定要預留出10%-30%的風險時間。
因為很可能在彙報的過程中可愛的客戶們會加一些他們認為很小的需求，或者說我們著急上線使用，為了避免用上線時間倒逼研發排期事件發生，各位彙報的夥伴一定一定要預留風險時間。
彙報過程中需按PPT大綱結構化彙報，確認的內容及時記錄。
若遇到客戶提出的問題我們無法預估研發時間，一定不要輕易的答應客戶，可以和客戶說：“我這邊回去和相關同事溝通下，明天給您具體時間，好吧。”
只要你給到他反饋時間，大多數客戶都會接受的，畢竟他們也是需要彙報給領導，只要有了這個反饋時間就可以支撐一下，也就不會太為難你。
三、彙報後彙報完成後，需輸出彙報記錄（會議紀要）傳送與會人員，同時將會議中需完成的事項形成待辦清單。
確定好待辦清單後，後續要做的就是按計劃跟進待辦清單事宜，完成工作後及時給客戶反饋，期間有突發事件需要客戶知曉時及時溝通。
本文由@toG產品栗子 原創釋出於人人都是產品經理，未經許可，禁止轉載
題圖來自Unsplash，基於CC0協議