Веб-сервис с нуля

Экраны, хранение данных, роли, обмен с внешними системами и запуск. Беру редкие слоты и предпочитаю сложные задачи: кабинет, учёт, автоматизация, обмен. За 12+ лет довёл до продакшена десятки сервисов — от MVP до систем с тысячами пользователей.

Что я считаю сервисом

Сервис — это не страница с описанием услуги и не витрина товаров. В нём есть данные, которые меняются: пользователи, записи, статусы, роли, транзакции. Им пользуются регулярно, а не один раз оставляют заявку и уходят.

Сюда попадает CRM, кабинет, внутренний учёт, инструмент для команды, B2B-портал, SaaS-продукт. Если задача решается лендингом или готовым пакетом магазина — я так и скажу. Конструкторы дешевле и быстрее, когда своей логики действительно нет. Но когда она есть — конструктор начинает мешать, а не помогать.

Философия первой версии

Первую версию сужаю до сценария, которым уже можно пользоваться на следующий день после запуска. Экраны, без которых сервис не имеет смысла, входят. Отчёты «на будущее», роли для несуществующих отделов и редкие edge cases остаются следующими итерациями.

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

Как стартуем

Разбор задачи → список экранов и сценариев → смета → договор. Оплата 50/50. Слоты ограничены: работаю над 2–3 проектами одновременно. Сложную логику предпочитаю простым визиткам — мне интересно решать настоящие задачи бизнеса.

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