會議紀要及行動計劃器通用版一、適用工作場景本工具適用于各類需要結構化記錄會議內容并明確后續(xù)行動的工作場景，包括但不限于：部門例會：同步工作進展、協調資源、明確階段性目標；項目推進會：復盤項目節(jié)點、解決卡點、部署下一階段任務；跨部門協調會：明確職責分工、推動跨領域協作事項落地；問題復盤會：分析問題根源、制定改進措施、避免重復失誤；專項任務啟動會：明確任務目標、拆解執(zhí)行步驟、分配責任主體。二、詳細操作流程（一）會前籌備：保證會議高效聚焦明確會議目標召集人需提前明確本次會議的核心目標（如“確定Q3產品迭代方案”“解決客戶投訴響應滯后問題”），并通過會議通知同步給所有參會人員。收集背景資料提前梳理與會議議題相關的背景信息（如項目文檔、上次會議紀要、數據報表等），作為會議討論的基礎依據。準備記錄工具準備本模板的電子版或紙質版，明確記錄人（建議由會議主持人或指定人員擔任），提前熟悉模板結構，保證記錄時能快速抓取關鍵信息。（二）會中記錄：全面客觀捕捉核心內容記錄會議基本信息按模板“會議基本信息”欄填寫會議名稱、日期、時間、地點、參會人員（含主持人、記錄人）、缺席人員及原因，保證信息完整可追溯。按議程梳理討論內容根據會議議程逐項記錄：議題：清晰標注當前討論的主題（如“議題1：用戶反饋的登錄功能優(yōu)化方案”）；主要發(fā)言人：記錄關鍵觀點的提出者（如“*經理提出簡化登錄流程”）；核心觀點/意見：客觀提煉討論中的重點，避免主觀評價（如“技術部建議采用OAuth2.0協議，預計開發(fā)周期2周”）；分歧點：記錄未達成一致的爭議內容（如“市場部希望增加短信驗證，技術部認為成本過高”）。明確決議事項對會議達成的共識進行歸納，記錄“決議內容”“依據”（如“決議：優(yōu)先優(yōu)化密碼找回功能，依據：用戶投訴中該問題占比60%”）及“達成時間”（如“當場確認”）。梳理待辦事項對需要后續(xù)執(zhí)行的任務進行初步記錄，包括“任務描述”（如“聯系第三方技術團隊評估OAuth2.0協議可行性”）、“初步負責人”（如“*工程師”）、“截止時間”（如“2023-10-20”），不確定的信息標注“待確認”。（三）會后整理與行動計劃整理會議紀要會議結束后2個工作日內，記錄人根據會中記錄整理紀要，重點核對決議事項和待辦信息的準確性，補充遺漏的細節(jié)（如關鍵數據、附件名稱），形成《會議紀要（初稿）》。確認與分發(fā)紀要將初稿發(fā)送給所有參會人員及相關方，要求1個工作日內反饋修改意見。根據反饋調整后，形成最終版會議紀要，通過郵件或協同工具分發(fā)（抄送需知曉但未參會的人員）。行動計劃以會議紀要中的“待辦事項”為基礎，細化《行動計劃》，明確：任務名稱：簡潔描述任務目標（如“評估OAuth2.0協議可行性”）；任務描述：補充具體執(zhí)行步驟（如“聯系3家技術供應商，獲取方案及報價，對比優(yōu)劣”）；負責人：明確唯一責任主體（避免“多人負責”導致推諉）；起止時間：設定具體開始和截止日期（如“2023-10-11至2023-10-20”）；交付物：明確任務完成的輸出成果（如《技術可行性評估報告》）；檢查節(jié)點：設置關鍵進度跟蹤點（如“10月15日前完成供應商初選”）。三、參考模板與表格（一）會議紀要模板表格會議基本信息會議名稱Q3產品迭代方案研討會日期2023年10月10日時間14:00-16:00地點公司3樓會議室A參會人員經理（主持人）、工程師（技術部）、專員（市場部）、助理（記錄人）缺席人員*主管（產品部，因出差請假）會議議程1.用戶反饋問題梳理（30分鐘）2.優(yōu)化方案討論（60分鐘）3.任務分配（30分鐘）討論與發(fā)言記錄議題1：用戶反饋問題梳理主要發(fā)言人：*專員核心觀點：近1個月收到用戶反饋120條，其中登錄功能問題占比60%（密碼找回占比40%，登錄失敗占比20%）分歧點：是否需要優(yōu)先解決短信驗證登錄（市場部支持，技術部認為當前需求不緊急）議題2：優(yōu)化方案討論主要發(fā)言人：*工程師核心觀點：技術部建議優(yōu)先優(yōu)化密碼找回功能，采用“郵箱+手機號雙驗證”模式，開發(fā)周期約1周依據：用戶調研顯示，80%用戶更習慣郵箱找回議題3：任務分配主要發(fā)言人：*經理核心觀點：按優(yōu)先級排序，先解決密碼找回問題，再評估短信登錄需求決議事項序號決議內容1優(yōu)先優(yōu)化密碼找回功能，采用“郵箱+手機號雙驗證”模式2市場部在10月12日前補充短信登錄的用戶需求調研數據待辦事項（初版）序號任務描述1技術部完成密碼找回功能開發(fā)方案2市場部提供短信登錄的用戶需求調研數據3產品部審核密碼找回功能方案（二）行動計劃模板表格任務編號任務名稱任務描述負責人起止時間交付物檢查節(jié)點當前狀態(tài)備注T001密碼找回功能開發(fā)完成前端界面開發(fā)+后端接口聯調，測試通過*工程師2023-10-11至10-18密碼找回功能測試報告10月15日前完成前端開發(fā)進行中需測試部配合T002短信登錄需求調研收集100份用戶問卷，分析需求優(yōu)先級*專員2023-10-11至10-12《短信登錄需求分析報告》10月12日前提交問卷數據待啟動樣本量需達標T003密碼找回方案審核審核技術方案，確認需求無遺漏*主管2023-10-18至10-20《方案審核確認單》10月19日前反饋修改意見待啟動出差后優(yōu)先處理四、使用要點與注意事項記錄客觀性：避免在紀要中加入主觀評價（如“*經理的方案不合理”），僅記錄事實和觀點，如“技術部認為該方案開發(fā)周期過長，建議優(yōu)先優(yōu)化現有功能”。及時性要求：會議紀需在會后2個工作日內完成并確認，行動計劃需與紀要同步分發(fā)，保證信息不滯后。責任明確化：每個任務必須指定唯一負責人，避免“多人負責”導致執(zhí)行推諉；截止時間需具體到日期，而非“盡快”“盡快完成”等模糊表述?？蓤?zhí)行性：任務描述需包含具體動作（如“完成開發(fā)”而非“推進開發(fā)”），交付物需可交付、可