Дошка Kanban з фізикою перетягування
Картка нахиляється в русі, колонка-ціль підсвічується кольором стадії, сусідні картки самі перебудовуються під новий порядок. Бейдж «хто зараз дивиться цю угоду» і бейдж віку картки в стадії — прямо в кутку.
Можливості
Що це дає вашій друкарні
Кожен пункт нижче — реальний модуль продукту з посиланням на сторінку документації. Ми не вигадуємо функцій, яких немає.
Замовлення та виробництво
Наскрізний цикл замовлення друкарні — від приймання до видачі готового тиражу — на живій дошці, а не в таблиці рядків.
Стадії з ролями, а не назвами
Назву стадії адміністратор міняє будь-коли — автоматика (сповіщення, звіти, гейти) звертається до фіксованої ролі стадії, тож перейменування нічого не ламає.
Чек-лист постдруку з окремою роллю цеху
Довідник операцій (ламінація, різка, біговка…), відмітка «готово» з автором і часом, бейдж прогресу «✓ 3/5» на картці без її відкриття.
Повтор замовлення в один клік
Постійний клієнт возить той самий тираж по кілька разів на рік — і щоразу це було переписування ТЗ вручну. Тепер копія створюється кнопкою: ТЗ і макет успадковуються, дата й сума лишаються на уточнення. Повторити може і менеджер зі списку замовлень, і сам клієнт зі свого кабінету.
Гейти переходу стадій — правила без розробника
Конструктор у налаштуваннях: умови на полях замовлення (сума, борг, незакритий чек-лист, порожнє ТЗ) блокують вхід на стадію. Кілька умов — через «І», кілька правил — через «АБО». Перевіряється весь шлях переходу, «Відмова» завжди відкрита.
Перемотка робочого дня (Replay)
Дошка відматується назад і програє реальні події дня — переходи стадій, нові замовлення, СТОПи, оплати, відмітки цеху. Плеєр з паузою, кроком по подіях і посиланням на конкретний момент. Стан картки поточний, не історичний.
Технічне завдання — рушій друку
ТЗ у BrightPrint — не текстове поле, а рушій, що розуміє розмітку, рахує формули і малює ескізи розмірів прямо з тексту.
Розмітка без кнопки «Preview»
Заголовки, чек-бокси друку [ ] / [x] (за принципом «все або нічого»), таблиці, попередження, цитати клієнта — форматуються на льоту під час набору.
Формули і суми прямо в тексті
«2*150+200=» — рушій рахує; рядки з «= 500 грн» підсумовуються по секціях і звіряються із сумою замовлення.
SVG-ескізи розмірів із розмітки
[90x50мм] — прямокутник з розмірними стрілками, [d50мм] — коло з осями. Модифікатори +2 (виліт під обріз), r3 (скруглення), fold (лінія згину) комбінуються в одному записі.
Шаблони ТЗ і компактний вигляд
Довгі ТЗ згортаються по секціях, система пам’ятає стан окремо для кожного замовлення. Шаблони під типові вироби.
Платежі та фінанси
Звірка банківських платежів — найбільша ручна робота менеджера в звичайній CRM. Тут вона автоматична.
Автоматична розноска банківських платежів
Бот читає Telegram-групу банк-агрегатора, парсить суму, дату та ЄДРПОУ, зіставляє із замовленням каскадом із 4 рівнів. При повній оплаті — авто-перехід у «Передоплата отримана» і сповіщення клієнту й менеджеру.
Структурований вебхук від банк-сервісу
Приймання платежів окремим сервісом з ідемпотентністю (dedupe). Непривʼязані платежі йдуть у центр сповіщень на ручний розбір.
Авансовий гаманець клієнта
Окремий баланс на картці контакту, не привʼязаний до замовлення. Кожна операція — незмінний рядок журналу; помилку виправляє коригування. Звіти «Аванси» і «Рух авансів».
Борг і аванс — перед тим, як відвантажити
Борг та аванс видно і по кожному замовленню, і зведено по клієнту — тобто питання «а він нам нічого не винен?» вирішується до відвантаження, а не через місяць. Гейт переходу стадій може просто не пустити замовлення у видачу, поки є непокритий борг: це правило налаштовується, а не зашите в код.
Первинні документи з коробки
Рахунок, видаткова накладна, акт — PDF і DOCX за шаблонами, авто-нумерація за (ФОП, тип, рік), кілька ФОП з кількома рахунками. Статус оплати синхронізований з реальними платежами.
Погодження макетів (Proof)
Юридично значуще безпаперове погодження — доказ на випадок спору «я не бачив цей файл».
Підпис одним чекбоксом з фіксацією
Клієнт відкриває макет у кабінеті (переглядач із зумом для PDF/JPG/PNG), лишає правки на макеті або підтверджує друк. Підтвердження фіксує дату, час, IP та ідентифікатор сесії й генерує PDF-акт.
Раунди версій і тред із менеджером
Кожен новий макет — окремий раунд, попередні версії в архіві. Листування клієнт↔менеджер прямо на сторінці погодження, з файлами. Менеджер бачить статус у картці замовлення.
Доставка — Нова Пошта
ЕН оформлюється в картці замовлення, без другого вікна і ручного переписування даних.
ЕН, етикетка й трекінг із картки
Місто й відділення — лише зі справочника НП (лікування від опечаток). Живий розрахунок «орієнтовно 94 ₴, доставка 20.08» ще до створення накладної. Друк етикетки, видалення накладної, реєстр пачкою.
Форма заповнюється сама
Менеджери роками писали адресу вільним текстом в одне поле — система розбирає саме його. На реальній базі з 2 400 записів телефон розпізнається у 96 % випадків, ПІБ — у 95 %, місто — у 93 %. Повторна відправка підставляє не «схожі» дані, а точні ідентифікатори минулої накладної: того самого замовлення або останньої відправки цього клієнта.
Автотрекінг і автозакриття
Статуси оновлюються самі, клієнту йде сповіщення в Telegram/email без дублів, при статусі «Отримано» замовлення закривається. Сторінка «Відправлення»: власні витрати на доставку окремо, фільтр «залежані».
Сповіщення та автоматизація
Центр сповіщень з SLA-ескалацією, роботи на подіях і Telegram — щоб не заходити в CRM заради одного факту.
Центр сповіщень з SLA-ескалацією
Непрочитане підіймається вище по ролі: 15 хвилин → 1 година → 3 години. Чати-кімнати до 10 осіб із вкладеннями, follow-up «замовлення готове, але не видане N днів».
Роботи на подіях і діях
Конструктор «подія → умова → дія»: сповіщення, зміна стадії, лист. Налаштовується адміном/керівником без коду.
Telegram-бот для персоналу і клієнтів
Співробітнику — особисте повідомлення про оплату, новий заказ, СТОП, ескалацію. Клієнту — opt-in бот для статусів замовлення й руху посилки. Telegram Business — реквізити від імені живого бізнес-акаунта.
Telegram Business — реквізити від імені друкарні
Реквізити на оплату йдуть клієнту не від безликого бота, а від живого бізнес-акаунта вашої друкарні — у тому самому діалозі, де ви з ним і так листуєтесь. З кнопками «Оплатив» / «Скасувати» на боці клієнта, тож менеджер бачить реакцію, а не гадає, чи дійшло.
Звіти та аудит
Девʼять вкладок звітів з розгортанням «+» — від суми в рядку до списку конкретних замовлень, що її склали.
Звіти з drill-down
Зведення, продукція, менеджери, воронка, постпечать, фінанси, рух авансів та інші. Клік по цифрі розкриває замовлення за нею.
Журнал аудиту — хто дав знижку і хто видалив замовлення
Питання власника «хто змінив суму», «хто дав знижку 20 %» і «хто це видалив» мають відповідь, а не версії. Повна історія правок по всіх замовленнях і клієнтах: сума, стадія, ТЗ, чек-лист, реквізити — хто, коли, що саме. Події однієї сесії склеюються в один рядок, а для розслідування є сира стрічка з фільтром за конкретним полем або групою (фінанси / макет / ТЗ / доставка). Окремо — журнал входів співробітників і клієнтів: IP, браузер, пристрій, невдалі спроби з причиною відмови.
Ролі, доступ і кабінет клієнта
Пʼять ролей з дробленням на capabilities і переозначенням по відділу. Цех — це роль, а не урізаний менеджер.
RBAC: admin / lead / manager / worker / client
Права дробляться на capabilities (deals.edit, payments.income_full…) з можливістю переозначення по відділу. Матриця прав наочна, окрема людина отримує точкове право без зміни ролі.
Роль «цех» (worker)
Доступ до ТЗ, чек-листа, коментарів і руху по стадіях — без фінансів, рахунків і цін. «Підлога»-стадія не дає відкотити замовлення нижче точки циклу.
Кабінет клієнта — вхід без пароля
Magic-link на email. Клієнт бачить лише свої замовлення (білий список полів), повторює замовлення в один клік, погоджує макет, стежить за посилкою, листується з менеджером.
Інтеграції та надійність
Автономний режим: усі правки лише у власній БД, без залежності від зовнішньої CRM.
Google Drive під кожен заказ
Автостворення папки <місяць-рік>/<№ заказу>/ при першому відкритті, публічне посилання в картці, автозаливка рахунків/накладних, підпапка preview/ під макети.
Пошта Gmail у картці контакту
Листування прямо в картці, авто-лист клієнту при підтвердженні оплати, синхронізація вхідних кожні 2 хвилини.
Мобільна версія для цеху й директора
Цех не сидить за монітором, а директор дивиться замовлення з телефона між зустрічами. Тому на вузькому екрані це не стиснута таблиця: картки замість рядків, bottom-sheet замість випадних меню, канбан зі scroll-snap і long-press замість перетягування пальцем.
Автономність, бекапи й вихід із системи
Жодної залежності від зовнішньої CRM-платформи: єдине джерело даних — власна база вашої друкарні. Якщо чужий сервіс змінить правила, підніме ціну або піде з ринку — вас це не зачепить. Щоденний зашифрований (Fernet) бекап о 02:00 із контролем свіжості в /healthz, тобто система сама помічає, якщо бекап не пройшов. Експорт усіх ваших даних — однією кнопкою, будь-коли.
Порівняння
Між універсальною CRM і виробничою платформою
Орієнтовні ринкові показники, 2026. Універсальні CRM — сильний загальний інструмент продажів, який масштабується під будь-яку галузь. Web2Print і виробничі платформи починають з каталогу продукції: параметри, автоматичний розрахунок, склад, обладнання, магазин на сайті. Якщо ваш прайс можна порахувати формулою — вони підійдуть краще за нас, і ми це прямо кажемо. BrightPrint починає з іншого боку: із замовлення, яке щоразу трохи інше.
| Критерій | BrightPrint | Універсальна CRM | Web2Print / виробнича платформа |
|---|---|---|---|
| Під поліграфію | нативно | універсальні інструменти, потрібне доналаштування | через конфігурацію платформи |
| ТЗ з ескізами й формулами | є | текстове поле | нема з коробки |
| Авторозноска платежів за ЄДРПОУ | є | матч за сумою й текстом призначення | банківський модуль плюс ручна звірка |
| Погодження макетів з фіксацією часу та IP | є | нема | нема з коробки |
| Чек-лист постдруку з окремою роллю цеху | є | мультисписок без автора й часу | через модулі виробництва |
| Замовлення, яке не порахуєш калькулятором | основний сценарій | текстове поле | спершу треба описати технологію |
| Каталог продукції з онлайн-калькулятором | нема | нема | є |
| Магазин на сайті з онлайн-оплатою | нема | нема | є |
| Склад, собівартість, планування машин | нема | нема | є |
| Інтеграція з друкарською машиною | нема | нема | є в частини платформ |
| Час до старту | дні | години самостійно | тижні–місяці, поетапне впровадження |
| Ліміти | нема | тарифні пороги за обсягом замовлень | доплата за кожні наступні 10 користувачів |
| Підписка/міс | $129 за всю друкарню, скільки б вас не було | зазвичай $20–65 за користувача | €14–30 за користувача або ≈1 500–1 800 грн за модуль |
| Запуск | $400 самостійно або $800 під ключ, ціна фіксована | самостійно або силами інтегратора | сервер плюс проєкт впровадження від 30 000 грн |
| Перенесення даних | входить в обидва формати запуску | самостійно або окремою послугою | окремий етап проєкту |
| Повна вартість року 1 | 70–87 тис. самі · 88–105 під ключ | 22–31 тис. самі · 54–91 з інтегратором | 58–253 тис. грн |
Інтеграція з «Новою Поштою» є і працює скрізь — це ринковий стандарт, а не чиясь перевага. Повна вартість року 1 порахована для друкарні на ~10 осіб, з урахуванням роботи інтегратора за ринковими ставками 1 500–1 800 грн/год.
Дивіться на останній рядок, а не на передостанній. За прайсом підписки ми дорожчі — і не робимо вигляду, що ні. Але у нас налаштування воронок, роботів, пошти, месенджерів і міграція входять у впровадження, а не виставляються окремим рахунком. За повною вартістю першого року дешевше за нас виходить лише варіант «налаштуємо самі».
Повний розбір вартості першого року → · Кому це не підходить →