會議紀要模板（決議與行動計劃結合版）一、這個模板能幫你解決什么問題？無論是項目啟動會、周例會、跨部門協(xié)調會還是問題復盤會，會議的核心目標都是“達成共識+推動行動”。但實際工作中，常出現“決議模糊、責任不清、跟蹤無門”的問題——比如“盡快完成需求分析”沒明確時間，“優(yōu)化用戶流程”沒指定負責人，導致會后又回到原點。本模板聚焦“決議-行動-跟蹤”閉環(huán)，通過結構化記錄將會議成果轉化為可執(zhí)行的任務清單，幫助團隊：清晰梳理會議核心結論，避免討論偏離主題；明確每項任務的責任人、時間節(jié)點和交付標準，杜絕“人人有責=人人無責”；建立行動跟蹤機制，保證決議落地，減少“議而不決、決而不行”的情況。二、這些場景用這個模板最合適1.項目型會議如項目啟動會、階段評審會、風險排查會，需明確項目目標、關鍵里程碑、任務分工及風險應對措施，保證項目按計劃推進。2.運營型會議如周例會、月度復盤會、季度總結會，需同步工作進展、分析問題原因、制定改進措施，推動日常運營效率提升。3.跨部門協(xié)作會議如資源協(xié)調會、需求對接會、流程優(yōu)化會，需打破部門壁壘，明確協(xié)作邊界、交付物及時限，避免推諉扯皮。4.問題解決型會議如故障復盤會、客訴處理會、突發(fā)問題應對會，需定位問題根源、制定短期解決措施和長期預防方案，防止問題重復發(fā)生。三、如何一步步使用本模板？第一步：會前準備——讓會議“有的放矢”明確會議目標：提前與主持人溝通，確定本次會議需解決的核心問題（如“確定Q3產品上線計劃”“解決客戶投訴率上升問題”），避免主題發(fā)散。準備會議材料：收集背景數據、議題相關文檔（如項目進度表、問題分析報告），提前1-2天發(fā)給參會人，讓大家?guī)е伎紖?。確定參會角色：明確決策人（如部門經理總）、執(zhí)行人（如開發(fā)組長工、產品經理*姐）、記錄人（建議由專人擔任，保證信息準確）。第二步：會中記錄——抓住“決議+行動”核心記錄人需重點關注兩類信息：“會議決議”（大家達成的一致結論，如“同意將需求分析周期壓縮至3天”）和“行動計劃”（為落實決議需做的具體事情，需包含“任務描述、負責人、截止時間、交付標準”四要素）。記錄技巧：用“動詞+任務+結果”描述行動項，避免模糊表述（如“完成需求分析”改為“輸出《需求規(guī)格說明書V1.0》，包含用戶角色、功能清單、非功能需求”）；區(qū)分“決議”和“待辦”：決議是“結論”，待辦是“行動”，例如決議“同意優(yōu)化注冊流程”，待辦是“*工負責設計新注冊流程原型，7月15日前提交評審”；記錄不同意見：對未達成共識的議題，需標注“保留意見”（如“*總認為需增加風控校驗，建議下次會議討論”）。第三步：會后整理——12小時內輸出初稿會議結束后，記錄人需在12小時內整理紀要初稿，發(fā)給參會人核對，重點檢查：決議是否準確反映會議結論；行動項是否包含“任務-負責人-時間-交付標準”四要素；關鍵數據（如時間節(jié)點、數量指標）是否有誤。參會人需在24小時內反饋意見，逾期無異議則視為確認。第四步：分發(fā)執(zhí)行——讓任務“落地生根”確認無誤的紀要，需同步給：全體參會人（知曉各自任務）；相關協(xié)作部門（如需其他部門配合，抄送部門負責人）；項目管理方/上級領導（便于跟蹤進展）。同時將行動項錄入項目管理工具（如飛書、釘釘、Teambition），設置截止時間提醒，保證責任人及時跟進。第五步：跟蹤閉環(huán)——定期復盤“結果”項目經理/會議發(fā)起人需每周/每兩周跟蹤行動項進展，在下次會議中同步：已完成的任務：核對交付物是否符合標準，如“*工提交的《需求規(guī)格說明書》通過評審，評分9分”；未完成的任務：分析原因（如“因測試資源不足，延遲2天完成”），制定補救措施；阻礙問題：協(xié)調資源解決（如“申請增加2名開發(fā)人員支持*工團隊”）。四、會議紀要模板（含決議與行動計劃）會議基本信息項目內容會議名稱[如：項目Q3啟動會]會議時間[年月日時分-時分]會議地點[如：公司3樓會議室A/線上會議（騰訊會議號X）]主持人[如：*總]記錄人[如：*助理]參會人員[如：總、經理、工、姐、*專員]（共8人）缺席人員[如：*工（因出差）]會議主題[明確本次會議需解決的核心問題，如“確定Q3產品上線計劃及分工”]議題討論與會議決議序號議題名稱討論要點決議內容1Q3產品上線時間規(guī)劃經理匯報：當前研發(fā)進度滯后2周，需調整上線時間；姐建議推遲1個月，保證質量；*總認為市場競爭激烈，需按原計劃推進。決議：Q3產品上線時間維持原計劃“9月30日”，研發(fā)部需在7月31日前完成核心功能開發(fā)，測試部8月15日前啟動全量測試。2客戶投訴率上升問題專員分析：近1個月投訴量增加30%，主要因“支付流程卡頓”（占比60%）；工建議優(yōu)化支付接口，*姐提出需增加用戶引導。決議：1.技術部（工負責）7月20日前完成支付接口優(yōu)化，目標將卡頓率從15%降至5%以下；2.運營部（姐負責）7月25日前更新支付流程引導頁，通過彈窗+教程視頻提示用戶。行動計劃與跟蹤表序號任務描述負責人截止時間所需資源/支持交付標準當前狀態(tài)備注（如風險/進度）1.1完成核心功能開發(fā)*工7月31日需增加2名前端開發(fā)人員（*總協(xié)調）功能測試通過率≥95%，無嚴重Bug進行中已協(xié)調1名開發(fā)人員，還需1名1.2啟動全量測試*測試主管8月15日測試環(huán)境準備（運維部*工支持）輸出《測試報告》，覆蓋核心功能100%未開始等待研發(fā)部交付代碼2.1優(yōu)化支付接口*工7月20日調用第三方支付接口API（財務部*姐協(xié)助）接口響應時間≤2秒，卡頓率≤5%進行中已對接接口，待對接2.2更新支付流程引導頁*姐7月25日設計部*工提供視覺稿引導頁上線后用戶支付成功率提升10%未開始設計稿初稿已完成，待評審附件（可選）[《Q3產品研發(fā)進度表》][《客戶投訴問題分析報告》][會議錄音/紀要修改意見記錄]五、使用時務必注意這幾點決議必須“可確認”：避免使用“盡量”“爭取”等模糊詞匯，明確“是/否”“同意/反對”“具體數字/時間”，例如“同意預算增加10萬元”而非“考慮增加預算”。行動項必須“可執(zhí)行”：每個行動項需有唯一負責人，避免“團隊負責”“相關部門負責”，時間節(jié)點明確到“日”，交付標準具體（如“輸出報告”“完成上線”“通過評審”）。記錄要“客觀中立”：只記錄事實和結論，不添加個人觀點，例如“總認為需推遲上線”而