← วารสาร Eden คู่มือ

รายการสิ่งที่ต้องทำจากการประชุม: วิธีเขียน มอบหมาย และติดตาม

27 ต.ค. 202614 นาที

Colleague recording a meeting commitment

รายการสิ่งที่ต้องทำจากการประชุมคืองานที่เฉพาะเจาะจง มอบหมายให้คนคนเดียวพร้อมกำหนดเส้นตาย ที่เกิดจากการพูดคุยหรือการตัดสินใจ รายการที่ดีเปลี่ยนคำพูดให้กลายเป็นงาน รายการที่แย่ อย่างเช่น “ลองดูเรื่องราคา” ที่ไม่มีชื่อใครแปะไว้ ก็จะหายไปภายในวันศุกร์ คู่มือนี้จะแสดงให้คุณเห็นว่าควรใส่อะไรในทุกรายการสิ่งที่ต้องทำ ใช้คำอย่างไร มอบหมายและติดตามอย่างไร และทำให้ทั้งระบบเบาพอที่คนจะใช้มันจริงๆ ได้อย่างไร

สรุปสั้นๆ

  • รายการสิ่งที่ต้องทำคือหนึ่งงาน หนึ่งผู้รับผิดชอบ หนึ่งเส้นตาย ถ้าขาดสามอย่างนี้ไปอย่างใดอย่างหนึ่ง มันก็เป็นแค่ความปรารถนา ไม่ใช่รายการสิ่งที่ต้องทำ
  • เริ่มด้วยคำกริยาที่ชัดเจน ระบุสิ่งที่ต้องส่งมอบ และบอกว่า “เสร็จ” หน้าตาเป็นอย่างไร เลี่ยงคำว่า “ติดตามผล” “ลองดู” และ “ASAP”
  • อ่านทุกรายการทวนอีกครั้งก่อนการประชุมจะจบ มันเป็นวิธีที่ถูกที่สุดในการจับว่ารายการไหนขาดผู้รับผิดชอบและวันที่ไหนไม่สมจริง
  • ส่งสรุปให้เร็ว เก็บรายการไว้ที่เดียว และทบทวนรายการที่ยังค้างตอนเริ่มการประชุมครั้งถัดไป
  • การบันทึกคือจุดอ่อนของทีมส่วนใหญ่ ไม่ว่าคุณจะใช้อะไร ต้องแน่ใจว่าคำมั่นถูกบันทึกไว้ในวินาทีที่มันถูกพูดออกมา

สารบัญ

รายการสิ่งที่ต้องทำจากการประชุมคืออะไร และไม่ใช่อะไร

รายการสิ่งที่ต้องทำคือขั้นตอนถัดไปที่มอบหมายให้ใครสักคนระหว่างหรือหลังการประชุม การพูดคุย หรือการตัดสินใจ ซึ่งให้คนคนนั้นมีความรับผิดชอบที่ชัดเจนและเส้นตาย ตามที่คู่มือเรื่องรายการสิ่งที่ต้องทำของ Atlassianอธิบายไว้ มันต่างจากหัวข้อ (“ราคา”) การตัดสินใจ (“เราจะเปิดตัวในเดือนมีนาคม”) หรือไอเดีย (“เราน่าจะออกแบบฟอร์มใหม่”) การตัดสินใจจะกลายเป็นรายการสิ่งที่ต้องทำก็ต่อเมื่อมีคนถูกขอให้ลงมือทำอะไรบางอย่างกับมัน

ความต่างนี้สำคัญเพราะวิธีที่ทีมบันทึกการประชุม ตำราด้านการสื่อสารจาก Whatcom Community College ระบุว่ารายงานการประชุมที่ดีจะบันทึกประเด็นสำคัญในการพูดคุย การตัดสินใจ และรายการสิ่งที่ต้องทำที่แยกระบุไว้ต่างหาก แทนที่จะถอดความทุกความคิดเห็น Asana ก็ขีดเส้นในลักษณะเดียวกัน: รายงานการประชุมแบบเป็นทางการคือบันทึกอย่างเป็นทางการที่มีโครงสร้าง ขณะที่โน้ตคือบันทึกที่ยืดหยุ่นของประเด็นสำคัญ การตัดสินใจ และรายการสิ่งที่ต้องทำ

ลองคิดเป็นสามชั้น:

ชั้น มันเก็บอะไร ใครอ่านมัน
รายงานการประชุม บันทึกการประชุมอย่างเป็นทางการที่มีโครงสร้าง ใครก็ตามที่ต้องการประวัติ
โน้ต ประเด็นสำคัญ บริบท การตัดสินใจ ผู้เข้าร่วมและคนที่พลาดการประชุม
รายการสิ่งที่ต้องทำ งานที่มีผู้รับผิดชอบและเส้นตาย คนที่ต้องลงมือทำ

รายการสิ่งที่ต้องทำเป็นชั้นเดียวที่ควรเปลี่ยนสิ่งที่จะเกิดขึ้นในสัปดาห์หน้า แยกจัดการมันต่างหาก วางไว้ด้านบนสุดของสรุป แล้วจะไม่มีใครต้องขุดหาชื่อตัวเองในหน้าสรุปยาวๆ

แหล่งข้อมูลด้านการจัดการโปรเจกต์ของ Ohio University ก็วางกรอบมันแบบเดียวกัน: การมอบหมายงานที่ติดตามได้ซึ่งช่วยปรับปรุงการจัดระเบียบ ความรับผิดชอบ ความสมดุลของภาระงาน และการบริหารเวลา ความรับผิดชอบคือคำสำคัญ รายการสิ่งที่ต้องทำมีอยู่เพื่อให้คนคนหนึ่งถูกถามได้อย่างสุภาพว่า “เรื่องนี้เป็นอย่างไรบ้าง?”

ทุกรายการสิ่งที่ต้องทำต้องมีอะไรบ้าง

แหล่งข้อมูลแต่ละที่ให้จำนวนที่แน่นอนต่างกัน แต่ทั้งหมดมาบรรจบที่แกนสั้นๆ เหมือนกัน คู่มือของ Ohio University บอกว่าแต่ละรายการควรระบุว่าใครรับผิดชอบ จะทำอะไรเฉพาะเจาะจง และต้องเสร็จเมื่อไหร่ วิธีสี่ W ของ Asana เพิ่มคำถามข้อที่สี่ คือทำไมมันถึงสำคัญ รายการที่ยาวกว่าของ Atlassian ครอบคลุมผู้รับผิดชอบ การกระทำ ขอบเขต ผลลัพธ์ เส้นตาย และแหล่งที่มา Monday.com แนะนำให้ติดตามความสำคัญและสถานะ เช่น ยังไม่เริ่ม กำลังทำ เสร็จ หรือติดขัด ด้วย

เอาทั้งหมดมารวมกัน คุณก็จะได้รายการช่องข้อมูลที่ใช้ได้จริง:

ช่องข้อมูล เขียนอะไร ทำไมมันถึงคุ้มที่จะมี
ผู้รับผิดชอบ คนที่ระบุชื่อหนึ่งคน การรับผิดชอบร่วมกันมักหมายถึงไม่มีใครรับผิดชอบ
การกระทำ คำกริยาบวกกับสิ่งที่เฉพาะเจาะจง ขจัดการเดาเกี่ยวกับงาน
ขอบเขต อะไรอยู่ในและนอกขอบเขต พร้อมลิงก์ไปยังเอกสาร ให้ผู้รับผิดชอบเริ่มได้โดยไม่ต้องถามกันอีกรอบ
นิยามของคำว่าเสร็จ ผลลัพธ์ที่สังเกตเห็นได้ ป้องกันความเข้าใจเรื่อง “เสร็จแล้ว” ที่ต่างกันสองแบบ
เส้นตาย วันที่จริงๆ “เร็วๆ นี้” และ “สัปดาห์หน้า” มีความหมายต่างกันไปในแต่ละคน
แหล่งที่มา การประชุมหรือการตัดสินใจที่มันมาจาก ให้บริบทในอีกหลายเดือนต่อมา
ความสำคัญและสถานะ สูง กลาง ต่ำ; เปิดค้าง ติดขัด เสร็จ ช่วยให้ผู้รับผิดชอบเลือกว่าจะทำอะไรก่อน

คุณไม่จำเป็นต้องมีครบทั้งเจ็ดช่องสำหรับการประชุมสั้นๆ สิบนาที ผู้รับผิดชอบ การกระทำ และวันที่คือพื้นฐานขั้นต่ำ เพิ่มขอบเขต นิยามของคำว่าเสร็จ และแหล่งที่มาเมื่องานนั้นผิดปกติ มีค่าใช้จ่ายสูง หรือเกี่ยวข้องกับทีมอื่น

วิธีเขียนรายการสิ่งที่ต้องทำที่คนลงมือทำได้

ใช้โครงประโยค

โครงที่ง่ายที่สุดคือ: [ผู้รับผิดชอบ] จะ [การกระทำ] ภายใน [วันที่] “Maya จะส่งใบเสนอราคาที่แก้ไขแล้วให้ลูกค้าภายในวันพฤหัสบดีที่ 29 ตุลาคม” มันสั้น ระบุตัวคน และอ่านผิดไม่ได้เลย สำหรับงานที่เดิมพันสูงกว่า ให้เติมอนุประโยคบอกเหตุผลและที่ที่จะบันทึกความคืบหน้าเข้าไป

นำด้วยคำกริยาที่ชัดเจน

Atlassian แนะนำให้ใช้การกระทำที่ขับด้วยคำกริยา เช่น อัปเดตเอกสาร API แทนที่จะเป็นป้ายอย่าง “API docs” ป้ายบอกคุณแค่หัวข้อ คำกริยาบอกคุณว่าต้องทำอะไร คำกริยาที่หนักแน่นได้แก่ ร่าง ส่ง อนุมัติ จัดตาราง จอง เผยแพร่ ตรวจทาน และตัดสินใจ ส่วนคำที่อ่อน อย่าง “จัดการ” “สำรวจ” และ “ลองดู” เปิดช่องให้ทุกคนตีความงานต่างกันไป

บอกว่าเสร็จหมายความว่าอะไร

ถ้าคุณไม่นิยามคำว่าเสร็จ ผู้รับผิดชอบและผู้ร้องขออาจแอบมีความคาดหวังที่ต่างกัน อนุประโยคสั้นๆ แก้ปัญหานี้ได้: “เสร็จเมื่อ Priya อนุมัติร่างแล้ว” หรือ “เสร็จเมื่อโพสต์บทสรุปในแชนเนลของโปรเจกต์แล้ว” สิ่งที่ต้องส่งมอบมักเสร็จเมื่อผู้ร้องขอเซ็นอนุมัติ ส่วนการสืบค้นมักเสร็จเมื่อมีการแบ่งปันผลการค้นพบ

ให้สิ่งที่ผู้รับผิดชอบต้องใช้ในการเริ่ม

Asana แนะนำให้ใส่เอกสารอ้างอิง สิ่งที่ต้องพึ่งพากัน และขอบเขต เพื่อให้ผู้รับผิดชอบเริ่มได้โดยไม่ต้องถามไปถามมา และระบุว่าการอธิบายว่าทำไมรายการหนึ่งถึงสำคัญช่วยให้พวกเขาตัดสินใจได้ดีขึ้น ลิงก์ไปยังเอกสารหรือข้อมูลดีกว่าคำอธิบายยาวหนึ่งย่อหน้า

ก่อนและหลัง

คลุมเครือ ชัดเจน
ติดตามผลกับลูกค้า Dana จะอีเมลขั้นตอนวิธีแก้ปัญหาชั่วคราวให้ลูกค้า และยืนยันว่ามันแก้ปัญหาได้หรือไม่ ภายในวันศุกร์ที่ 6 พฤศจิกายน
ลองดูเรื่องราคา Sam จะเปรียบเทียบแพลนสามแบบของเรากับจุดราคาของคู่แข่งในบทสรุปหนึ่งหน้า ภายในวันพุธ
อัปเดตไทม์ไลน์ ASAP Leo จะอัปเดตไทม์ไลน์ของโปรเจกต์ด้วยหมุดหมายการออกแบบขั้นสุดท้าย ภายในเที่ยงวันพฤหัสบดี
เรื่องการเริ่มใช้งาน Ana จะร่างการปรับปรุงโฟลว์การเริ่มใช้งานสามอย่างจากข้อมูลการเลิกใช้ที่เราทบทวนกันวันนี้ ภายในวันอังคารหน้า

สังเกตว่าอะไรเปลี่ยนไป ทุกเวอร์ชันที่ชัดเจนมีคน คำกริยา สิ่งที่ต้องส่งมอบ และวันที่ที่คุณใส่ลงปฏิทินได้ วันที่แบบสัมพัทธ์อย่าง “วันศุกร์” ใช้ได้ในสรุปที่ส่งภายในวันเดียวกัน แต่วันที่แบบระบุชัดจะอยู่รอดเมื่อถูกส่งต่อหรืออ่านในอีกหนึ่งสัปดาห์ต่อมา

ตัวอย่างรายการสิ่งที่ต้องทำที่ได้ผล

นี่คือลักษณะของแพตเทิร์นในการประชุมประเภทที่พบบ่อย ตัวอย่างเหล่านี้เป็นไปตามรูปแบบของตัวอย่างในคู่มือของ Atlassian ซึ่งรวมถึงการอัปเดตไทม์ไลน์ของโปรเจกต์ การร่างการปรับปรุงการเริ่มใช้งานจากข้อมูลที่ทบทวนแล้ว การส่งบทสรุปวิธีแก้ปัญหาชั่วคราวให้ลูกค้า และการสร้างเช็กลิสต์การส่งมอบงานก่อนการวางแผนสปรินต์

การประชุมผลิตภัณฑ์

  • Raj จะแก้บั๊กการเข้าสู่ระบบและปล่อยไปพร้อมกับการอัปเดตผลิตภัณฑ์ครั้งถัดไป
  • Ana จะร่างการปรับปรุงโฟลว์การเริ่มใช้งานสามอย่างจากข้อมูลการเลิกใช้ที่ทบทวนกันวันนี้ ภายในวันอังคาร

ความสำเร็จของลูกค้า

  • Dana จะส่งบทสรุปวิธีแก้ปัญหาชั่วคราวให้ลูกค้า และยืนยันว่ามันแก้ปัญหาได้หรือไม่ ภายในวันศุกร์

การตลาด

  • Leo จะอัปเดตปฏิทินแคมเปญด้วยวันเปิดตัวขั้นสุดท้าย ภายในวันพฤหัสบดี
  • Mia จะร่างโครงพรีเซนเทชันการเริ่มใช้งานก่อนที่พนักงานใหม่จะเริ่มงาน โดยทำสไลด์ให้เสร็จหนึ่งสัปดาห์ก่อนวันแรกของพวกเขา

ผู้นำหรือการวางแผน

  • Sam จะสร้างเช็กลิสต์การส่งมอบงานก่อนการประชุมวางแผนสปรินต์ครั้งถัดไป
  • Priya จะตัดสินใจเรื่องรายชื่อผู้ขายที่คัดเลือกไว้ภายในวันที่ 13 พฤศจิกายน และแบ่งปันเหตุผลในเอกสารของโปรเจกต์

การพูดคุยตัวต่อตัว

  • Chris จะร่างแผนพัฒนาพร้อมเป้าหมายท้าทายสองข้อ และนำมาในการพูดคุยตัวต่อตัวครั้งถัดไปของเรา

คุณจะเห็นโครงสร้างเดียวกันทุกครั้ง: คนที่ระบุชื่อ สิ่งที่ต้องส่งมอบที่เป็นรูปธรรม และกรอบเวลา

การมอบหมายรายการสิ่งที่ต้องทำในห้องประชุม

เวลาที่ดีที่สุดในการมอบหมายคือตอนที่ทุกคนยังอยู่ครบและพูดได้ว่า “แบบนั้นไม่สมจริงหรอก” นิสัยไม่กี่อย่างทำให้สิ่งนี้เป็นกิจวัตร:

  1. มอบหมายตามชื่อ ไม่ใช่ตามทีม “ฝ่ายการตลาดจะจัดการเอง” ไม่ลงที่ใครเลย ถามว่า “ใครจะรับงานนี้?” แล้วรอให้มีคนตอบ
  2. เลือกผู้รับผิดชอบคนเดียว คนอื่นช่วยได้ แต่ชื่อเดียวที่ต้องรับผิดชอบ แนวทางเรื่องรายงานการประชุมของ Rutgers University แนะนำให้บันทึกการมอบหมายแต่ละอย่างพร้อมผู้รับผิดชอบ เส้นตายในการทำให้เสร็จ และวิธีรายงานกลับ เมื่อจำเป็น
  3. ต่อรองวันที่ อย่ากำหนดให้ ผู้รับผิดชอบที่ตั้งเส้นตายเองมีแนวโน้มทำได้ตามนั้นมากกว่า
  4. อ่านแต่ละรายการทวนอีกครั้ง แนวทางเรื่องการตามงานของ Atlassian และผู้ปฏิบัติงานหลายคนเห็นตรงกันว่าการอ่านทวนตอนท้ายช่วยจับรายการที่ขาดผู้รับผิดชอบ วันที่ไม่สมจริง และความเข้าใจผิดในขณะที่ยังแก้ได้ง่ายๆ ใช้สองนาทีสุดท้ายทำสิ่งนี้
  5. ระบุคนจดโน้ตก่อนเริ่ม ถ้าทุกคนคิดว่าคนอื่นกำลังจดอยู่ ก็จะไม่มีใครจดเลย

การติดตามและตามงานหลังการประชุม

รายการสิ่งที่ต้องทำเกิดมาแค่ครึ่งเดียวในการประชุม ชีวิตที่เหลือของมันเกิดขึ้นในวันต่อๆ มา กิจวัตรที่ Atlassian แนะนำนั้นเรียบง่าย: ส่งสรุปทันที ทบทวนรายการที่ค้างก่อนการประชุมครั้งถัดไป เช็กกันก่อนถึงเส้นตาย ชี้ตัวปัญหาที่ขัดขวางตั้งแต่เนิ่นๆ และอัปเดตแผนเมื่อขอบเขตเปลี่ยน

เมื่อแปลงเป็นเวิร์กโฟลว์ มันจะหน้าตาแบบนี้:

  1. วันเดียวกัน: ส่งสรุปโดยวางรายการสิ่งที่ต้องทำไว้ด้านบน แต่ละรายการมีผู้รับผิดชอบและวันที่
  2. ครึ่งทางถึงเส้นตาย: เตือนสั้นๆ สำหรับอะไรที่ใหญ่หรือเสี่ยง “มีอะไรขัดขวางคุณอยู่ไหม?” ได้ผลดีกว่า “เสร็จหรือยัง?”
  3. การประชุมครั้งถัดไป ห้านาทีแรก: ไล่ดูรายการที่ยังค้างก่อนเริ่มเรื่องใหม่
  4. การตัดสินใจเรื่องที่ค้างมา: สำหรับแต่ละรายการที่ยังไม่เสร็จ เลือกผลลัพธ์หนึ่งอย่าง ยืนยันใหม่พร้อมวันที่ใหม่ ยกเลิกถ้ามันไม่เกี่ยวข้องอีกต่อไป หรือยกระดับขึ้นถ้ามีอะไรขัดขวางมันอยู่
  5. ปิดมัน: ทำเครื่องหมายว่าเสร็จก็ต่อเมื่อตรงกับนิยามของคำว่าเสร็จเท่านั้น

เก็บรายการไว้ที่เดียว

ความล้มเหลวในการติดตามที่พบบ่อยที่สุดไม่ใช่ความขี้เกียจ แต่คือความกระจัดกระจาย: รายการอยู่ในเอกสาร ในเทรดแชต ในสมุดโน้ตส่วนตัว และในความทรงจำของใครบางคน เลือกที่ที่เดียว ไม่ว่าจะเป็นเครื่องมือจัดการโปรเจกต์ เอกสารที่แชร์ร่วมกัน หรือบอร์ดงาน แล้วทำให้มันเป็นแหล่งความจริง ทบทวนมันตามจังหวะที่สม่ำเสมอ รายสัปดาห์ใช้ได้กับทีมส่วนใหญ่ และสำหรับโปรเจกต์ครั้งเดียวที่มีเวลาสั้น สัปดาห์ละสองครั้งก็ไม่มากเกินไป

สถานะที่ Monday.com แนะนำ (ยังไม่เริ่ม กำลังทำ เสร็จ ติดขัด) เป็นขั้นต่ำที่ดี สถานะ “ติดขัด” คือตัวที่สำคัญที่สุด เพราะมันเปลี่ยนการหยุดชะงักแบบเงียบๆ ให้กลายเป็นการร้องขอความช่วยเหลือที่มองเห็นได้

เทมเพลตรายการสิ่งที่ต้องทำจากการประชุมที่คุณก๊อปได้

เทมเพลตวาระการประชุมของ Atlassian ระบุพื้นฐานไว้: ชื่อการประชุม วันที่ เวลา สถานที่หรือลิงก์ออนไลน์ วัตถุประสงค์ ผู้เข้าร่วม รายการวาระ และเอกสารประกอบ พร้อมเว้นที่ไว้สำหรับรายการสิ่งที่ต้องทำที่ระบุว่าต้องทำอะไร ใครรับผิดชอบ และวันกำหนดส่ง นี่คือเวอร์ชันกระชับสำหรับโน้ตที่คุณส่งหลังจากนั้น:

การประชุม: [ชื่อเรื่อง]
วันที่ / เวลา: [วันที่, เวลา]
ผู้เข้าร่วม: [ชื่อ]
วัตถุประสงค์: [หนึ่งประโยค]

การตัดสินใจ
- [การตัดสินใจ 1]
- [การตัดสินใจ 2]

รายการสิ่งที่ต้องทำ
| ผู้รับผิดชอบ | การกระทำ | เสร็จเมื่อ | กำหนด | สถานะ |
| [ชื่อ] | [คำกริยา + สิ่งที่ส่งมอบ] | [ผลลัพธ์ที่สังเกตได้] | [วันที่] | เปิดค้าง |

การประชุมครั้งถัดไป: [วันที่] วาระแรกคือรายการสิ่งที่ต้องทำที่ยังค้าง

แยกการตัดสินใจกับรายการสิ่งที่ต้องทำให้เห็นชัดเจน ผู้อ่านที่กวาดตาหาชื่อตัวเองควรเจอมันภายในไม่กี่วินาที

มุมมองของเรา: การบันทึกคือจุดที่รายการสิ่งที่ต้องทำชนะหรือแพ้

คำแนะนำเรื่องรายการสิ่งที่ต้องทำส่วนใหญ่เน้นที่การเขียน เราคิดว่าปัญหาที่ใหญ่กว่ามาก่อนหน้านั้น: คำมั่นถูกพูดออกมา ทุกคนพยักหน้า แต่ไม่มีใครบันทึกมันอย่างถูกต้อง บางคนจำว่า “เดี๋ยวผมส่งให้นะ” เป็นแค่คำพูดลอยๆ อีกคนจำมันเป็นคำสัญญาพร้อมวันที่ สองวันต่อมา ช่องว่างนั้นก็โผล่มาในรูปของเส้นตายที่พลาดไป

Our perspective: capture is where action items are won or lost — overview diagram

นั่นคือเหตุผลที่เราสร้าง Eden ขึ้นรอบการเปลี่ยนความตั้งใจให้กลายเป็นงานที่เสร็จสมบูรณ์ คอนเซียร์จ AI ส่วนตัวของเราอยู่ในแอปแชตที่คุณใช้อยู่แล้ว ทั้ง WhatsApp, Telegram และ iMessage และเชื่อมต่อกับแอปมากกว่า 100 แอปที่คุณอนุญาต ดังนั้นอีเมลติดตามผล การจองช่องในปฏิทิน หรือการจอง จึงไม่หยุดอยู่แค่ “ฉันควรทำสิ่งนั้น” สำหรับบทสนทนาแบบเจอหน้ากันที่เครื่องมือจดบันทึกออนไลน์เข้าไม่ถึง Eden Ring จะบันทึก ถอดเสียง และสรุปมัน ระบุตัวผู้พูดใน 99 ภาษา และเก็บเสียงแบบเข้ารหัสไว้บนอุปกรณ์ เราออกแบบมันแบบนั้นเพราะข้อตกลงที่ทางเดินหรือมื้อค่ำกับลูกค้าก็ยังเป็นการประชุม และคำมั่นของมันก็สมควรได้รับการดูแลเท่ากับสายโทรที่นัดไว้ล่วงหน้า

มุมมองของเราเรียบง่าย เครื่องมือควรย่นระยะห่างระหว่างสิ่งที่พูดกับสิ่งที่ลงมือทำจริง ระบบรายการสิ่งที่ต้องทำที่ดีที่สุดคือระบบที่แทบไม่ต้องใช้ความพยายามเลยในตอนที่บันทึก เพื่อให้ความสนใจของคุณอยู่กับคนที่อยู่ตรงหน้า

- Matthieu

Eden เหมาะตรงไหน

ถ้ารายการสิ่งที่ต้องทำของคุณเริ่มต้นในบทสนทนา คุณปล่อยให้ Eden สานต่อมันได้ ส่งข้อความหามันบน WhatsApp, Telegram หรือ iMessage โดยไม่ต้องติดตั้งแอปใหม่ แล้วขอให้มันร่างอีเมลสรุป ใส่การติดตามผลลงในปฏิทินของคุณ หรือจองเซสชันถัดไป การชำระเงินต้องอนุมัติด้วย PIN และลูกค้าแต่ละรายรันอยู่ในสภาพแวดล้อมที่ปลอดภัยและแยกส่วน คุณสามารถเริ่มต้นกับ Eden ตรวจสอบว่ามันใช้งานฟรี หรือดูว่าEden Ringบันทึกการประชุมแบบเจอหน้ากันอย่างไร ถ้าอยากดูก่อนว่าเครื่องมือจดบันทึกเทียบกันอย่างไร การจัดอันดับเครื่องมือจดบันทึกการประชุม AI ของเราวางข้อดีข้อเสียไว้ให้ และหน้าความปลอดภัยอธิบายว่าเราปกป้องข้อมูลของคุณอย่างไร

ความผิดพลาดที่ค่อยๆ ฆ่ารายการสิ่งที่ต้องทำอย่างเงียบๆ

  • มอบหมายให้กลุ่ม “ทีมจะตรวจทาน” หมายถึงไม่มีใครตรวจทาน ระบุชื่อคน
  • ใช้เส้นตายที่คลุมเครือ “ASAP” และ “เร็วๆ นี้” เป็นวันที่ต่างกันสำหรับคนต่างคน เขียนวันไปเลย
  • เขียนหัวข้อแทนที่จะเป็นงาน “งบประมาณ” คือหัวข้อ “Tara จะส่งงบประมาณที่แก้ไขแล้วให้ฝ่ายการเงินภายในวันจันทร์” คืองาน
  • โหลดงานใส่คนคนเดียวมากเกินไป ถ้าชื่อเดียวโผล่มาเจ็ดครั้ง รายการนั้นก็เป็นแค่รายการความปรารถนา จัดสมดุลใหม่ก่อนออกจากห้อง
  • ส่งสรุปช้า ความทรงจำเลือนไว สรุปที่ส่งภายในวันเดียวกันจะได้รับการแก้ไข ส่วนที่ส่งในอีกหนึ่งสัปดาห์ต่อมาจะถูกเมิน
  • ไม่เคยปิดลูป รายการที่ไม่ได้ทั้งทำเสร็จและไม่ได้ยกเลิกจะกองพะเนิน และสอนให้ทุกคนรู้ว่ารายการนั้นไม่สำคัญ
  • บันทึกมากเกินไป รายการสิ่งที่ต้องทำสิบรายการจากการประชุมสามสิบนาทีมักหมายความว่าบางอันจริงๆ แล้วเป็นแค่ไอเดีย เก็บเฉพาะอันที่มีคนให้คำมั่นไว้

คำถามที่พบบ่อย

รายการสิ่งที่ต้องทำกับรายงานการประชุมต่างกันอย่างไร

รายงานการประชุมคือบันทึกอย่างเป็นทางการที่มีโครงสร้างของสิ่งที่พูดคุยและตัดสินใจกัน รายการสิ่งที่ต้องทำคืองานเฉพาะที่ออกมาจากมัน แต่ละอันมีผู้รับผิดชอบและเส้นตาย รายงานการประชุมที่ดีจะแยกรายการสิ่งที่ต้องทำไว้ต่างหากเพื่อให้คนหาเจอได้โดยไม่ต้องอ่านบันทึกทั้งหมด

การประชุมหนึ่งครั้งควรมีรายการสิ่งที่ต้องทำกี่รายการ

ไม่มีจำนวนตายตัว แต่น้อยกว่ามักดีกว่า เก็บเฉพาะรายการที่มีคนให้คำมั่นอย่างชัดเจน และจัดสมดุลใหม่ถ้าคนคนเดียวได้รับไปเกือบหมด ถ้ารายการโตขึ้นเรื่อยๆ การประชุมอาจครอบคลุมมากเกินไปหรือตัดสินใจน้อยเกินไป

ใครควรเป็นคนจดรายการสิ่งที่ต้องทำ

ระบุคนจดโน้ตตั้งแต่เริ่ม เพื่อไม่ให้งานนี้ตกหล่นระหว่างคน ใครก็ตามที่จดควรอ่านแต่ละรายการทวนอีกครั้งก่อนการประชุมจะจบ เพื่อให้ผู้รับผิดชอบยืนยันถ้อยคำและวันที่ได้ ถ้าคุณบันทึกบทสนทนาด้วยเครื่องมือ ก็ยังควรมีคนตรวจทานรายการก่อนส่งออกไป

รายการสิ่งที่ต้องทำมีผู้รับผิดชอบมากกว่าหนึ่งคนได้ไหม

ควรมอบหมายผู้รับผิดชอบที่ต้องรับผิดชอบคนเดียวดีกว่า แม้จะมีหลายคนช่วยกัน การรับผิดชอบร่วมกันทำให้ทุกคนคิดง่ายๆ ว่าคนอื่นกำลังจัดการอยู่ ถ้างานใหญ่ ให้แยกมันเป็นรายการย่อยๆ แต่ละอันมีชื่อของตัวเอง

ควรทำอย่างไรกับรายการสิ่งที่ต้องทำที่ยังไม่เสร็จ

ตัดสินใจผลลัพธ์หนึ่งอย่างสำหรับแต่ละรายการในการประชุมครั้งถัดไป: ยืนยันใหม่พร้อมวันที่ใหม่ ยกเลิกถ้ามันไม่สำคัญอีกต่อไป หรือยกระดับขึ้นถ้ามีอะไรขัดขวางความคืบหน้าอยู่ อย่าปล่อยให้มันค้างข้ามไปแบบไม่เปลี่ยนแปลง เพราะนั่นคือวิธีที่รายการสูญเสียความน่าเชื่อถือ

แหล่งอ้างอิง

สร้างด้วยแพลตฟอร์มคอนเทนต์ของ BabyLoveGrowth

พบกับ Eden คอนเซียร์จของคุณ

มันจอง ค้นคว้า เคลียร์กล่องจดหมาย และจำทุกอย่างได้ข้ามทุกแชต ส่งงานจุกจิกให้มันจัดการ

ลองใช้ Eden →
O

มีคน · เพิ่งเข้าร่วม

เมื่อสักครู่