Перейти до вмісту
Silka

Студія

Розбираємось у деталях. Доводимо до кінця.

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

Ми взялися робити продукти для інших, бо раз за разом бачили одну й ту саму історію: добре придуманий і погано зроблений продукт, який тихо згасає за рік. Або навпаки.

Річ майже ніколи не в людях. Річ у тому, що стратегію, дизайн, інженерію та підтримку вели чотири різні команди, і жодна не жила з наслідками рішень інших. Тому ми беремо всі чотири — і живемо з наслідками самі.

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

17
Запущених продуктів

Кожен живий і з посиланням

14
Галузей

Від авіаційних даних до стоматології

8
Напрямів у команді

Від стратегії до інфраструктури

34
Відгуки клієнтів

Публічні, з 2023 року

Kyiv · Remote across EU · Працюємо з 2019

Команда

Вісім напрямів у руках невеликої групи людей.

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

  • Продуктова стратегія

    Межі, пріоритети та розуміння, чого будувати не треба

  • UX і дослідження

    Сценарії, прототипи й тести з людьми, які виконують цю роботу

  • Дизайн інтерфейсів

    Дизайн-системи, а не теки з екранами

  • Фронтенд

    React і Next.js, бюджети продуктивності та доступності

  • Бекенд

    Доменне моделювання, сервіси, черги, real-time

  • Мобільні

    React Native з нативними модулями там, де це важливо

  • AI-інженерія

    Пошук, набори тестів, проєктування з людиною в контурі

  • Інфраструктура

    Docker, CI/CD, інфраструктура як код, спостережуваність

Хочете познайомитися з людьми, а не зі списком? Домовмося про дзвінок — говоритимете з тими, хто цю роботу й робитиме.

Процес

Сім кроків, і жоден із них не буде несподіванкою.

Ви завжди знаєте, що відбувається цього тижня, що буде наступного і що має статися, щоб зсунулася дата.

  1. 011–2 тижні

    Занурення

    Зрозуміти бізнес раніше, ніж бриф.

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

    • Інтерв’ю зі стейкхолдерами
    • Мапа процесів
    • Обмеження й ризики
    • Критерії успіху
  2. 021–2 тижні

    Визначення

    Перетворити задачу на межі, за які можна відповідати.

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

    • Доменна модель
    • Пріоритизований обсяг
    • Напрям архітектури
    • Терміни й бюджет
  3. 033–6 тижнів

    Дизайн

    Спершу сценарії, потім пікселі.

    Каркаси й прототипи під реальні задачі, перевірені на людях, які їх виконують. Далі — дизайн-система, а не тека з екранами: компоненти, стани, токени й правила.

    • Сценарії та прототипи
    • Дизайн-система
    • UI ключових екранів
    • Модель контенту
  4. 046–20 тижнів

    Розробка

    Здаємо вертикальними зрізами, а не шарами.

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

    • Робочі інкременти
    • Прев’ю-середовища
    • Записи рішень
    • Документація API
  5. 05Постійно

    Тестування

    Довести, що працює там, де це важливо.

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

    • Набори тестів
    • Бюджет продуктивності
    • Аудит доступності
    • Огляд безпеки
  6. 061–2 тижні

    Запуск

    Реліз, а не подія.

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

    • План міграції
    • Моніторинг і алерти
    • Регламент
    • Передача команді
  7. 07Постійно

    Розвиток

    Продукт починається тут.

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

    • Продуктова аналітика
    • Дорожня карта ітерацій
    • Підтримка й SLA
    • Планування потужностей

Філософія

Ми не починаємо з коду.

Хороший продукт починається не з React-компонента. Він починається з розуміння, що бізнес намагається змінити — і все далі є наслідком цього.

  1. 01БізнесЩо компанія насправді намагається змінити?
  2. 02ПроблемаДе саме сьогодні ламається робота?
  3. 03СтратегіяЩо варто будувати і в якому порядку?
  4. 04UXЯк людина доводить справу до кінця?
  5. 05АрхітектураЩо має бути правдою, щоб це витримало?
  6. 06ДизайнЯк це виглядає, читається й відчувається?
  7. 07РозробкаБудуємо, робочими зрізами
  8. 08ЗапускУ продакшн, зі шляхом назад
  9. 09ЗростанняІтерації під те, що люди роблять насправді

Код — сьомий крок. Усе, що до нього, і вирішує, чи витримає продукт.

На момент, коли хтось пише код, складні рішення вже ухвалені та записані. Саме тому оцінка тримається.

Що для нас важливо

Обіцянки, які можна перевірити.

Похвалу зібрати легко, а діяти за нею — ні. Ось зобов’язання, які за нею стоять. Нагадайте нам про них, якщо почнемо від них відходити.

  • 01

    Ми називаємо вартість до того, як ви на щось погодитеся

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

  • 02

    Роботу роблять досвідчені люди

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

  • 03

    Архітектура — це рішення, а не те, що склалося саме

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

  • 04

    Усе, що ми будуємо, належить вам

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

  • 05

    Робочий софт важливіший за статус-звіти

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

  • 06

    Ми кажемо, коли будувати не треба

    Іноді відповідь — це змінити налаштування, узяти інший інструмент або не робити нічого. Сказати це коштує нам проєкту, але зберігає стосунки.

Подивитись, що з цього вийшло

Є продукт, який давно час зробити?Розкажіть про нього.

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

Почати проєктhello@silka.studio