Action items: як їх формулювати, призначати й відстежувати — і як підсумок зберігає список (2026)

Action item — це одне завдання, яке виникло на зустрічі: дієслово, один виконавець, одна дата. «Анна — надіслати Aster переглянутий кошторис — до четверга» — це action item. «Опрацювати кошторис» — це тема. Різниця в тому, чи може людина, якої не було на зустрічі, з одного лише рядка зрозуміти, що станеться, хто це зробить і коли завдання вважатиметься простроченим.

Більшість зустрічей породжує action items. Мало хто їх зберігає. Список пишуть наприкінці дзвінка, він потрапляє в нотатки однієї людини й через три тижні спливає як питання «хтось узагалі надіслав той кошторис?» — яке ставлять на наступній зустрічі, і та витрачає десять хвилин на відтворення попередньої.

Цей посібник починається з ремесла: що таке action item, з п'яти складників кожного з них, як записувати їх під час дзвінка й наприкінці, як призначати, щоб їх виконували, і як відстежувати, щоб список вижив. До цього додаються шаблон і приклади, які можна скопіювати. Далі йде механіка: де action items живуть в інструментах, якими ваша команда вже користується, і що з ними відбувається після зустрічі. Саме на цьому етапі списки помирають, і саме цю частину підсумок регулярної зустрічі може виконати сам.

Що таке action item — і чим він не є

З зустрічі виходять чотири різні речі, і перше завдання того, хто веде записи, — розрізнити їх:

Рішення — це не action item: «обираємо постачальника B» нічого не змінює, доки не з'явиться «Прія — підписати замовлення постачальника B — до 14-го». Відкрите питання теж не action item, хоча часто породжує його («Кенджі — з'ясувати, чи є в API ліміт запитів — до понеділка»). А тікет, що був у трекері ще до зустрічі, — не новий action item; згадка про нього на зустрічі його таким не робить. Якщо після години зустрічі список action items довший за десять рядків, у ньому лежать теми, питання або тікети, замасковані під завдання.

Що несе кожен action item: формат

Придатний до роботи action item має п'ять частин. Перші три — це сам рядок, останні дві роблять його відстежуваним.

1. Одне дієслово, один об'єкт. Надіслати кошторис. Забронювати раунд QA. Написати текст. Рядок, що починається з «розглянути», «обговорити» чи «подумати над», не є дією: у нього немає умови завершення. Якщо не можна сказати, як виглядає «готово», це питання.
2. Один виконавець — ім'я, а не команда. Запитати «маркетинг», чи зроблено, неможливо, а Лену можна. Якщо потрібні двоє, то це два action items або один виконавець, який делегує. Виконавець — це людина, яку спитають наступного разу, тож це має бути людина, яку спитали зараз.
3. Одна дата — день, а не «скоро». «До 16-го» можна прострочити, «якнайшвидше» — ні. Якщо дата невідома, action item звучить так: «Анна — запропонувати дату для X — до п'ятниці». Це справжній пункт зі справжнім днем.
4. Звідки він узявся. Рішення або пункт порядку денного, що його породив, і — якщо запис це зберігає — момент зустрічі, коли виконавець сказав «так». Це контекст, потрібний читачеві через місяць, коли рядок «надіслати кошторис» сам по собі нічого не означає.
5. Його стан. Виконати, виконано, не виконано — і чому. Список дій без станів — це список побажань; саме зі стану починається наступна зустріч.

Що лишається поза рядком: дискусія, яка привела до пункту, причини, альтернативи. Їм місце в нотатках. Action item — це один рядок, бо його читатиме людина, яка шукає власне ім'я.

Як їх записувати: під час зустрічі, наприкінці, після

Під час зустрічі записуйте пункт у ту мить, коли хтось сказав «так». Action items народжуються в одному реченні — «Я надішлю це в четвер» — і в ньому ж помирають, якщо ніхто цього не записав. Звичка, що дає найбільше: коли хтось береться за щось, прочитайте це вголос разом із датою — «отже, записую: Анна, переглянутий кошторис для Aster, до четверга» — і дайте виконавцю виправити, поки він ще пам'ятає, що погодився. Пункт, який зачитали вголос, виконавець підтвердив двічі.

Наприкінці пройдіться по списку. Останні п'ять хвилин зустрічі з порядком денним відведені підсумкам і виконавцям: кожен пункт порядку денного отримує один із трьох станів — вирішено, відкрито, відкладено до дати, — а кожна дія отримує ім'я та день. Зачитайте весь список, по рядку на пункт, просто в кімнаті. Саме тут «Маркетингу переглянути сторінку цін» перетворюється на «Лена — написати текст сторінки цін — до 16-го», бо Лена тут і може це підтвердити. Пункт, якому не вдалося дати ім'я наприкінці, у список не потрапляє; він іде на «парковку» з іменем того, хто його порушив.

Після зустрічі опублікуйте список того ж дня — один раз, в одному місці. Усім запрошеним, зокрема й тим, кого не було: action item, чий виконавець пропустив зустріч, найімовірніше буде пропущено. Потім покладіть список там, де його відкриє наступна зустріч. Список у блокноті ведучого — це список, якого в команди немає; список у каналі, де команда вже спілкується, — це список, на старіння якого дивляться всі.

Як призначати action items, щоб їх виконували

Три правила покривають майже всі невдалі призначення:

• Виконавець — той, хто сказав «так», у кімнаті. Призначення відсутньому дає рядок, на який ніхто не погоджувався. Якщо потрібного виконавця не було, пункт звучить так: «ведучий — спитати Дану, чи може вона взяти X — до завтра», а справжній пункт Дани з'являється, коли вона відповість.
• Один виконавець, хоч би скільки було рук. «Матеуш і Прія» означає, що кожен розраховує на іншого. Оберіть того, кого спитають на наступній зустрічі; другий — помічник, а помічника в рядку немає.
• Виконавець повторює пункт сам. Не ведучий, а виконавець. «У четвер, переглянутий кошторис, для Aster, так». Тридцять секунд — і зникає найчастіша суперечка на наступній зустрічі: «я не на це погоджувався».

Що не є призначенням: пункт у списку, який виконавець уперше бачить в електронному листі наступного ранку. Якщо пункти доходять до виконавців саме так, зустріч закінчилася до підбиття підсумків.

Як відстежувати action items

Відстеження — це рутина, а не інструмент. Чотири частини:

1. Один список на команду або на регулярну зустріч. Не по одному на кожну зустріч, а один, до якого зустріч додає й з якого читає. Список — це пам'ять серії зустрічей.
2. Наступна зустріч починається зі списку. Ще до першого пункту порядку денного: кожна відкрита дія, по рядку, виконавець каже виконано або не виконано і, якщо ні, то чому. Дві хвилини на список із восьми пунктів. Причину записують поруч із пунктом кількома словами — «чекаємо на юристів», «не розпочато», — бо саме про причину команда й вирішує.
3. Три стани, і невиконаний пункт ніколи не переходить мовчки. Невиконаний пункт отримує нову дату, нового виконавця або відкидається — у кімнаті, за участі того, кому він належить. Переносити «надіслати кошторис» через чотири зустрічі без рішення щодо нього — це і є спосіб, яким список перестають читати.
4. Правило старіння. Пункт, старший за подвійну періодичність зустрічі, — для щотижневої це два тижні, — виносять на обговорення явно: або він більший за action item і стає завданням проєкту в трекері, або його ніколи не буде виконано, і його відкидають. Обидва варіанти нормальні. Список, з якого ніщо ніколи не вибуває, списком не є.

Відстеження має відповідати не на питання «що ми вирішили» — на нього відповідає підсумок, — а на питання «що з усього вирішеного справді сталося, а що застрягло». Якщо список не може відповісти на нього за дві хвилини на початку зустрічі, проблема у форматі, а не в людях.

Шаблон action items

Рядок — для завершення зустрічі та для підсумку:

Action items — [назва зустрічі], [дата]
– [Виконавець] — [дієслово + об'єкт] — до [дати] — з [пункт порядку денного / рішення]
– [Виконавець] — [дієслово + об'єкт] — до [дати] — з [пункт порядку денного / рішення]
– [Виконавець] — [дієслово + об'єкт] — до [дати] — з [пункт порядку денного / рішення]

Перенесено з [попередня дата]
– [Виконавець] — [завдання] — термін був [дата] — виконано / не виконано: [причина, від трьох до шести слів] — нова дата [дата] / відкинуто

Трекер — для списку, що охоплює серію зустрічей:

Обидва варіанти вставляються в документ, таблицю, повідомлення в чаті або canvas без переформатування. У шаблонах зазвичай бракує колонок Звідки та Записано: звідки пункт узявся і скільки йому днів. Саме ці дві потрібні наступній зустрічі.

Приклади: ті самі пункти до і після

Зверніть увагу, що спільного в правій колонці: спершу ім'я, потім дієслово, день і пункт, з якого все почалося. У цьому весь фах. Усе інше в цьому посібнику — про те, як зберегти цей рядок живим після завершення зустрічі.

Де action items живуть в інструментах, якими ви вже користуєтеся

Кожна велика платформа має місце для action items, і кожна зупиняється в різній точці. Лише задокументована поведінка, зі сторінок самих постачальників, із зазначенням місяця, коли сторінку перевіряли:

Дві речі однакові всюди. Action items — це документ поруч із зустріччю, однією мовою, якою говорила кімната; а чи виконано минулотижневі пункти, документ не відповідає — людина відкриває його на наступній зустрічі й питає.

Як підсумок зберігає список

InterMIND — це простір для спілкування, де зустріч живе в каналі, тож у списку є очевидний дім: чат каналу, куди напередодні потрапив порядок денний і куди після зустрічі повертаються підсумки, — і де кожен учасник пише своєю мовою, а читає інших — своєю. Під час дзвінка список, опублікований як нотатка, з'являється в усіх на екрані поряд із відеоплитками завдяки Share to conference; той, хто ним поділився, редагує його наживо, і кожен учасник читає його своєю мовою. Якщо порядок денний або трекер складали деінде, список потрапляє в канал електронною поштою: власник каналу дає йому окрему адресу, а надіслане на неї повідомлення з'являється як звичайне повідомлення з іменем відправника та збереженими вкладеннями.

Коли дзвінок завершується, підсумок складається з самої зустрічі: резюме, пункти, позначені як погоджені, відкриті чи спірні, і action items — вони фіксуються лише тоді, коли хтось узяв відповідальність, названий або самопризначений, з виконавцем у рядку та міткою часу моменту, коли він сказав «так», яка відкриває транскрипт саме в цьому місці. Дедлайн, якщо його називали, залишається в рядку словами учасника. Підсумок надходить електронною поштою, як повідомлення в каналі та як посилання в події календаря, і кожен авторизований учасник читає його своєю мовою — запис перекладається для кожного читача, а не пишеться один раз мовою, якою випадково говорила кімната. Помилкового виконавця виправляють через Edit; кожне редагування зберігає автора та історію версій, а канал зберігає підсумок кожної минулої сесії, тож пункт тритижневої давності — за один клік.

Для регулярної зустрічі каналу список ще й зачитується назад. Коли складається наступний підсумок, відкриті action items попередньої сесії зіставляються з тим, що було сказано: пункт, про який хтось повідомив, що його завершено, позначається як виконаний; решта позначаються як не виконані з причиною словами зустрічі або «не обговорювалося», якщо ніхто про них не згадав, — поруч із днем, коли їх було записано вперше. В акаунтах із цим попереднім доступом два списки підсумку виглядають так:

## Action items
- [ ] Надіслати Aster переглянутий кошторис (Анна) [12:05]
- [ ] Забронювати японський раунд QA (Кенджі) [27:40]

## Перенесено
- [x] Надіслати пропозицію другому фіналісту (Прія) · 2026-10-06 [0:09]
- [ ] Перенести угоди в нову CRM (Дана) · 2026-09-10 — угоди досі в старій CRM [0:20]

Виконаний пункт також позначається в підсумку, де його було вперше записано; невиконані переходять до наступної сесії. Сторінка підсумку підсумовує action items каналу за останні 30 днів або за весь час — ведучий бачить рядки всіх, учасник — лише свої, — а на початку наступної сесії Mia називає відкриті пункти та їхніх виконавців, тож про список говорять, а не шукають його. Ця частина працює для вибраних акаунтів, поки її вдосконалюють.

Якщо список має потрапити в систему обліку, ведучий додає копію підсумку на будь-яку адресу — вхідну скриньку CRM або трекера, — і кожен підсумок зустрічі чи каналу надсилається туди також після одноразового підтвердження адреси; механіку описано в статті копія кожного підсумку зустрічі у вашій CRM електронною поштою. Той самий підсумок потрапляє в Zapier, вебхук або API з резюме у форматі Markdown, а власний асистент читача — Claude, ChatGPT, Copilot чи Gemini — може читати підсумки через конектор MCP, тож «додай action items з моїх трьох останніх зустрічей до мого списку завдань» — це запит в інструменті, яким людина вже користується.

Гість приєднується за посиланням, без акаунта й безкоштовно — з телефона, у браузері — і чує зустріч наживо своєю мовою. Запису для гостя потім немає — акаунт безкоштовний, і саме він робить запис доступним. Ведучий забезпечує простір і, на платному плані, платить лише за учасників, активних протягом останніх 28 днів; учасники, які затихли, зберігають доступ безкоштовно.

• Відкрийте повний підсумок — справжній запис, згенерований тим самим кодом, що пише ваші, разом з action items.
• Спробуйте живу демонстрацію — без реєстрації; говоріть і чуйте, як кімнату перекладено для кожного слухача.

Action items як ремесло переживають будь-який інструмент: хтось усе одно має сказати «так» завданню вголос, із датою. А от друга робота пережити зовсім не мусить — передруковувати список після дзвінка, однією мовою, і починати наступну зустріч із питання, чи хтось зробив те, про що домовилися минулого разу.

Поширені запитання

Що таке action item?

Action item — це одне завдання, яке виникло на зустрічі, записане як дієслово з об'єктом, один виконавець і одна дата: «Анна — надіслати Aster переглянутий кошторис — до 16 жовтня». Він відрізняється від рішення (про що домовилася кімната), відкритого питання (на яке ще ніхто не зміг відповісти) і завдання проєкту, яке вже живе в трекері. Його мета — щоб людина, якої не було на зустрічі, могла зрозуміти, що станеться, хто це зробить і коли завдання буде прострочено.

Який приклад action item?

«Лена — написати новий текст сторінки цін — до 16 жовтня — з рішення 2». Ім'я, дієслово, день і пункт, з якого все почалося. Те саме, сказане погано, — «Маркетингу переглянути сторінку цін»: ні людини, ні умови завершення, ні дати.

Як записувати action items у протоколі зустрічі?

По одному рядку, під окремим заголовком: виконавець, завдання, термін — саме в такому порядку: «Дія: М. Бауер — оновлений прайс-лист для відділу продажів — до 5 вересня». Записуйте пункт у ту мить, коли хтось його бере, зачитайте вголос із датою, щоб виконавець підтвердив, і наприкінці зустрічі перелічіть усі пункти разом. Action item без виконавця натомість фіксується як відкрите питання; повний формат описано в посібнику з протоколів зустрічей.

Чим action item відрізняється від завдання?

Action item народжується на зустрічі й перевіряється цією зустріччю: це один рядок із виконавцем і датою, і життя його коротке — дні або тижні. Завдання живе в трекері з власним статусом, оцінкою та історією й може пережити багато зустрічей. Action item часто перетворюється на завдання («Матеуш — створити тікет для виправлення експорту — до завтра»), але згадка наявного тікета на зустрічі не робить його новим action item.

Хто відповідає за action items на зустрічі?

Кожен action item має рівно одного виконавця — того, хто сказав «так», у кімнаті, — а за список відповідає ведучий: зачитує його наприкінці, публікує того ж дня й починає з нього наступну зустріч. Пункт, призначений відсутньому, — це рядок, на який ніхто не погоджувався; справжній пункт тут — спитати його.

Як відстежувати action items із зустрічей?

Ведіть один список на регулярну зустріч, а не по одному на кожну; починайте кожну зустріч із нього — кожен виконавець за дві хвилини каже «виконано» або «не виконано» і чому; надавайте кожному пункту один із трьох станів і ніколи не переносіть невиконаний пункт мовчки: призначте нову дату, нового виконавця або відкиньте його — у кімнаті. Для списку підійде будь-який документ, таблиця чи canvas. У каналі InterMIND підсумок сам складає список із зустрічі, а для регулярних зустрічей у попередньому доступі функції перенесення зачитує відкриті пункти попередньої сесії й позначає кожен як виконаний або невиконаний із причиною.

Чи можуть Zoom, Teams або Google Meet створювати action items автоматично?

За їхньою документацією: підсумок зустрічі від AI Companion у Zoom містить розділ «Next steps» у платних планах Zoom Workplace, а під час зустрічі можна поставити готове запитання «Які action items?»; нотатки зустрічі в Microsoft Teams дають учасникам змогу призначати завдання, позначаючи людей, а підсумок Teams містить завдання для подальших дій; Take notes for me у Google Meet додає «suggested next steps» до документа з нотатками, де людина може їх призначити. У кожному випадку запис зберігається однією мовою, якою проходила зустріч; Google зазначає, що кілька мов на одній зустрічі не підтримуються.

Джерела: Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Recap in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Zoom — Meeting questions with AI; Google Workspace Updates — "Take notes for me" now captures "next steps"; Google Meet — "Take notes for me" in Google Meet; Slack — Meeting agenda template (canvas). Сторінку Microsoft про нотатки, довідкову сторінку Google Meet і шаблон Slack перевірено в жовтні 2026; сторінку Microsoft про підсумок і сторінку Zoom про підсумок зустрічі — у серпні 2026; сторінку Zoom про запитання під час зустрічі й анонс Google про наступні кроки — у вересні 2026. Постачальники з часом змінюють плани, функції та списки мов; актуальний стан дивіться на їхніх сторінках.