Кейси

Три клієнти.
П’ять систем.
Виміряно, а не оцінено.

Три клієнти, а не стіна логотипів, і жодного з них поки не названо, а ще фабрика, яку може відкрити будь-хто. Тож ось кожен із них повністю: що в них працює, що ми побудували, що показали виміри і три речі, яких усе це поки не доводить.

Клієнтів не названо: поки що ніхто з них на це не погодився. Цифри їхнього бізнесу округлено, цифри нашої інженерної роботи точні.

На цій сторінці Станом на 8 жовтня 2026
  1. 01Оптова торгівля одягомІталія, продажі по всьому ЄС · три системи поруч з їхньою ERPПаралельна робота
  2. 02ДистрибуціяСхідна Європа · з 13 вересня 2026, на власних серверахВ експлуатації
  3. 03Мережа клінікСім клінік у п’яти країнах · на вигаданих данихПілот
  4. 04ФабрикаХарчові добавки й добавки для тварин · відкрийте саміДемо
Паралельна робота: реальні дані, але рішення досі за старою системою
В експлуатації: бізнес працює в цій системі
Пілот: побудовано для одного клієнта, на вигаданих даних
Демо: відкрито для всіх, на вигаданих даних
Клієнт 01 · Оптова торгівля одягом

Останній рядок цієї картки пояснює, навіщо взагалі існує наш бізнес.

Шістсот дванадцять. Із п’ятдесяти чотирьох тисяч рухів у їхній історії шістсот дванадцять відкриті в будь-який момент. Їхня ERP розрахована на п’ятдесят чотири тисячі й коштує як для п’ятдесяти чотирьох тисяч, а команда щодня воює з нею через ці шістсот. Цей розрив і є контуром, і в переліку функцій його не видно. Його треба піти й порахувати.

Клієнт Еталонна збірка 01
  • БізнесОптова дистрибуція одягу
  • РинокІталія, продажі по всьому ЄС
  • Система облікуOdoo, їхня власна, без змін
  • Каталог~92 000 товарів
  • Контрагенти~24 600
  • Канали продажу11, із них п’ять інтегровано
  • Перенесена історія~244 000 рахунків і проведень
  • Відкрито будь-якої миті612 комплектувань
Обсяги взято з їхньої робочої системи, 2 серпня 2026
Кейс 01

Система щоденних операцій, побудована поруч з ERP

Процес від замовлення до рахунку як окрема система, побудована на нашому стенді, де команда клієнта працює з копією своїх реальних даних, а Odoo лишається на місці як головна книга. Саме цю збірку має на увазі обіцянка трьох тижнів на цьому сайті. На ній виміряно цифру міграції з розділу «Докази»; підрахунок змін охоплює також пілот.

Паралельна робота
Що робить
Побудовано
  • Прийом замовлень із 5 підключених каналів (усього описано 11), по одному входу на кожен, витрати фіксуються в момент надходження
  • Резервування й наявність за комірками, а не за загальним залишком складу
  • Комплектування, пакування й маркування за штрихкодом, просто на складі, з телефона
  • Закупівлі з тристороннім звірянням за фактом надходження
  • Накладні в усіх чотирьох італійських формах DDT
  • Рахунки у фіскальну систему, з виправленням і повторним надсиланням у разі відмови
  • Увесь інтерфейс італійською, для людей, які працюють італійською
Свідомо не будували
  • Бухгалтерію. Їхня Odoo веде облік, а їхній бухгалтер зберігає свої звички
  • Фіскальну локалізацію поза документами, які ми формуємо самі
  • Нічого такого, що їхня команда не змогла б потім розвивати без нас
  • Міграцію ERP. Нічого з того, чим вони користуються сьогодні, не замінено
Виміряно
8 700+
Автоматичних перевірок, і всі мають бути зеленими, перш ніж зміна потрапить в основну гілку
100+
Наскрізних сценаріїв у справжньому браузері
<100 мс
На прийом замовлення з каналу разом з усім ланцюжком запасів, за ліміту в дві секунди
180+
Інкрементів специфікації: кожен написано й затверджено до розробки, і всі завдання в них позначено виконаними

Найбільше недооцінюють специфікації, хоча це теж результат роботи. Лише на цій збірці закрито понад 180 таких документів, і кожен описує, що існуватиме, чого не буде і як будь-хто дізнається, що все спрацювало. Саме це робить репозиторій готовим до передання, і саме на ці документи спиратиметься їхній власний співробітник, який після передання працюватиме з ШІ-агентом.

Кейс 02

Репетиція на їхніх реальних даних, ще до того, як від системи хтось залежав

Кожен ERP-проєкт приймають на вигаданих даних, а з реальністю він зустрічається в перший понеділок. Ми зробили навпаки: дзеркало їхнього реального бізнесу, завантажене з їхньої ж робочої системи, у якому їхня команда працювала ще до того, як перехід узагалі заплановали.

Відрепетирувано
Як це відбувалося
Завантаження
  • 630 000+ рядків і понад 200 МБ вивантажено з їхньої робочої системи менш ніж за 4 хвилини
  • Завантажено, а потім звірено рядок за рядком станом на дату переходу, а не на сьогодні
  • Жодних демонстраційних даних, вигаданих залишків чи доповнень заднім числом. Із ними стенд не запускається
  • Їхній ключ шифрування жодного разу не залишав свого ноутбука
Що виявилося
  • Клієнти, які існують лише як дочірня адреса в рахунку і яких не видно на демонстраційних даних
  • Звіти про вік заборгованості, які читаються інакше, щойно з’являються реальні строки оплати
  • Маржа, яка показувала 100%, бо стовпець собівартості був порожнім, а не нульовим
  • Округлення половин цента, якого не помічає невеликий тестовий набір

Жоден із цих чотирьох випадків не екзотичний. Усі чотири непомітні в базі, заповненій тестовими даними, усі чотири спливли б у перший тиждень реальної роботи, і всі чотири виправили, перш ніж бодай одна людина стала залежати від відповіді. Систему, яку ви бачили лише на вигаданих даних, ніхто не тестував. Репетиція на реальних даних займає один день роботи й входить у три тижні.

Кейс 03

Друга система на тій самій предметній моделі

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

Паралельна робота
Чому це важливо для вас
Що перейшло з першої
  • Предметна модель, тож товар означає те саме в обох системах
  • Порядок постачання змін, дисципліна тестування й механізм релізів
  • Скрипти розгортання, без змін, крім порту й назви
  • Розрахунок цін, який навмисно має рівно одну реалізацію
Що це дає наступному клієнтові
  • Другий контур оцінюють як контур, а не як другий проєкт
  • Найскладніше в дистрибуції одягу вже зрозуміло й перевірено
  • Три тижні стають графіком, а не амбітною метою, бо предметна область не нова
  • Еталонну збірку не купують як продукт. Саме завдяки їй вашу систему зроблять швидко
Клієнт 02 · Дистрибуція

Специфікація в неділю. Реальні замовлення в понеділок.

Дистриб’ютор з інтернет-магазином, двома маркетплейсами, телефоном, що дзвонить цілий день, і бухгалтерією, яку роками ведуть в одній і тій самій системі. У неділю, 13 вересня 2026 року, зранку написали специфікацію, а до ночі система вже працювала на сервері у власному хмарному акаунті клієнта, із завантаженими покупцями та історією замовлень. Перші реальні замовлення пройшли через неї в понеділок.

Клієнт Еталонна збірка 02
  • БізнесОптова й роздрібна дистрибуція
  • РинокСхідна Європа, продажі в межах країни
  • Система облікуЇхня наявна облікова система, без змін
  • Покупці~9 200
  • Канали продажуІнтернет-магазин, два маркетплейси, телефон
  • Компанії-продавці3, в одній системі
  • Замовлення~11 на день
  • СервериВласний хмарний акаунт у ЄС
Дані взято з їхньої робочої системи, 8 жовтня 2026
Кейс 04

Усі канали в одній системі, облік там, де й був

Замовлення з інтернет-магазину, маркетплейсу й телефону, склад, фіскальні чеки, документи на доставку й три компанії-продавці в одній системі на власних серверах клієнта. Їхня наявна облікова система й далі веде облік і кожні п’ятнадцять хвилин отримує все потрібне.

В експлуатації
Що робить
Побудовано
  • Замовлення з інтернет-магазину надходять самі, а за ними йдуть оплата, чек і повернення коштів
  • Два національні маркетплейси опитуються кожні 3 хвилини, по одному входу на кожен
  • Замовлення, прийняті телефоном і внесені вручну, отримують наступний номер магазину, тож нумерація єдина
  • Три компанії-продавці в одній системі, і кожне замовлення потрапляє до потрібної залежно від способу оплати
  • Фіскальні чеки через національну фіскальну службу, документи на доставку за формами, прийнятими в країні
  • Дані з накладних кур’єрської служби повертаються в систему, а склад сканує телефоном
  • Рахунки, чеки й закупівлі кожні 15 хвилин потрапляють до їхньої облікової системи як чернетки, які проводить їхній бухгалтер
Свідомо не будували
  • Бухгалтерію. Їхня наявна система веде облік, а останнє слово щодо кожного проведення лишається за їхнім бухгалтером
  • Вітрину. Їхній інтернет-магазин і далі відповідає за оформлення й оплату; система перебирає роботу, починаючи із замовлення
  • Зарплату й кадри: для команди такого розміру це ще один механізм правил, який довелося б підтримувати
  • Виробництво. Вони купують і продають, а не виготовляють
Виміряно
1 день
Від письмової специфікації до реальних замовлень, на сервері в їхньому власному хмарному акаунті
~240
Замовлень пройшло через систему за перші 25 днів: через інтернет-магазин, телефон і маркетплейс
112
Релізів у їхньому репозиторії за 22 дні, і кожен перед випуском перевірено, чи немає в ньому чогось, що належить іншому клієнтові
541
Історичне замовлення перенесли першої ж ночі разом із 7 984 покупцями, і підсумок розійшовся з даними їхнього магазину менш ніж на одну грошову одиницю

Їхні запити надходять у вигляді скриншотів, на яких намальовано стрілки. Сім правок, про які попросили 30 вересня, вийшли того ж дня у двох релізах; список, надісланий пізно ввечері 3 жовтня, закрили наступного вечора. Ось що на практиці означають сто дванадцять релізів за двадцять два дні: система рухається зі швидкістю людей, які нею користуються, і кожен реліз потрапляє в репозиторій, створений лише для них. У зворотному напрямку з їхньої облікової системи надходять 14 675 документів історії, тож кожна картка покупця показує те, що записано в обліку.

Клієнт 03 · Мережа клінік

Робоча система замість комерційної пропозиції.

Група з семи приватних клінік у п’яти країнах попросила почати з невеликого кроку: три нові клініки, рахунки, базову CRM і мінімум фінансів. Комерційна пропозиція була б лише документом про систему. Ми побудували саму систему, на тому самому ядрі, на якому працюють дистриб’ютори, і наступна розмова відбулася вже в ній.

Клієнт Еталонна збірка 03
  • БізнесПриватні медичні клініки
  • Клініки7, у п’яти країнах
  • Користувачів після повного запуску~100
  • Перший крокТри нові клініки
  • Дані в пілотіВигадані, за правилом
  • В експлуатаціїНе раніше січня 2027
Пілот працює з 16 серпня 2026, презентовано 6 жовтня 2026
Кейс 05

Пілот: запрацював першого ж дня і ріс сім тижнів

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

Пілот
Що робить
Побудовано
  • Пацієнти з тегами, сегментами й днями народження, а звернення стають пацієнтами за один крок
  • Рахунки з окремою нумерацією без пропусків для кожної клініки, незмінні після виставлення: їх анулюють, а не видаляють
  • Оплати, прострочені суми й дебіторська заборгованість за віком
  • Облік за методом подвійного запису для кожної клініки, і кожна клініка є окремою компанією в межах групи
  • Панель показників для кожної клініки й одна для всієї групи
  • Три ролі, і дані кожної клініки закрито від інших на рівні сервера
  • Документи й письмова історія в кожному записі
Свідомо не будували
  • Записи на прийом і календарі лікарів: група сама вирішила відкласти їх до завершення першого кроку
  • Медичні картки, лабораторні документи й процеси страхування
  • Зарплату й кадри
  • Інтеграції й міграцію: три клініки нові, тож переносити нічого
Виміряно
1 день
Від першого рядка коду до робочого пілота з рахунками, пацієнтами й обліком трьох клінік, 16 серпня 2026 року
95
Інкрементів за сім тижнів, і кожен письмово специфіковано до розробки
0
Реальних пацієнтів у системі. Дані вигадано за правилом, і кожне розгортання звіряє кожен текстовий стовпець бази даних із переліком реальних імен і зупиняється за першого збігу

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

Збірка 04 · Виробництво

Фабрика, яку можна відкрити, ще не купуючи власної.

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

Збірка Еталонна збірка 04
  • БізнесВиробництво харчових добавок і добавок для тварин
  • ВиробництвоПартіями, за рецептурами
  • ВходиВиробництво, якість, закупівлі, фінанси
  • РеєстраціяНе потрібна
  • ДаніВигадані, за правилом
  • ЯдроТе саме, що в клієнтів 01-03
Відкрита для всіх з 18 вересня 2026
Кейс 06

Від рецептури до запакованої партії, з вагами в процесі

Виробничі замовлення за рецептурами, зважування з допуском, партії з терміном придатності від моменту надходження, очищення між циклами й пакування на тому екрані, з яким справді працює цех.

Демо
Що робить
Побудовано
  • Рецептури з допуском на кожен активний інгредієнт і виробничі замовлення з нумерацією без пропусків
  • Робочі дільниці за типами, кожна з екраном, потрібним її операторам, на планшеті
  • Зважування за замовленням: рядок поза допуском система не приймає, а щоб погодити відхилення, потрібен підпис людини, яка не зважувала
  • Партії з’являються вже під час надходження, з термінами придатності й датами повторного контролю, а прострочену чи заблоковану партію використати неможливо
  • Завдання на очищення створюються самі між циклами того самого дня
  • Готові партії простежуються на крок назад і на крок уперед
  • Інтерфейс, через який ваги самі передають показники, а не хтось вводить їх уручну
Ще не побудовано
  • Пакети відповідності: спершу відкликання продукції за харчовим законодавством США, потім Канада, ЄС і країни Перської затоки, і кожен пакет будуватимемо з першим клієнтом на відповідному ринку
  • Під’єднані ваги. Інтерфейс існує, але жодні ваги в це демо дані не передають
  • Чиїсь реальні цифри. Тут немає нічого, що належить реальній фабриці
Виміряно
3 дні
Від затвердженої специфікації до робочого дня фабрики: рецептури, виробничі замовлення, зважування, пакування й цеховий екран, 21-23 серпня 2026 року
4
Входи, по одному на роль, без жодної реєстрації
0
Реальних імен: кожне розгортання звіряє кожен текстовий стовпець бази даних із переліком реальних імен і зупиняється за першого збігу

Саме в цеху демо зазвичай себе прикрашає: кожне замовлення завершується, кожна вага точна. Тут у зваженому замовленні є прийняте відхилення, а в запакованому циклі є брак, бо саме таким буває справжній день. Відкрийте фабрику, спробуйте її зламати й скажіть нам, де вона не схожа на ваш цех.

Чесно про прогалини

Чого все це поки не доводить.

Кейс, у якому самі лише добрі новини, перетворюється на рекламу. Ось три твердження на цьому сайті, до яких наші власні докази поки не дотягують. Ми пишемо про них тут, щоб ви дізналися про це від нас, а не на четвертому місяці.

Усе на цій сторінці виміряно на системах, що вже працюють, а не оцінено за планом. Клієнтів не названо, бо вони на це не погодилися, і ми воліємо опублікувати кейс без логотипа, ніж логотип без кейсу за ним.

Ви прочитали наші цифри.
Тепер порахуйте свої.

Розбір вимог безкоштовний, починається на /ua/start/ і того самого дня повертається приватною сторінкою, яка показує, якими, імовірно, будуть ваші власні «шістсот дванадцять». Це розбір, а не комерційна пропозиція: ціну фіксують пізніше, у письмовому описі робіт.

Яке підприємство показати в демо?

Зараз відкрито два. Вигадані дані, які оновлюються кожні кілька годин, без дзвінка й без платіжної картки.

Далі будуть сервісні компанії, мережі клінік і школи, на тій самій основі.