Перейти к содержимому
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

    Мы говорим, когда строить не нужно

    Иногда ответ — это изменение настроек, другой инструмент или ничего. Сказать это стоит нам проекта и сохраняет отношения.

Посмотреть, что из этого вышло

Есть продукт, который давно пора сделать?Расскажите о нём.

Опишите, что должно измениться в вашем бизнесе. Мы разберёмся, что для этого действительно нужно — даже если нужно меньше, чем кажется.