一、適用會議類型部門例會：定期同步工作進展、協(xié)調(diào)資源、解決日常協(xié)作問題；項目推進會：跟蹤項目關(guān)鍵節(jié)點、明確任務(wù)分工、討論風(fēng)險應(yīng)對措施；跨部門協(xié)調(diào)會：打破部門壁壘，推動跨職能協(xié)作（如市場與產(chǎn)品、研發(fā)與運營的聯(lián)動）；專題研討會：針對特定議題（如流程優(yōu)化、新業(yè)務(wù)模式）進行深度討論并形成結(jié)論；階段性復(fù)盤會：總結(jié)階段性成果、分析問題、制定改進計劃。二、會議記錄全流程操作（一）會前準(zhǔn)備：奠定記錄基礎(chǔ)明確會議目的與范圍提前與主持人溝通，確認(rèn)會議核心目標(biāo)（如“確定Q3產(chǎn)品迭代優(yōu)先級”“解決跨部門數(shù)據(jù)同步延遲問題”），避免記錄偏離主題。知曉參會人員構(gòu)成（如是否涉及決策層、執(zhí)行層、支持部門），保證記錄覆蓋關(guān)鍵角色觀點。收集并熟悉會議議程提前獲取會議議程，標(biāo)注重點議題（如需決策的議題、存在爭議的議題），預(yù)設(shè)記錄框架（如每個議題的“背景-討論-結(jié)論-待辦”）。若議程未明確，主動向主持人確認(rèn)議題順序及預(yù)計時長，合理分配記錄篇幅。準(zhǔn)備記錄工具與模板電子記錄：提前在文檔中錄入模板框架（如基本信息欄、議程欄），方便實時填寫；支持錄音時（需提前征得所有參會人員同意），可輔助補充細(xì)節(jié)，但需以文字記錄為準(zhǔn)。紙質(zhì)記錄：打印模板空白表，攜帶筆（多備幾支）、便簽紙（用于臨時記錄關(guān)鍵發(fā)言）。（二）會中記錄：聚焦核心信息記錄基礎(chǔ)信息（5分鐘內(nèi)完成）按模板填寫會議名稱、日期、具體起止時間（精確到分鐘）、地點（會議室名稱/線上會議）、主持人、記錄人，以及參會人員（姓名+部門/職務(wù)）、缺席人員及原因（如“*工（銷售部）因客戶拜訪請假”）。按議程順序記錄討論內(nèi)容議題背景：簡要說明討論議題的背景（如“因近期客戶投訴率上升，本次會議需明確售后響應(yīng)流程優(yōu)化方案”）。發(fā)言要點：記錄關(guān)鍵發(fā)言人的核心觀點（如“*經(jīng)理（客服部）提出：當(dāng)前響應(yīng)延遲主因是系統(tǒng)自動分單邏輯不合理，建議按問題類型優(yōu)先級分配”），避免逐字記錄，提煉關(guān)鍵詞（如“系統(tǒng)分單”“優(yōu)先級分配”）。若存在爭議，需客觀呈現(xiàn)多方觀點（如“主管（技術(shù)部）認(rèn)為：系統(tǒng)改造需2周，可能影響短期效率；專員（運營部）建議：先試點人工分單，同步優(yōu)化系統(tǒng)”）。決議與結(jié)論：明確每個議題的最終結(jié)論（如“決議：本周內(nèi)由技術(shù)部完成系統(tǒng)分單邏輯優(yōu)化方案，客服部配合提供歷史分單數(shù)據(jù)”），避免模糊表述（如“盡量優(yōu)化”“后續(xù)考慮”）。重點記錄“待辦事項”對會議中明確的任務(wù)，單獨記錄“任務(wù)描述+負(fù)責(zé)人+截止日期+所需資源”，避免遺漏（如：“任務(wù)：整理客戶投訴高頻問題清單；負(fù)責(zé)人：*工（客服部）；截止日期：2023年X月X日；所需資源：CRM系統(tǒng)數(shù)據(jù)權(quán)限”）。（三）會后整理：保證完整準(zhǔn)確核對與補充信息（24小時內(nèi)完成）回顧錄音（如有）或筆記，補充遺漏的關(guān)鍵信息（如數(shù)據(jù)、具體行動項），檢查人名、職務(wù)、時間等是否準(zhǔn)確。對于不確定的表述（如專業(yè)術(shù)語、數(shù)據(jù)來源），及時向參會人員（如發(fā)言人、負(fù)責(zé)人）確認(rèn)，避免主觀臆斷。規(guī)范輸出與分發(fā)按模板格式整理成文，語言簡潔、條理清晰，避免口語化（如將“我覺得這個方案可行”改為“*工認(rèn)為該方案具備可行性”）。經(jīng)主持人審核無誤后，在1個工作日內(nèi)通過企業(yè)內(nèi)部溝通工具（如企業(yè)釘釘）或郵件分發(fā)至所有參會人員及相關(guān)方，并同步歸檔至公司知識庫（如共享文件夾、項目管理工具）。三、會議記錄模板表格會議基本信息會議名稱會議日期年月日會議時間：—：會議地點線上/線下（會議室：）主持人記錄人參會人員（姓名+部門/職務(wù)）工（市場部經(jīng)理）、主管（研發(fā)部）、*專員（運營部）等缺席人員及原因*工（銷售部）因客戶拜訪請假會議議程與討論記錄議題序號議題名稱議題背景（可選）討論與發(fā)言要點1Q3產(chǎn)品迭代優(yōu)先級上季度用戶反饋“功能A使用率低”，需確定是否保留經(jīng)理（產(chǎn)品部）：功能A使用率僅5%，建議下線，資源轉(zhuǎn)向功能B優(yōu)化；主管（研發(fā)部）：功能A底層架構(gòu)可復(fù)用，若下線需額外成本，建議先做小范圍測試；*總監(jiān)（管理層）：優(yōu)先保障功能B上線（用戶需求最高），功能B測試通過后再決定功能A去留2跨部門數(shù)據(jù)同步流程當(dāng)前銷售數(shù)據(jù)需手動錄入CRM，導(dǎo)致運營部數(shù)據(jù)延遲1天專員（運營部）：手動錄入易出錯，建議打通銷售系統(tǒng)與API接口；工（IT部）：接口開發(fā)需1周，需銷售部配合提供數(shù)據(jù)字段規(guī)范；決議：本周五前由銷售部提交數(shù)據(jù)規(guī)范，IT部下周啟動接口開發(fā)決議事項議題序號決議內(nèi)容達(dá)成依據(jù)（可選）責(zé)任人1功能B優(yōu)先上線，功能A暫保留，下月再評估用戶反饋基于用戶需求優(yōu)先級及研發(fā)資源現(xiàn)狀*經(jīng)理（產(chǎn)品部）2啟動銷售系統(tǒng)與CRM數(shù)據(jù)接口開發(fā)，實現(xiàn)自動同步解決數(shù)據(jù)延遲及手動錄入錯誤問題*工（IT部）待辦事項任務(wù)描述負(fù)責(zé)人截止日期所需資源/備注整理功能A用戶反饋數(shù)據(jù)，形成分析報告*專員（運營部）2023年X月X日調(diào)取用戶行為系統(tǒng)數(shù)據(jù)提交銷售系統(tǒng)數(shù)據(jù)字段規(guī)范*工（銷售部）2023年X月X日IT部對接人：*工功能B優(yōu)化方案初稿評審*經(jīng)理（產(chǎn)品部）2023年X月X日邀請研發(fā)、設(shè)計部參與下次會議安排時間年月日：地點主要議題功能B優(yōu)化方案評審、數(shù)據(jù)接口開發(fā)進度同步參會人員附件（可選）1.Q3用戶反饋數(shù)據(jù)匯總表（*工提供）2.銷售系統(tǒng)數(shù)據(jù)字段規(guī)范初稿（待補充）四、提升記錄質(zhì)量的要點（一）客觀中立，避免主觀干擾記錄需如實反映會議內(nèi)容，不添加個人觀點（如“工的方案不合理”），可改為“工對方案提出疑問，認(rèn)為環(huán)節(jié)存在風(fēng)險”。若需標(biāo)注個人建議，需明確標(biāo)注為“記錄人備注”并說明。（二）突出“行動導(dǎo)向”，聚焦結(jié)果會議記錄的核心價值是推動執(zhí)行，需重點突出“決議事項”“待辦事項”，避免過多描述討論過程（如“大家討論了1小時”可簡化為“經(jīng)討論，形成以下決議”）。（三）規(guī)范表述，保證可追溯人名首次出現(xiàn)時標(biāo)注“姓名+部門/職務(wù)”（如“經(jīng)理（市場部）”），后續(xù)可簡稱“經(jīng)理”；專業(yè)術(shù)語需解釋（如“API接口”可標(biāo)注“應(yīng)用程序接口”）；時