Cara Mengekstrak Keputusan Dari Transkrip Rapat (Tidak Hanya Meringkasnya)

Pertemuan migrasi berakhir pada pukul 3:30 sore pada hari Selasa di bulan Maret. Bot perekam ada dalam panggilan, jadi ada transkrip — sekitar 9.000 kata, yang kira-kira merupakan hasil dari satu jam pembicaraan yang tumpang tindih — dan ringkasan AI yang rapi dengan sorotan dan item tindakan. Segala sesuatu tentang pertemuan itu, dalam beberapa hal, tercatat.

Enam bulan kemudian, seorang pemimpin teknik baru mengajukan pertanyaan yang jelas: "Mengapa kita tidak menunda ini ke Q4?" Dan tidak ada yang bisa menjawab. Orang yang mengajukan argumen melawan penundaan telah pergi. Argumen itu nyata — diangkat dalam tiga pernyataan terpisah, dengan jarak empat puluh menit, dan itu menguasai ruangan — tetapi tidak muncul dalam ringkasan mana pun, karena ringkasan menyimpan sorotan, dan alasan yang muncul dalam potongan-potongan tidak pernah menjadi sorotan.

Transkrip adalah pertemuan. Itu bukan keputusan. Postingan ini tentang perbedaan — apa yang sebenarnya terkandung dalam catatan keputusan, mengapa menarik satu dari transkrip secara manual memakan waktu satu sore, dan bagaimana ekstraksi AI mengubah ekonomi ketika menargetkan struktur keputusan alih-alih ringkasan.

Transkrip adalah pertemuan. Itu bukan keputusan.

Masalah transkrip dan ringkasan pada dasarnya telah teratasi. Setengah lusin alat akan berada di panggilan Anda, menghasilkan transkrip yang bersih, dan memberikan ringkasan dengan sorotan dan item tindakan. Itu sangat berguna, dan Anda harus terus menggunakannya. Tetapi perhatikan apa yang diberikannya kepada Anda: sebuah retelling yang terkompresi dari apa yang dikatakan. Itu adalah tugas ringkasan, dan alat ini melakukannya dengan baik.

Apa yang tidak diberikannya adalah catatan tentang apa yang Anda putuskan — pilihan yang disepakati kelompok, alternatif yang Anda tolak, dan alasan Anda menolak alternatif tersebut. Tidak ada jumlah ringkasan yang lebih baik yang dapat menghasilkan itu, karena kedua dokumen menjawab pertanyaan yang berbeda. Sebuah ringkasan menjawab "apa yang terjadi dalam pertemuan ini?" Sebuah catatan keputusan menjawab "apa yang kami sepakati, dan mengapa kami menolak opsi lainnya?"

Perbedaan ini paling penting pada saat yang paling mahal: berbulan-bulan kemudian, ketika pertanyaan itu muncul kembali. Sebuah ringkasan tidak membahas "mengapa kita tidak menunda?" — argumen melawan penundaan diucapkan dengan keras, lalu dipadatkan. Catatan keputusan menjawabnya dalam satu kalimat. (Untuk jebakan yang terkait erat dari mencatat tugas alih-alih pilihan di baliknya, lihat item tindakan vs. keputusan — dan untuk apa yang terjadi pada semua pemikiran yang tidak tertangkap ketika orang-orang pergi, lihat krisis pengetahuan institusional.)

Para peneliti telah berusaha untuk menarik keputusan dari rapat selama dua puluh tahun.

Ini bukan masalah yang ditemukan oleh pencatat catatan AI tahun lalu. Pada tahun 2005, proyek AMI merekam dan memberi anotasi sekitar 100 jam pertemuan dengan tepat agar para peneliti dapat mempelajari apa yang sebenarnya terjadi di dalamnya, dan pada tahun 2007–2008 kelompok-kelompok mulai membangun sistem untuk mendeteksi titik keputusan dalam korpus tersebut — pekerjaan deteksi keputusan Hsueh dan Moore, serta model sub-dialog keputusan Fernández dan rekan-rekannya di antara mereka.

Temuan yang konsisten dan merendahkan dari jalur penelitian itu: keputusan dalam pertemuan nyata adalah dinogosiasikan, tersebar, dan implisit. Orang jarang mengatakan "kami telah memutuskan X untuk alasan Y dan Z." Mereka mengelilingi suatu topik, meninggalkannya, kembali ke topik tersebut, setengah berkomitmen, dan melanjutkan — yang merupakan alasan mengapa keputusan adalah hal yang hilang baik bagi manusia yang terburu-buru maupun model ringkasan. Penalaran yang Anda butuhkan tersebar di antara giliran yang tidak dapat dijangkau oleh satu sorotan tunggal.

Apa yang sebenarnya harus diambil dari transkrip

Mengambil keputusan bukanlah "merangkum, tetapi lebih pendek." Ini adalah bacaan yang terfokus untuk empat hal spesifik. Jika salah satu terlewat, Anda memiliki catatan, bukan rekaman.

Rekayasa perangkat lunak menginstitusikan bentuk ini pada tahun 2011, ketika Michael Nygard mengusulkan catatan keputusan arsitektur: dokumen singkat yang menangkap konteks, keputusan, dan konsekuensinya, disimpan bersama kode yang mereka jelaskan. ADR menyebar karena mereka menyelesaikan masalah pembukaan kembali yang sama — seorang insinyur baru yang bertanya "mengapa ini dibangun dengan cara ini?" mendapatkan jawaban alih-alih proyek arkeologi. Gabungkan empat item di atas dan Anda memiliki versi umum: tulang punggung dari jejak audit keputusan yang bertahan dari orang-orang yang berada di ruangan.

Metode manual — dan mengapa itu menghabiskan waktu seharian

Anda dapat mengekstrak semua ini secara manual, dan metodenya sederhana:

1. Baca transkrip dari awal hingga akhir, menandai setiap giliran di mana ada pilihan, keberatan, atau alternatif muncul.
2. Untuk setiap keputusan, tuliskan resolusi sebagai satu kalimat — hal yang disepakati oleh kelompok.
3. Gulir kembali melalui diskusi dan kumpulkan opsi yang diajukan dan ditolak, sehingga pilihan memiliki alternatif yang terlihat.
4. Rekonstruksi argumen — kutip atau parafrase siapa yang berargumen untuk dan melawan setiap opsi, dan lampirkan alasan ke sisi yang tepat.
5. Sebutkan nama pemiliknya, dan simpan seluruh dokumen di tempat yang benar-benar bisa ditemukan lagi.

Ini berfungsi. Ini juga merupakan bagian yang biasanya dilewati semua orang dengan tenang, karena transkrip yang sebenarnya adalah ribuan kata dari pembicaraan yang tumpang tindih, penyimpangan, dan pemikiran yang setengah jadi — dan seperti yang diprediksi oleh penelitian pidato rapat di atas, alasan yang Anda butuhkan tersebar di seluruhnya, sering kali tidak pernah dinyatakan dengan jelas di satu tempat. Mengumpulkan kembali sebuah argumen yang diangkat dalam tiga catatan terpisah yang berjarak empat puluh menit adalah pekerjaan yang lambat dan hati-hati. Lakukan dengan baik dan itu memakan waktu satu sore per rapat. Lakukan dengan terburu-buru dan Anda mendapatkan ringkasan lagi — yang merupakan hal yang tidak cukup. Kebosanan ini bukanlah masalah disiplin; ini adalah masalah struktur, dan struktur dapat diotomatisasi.

Tapi pencatat notul AI saya sudah mencantumkan keputusan-keputusan tersebut.

Keberatan yang adil — sebagian besar alat rapat sekarang mengeluarkan daftar poin "Keputusan yang diambil", dan jika yang Anda butuhkan hanyalah topik ditambah item tindakan, ringkasan itu benar-benar cukup. Namun, ada dua masalah dengan mengandalkan itu sebagai catatan keputusan Anda, dan itu adalah jenis masalah yang berbeda. (Untuk lanskap yang lebih luas — alat AI jenis apa yang cocok untuk pekerjaan keputusan mana — lihat ringkasan jujur tentang alat pengambilan keputusan AI kami.)

Yang pertama adalah keandalan. Ketika peneliti meminta manusia untuk memberi anotasi pada 200 ringkasan rapat yang dihasilkan mesin untuk dataset QMSum Mistake, penghilangan — keputusan dan tindakan penting yang hilang sepenuhnya, atau disebutkan tanpa substansinya — muncul sebagai salah satu dari sembilan kelas kesalahan yang berulang, bersama dengan spesifikasi yang dihaluskan yang tidak pernah diucapkan (Kirstein, Ruas & Gipp, COLING 2025). Model ringkasan dioptimalkan untuk cakupan apa yang dibahas, bukan untuk jaminan penangkapan apa yang telah disepakati — dan cara nyata keputusan diambil yang tersebar dan implisit adalah kasus yang sulit.

Masalah kedua tetap ada meskipun poinnya benar. "Diputuskan: kirim migrasi di Q3" adalah resolusi itu sendiri — opsi yang dipertimbangkan dan argumen di kedua sisi masih hilang, dan itu adalah bagian yang Anda butuhkan ketika keputusan dipertanyakan nanti. Poin satu baris yang benar adalah catatan. Catatan adalah struktur di sekitarnya.

Bagaimana Argumentree mengekstrak keputusan, bukan ringkasan

Argumentree membaca transkrip untuk target yang berbeda. Alih-alih mengompresi apa yang dikatakan menjadi sebuah narasi, ekstraksi AI-nya mencari struktur keputusan: pertanyaan yang sedang dibahas, opsi yang dipertimbangkan satu sama lain, dan argumen yang diajukan untuk dan melawan masing-masing. Ini menyusun semua itu menjadi peta argumen pro/con — bentuk yang sama yang akan dibangun oleh seorang fasilitator yang baik di papan tulis — dengan keputusan draf dan pemilik yang disarankan terlampir.

Outputnya bukanlah ringkasan lain yang berdampingan dengan transkrip Anda. Ini adalah catatan keputusan yang terstruktur dan dapat dicari dengan alasan yang masih terlampir dan jejak audit lengkap — pilihan, alternatifnya, dan argumen di kedua sisi hanya satu klik jauhnya ketika pertanyaan itu muncul kembali. Jika mengubah rapat menjadi keputusan yang dapat dipertahankan adalah pekerjaan yang berulang untuk tim Anda, ini adalah inti dari apa yang disebut Argumentree sebagai kecerdasan rapat.

Transkrip adalah sumbernya. Rekaman adalah asetnya.

Simpan pencatat Anda — transkrip yang dihasilkannya adalah bahan mentah yang menjadi dasar segala sesuatu yang lain, dan ringkasannya adalah kenyamanan yang baik bagi orang-orang yang melewatkan panggilan. Cukup berhenti meminta agar ia menjadi sesuatu yang bukan dirinya. Sebuah kompresi dari apa yang telah dikatakan tidak dapat menjawab apa yang telah disepakati dan mengapa, dan saat Anda membutuhkan jawaban itu adalah saat orang-orang yang bisa merekonstruksinya dari ingatan sudah pergi.

Ekstraksi — secara manual pada pertemuan dengan taruhan tertinggi Anda, atau otomatis dengan manusia terlibat di tempat lain — adalah apa yang mengubah tumpukan rekaman menjadi aset yang berkembang: keputusan dengan alternatif yang terlihat, penalaran yang bertahan meskipun ada perpisahan, dan pertanyaan yang dibuka kembali yang dijawab dengan tautan alih-alih pengulangan.