Начинаешь проект? Не забудь эти три вещи – иначе будет больно

Когда берешься за новый проект, так и тянет сразу "ворваться" в работу: обсудить фичи, оценить задачи, составить план. Но правда в том, что большинство граблей не в коде. Они ждут на самом старте – когда ты еще не все спросил, не все узнал и не оформил ничего важного на бумаге (или хотя бы в Google Docs).

Разберем три вещи, которые могут спасти ваш проект от хаоса.

1. NDA – это не бюрократия, это спокойствие

Если клиент приходит с идеей, он хочет рассказать максимум, но боится. И имеет на это полное право.
Подписать NDA – это показать: "Я не солью твою идею завтра конкурентам." И все. Никакой магии.

Реальный кейс: меня как-то пригласили читать курс для банка. Перед первым занятием прислали NDA на 30 лет. ТРИДЦАТЬ. Я переспросила – что именно нельзя будет рассказывать? Ответ: "Вообще ничего." Ну ок, договорились на 7 лет. Но сам факт – подписи нет, проекта тоже нет.

Совет: держите шаблон NDA под рукой. Это мелочь, которая открывает двери.

2. Vision – иначе куда мы вообще идем?

Очень часто клиент говорит: "Хочу вот такое." А когда спрашиваешь: "А зачем?" – он зависает. Vision – это понимание, зачем мы все это делаем, а не техдок.

Не обязательно красиво. Главное – чтобы было.

Как это может выглядеть:

• У клиента снизилась прибыль, и он хочет автоматизировать процессы.
• У него уже есть MVP, но он не понимает, как развивать дальше.
• Хочет продукт "типа как у Х", потому что это работает на рынке.

Это все – уже vision. Просто нужно вытащить это из клиента. Часто даже не словами, а примерами, аналогиями, историями.

Мой совет: закрепляйте vision в командном чате или на первом слайде презентаций. Это не только для заказчика – это для команды. Потому что если дев не понимает, что он строит, он будет просто кодить по указке PM. А это обычно ведет в никуда.

3. Gap Analysis – потому что иногда мы идем в бой без оружия

Это вещь, которую большинство либо игнорируют, либо вспоминают тогда, когда уже больно. Gap Analysis – это список того, чего нам не хватает, чтобы достичь цели.

Типичные "дыры", которые я встречала:

• Нет аналитика, но кто-то думает, что дев сам разберется.
• У клиента нет доступа к данным, но он хочет отчетность.
• Все ждут, что фронтенд чудесно сделает UX, потому что нет дизайнера.

Это все не страшно – пока вы знаете об этих пробелах и открыто о них говорите. Хуже – думать, что все ок, а потом объяснять, почему не успели в дедлайн.

Совет: на самом старте сядьте и честно выпишите все, что может понадобиться и чего еще нет. Без иллюзий.

Если коротко

Не бегите сразу в таски и фигмы. Сначала – эти три базовые вещи:

1. Подпишите NDA, чтобы все были спокойны.
2. Сформулируйте vision, хотя бы в виде голосового в Telegram.
3. Оцените пробелы: люди, доступы, данные, опыт – всё.

В каждом проекте всегда будет какая-то неопределенность – и это нормально. Но чем лучше вы соберете картину на старте, тем меньше будет "авралов" потом. Не ищите идеальных шаблонов – ищите диалог с командой и клиентом. И оставляйте место здравому смыслу. Если что-то кажется слишком очевидным, чтобы обсуждать – значит, это точно надо обсудить.