Как составить план обновления лендинга в AI-GROK.CHAT

1. Определите, что именно нужно обновить

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

В AI-GROK.CHAT отправьте исходные данные обычным текстовым сообщением. Первый ответ в чате доступен без регистрации; перед оплатой проверьте условия продолжения. Для этой задачи достаточно текстового диалога: попросите составить график, а затем проверьте его.

1. Назовите конкретный результат: обновить первый экран и блок преимуществ, сохранив действующую форму заявки.
2. Отделите обязательные изменения от пожеланий, которые можно перенести на следующий этап.

2. Соберите ограничения и оценки команды

Все данные следующего кейса вымышленные. Сроки и трудозатраты нужны для демонстрации, а не как норматив обновления любой страницы. Перед использованием замените их оценками вашей команды.

1. Замените состав изменений, число рабочих дней, роли, ежедневную доступность участников и оценки длительности задач.
2. Укажите, кто согласует текст и макет. Уточните зависимости: разработчик начинает работу после утверждения макета, а проверка следует за вёрсткой.
3. Задайте критерии приёмки: согласованный текст, корректное отображение на телефоне и компьютере, переход к существующей форме и её работоспособность.
4. Не отправляйте пароли, токены, доступы к сайту, персональные данные клиентов и закрытые документы. Используйте названия ролей вместо имён и краткие обезличенные сведения.

3. Отправьте запрос с понятным форматом ответа

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

1. Скопируйте запрос и замените вымышленные вводные.
2. Не убирайте требования к проверке нагрузки и обозначению неизвестных данных.

Готовый запрос Копировать

Составь реалистичный план обновления лендинга. Все данные этого учебного кейса вымышленные.
Цель: сделать предложение понятнее и сохранить переход к действующей форме заявки. Меняем только первый экран и блок преимуществ: тексты, оформление и адаптивную вёрстку. Цены, остальные разделы и подключение формы не меняем. Рост заявок не обещаем.
Срок: семь рабочих дней, обозначь их Д1–Д7. Доступность: редактор — 2 часа в день, дизайнер — 3 часа, разработчик — 3 часа, координатор — 1 час.
Предварительные оценки команды: тексты — 4 часа редактора; макет — 6 часов дизайнера; вёрстка — 5 часов разработчика; проверка — 1 час разработчика и 1 час координатора; публикация — 1 час разработчика и 0,5 часа координатора. Подготовка границ задачи занимает 1 час координатора, согласование текста и макета — по 0,5 часа координатора. На Д7 сохрани 2 часа разработчика для исправлений.
Тексты начинаем после определения границ задачи, макет — после согласования текста, вёрстку — после согласования макета. Проверка идёт после завершения вёрстки; публикация — после успешной проверки.
Приёмка: тексты согласованы, оба блока проверены на телефоне и компьютере, кнопка ведёт к существующей форме, тестовая заявка доходит до ответственного. Проверку выполняет команда, не чат.
Для каждого дня укажи задачи, исполнителей, часы и результат. Отдельно назови риски, вопросы до старта и условие переноса публикации. Проверь ежедневную нагрузку. Не добавляй неподтверждённые факты о продукте и новые работы без отдельной пометки.

4. Сравните ответ с примером рабочего графика

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

5. Проверьте факты, расчёты и границы

Ответ чата — черновик планирования. Он не подтверждает возможности вашей команды и не проверяет сам лендинг. Сверяйте каждое ограничение с вводными, а факты о продукте — с утверждёнными материалами.

1. Проверьте арифметику: у редактора 2 + 2 = 4 часа, у дизайнера 3 + 3 = 6 часов.
2. У разработчика основные работы занимают 5 + 1 + 1 = 7 часов; резерв — ещё 2 часа. На Д6 нагрузка составляет 2 + 1 = 3 часа, на Д7 — 2 + 1 = 3 часа.
3. У координатора суммарно 1 + 0,5 + 0,5 + 1 + 0,5 = 3,5 часа. Дневной лимит не превышен.
4. Убедитесь, что вёрстка не начинается раньше согласования макета, а публикация — раньше успешной проверки.
5. Проверьте отсутствие лишних работ: новых разделов, изменения цен, перенастройки формы. Удалите неподтверждённые обещания и показатели.

6. Исправьте конкретную ошибку, а не весь ответ

Типовые ошибки — путать рабочие и календарные дни, забывать согласования и считать резерв свободным временем для новых пожеланий. Ещё одна ловушка: формулировка «протестировать сайт» без перечня проверок. Уточняйте именно проблемное место, сохраняя остальные ограничения.

1. Назовите обнаруженную ошибку и попросите пересчитать затронутые дни.
2. После исправления снова проверьте часы, зависимости и критерии приёмки.

Готовый запрос Копировать

В твоём плане на Д6 у разработчика получилось 4 часа при лимите 3 часа. Исправь только график разработки и проверки. Сохрани зависимости, семь рабочих дней и резерв 2 часа на Д7. Не сокращай оценки молча: если всё не помещается, покажи конфликт и предложи перенос публикации на согласование.

7. Согласуйте план перед стартом

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

1. Назначьте ответственного за каждую задачу и согласование.
2. Зафиксируйте решение: запускаем план, сокращаем объём или меняем срок.