Звать инженера нужно не тогда, когда «ничего не получается», а тогда, когда цена ошибки выросла быстрее, чем ваша способность её заметить. До этого момента многие продукты спокойно живут без команды. Этот урок помогает распознать момент, выбрать формат помощи и прийти на разговор подготовленным, чтобы не тратить деньги и время на выяснение очевидного.
После урока вы сможете
- Распознать сигналы, при которых одному вести продукт уже рискованно
- Подобрать формат помощи под задачу: аудит, консультация, наставничество или доработка
- Подготовить доступы, описание и список вопросов
- Составить «карточку проекта» для передачи инженеру
Сигналы
Один сигнал — повод присмотреться, два и больше — повод поговорить с инженером.
- Деньги. Продукт принимает платежи или от него зависит чужая выручка. Ошибка в нём стоит реальных денег — вашим клиентам или вам.
- Персональные данные. Вы храните имена, телефоны, почту, документы, переписку людей. Утечка здесь — не просто неприятность, а юридическая и репутационная ответственность.
- Нагрузка. Продукт начал тормозить или падать при росте числа пользователей, и вы не понимаете, где узкое место.
- Ошибки, которые не получается починить. Одна и та же проблема возвращается; исправление в одном месте ломает другое; вы боитесь трогать код.
- Непонятный код. Продукт вырос с помощью ассистента, и вы уже не можете объяснить, как он устроен и что где лежит.
- Растущее число людей. К проекту присоединяется кто-то ещё, и ему нужно разобраться без вас.
Отдельно — чего не нужно бояться: небольшой продукт без платежей и чувствительных данных, который исправно проверяет гипотезу, может жить в одиночку. Инженер не обязателен «потому что так правильно».
Какой формат помощи нужен
У разных задач разные формы помощи. Это не реклама, а карта: у каждой формы своя цель, и не всякая нужна вам.
«Есть продукт, не уверен, что с ним всё в порядке»
- Формат
- Аудит
- Что получаете
- отчёт о состоянии: риски, приоритеты, план исправлений
«Продукт собран с помощью ИИ-ассистента, нужна независимая проверка»
- Формат
- Аудит ИИ-кода
- Что получаете
- проверка доступов, секретов, базы и деплоя
«Нужно решить, как строить дальше, где-то развилка»
- Формат
- Консультация
- Что получаете
- разбор решения, варианты и компромиссы
«Хочу продолжать сам, но нужен опытный собеседник»
- Формат
- Наставничество
- Что получаете
- регулярный разбор вашей работы и обучение на ней
«Нужно довести до рабочего состояния или добавить большую часть»
- Что получаете
- выполненная работа по согласованному объёму
Сроки и стоимость каждого формата — на страницах услуг и после обсуждения задачи; в курсе их нет намеренно. Если вы не уверены в формате, начинайте с самого дешёвого по объёму — разговора или аудита: он покажет, нужен ли следующий шаг.
Что подготовить
Инженеру нужно понять три вещи: что это за продукт, в каком состоянии он находится и чего вы хотите. Подготовка экономит часы разговора.
- Доступы только для чтения. Репозиторий, хостинг, панель базы данных — с правами просмотра, где это возможно. Никогда не отправляйте пароли и ключи в переписке: выдайте приглашение в сервис или передайте безопасным способом, о котором договоритесь. Если в репозитории были секреты, перед передачей замените их (см. безопасный минимум).
- Описание продукта. Для кого он, какую задачу решает, что сейчас работает и что нет — своими словами, на странице.
- Репозиторий в порядке. README с запуском,
.env.example, понятная структура. Пакет передачи подробно описан в уроке Передача MVP команде. - Список вопросов. Чем конкретнее, тем полезнее ответ: «Как устроены права доступа к данным клиентов?» лучше, чем «Всё ли у меня безопасно?».
- Что вы уже пробовали. Что исправляли и что из этого не сработало.
Карточка проекта
Итоговый документ курса — карточка проекта: одна-две страницы, в которых собраны ответы всех предыдущих уроков. Она нужна не только инженеру, но и вам: заполняя её, вы увидите белые пятна.
КАРТОЧКА ПРОЕКТА
1. Гипотеза и аудитория: <формула из урока 1>
2. Состояние проверки: <срок, порог «да/нет», текущие числа: приход, целевое действие, возврат>
3. Объём первой версии: <входит / не входит>
4. Стек: <решение одним абзацем из урока 2>
5. Внешние сервисы: <реестр из урока 3: сервис, владелец аккаунта, как выгрузить данные>
6. Данные: <какие персональные данные и платежи, где хранятся>
7. Безопасный минимум: <чек-лист урока 4: что сделано, что нет>
8. Как выложить и откатить: <шаги из урока 5>
9. Что беспокоит: <сигналы из этого урока>
10. Вопросы к инженеру: <3–7 конкретных вопросов>
11. Желаемый результат: <что должно быть понятно или сделано после помощи>Не заполняйте карточку красиво — заполняйте честно. Фраза «не знаю» — полноценный ответ: она показывает инженеру, где смотреть в первую очередь.
Что дальше
Курс закончен, но продукт — нет: возвращайтесь к карточке после каждого заметного изменения и после первых четырёх недель данных. Если хотите разобрать карточку с инженером, начните со страницы услуги наставничество или аудит: можно прийти с карточкой и вопросами и обсудить, какой формат подходит, без обязательств.
Урок позади?