一、適用會議類型二、會議記錄全流程操作（一）會前準(zhǔn)備：奠定高效會議基礎(chǔ)明確會議目標(biāo)：組織者需提前梳理會議核心目的（如“確定Q3產(chǎn)品迭代優(yōu)先級”“解決測試階段發(fā)覺的3個關(guān)鍵阻塞問題”），避免會議偏離主題。制定議程并分發(fā)：至少提前24小時向參會人員發(fā)送會議議程，包含議題順序、各議題負(fù)責(zé)人、預(yù)計時長及需提前準(zhǔn)備的資料（如需求文檔、數(shù)據(jù)報表），保證參會人有備而來。確認(rèn)參會人員：明確必須參會（決策人、執(zhí)行人）和可選擇性參會（支持人員）的人員名單，提前溝通時間沖突，必要時調(diào)整會議時間。（二）會中記錄：聚焦核心信息基本信息實(shí)時記錄：會議開始后，首先記錄以下基礎(chǔ)信息（模板表格中“會議基本信息”部分）：會議名稱（建議包含項目/階段+主題，如“項目V2.0需求評審會”）；日期、具體時間（開始-結(jié)束）、地點(diǎn)（線上會議需注明平臺及會議號）；主持人、記錄人、參會人員（含部門/角色，如“研發(fā)-前端工程師”）、缺席人員及原因。按議程順序記錄討論內(nèi)容：針對每個議題，重點(diǎn)記錄：討論摘要：簡明扼要概括各方觀點(diǎn)（避免冗長對話，提煉核心分歧與共識）；關(guān)鍵意見：標(biāo)注重要發(fā)言（如“產(chǎn)品經(jīng)理提出：用戶反饋登錄流程需簡化，建議減少1步操作”）；待解決問題：明確未達(dá)成一致的議題，注明后續(xù)跟進(jìn)動作（如“需測試負(fù)責(zé)人補(bǔ)充功能數(shù)據(jù)，下次會議再討論”）。決策事項即時固化：對會議達(dá)成的結(jié)論，需清晰記錄“決策結(jié)論”及“決策依據(jù)”（如“決策結(jié)論：優(yōu)先開發(fā)A功能，暫緩B功能；決策依據(jù)：用戶調(diào)研數(shù)據(jù)顯示A功能需求占比達(dá)75%”）。行動項動態(tài)確認(rèn)：對分配的任務(wù)，當(dāng)場明確“任務(wù)描述、負(fù)責(zé)人、截止日期、交付物”，并同步給所有參會人確認(rèn)（如“設(shè)計主管負(fù)責(zé)輸出新版UI原型，截止日期：X月X日，交付物：Figma”）。（三）會后整理：保證信息準(zhǔn)確與落地記錄核對與補(bǔ)充：會議結(jié)束后2小時內(nèi)，記錄人需根據(jù)會議錄音（如有）或筆記，補(bǔ)充完善記錄，保證討論內(nèi)容、決策、行動項無遺漏、無歧義。分發(fā)與反饋：整理完成后，24小時內(nèi)將會議記錄通過郵件或協(xié)作工具（如企業(yè)釘釘）發(fā)送給所有參會人，標(biāo)注“請核對，如有異議2小時內(nèi)反饋”。歸檔與公示：確認(rèn)無誤后，將記錄歸檔至項目共享文件夾（按“項目名稱-會議日期-會議類型”命名），并在項目群或協(xié)作平臺公示，方便隨時查閱。（四）決策跟蹤：閉環(huán)管理建立行動項跟蹤表：從會議記錄中提取所有行動項，單獨(dú)形成“行動項跟蹤表”，包含“任務(wù)描述、負(fù)責(zé)人、截止日期、當(dāng)前狀態(tài)（待開始/進(jìn)行中/已完成/延期）、完成交付物”，每日更新進(jìn)度。定期回顧：在下次會議開始前，優(yōu)先回顧上次會議行動項完成情況，對逾期任務(wù)未完成的負(fù)責(zé)人需說明原因，并明確補(bǔ)救措施。三、會議記錄與決策模板結(jié)構(gòu)（一）會議基本信息項目內(nèi)容會議名稱日期YYYY年MM月DD日時間HH:MM-HH:MM地點(diǎn)（會議室名稱/線上會議平臺+會議號）主持人（姓名+角色，如“項目經(jīng)理”）記錄人（姓名+角色，如“項目助理”）參會人員（列出所有參會人員姓名+角色，如“研發(fā)-后端工程師、測試-測試工程師”）缺席人員（姓名+角色+原因，如“*產(chǎn)品經(jīng)理-因客戶拜訪請假”）（二）會議議程與討論記錄序號議題名稱負(fù)責(zé)人預(yù)計時長實(shí)際時長討論內(nèi)容摘要關(guān)鍵意見決策結(jié)論決策依據(jù)1需求優(yōu)先級評審產(chǎn)品經(jīng)理30分鐘35分鐘討論5個用戶需求，其中“登錄流程優(yōu)化”和“數(shù)據(jù)導(dǎo)出功能”存在優(yōu)先級爭議研發(fā)負(fù)責(zé)人建議優(yōu)先“登錄流程優(yōu)化”（開發(fā)周期短，用戶反饋急）；運(yùn)營經(jīng)理提出“數(shù)據(jù)導(dǎo)出功能”是客戶付費(fèi)需求優(yōu)先開發(fā)“登錄流程優(yōu)化”，下期再啟動“數(shù)據(jù)導(dǎo)出功能”“登錄流程優(yōu)化”用戶投訴率達(dá)40%，且開發(fā)周期≤5天；“數(shù)據(jù)導(dǎo)出功能”需協(xié)調(diào)外部資源2測試階段問題復(fù)盤測試負(fù)責(zé)人20分鐘20分鐘本輪測試發(fā)覺12個bug，其中3個為阻塞性問題研發(fā)-前端工程師：2個阻塞性bug已修復(fù)，剩余1個需后端配合修改數(shù)據(jù)庫字段3個阻塞性bug今日18:00前修復(fù)，測試負(fù)責(zé)人明日10:00前回歸測試測試報告編號：TEST-20231001，bug詳情見附件（三）行動項清單序號任務(wù)描述負(fù)責(zé)人截止日期交付物狀態(tài)（待開始/進(jìn)行中/已完成/延期）備注（如風(fēng)險、依賴）1修復(fù)“登錄頁崩潰”bug研發(fā)-前端工程師2023-10-02代碼提交記錄+測試通過截圖進(jìn)行中需后端同步提供數(shù)據(jù)庫修復(fù)方案2輸出“登錄流程優(yōu)化”原型設(shè)計主管2023-10-03Figma原型待開始需產(chǎn)品經(jīng)理確認(rèn)用戶流程細(xì)節(jié)3回歸測試阻塞性bug修復(fù)測試負(fù)責(zé)人2023-10-03回歸測試報告待開始依賴研發(fā)方按時交付修復(fù)代碼（四）附件清單序號文件名稱提交人提交日期備注1V2.0需求文檔（修訂版）產(chǎn)品經(jīng)理2023-09-30標(biāo)注優(yōu)先級變更部分2測試階段bug匯總表測試負(fù)責(zé)人2023-10-01含詳細(xì)問題描述四、高效記錄關(guān)鍵提醒聚焦“決策”與“行動”：避免記錄冗余的討論過程，重點(diǎn)提煉“誰、做什么、何時完成”及“最終決定”，保證記錄可直接指導(dǎo)后續(xù)工作。區(qū)分“事實(shí)”與“觀點(diǎn)”：記錄討論內(nèi)容時，客觀陳述事實(shí)（如“用戶調(diào)研樣本量200人”），避免主觀評價（如“工程師的想法不切實(shí)際”），減少爭議。行動項“SMART”原則：保證每個行動項符合具體（Specific）、可衡量（Measurable）、可達(dá)成（Achievable）、相關(guān)性（Relevant）、時限性（Time-bound）原則，避免模糊表述（如“盡快完成”）。及時性與一