Автоматизація будь-якого рівня складності
Від однієї форми, що замінює таблицю на двадцять стовпців, до платформи з ролями, журналом дій та інтеграціями. Планка якості однакова — різниця лише в обсязі проєктування й реалізації.
ШістьНапрямів, у яких я працюю найглибше. Якщо ваша задача на їхньому перетині чи поза ними — опишіть її, і я чесно скажу, чи це мій профіль.
Шість типів систем — і ознаки того, що вам потрібна саме така
1Реєстри та сервіси установ
Облік звернень, заявок і майна з історією змін замість файлів, які розходяться між людьми.
Реєстри звернень, заявок, майна, договорів і рішень — з ролями, пошуком і вивантаженням. Кожен запис має автора, час і попереднє значення, тому спірне питання закривається за хвилину, а не нарадою.
- Звернення живуть у зошиті або в поштовій скриньці
- Звіт для керівництва збирається руками щомісяця
- Історію зміни доводиться відновлювати з листування
2Бек-офіс і фронт-офіс
Одне джерело правди з журналом дій — і кабінет, в якому клієнт чи працівник самостійно знаходять потрібну інформацію, без зайвих дзвінків.
Робоче місце, у якому живе операційна діяльність: заявки, клієнти, договори, склад, послуги, довідники. Плюс зовнішній контур — кабінет клієнта, працівника чи партнера із власними даними, статусами й документами. Ролі й права доступу, історія кожної зміни з автором і часом.
- Головна таблиця відкрита у трьох людей, і всі три версії різні
- Ніхто не може сказати, хто і коли змінив цифру
- Підтримка щодня відповідає на однакові запитання про статус
3Інтеграції між сервісами
Дані переходять із системи в систему самі — з журналом обміну й захистом від того, щоб запис загубився чи продублювався.
Обмін даними між системами, які не вміють спілкуватися між собою — бухгалтерія, CRM, платіжні провайдери, месенджери, поштові сервіси, зовнішні API та державні реєстри. З журналом обміну, повторними спробами й захистом від дублювання.
- Одні й ті самі дані вносяться у дві системи
- Оплату видно в банку, але не видно в обліку
- Про помилку передачі даних дізнаються з телефонного дзвінка
4Інформаційні портали
Ресурс, який редагує ваш співробітник і який можна перевірити незалежними інструментами.
Новини, документи й публічна інформація з пошуком. Швидкі, доступні та придатні для індексації сторінки, які оновлює ваш працівник сам: панель керування українською, зрозуміліша за Word, і жодного рядка коду. Окремий напрям — ресурси установ, де до інженерії додаються вимоги закону.
- Сторінка відкривається довше, ніж людина готова чекати
- Щоб змінити один абзац, треба писати розробнику
- Сторінки не проходять перевірку на доступність
5Освітні платформи та LMS
Онлайн-платформа закладу, розклад і матеріали до уроків, які веде ваш працівник, а не підрядник.
Веб-платформи закладів освіти, розклади, матеріали й завдання до уроків, оголошення для батьків. Розділ прозорості під чинну редакцію ст. 30 з датами оновлення до кожного документа.
- Щоб змінити розклад, треба писати розробнику
- Документи заховані всередині новин, і їх не знайти
- У чаті питають те, що мало б бути на сторінках закладу
6Автоматизація рутини
Задача виконується за розкладом, повторює спробу після збою і сама повідомляє, якщо щось пішло не так.
Ручні дії, які повторюються щодня чи щомісяця, перетворюються на фонову задачу: імпорт і звірка даних, формування довідок, актів і звітів, нагадування, розсилки, вивантаження в бухгалтерію.
- Одна й та сама послідовність кліків повторюється щотижня
- Дані переносяться з файлу в систему копіюванням
- Помилка виявляється лише тоді, коли її вже помітив клієнт
1–2 тижніКрок, після якого ви бачите працездатну частину системи, а не звіт про виконану роботу.
П’ять кроків від задачі до системи, яку передали
Найдорожча помилка в замовній розробці — почати писати код до того, як стало зрозуміло, як влаштований процес. Тому перші два кроки коштують найменше і вирішують найбільше.
- 1
Вимоги або технічний аудит
Що нова система має робити — або в якому стані наявна. Дивлюся, як робота виконується зараз: хто, що, у якій послідовності й де витрачається час. На виході — карта процесу, обсяг першого етапу, строк і вартість.
- 2
Архітектура
Опис, схеми й рішення з обґрунтуванням кожного. Модель даних, ролі, сценарії, точки інтеграції та поведінка при збоях продумуються до написання коду. Помилка, знайдена на цьому етапі, виправляється за години — а не тижнями переробки після запуску.
- 3
Розробка
Код, інтеграції та міграції без втрати даних. Працездатна частина системи кожні один–два тижні: ви бачите прогрес у робочому середовищі й можете скоригувати напрям, поки це дешево.
- 4
Перевірка й тестування перед релізом
Безпека, доступність і швидкість — умова передачі, а не побажання. Збірка проходить прогін у середовищі, наближеному до продуктового, і не передається, поки не пройде контрольні перевірки.
- 5
Запуск і навчання
Передаю готову систему разом із навченим персоналом. Перенесення даних, інструкція та доступи переходять до вас. Для замовної системи разом з ними переходить і вихідний код; для готової платформи — безстрокова ліцензія та вивантаження даних на вимогу.
Що робити, якщо система вже є — і що буде після запуску
Модернізація застарілого
Систему, яку страшно чіпати, розбираю на частини й переношу поетапно. Спершу тести й контроль над поведінкою, потім заміна вузлів по одному. Робота не зупиняється, кожен крок можна відкотити, і це не «велике переписування», яке ніколи не закінчується.
Супровід після запуску
Моніторинг, оновлення безпеки, щоденна звірка залежностей з базами вразливостей, розвиток за потреби. Домовленість прозора — фіксований обсяг, фіксована ціна, прямий зв’язок з інженером без менеджерів між нами.
Без екзотикиОбираю те, що переживе моду. Через рік до вас може прийти інший інженер, і він має відкрити проєкт і почати працювати, а не переписувати його з нуля.
Стек, з яким я працюю щодня, а не «пробував»
- СерверNode.js, NestJS, TypeScript — типізований бекенд з чіткими межами модулів, від моноліту до мікросервісів.
- ДаніPostgreSQL, MongoDB, Redis — транзакції, обмеження цілісності, кешування, міграції під контролем версій.
- ІнтерфейсReact, Next.js, Astro — від внутрішньої панелі керування до швидкого публічного ресурсу, доступного й без зайвого коду в браузері.
- ІнфраструктураDocker, AWS та Azure, серверлес-функції — кероване розгортання через CI/CD і оплата за фактичне використання замість утримання серверів.
- СпостережуваністьЖурналювання, метрики й трасування. Стан системи видно наживо, а причина збою відновлюється з даних, а не з переказів.
- НадійністьТести, журналювання, черги та фонові задачі з повторними спробами й контролем збоїв.
Понад п’ять років інженерного досвіду, з них більше двох — у фінтеху й банківському секторі. Це середовища, де відмова системи має ціну, звідти й звичка до транзакційної цілісності, журналювання та контролю доступу за замовчуванням, а не «якщо залишиться час».Що я закладаю завжди, а що — за потребою системи.
Чотири запитання, які ставлять найчастіше
- 1
У мене маленька задача, це не «система»
Тим краще. Форма, що замінює таблицю, або скрипт, який щоночі зводить два файли, окуповуються найшвидше, і саме з них зазвичай починається все інше.
- 2
А якщо задача дуже складна?
Тоді вона розбивається на етапи, кожен з яких дає працездатний результат. Складність не привід відмовлятися — привід ретельніше проєктувати й не робити все одразу.
- 3
Ми не знаємо, чого хочемо технічно
І не мусите. Моя робота — перекласти опис «як це відбувається зараз» у технічне рішення. Від вас потрібне знання власного процесу, а не термінологія.
- 4
Що буде, якщо ви зникнете?
Дані, контент і доступи ваші від початку, документація передається разом із системою. У замовній розробці вихідний код теж ваш, і інший інженер входить у проєкт за тиждень.
Опишіть задачу — поверну розбір і оцінку
Напишіть, що зараз робиться руками або що не працює. Протягом 10 робочих днів отримаєте зрозумілий документ — що можна змінити і в якому порядку, а вартість узгодимо після короткої розмови. Без технічного жаргону.
або напишіть туди, де зручно