Ми підключаємося там, де все починає ламатися: продукт, який має витримати погляд інвесторів, або операційка, що переросла таблиці. Спершу стабілізуємо, потім будуємо те, що далі.
Проблема
Робота
Замовлення, виробництво, склад, собівартість і звітність в одній моделі — щоб цифри, за якими керівник ухвалює рішення, походили звідти ж, де фіксується робота, а не зі щомісячної звірки між чотирма інструментами. Побудована навколо процесу, який у компанії вже є, а не замість нього процесом вендора.
Витяг даних із документів і фотографій, класифікація та маршрутизація, чернетки всередині робочого процесу. Кожен випадок обмежений схемою, у яку він пише, перевірений на ваших власних даних, перш ніж від нього щось залежить, і достатньо дешевий за виклик, щоб не вимикати.
Для внутрішнього ПЗ, яке бізнес переріс, але на якому досі працює. Ми описуємо, що воно насправді робить, разом із поведінкою, якої ніхто не задокументував, а потім переносимо його по одному сценарію, поки стара система обслуговує те, що їй лишилося.
У продакшені
Нова система запускається поруч зі старою, на тих самих даних. Спочатку її опановують ключові співробітники, решта працює як раніше; коли все готово, усі просто переходять на нову. Стара лишається запасним варіантом, тож відкат можливий на будь-якому кроці — без простою, без втрати даних і без «великого перемикання».
ШІ добре розпізнає документи, фото й текст, але йому не можна довіряти арифметику та рішення «на око». Тому модель лише витягує дані, а рахує й перевіряє їх звичайний код — за тими самими правилами, що й ручне введення. Якщо щось не сходиться, система прямо каже, що саме не так, а не записує тихо неправильну цифру. Саме тому ШІ можна тримати ввімкненим цілий день.
Система бачить, де новий співробітник помиляється в роботі, і добирає матеріали саме з цих тем. Розумний пошук працює поверх звичайної, зрозумілої структури знань і нічого не ламає, якщо тимчасово недоступний. Новачкові не треба місяць самотужки з'ясовувати, де він найслабший.
Розподіл заявок, нагадування й підсумки дня працюють за розкладом, а не на звичці, тож заявка, яку ніхто не взяв, одразу стає помітною. А звіти збираються з тих самих записів, у яких ведеться робота, — їх не треба перевіряти перед нарадою.
На практиці
Рецепт, специфікація або наряд, перетворені на щось із цифрами: вихід, втрати, собівартість одиниці і те, скільки робота насправді заробляє, а не виставляє в рахунку. Та сама робота, що інакше живе в зошиті поруч із таблицею.
На вхід іде фото рукописного документа або чека постачальника; на виході — розпізнані позиції й актуальні ціни у вигляді структурованих записів, на яких і так працює решта системи. Модель обмежена цією структурою. Саме тому вона витримує, коли з нею працюють цілий день.
Розрахунки виконуються на пристрої, тож обʼєкт без звʼязку залишається робочим, а бек-офіс бачить дані, щойно зʼявляється підключення.
Випускаємо в стори або на власну інфраструктуру компанії, локалізуємо там, де є користувачі, і супроводжуємо релізним циклом, а не передаємо й забуваємо.
Довга дистанція
Це не проєкт із передачею наприкінці. Система, на якій працює компанія, живе роками: вона приходить етапами, кожен придатний до роботи ще до початку наступного, а далі її треба тримати живою, поки бізнес навколо змінюється.
Ми розбираємося в роботі, роблячи роботу: дивимося на процес таким, як він працює насправді, включно з тим, чого ніхто не записав. На виході — модель даних, на яку нашаровуються наступні пʼять років, а не список функцій.
Перший реліз повністю закриває один реальний сценарій і йде в щоденну роботу. Далі рішення обговорюються проти того, як бізнес поводиться насправді, а не проти документа.
Операційці на двадцять людей і на двісті потрібні різні системи. Ми будуємо під те, де бізнес зараз, із запасом на наступну стадію, а не під оргструктуру, якої ще немає.
Моделі йдуть туди, де прибирають ручне введення. Схема обмежує, що саме їм дозволено записати, і їх міряють на реальних даних, перш ніж бізнесу дозволено залежати від результату.
Старі системи виходять по одному сценарію, і обидві працюють, поки нова не забере трафік. Перезапис із перемиканням рубильника — це те, як компанії втрачають рік.
Релізи, моніторинг і зміни, яких просять на другий і третій рік. Разом із передачею частин внутрішній команді, коли вона зростає. Більшість кастомного ПЗ помирає саме на цій фазі, тому ми плануємо її найпершою.
Команда
Ми — невелика команда, і в цьому наша сила. Кожен приходить зі своїм досвідом, а разом ми розв'язуємо задачу повністю: від першої розмови до системи, яка працює роками.
З вами говорять ті, хто робить роботу, — без ланцюжка посередників. Тому рішення ухвалюються швидко, а за результат відповідають конкретні люди.
Засновник — Андрій Тищенко
Розкажіть, як процес виглядає зараз і де він ламається.
Зручніше в чаті?Написати у WhatsApp