Я Full-stack разработчик с опытом более 5 лет. За это время я прошёл путь от программиста-энтузиаста, которому были интересны глубокие технические вещи (а не только написание «первых в мире калькуляторов»), до владельца студии разработки.

Сейчас вокруг меня команда таких же ребят, которым интересно не просто закрыть задачу по ТЗ, а сделать решение, которое действительно работает и приносит пользу клиенту.

В этой заметке хочу поверхностно рассказать, чем мы занимаемся, как я пришёл к текущей точке и какие принципы сформировали наш подход к разработке.

Текст разделён на две части. В первой — о принципах работы, стеке и подходе к созданию продуктов.

Часть первая — «Как мы работаем и что создаём?»

Когда нас спрашивают, чем мы занимаемся, проще всего ответить:

С технической точки зрения это правда. Но это одно из самых слабых объяснений того, чем мы занимаемся на самом деле.

Бизнес не покупает сайт или бота. Ему неважно, построен ли бэкенд на событийной архитектуре с CQRS, Event Sourcing, идемпотентными обработчиками, распределёнными транзакциями через Saga и горизонтально масштабируемыми stateless-сервисами. Это интересно разработчикам.

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

Хороший результат для клиента выглядит просто: он передал техническую задачу команде, получил работающий продукт и понимает, что если появится новая идея или необходимость что-то изменить — ему объяснят, насколько это действительно нужно, сколько это займёт времени и какой даст результат. Поэтому в нашей студии мы в первую очередь занимаемся не разработкой отдельных сущностей вроде «бота», «сайта» или «CRM». Мы занимаемся решением задачи клиента.

И первый вопрос, который мы задаём:

«Что именно не работает в вашем бизнесе? / Что вам необходимо, чтобы начать?»

На этом этапе от клиента не требуется никаких технических терминов.

За годы работы я заметил, что очень часто первоначальный запрос, который человек формулирует самостоятельно или через ChatGPT, сильно отличается от того результата, который ему действительно нужен.

Поэтому мы сначала получаем общую картину.

  1. Что происходит сейчас?
  2. Где теряются деньги или время?
  3. Что приходится делать вручную?
  4. Каким должен быть результат?

А дальше уже точечно разбираем детали.

Почему мы стараемся делать меньше?

Наверное, это одна из самых непривычных вещей для клиентов. Обычно от студии ожидают обратного: чем больше функций предложили, тем лучше. Но у нас другой подход.

Сначала мы выделяем ту часть продукта, которая решает основную проблему. Без лишних украшений. Без функций «на будущее». Без попытки сразу построить огромную систему.

После этого, когда появляется рабочая архитектура и понятен результат, можно спокойно добавлять новые возможности. Так клиент получает возможность:

  1. Быстро проверить, что основная проблема действительно решена. Мы не тратим время на второстепенные детали, а концентрируемся на основном результате.
  2. Понимать ценность новых функций. Каждую доработку можно оценивать через реальные показатели и влияние на бизнес.
  3. Не переплачивать за вещи, которые могут никогда не понадобиться. Иногда функция кажется важной на старте, но после запуска становится понятно, что она не влияет на результат.

Чем мы занимаемся?

Если открыть наше портфолио, можно увидеть очень разные проекты:

На первый взгляд кажется, что это совершенно разные направления. Для нас — это один и тот же процесс. Сначала понять бизнес-задачу. Потом спроектировать решение. И только после этого выбирать инструменты, которые помогут её решить. Именно поэтому мы говорим, что не продаём процесс разработки. Мы создаём продукты, которые становятся частью бизнеса клиента.

Если интересно посмотреть реальные проекты, они собраны здесь. Пока там опубликованы не все работы — мы только начали развивать направление через контент и публикации.

Эта заметка также вышла на vc.ru и на Хабре.

Если нужна консультация или хочется обсудить задачу с демонстрацией похожих проектов — напишите в Telegram: @shv_founder.

Канал студии: @shvhub.

Какой процесс в вашей компании до сих пор держится на людях, хотя уже давно должен работать автоматически?

← Все заметки