Этапы, сроки и оценка проекта: что подготовить перед заявкой

Короткий ответ: как начинается нормальный проект

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

Такой порядок особенно полезен для ботов, сайтов, ИИ-ассистентов, MVP и автоматизаций: у них почти всегда есть скрытые ограничения в API, платежах, данных, домене, старом коде или сценариях пользователей. Лучше найти эти ограничения до обещания срока и бюджета.

Какой первый этап лучше выбрать

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

Что написать в первой заявке

• Что должно измениться после запуска: заявка, бот, сайт, автоматизация, ИИ-ответы, визуал или перенос проекта.
• Кто будет пользоваться решением: клиент, менеджер, администратор, команда, подписчик или внутренний сотрудник.
• Где будет работать проект: Telegram, VK, сайт, таблицы, CRM, приложение, сервер, конструктор или сторонний сервис.
• Какие интеграции нужны: оплаты, файлы, рассылки, API, базы знаний, документы, уведомления, личный кабинет или админка.
• Какие есть материалы: текущие ссылки, скриншоты, ТЗ, пример конкурента, тексты, фото, таблицы, доступные демо и ограничения.

Порядок работы

1. Разбираю цель, аудиторию, каналы, материалы, ограничения и желаемый финальный результат.
2. Отделяю обязательный минимум от дополнительных улучшений, чтобы не раздувать первый этап.
3. Проверяю риски: доступы, API, платежи, домен, сервер, данные, приватность, мобильный вид и реальные ограничения сервисов.
4. Собираю рабочий результат, который можно открыть, нажать, проверить и поправить по делу.
5. Передаю результат, инструкции, список доступов, известные ограничения и следующий понятный шаг.

Что влияет на сроки и бюджет

• Первый проверяемый результат: что должно открыться, нажаться, отправиться, сохраниться или быть опубликовано после запуска.
• Количество сценариев, ролей, экранов, форм, статусов, исключений и ручных проверок.
• Готовность материалов: тексты, фото, таблицы, документы, примеры, доступы, домен, сервер, старый сайт или исходники.
• Интеграции и ограничения сторонних сервисов: API, платежи, CRM, боты, конструкторы, рассылки, файлы, авторизация и лимиты.
• Рискованность проекта: приватные данные, платежи, старый код, неизвестный подрядчик, вирусы, переезд, сломанный домен или отсутствие резервных копий.

Вопросы перед стартом