Маленька команда, що бере відповідальність.

Що це за студія

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

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

Розрив, який ми існуємо, щоб закрити

AI зробив дивовижно простим створення каркаса застосунку. Засновник без інженерного досвіду може отримати робочий прототип за один вечір. Продакт-менеджер може дати моделі скріншот і отримати у відповідь щось, що майже виглядає як справжній продукт.

Чого AI не зробив простим — це наступний етап. Той, на якому прототип зустрічається з реальними користувачами. Де автентифікація має бути справді безпечною, схема бази даних — витримати аудит, конвеєр розгортання — допускати відкат, спостережуваність — відповідати на питання «чому було повільно о 14:07 минулого вівторка?», а інструкція реагування для чергового інженера — читатися о третій ночі напівсонним.

Це приблизно 90% роботи з експлуатації софту. AI допомагає з частинами цієї роботи, але недостатньо, щоб випускати без досвідченої команди. Ми — та команда.

Що ми робимо, конкретно

1. Виводимо прототипи у продакшн. Інженерія, інфраструктура, безпека, продуктивність — невидні зовні фундаменти, які вирішують, чи переживе ваш застосунок зростання.
2. Підтримуємо і розвиваємо те, що збудували. Більшість агенцій передає проєкт і зникає. Ми пропонуємо місячні ретейнери для подальшого обслуговування, спостережуваності, налаштування продуктивності та роботи над функціями — бо роки «брудної середини» життя продукту визначають, складеться він чи розсиплеться.
3. Перебираємо і рятуємо. Успадковані системи з технічним боргом, CTO, які йдуть, застарілі стеки на межі — ми проводимо аудит, стабілізуємо і повертаємо їх до промислової якості.
4. AI-функції, які витримують реальний трафік. RAG, агенти на LLM, AI-функції у вашому продукті — побудовані так, як ви будували б будь-яку іншу бекенд-функцію: виміряні, спостережувані, з обмеженнями на вартість і прозорістю походження результатів.
5. Автоматизаційні конвеєри. Заміна повторюваної операційної роботи надійними системами, які не падають мовчки.

Як ми обираємо роботу

Ми не для всіх — і кажемо це прямо. Найкраще ми працюємо з:

• Технічними засновниками і CTO стартапів ранніх стадій. Люди, які вміють формулювати, чого хочуть, і обговорювати компроміси в реальному часі. Приблизно 60% наших проєктів.
• Малим і середнім бізнесом, який цифровізує операції або хоче випускати швидше. Менш технічні, більш сфокусовані на операційній ефективності. Близько 25%.
• Продуктовими командами в середніх компаніях, яким потрібен чітко обмежений проєкт на одній ділянці. Близько 15%.

Ми відмовляємось від проєктів, де:

• Критерій успіху — «бути дешевими». Ми конкуруємо часом до продакшну і сеньйорним виконанням, не ціною.
• Передумова спирається на no-code або low-code платформу, з якою довелося б боротись.
• Клієнт хоче фіксовану ціну на плаваючий обсяг. Ми робимо проєкти з фіксованим обсягом, оцінені в людино-тижнях; якщо обсяг плаваючий — ціна теж.

Як ми обираємо інструменти

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

Що універсальне: ми обираємо зрілі, добре підтримувані інструменти, які ваша команда зможе успадкувати й експлуатувати ще через три роки. Кожен вибір ми чітко називаємо в документі старту і обґрунтовуємо письмово. Якщо у вас є переваги щодо стеку — як правило, ми пристосуємось.

Як ми працюємо

Проєкти обмежені в часі. Навіть ретейнери мають визначений місячний бюджет і ритм продовження. Завжди є вихід.

Демонстрації в кінці кожного спринту. Спринти двотижневі. Демо — на реальному URL, на реальній інфраструктурі, ніколи не скріншот, ніколи не localhost. Ми не імітуємо проміжний прогрес — ми випускаємо в кінці спринту і даємо результату говорити за себе. Якщо потрібна позачергова розмова — ми її проводимо, але ритм лишається спокійним.

Рішення записуємо. Кожне архітектурне рішення живе в репозиторії як одноекранний Architecture Decision Record. Майбутні ми вдячні; клієнти можуть читати разом із нами.

Робота ваша з першого дня. Код, інфраструктура, конвеєри розгортання, інструкції реагування, дашборди спостережуваності. Ми не використовуємо пропрієтарного проміжного шару. Ми не залишаємо прив'язки до себе. Можливість піти на 91-й день закладена в дизайн.

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

Як почати

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

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

Знайти нас можна через сторінку контактів.