1. Цвета маркеров и их значение:

• Зеленый: Задача выполнена полностью (сделано).
• Желтый: Вопросы, которые нужно задать клиенту (вопросы клиенту).
• Оранжевый: Задача выполнена частично (сделано частично).
• Красный: Задача не выполнена (не сделано).

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

• Всегда добавляйте правки в нумерованный список для удобства (чтобы избежать ручной нумерации позже).
• Если возникают вопросы или ожидание от клиента — используйте соответствующий цвет.
• Для задач, которые невозможно выполнить, применяйте красный.

Если схема требует уточнений или доработок на основе новых встреч (например, с Олей), обновите инструкцию соответственно. Если нужны примеры применения или помощь в разметке документа, дайте знать!

2. Словарь терминов (словарик)

Для ясности в коммуникации с клиентами и командой используйте следующие определения:

• Страница: Конкретная веб-страница сайта (например, "Главная страница").
• Экран: Часть страницы, видимая на устройстве (например, "Верхний блок на мобильной версии").
• Секция: Подраздел страницы (например, "Блок с достопримечательностями").
• Правка: Изменение, которое нужно внести (например, "Разместить больше достопримечательностей" — с уточнением "каких именно?").
• Скриншот: Снимок экрана для визуализации места правки.
• Ссылка: URL на файл, изображение или документ в облачном хранилище (например, Google Drive).

3. Инструкция по передаче правок (для клиентов и команды)

Чтобы процесс был эффективным, правки должны передаваться в структурированном виде. Это минимизирует недопонимания и упрощает внесение изменений. Мы предоставляем шаблонный документ в Google Docs (с правами на чтение), который вы можете скопировать и заполнить. Шаблон включает:

• Дату документа.
• Цвета маркеров (см. раздел 1).
• Короткую инструкцию по заполнению.
• Нумерованный список для правок.

Как передавать правки (минимальные требования):

• Укажите место: Определите страницу, экран или секцию, где нужна правка (например, "Главная страница, секция 'Достопримечательности'").
• Опишите изменение: Что именно изменить? Будьте конкретны (например, "Разместить больше достопримечательностей — укажите, каких именно: Эйфелева башня, Колизей и т.д.").
• Добавьте визуализацию: Прикрепите скриншот места на сайте, где нужна правка.
• Для изображений или файлов: Предоставьте ссылку на них в облачном хранилище (например, Google Drive, Dropbox). Не присылайте файлы напрямую по email.
• Для текстовых правок: Выделите точное место в тексте (например, "Заменить фразу 'Добро пожаловать' на 'Приветствуем вас' в заголовке").
• Вопросы и уточнения: Если что-то неясно, отметьте желтым (вопросы клиенту) и задайте конкретные вопросы (например, "Каких достопримечательностей добавить?").

Передавайте правки через шаблонный Google Doc или альтернативные методы (см. ниже). Мы соберём и обработаем их, отметив прогресс цветами.

4. Альтернативные методы передачи правок

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

• Шаблонный Google Doc: Основной метод. Мы предоставим ссылку на шаблон (с правами на чтение). Скопируйте его, заполните и поделитесь с нами (дайте права на редактирование).
• Figma для визуальных правок: Если клиент знаком с Figma, мы можем экспортировать страницы сайта в Figma. Вы расставите комментарии прямо в блоках (например, в развертке типовых страниц). Это идеально для детальных обсуждений — можно вести диалог по каждой правке отдельно. Пример: Для проектов вроде "сайтов по телекам" мы разворачиваем страницы, чтобы клиент мог пройтись и отметить изменения в блоках.
• Другие варианты: Если ни один не подходит, обсудим индивидуально (например, встреча для совместного разбора).

Минимальный порог удобства для нас: Правки должны быть структурированы (место + описание + визуализация). Если они приходят в хаотичном виде (например, без скриншотов или ссылок), мы попросим переоформить по шаблону.

5. Процесс работы с правками (внутренние рекомендации)

• Сбор правок: Проводите встречи для обсуждения (как в кейсе с видео — проговорите, пройдитесь по документу). Записывайте встречи для разбора как кейс (например, для ознакомления команды).
• Обработка: Отмечайте прогресс цветами. Если ждём от клиента — оранжевый (частично сделано) или желтый (вопросы).
• Обновление инструкции: Если на встречах (например, с Олей) возникают улучшения, обновите этот документ.
• Пример кейса: В проекте "сайты по телекам" клиент предпочёл Figma для комментариев в блоках, но мы начали с документа. Это показало, что гибкость важна, но шаблон — основа.

Эта инструкция помогает стандартизировать процесс, экономить время и избегать ошибок. Если нужно доработать шаблон, добавить примеры или разобрать конкретный кейс (например, запись встречи), дайте знать! Мы можем оформить это в готовый документ для рассылки клиентам.