CoreviaFlowCOREVIAFLOWDIGITAL PROJECT COMPANY Залишити заявку
EN UA RU
Автоматизація та робочі інструментиUS

Інтеграція та автоматизація Trello

Нова угода стає карткою на вашій дошці Trello, картка, перенесена в «готово», змінює етап угоди, а менеджер бачить, де робота, не відкриваючи дошку.

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

Що підключаємо

  • Разом дивимося на ваш Trello: які дошки й списки беруть участь, що зазвичай є в картці — мітки, учасники, чекліст, термін — і що з цього має бути видно в CRM. Зазвичай бере участь одна дошка, а не весь робочий простір.
  • Названий користувач з вашого боку — зазвичай адміністратор дошки — випускає для під'єднання особистий ключ доступу в налаштуваннях Trello. Під час випуску він обирає, що ключу дозволено (лише читати або читати й писати) і на який строк він дійсний. Ключ можна відкликати будь-якої миті з тієї ж сторінки налаштувань.
  • Зіставляємо угоду з карткою: назву угоди — із заголовком картки, клієнта й посилання на картку в CRM — з описом, менеджера — з учасником картки, етап CRM — зі списком. Мітки й терміни зіставляємо один до одного, щоб дошка виглядала так, як звикла команда.
  • Домовляємося, що що запускає: угода, яка дійшла до погодженого етапу, створює картку в першому списку; картка, перенесена в інший список, змінює етап угоди; картка, заархівована або перенесена в «готово», закриває крок у CRM; коментар до картки копіюється в історію клієнта.
  • Налаштовуємо сповіщення: Trello сам надсилає під'єднанню повідомлення щоразу, коли на обраній дошці щось змінюється — картку створено, перенесено, прокоментовано чи заархівовано, — тож нічого не треба перевіряти руками. Кожне повідомлення підписане Trello, і під'єднання перевіряє підпис, перш ніж йому довіряти.
  • Спершу запускаємо під'єднання на копії дошки, звіряємо картки, які воно створює, з вашою звичною карткою і лише тоді спрямовуємо на робочу дошку. Ваші списки, мітки, правила автоматизації й Power-Ups лишаються недоторканими.

Сценарії автоматизації

01

Виграна угода стає карткою у списку «Нові замовлення»

Було менеджер виграє угоду, відкриває Trello, руками створює картку, вставляє дані клієнта й додає стандартний чекліст по пам'яті — а часом картка так і не з'являється.

Стало щойно угоду позначено як виграну, у «Нових замовленнях» з'являється картка з клієнтом, погодженим обсягом, чеклістом і посиланням на угоду; команда лише бере її в роботу.

02

Картка переходить у «Готово» — угода теж рухається

Було команда перетягує картку в «Готово», а менеджер дізнається про це наступного дня, коли питає клієнт.

Стало щойно картка потрапляє в «Готово», угода в CRM переходить на наступний етап, і менеджер бачить її у своєму звичному списку справ — виставити рахунок, попросити відгук.

03

Коментар до картки потрапляє в історію клієнта

Було команда пише на картці «клієнт не надіслав адресу», а менеджер бачить це лише тоді, коли відкриє дошку.

Стало коментар копіюється в історію клієнта в CRM з автором і часом, менеджер читає його у звичному місці й одразу телефонує клієнту.

04

Менеджер бачить дошку з картки клієнта

Було щоб відповісти «де моє замовлення?», менеджер відкриває Trello, гортає дошку і шукає картку за ім'ям клієнта.

Стало картка клієнта в CRM показує, у якому списку картка, хто на ній і коли термін, із прямим посиланням на картку — відповідь займає секунди.

Як це працює технічно

Для тих, хто перевіряє: кожен пункт веде на сторінку офіційної документації, звідки він узятий.

  • Доступ до REST API Trello — через ключ API плюс токен користувача; токен може читати й писати весь обліковий запис, тому його тримають у секреті.

    Джерело: developer.atlassian.com ↗ перевірено 2026-09-28
  • Картка — базова одиниця Trello: має назву, опис, мітки, учасників та історію дій із коментарями; API читає, створює й редагує дошки, списки й картки.

    Джерело: developer.atlassian.com ↗ перевірено 2026-09-28
  • Вебхуки: щоразу, коли змінюється відстежувана дошка, список чи картка, Trello робить HTTP-запит на обрану адресу; кількість вебхуків не обмежена.

    Джерело: developer.atlassian.com ↗ перевірено 2026-09-28
  • Запити вебхуків підписані Trello (заголовок X-Trello-Webhook) і повторюються 3 рази з наростаючими паузами, якщо отримувач недоступний.

    Джерело: developer.atlassian.com ↗ перевірено 2026-09-28
  • Користувач бачить усі застосунки, яким дав доступ, і може відкликати їхній токен у налаштуваннях облікового запису; області дії токена — read, write і account.

    Джерело: developer.atlassian.com ↗ перевірено 2026-09-28
  • Ліміти частоти: 300 запитів за 10 секунд на ключ API і 100 запитів за 10 секунд на токен; перевищення повертає помилку 429.

    Джерело: developer.atlassian.com ↗ перевірено 2026-09-28

Обмеження

Trello обмежує, як часто до нього можна звертатися: не більше 100 запитів за 10 секунд для одного ключа доступу і 300 за 10 секунд для одного застосунку, зі значно суворішим лімітом на запити про облікові записи учасників; при перевищенні Trello відповідає помилкою 429, тож масові зміни йдуть порціями, а під'єднання будується так, щоб чекати й повторювати. Довгі списки — картки, дії — приходять порціями не більше 1000, а запит усіх карток дошки разом із повною історією може бути відхилений як завеликий, тож історію читаємо окремо. Сповіщення від Trello повторюються 3 рази, якщо наш бік не відповідає (через 30, 60 і 120 секунд), і потім відкидаються; якщо сповіщення не доходять 30 днів поспіль, Trello вимикає їх сам, а якщо ключ, до якого вони прив'язані, відкликано або строк його сплив, сповіщення видаляються разом із ним — тож ми стежимо за датою закінчення ключа і за здоров'ям приймальної сторони. Ключ доступу діє від імені людини, яка його випустила, і може читати й писати все, що може вона, тож радимо випускати його від названого користувача з доступом лише до погодженої дошки; якщо ключ колись витече, його треба негайно відкликати в налаштуваннях Trello.

Скриншоти

Дошка Trello зі списками To Do, This week і Read later та картками з термінами
Дошка Trello: кожна картка — задача; CRM може створювати картки і бачити, коли вони переходять між списками. Джерело: trello.com ↗
Картка Trello з учасником, міткою Priority, терміном, описом і прогресом чек-листа
Усередині картки Trello — учасники, мітки, термін і чек-лист; ці поля зіставляються з карткою клієнта в CRM. Джерело: trello.com ↗

Як почати

Три кроки від першого повідомлення до роботи над вашим проєктом.

  1. 01

    Залиште заявку

    Опишіть задачу у формі — текстом або голосом. Бюджет і строки — за бажанням.

  2. 02

    Ми розбираємо й оцінюємо

    Розробник вивчає ТЗ, уточнює незрозуміле й надсилає оцінку.

  3. 03

    Починаємо

    Щойно обсяг і ціну узгоджено, починаємо роботу.

або напишіть на info@coreviaflow.space

Питання

Нашій команді треба відмовитися від Trello?
Ні. Команда й далі перетягує картки на тій самій дошці; під'єднання лише створює картки для нових угод і стежить, куди вони рухаються. Єдине, що змінюється, — нові картки вже містять дані клієнта й посилання на угоду, а менеджер бачить стан дошки з CRM.
Під'єднання побачить усі наші дошки?
Ключ доступу бачить усе, що бачить користувач, який його випустив, — так влаштований Trello. Тому радимо випускати його від названого користувача, який є учасником лише погодженої дошки, а під'єднання налаштовуємо стежити лише за цією дошкою. Ключ можна відкликати будь-якої миті в налаштуваннях облікового запису Trello.
Що станеться, коли строк ключа доступу спливе?
Trello перестає приймати під'єднання, а сповіщення, прив'язані до цього ключа, видаляються разом із ним, тож картки перестають рухатися між системами, доки не випустять новий ключ і не налаштують сповіщення заново. Строк дії обирають під час випуску ключа, тож ми разом записуємо дату й наперед домовляємося, хто перевипускає ключ до її настання.
Чи можна лишити наші правила Butler і Power-Ups?
Так. Під'єднання створює картки й читає їхній рух так само, як це робила б людина, тож ваші правила автоматизації і Power-Ups працюють і з цими картками. Ми лише разом перевіряємо, щоб якесь правило не перенесло нову картку кудись несподівано, перш ніж команда її побачить.

Розкажіть, що потрібно підключити

Опишіть задачу текстом або голосовим. Ми подивимось, що у вас є, і відповімо планом.

Схожі інтеграції

Автоматизація та робочі інструментиUS

Jira

Виграна угода стає задачею в Jira, скарга клієнта — задачею підтримки з посиланням на його картку, а менеджер бачить статус задачі в CRM, не питаючи інженерів.

Дивитись сценарії →
CRMUS

monday CRM

CRM у вигляді дошок від monday.com: підключіть раз — і ліди, угоди й контакти синхронізуються з рештою бізнесу

Дивитись сценарії →
Автоматизація та робочі інструментиUS

Notion

Угоди з CRM з'являються сторінками у вашій базі Notion, закриті в Notion задачі рухають угоду далі, а вікі команди лишається там, де команда й так є.

Дивитись сценарії →
Автоматизація та робочі інструментиUS

Slack

Slack як пульт команди: ліди, угоди й дзвінки з CRM потрапляють у канал, і команда реагує, не виходячи з чату

Дивитись сценарії →
Автоматизація та робочі інструментиUS

Zapier

Zapier з'єднує сервіси без коду: ми налаштовуємо зв'язки або замінюємо їх власним кодом, коли кроків стає забагато

Дивитись сценарії →
Автоматизація та робочі інструментиUS

Google Sheets

Таблиця, в якій уже живе ваша команда: ліди з Google Таблиці йдуть у CRM, звіти повертаються в таблицю, і ніхто не копіює рядки вручну

Дивитись сценарії →

Впровадження · Розробка · Інтеграції →

Trello — товарний знак правовласника. CoreviaFlow не афілійована з ним, якщо не вказано інше. Скриншоти взяті з відкритих матеріалів розробника, джерело — під кожним.