Методология, которая не зависит от настроения
Одинаково работаем и с MVP, и с enterprise-проектом. Процесс, коммуникация, deliverables - прозрачно от discovery до поддержки.
Принципы
На чём держится наша работа
Это не «ценности на стене офиса». Это правила, которые мы не нарушаем - даже когда клиент настаивает.
Прозрачность вместо красивых слайдов
Вы видите прогресс еженедельно: живой демо-линк, таски, бэклог, метрики. Никаких «всё идёт хорошо, покажем в конце».
Метрики, а не интуиция
Каждая фича имеет критерий успеха - измеряемый до релиза и после. Если нельзя посчитать - не делаем.
Ваш код остаётся у вас
Репозиторий в вашем GitHub, инфраструктура на вашем аккаунте. Мы уходим - вы продолжаете без пауз.
Безопасность по умолчанию
RLS, secrets в vault, CSP, rate-limit, Sentry, бэкапы, audit log - с первого коммита, а не «потом доделаем».
Говорим «нет», когда нужно
Если задача неверно поставлена или есть более простое решение - скажем до старта. Лучше потерять час на спор, чем месяц на переделку.
Процесс в деталях
Четыре этапа с понятными результатами
Для каждого этапа видно: что мы делаем, что вы получаете в конце и какие вопросы нам потребуется обсудить.
Discovery
1-2 неделиПонимаем задачу до запятой. Выходим с документом, который можно показать инвестору.
Что вы получаете
- Карта бизнес-процесса «как есть»
- Scope на MVP / первую версию
- Архитектурный набросок (БД, сервисы, интеграции)
- Метрики успеха и критерии приёмки
- Стоимость, сроки, команда
Что обсуждаем
- Какую боль решаем? Кто сейчас её испытывает?
- Что делают пользователи без системы - и почему это плохо?
- Какие интеграции критичны, а какие - «хорошо бы»?
- Какие данные уже есть и где они лежат?
Design & Prototype
2-3 неделиПроектируем архитектуру и UX. Вы видите продукт до того, как мы начали писать код.
Что вы получаете
- Схема БД с миграциями и seed-данными
- API-контракты (OpenAPI / tRPC)
- Кликабельный прототип ключевых флоу
- Технический план реализации по спринтам
Что обсуждаем
- Что надо увидеть за первые 10 секунд?
- Какие роли нужны? Где их права пересекаются?
- Что хранится вечно, а что можно архивировать?
Build
4-12 недельПишем код спринтами по 2 недели. В конце каждого - рабочий билд в продакшене.
Что вы получаете
- Код в вашем GitHub-репозитории с историей
- Тесты (unit + e2e на критичные флоу)
- CI/CD: lint, typecheck, тесты, автоматический деплой
- Observability: Sentry, логи, метрики
- Документация: README, ADR по ключевым решениям
Что обсуждаем
- Что взять в текущий спринт, а что подвинуть?
- На какой метрике мы проверяем, что фича сработала?
- Что можно упростить, не теряя суть?
Launch & Support
НепрерывноЗапускаем, обучаем команду, держим SLA. Дальше - развитие или передача вашим людям.
Что вы получаете
- Production-release с мониторингом 24/7
- Playbook для incident response
- Обучение команды (вживую + записи)
- Runbook по типовым операциям
- Roadmap на следующий квартал
Что обсуждаем
- Какой SLA вам реально нужен? 99.5% - это норм, 99.99% - это дорого.
- Кто в вашей команде будет нас заменять?
- Что хотите добавить в следующем квартале?
Коммуникация
Как держим вас в курсе
Ритм общения мы договариваем на старте. Типовой набор - ниже.
Slack / Telegram
Рабочая переписка. Отвечаем в рабочее время, не вечером и не по выходным.
Еженедельный демо-колл
30 минут в Zoom/Meet: показываем что сделано, обсуждаем приоритеты на следующую неделю.
Общий Notion / Linear
Таски, roadmap, решения. Всегда видно, кто что делает и что дальше.
Отчёт раз в 2 недели
Короткая письменная сводка: что сделано, что планируется, какие риски, сколько часов.
Что нам нужно от вас
Мы - не подрядчик «сделайте всё сами». Продукт получится хорошим, только если вы вовлечены.
- Один product owner с вашей стороны - человек, который принимает решения по приоритетам.
- Ответы на вопросы в течение рабочего дня, а не 3 дней.
- Доступы к тому, что нужно для работы (1С, CRM, БД) - без «давайте я вам в пятницу пришлю по почте».
- Готовность выкинуть из scope то, что не влияет на метрику успеха.
Когда мы говорим «нет»
Если задача не наша или принесёт больше вреда, чем пользы - мы скажем об этом до старта, а не после.
Одноразовые скрипты без развития
Наша ценность в том, что мы знаем, как продукт будет жить через год. Одноразовую вещь дешевле написать фрилансеру.
«Почините код предыдущего разработчика за 3 дня»
Без понимания контекста это ремонт вслепую. Сначала аудит (1-2 недели), потом уже решение: чинить или переписывать.
Крипта / казино / серые схемы
Нам важна репутация и юридическая чистота. Это просто не наши клиенты.
Сроки вида «к понедельнику» под существующий чужой дедлайн
Мы не делаем горящее - делаем надёжно. Горящее обычно потом тоже горит, только уже у вас в продакшене.