GEO: блок «Процесс и сроки» на услуге за 28 дней

Блок «Процесс и сроки» на странице услуги за 28 дней — это H2 с этапами, таблица SLA и артефактов на каждом шаге, цитируемые формулировки «как мы работаем» для AI-ответов плюс разметка HowTo и Service: без proof-цифр ради цифр и без сравнений «мы vs альтернатива» — только ясный маршрут клиента от заявки до done.

AI-обзоры и люди одинаково ненавидят «индивидуальный подход, сроки обсудим». Я собираю на коммерческой странице блок, который можно процитировать целиком: что происходит, сколько длится, что получает клиент на выходе этапа. Это не entity-страница услуги «вообще» и не FAQ ради FAQ — это операционный скелет услуги.

H2 «Процесс и сроки»: структура, которую ставят в AI-ответ

Минимальный каркас блока (один H2, внутри — нумерованные этапы или таблица):

1. Вход — что нужно от клиента, чтобы старт считался стартом.
2. Этапы 3–6 — короткое имя, длительность, артефакт на выходе.
3. Контрольные точки — когда клиент согласовывает / принимает.
4. Done — критерий завершения и что остаётся на поддержке (если есть).

Этап	Срок (ориентир)	Что делаю	Артефакт клиенту	SLA ответа
0. Бриф / kick-off	1–2 раб. дня	Фиксирую scope, роли, каналы	1-стр. бриф / протокол	≤4 ч на слот
1. Аудит / карта	3–5 раб. дней	Смотрю текущий контур	Список gaps + приоритеты	Ежедневный статус
2. Сборка	5–10 раб. дней	Настраиваю поля/статусы/интеграции	Доступ к стенду / чеклист	≤1 раб. день на блокер
3. Приёмка	2–3 раб. дня	Прогон сценариев	Акт / список done-критериев	≤4 ч на правки из списка
4. Запуск	1–2 раб. дня	Бой + мониторинг	Регламент 1 стр. + доступы	Гиперкеа 3–5 дней

Цитируемая формулировка (пример, подставляю под услугу):

«Внедрение [услуга] занимает 14–21 рабочий день в 5 этапах: бриф → аудит → сборка → приёмка → запуск. На каждом этапе клиент получает артефакт (бриф, gaps, стенд, акт, регламент). SLA ответа по блокерам в сборке — 1 рабочий день, по приёмке правок из согласованного списка — 4 часа в рабочее время.»

Такую фразу AI-ответ может взять почти дословно. Размытое «от двух недель» без этапов — нет.

Таблица сроков и артефактов: правила, чтобы не врать

Правило	Зачем	Как пишу на странице
Диапазон, не «магия 3 дня»	Честность + меньше споров	«5–10 раб. дней при готовом доступе к CRM»
Условие старта	Иначе срок «плывёт» с дня 0	«Срок идёт с дня, когда есть доступы и бриф 1 стр.»
Артефакт = done этапа	Клиент видит прогресс	Колонка «что получаете»
Отдельно: ожидание клиента	Не путать мой SLA и простой	«+N дней, если согласование >48 ч»
Что не входит	Scope creep	«Обучение всей сети / кастом-отчёты BI — вне базового процесса»

Чеклист контента блока (дни 1–7):

1. Выписать 4–6 реальных этапов с прошлых проектов (не «идеальный маркетинг»).
2. Для каждого — min/max срок и один артефакт.
3. Добавить 2–3 условия, от которых срок растягивается.
4. Написать 1 абзац answer-first «сколько займёт и из чего состоит».
5. Согласовать цифры с тем, кто продаёт и кто сдаёт — иначе GEO врёт продажам.

FAQ-схема под процесс (не общий FAQ сайта)

3–4 вопроса именно про сроки и шаги — их же можно разметить FAQPage.

Сколько длится [услуга] под ключ?
Ориентир N–M рабочих дней при готовых доступах: этапы … Итоговый календарь фиксирую после брифа.

Что нужно от нас, чтобы срок не сдвинулся?
Доступы, ЛПР на согласование ≤48 ч, один канал статуса. Простой на стороне клиента в срок подрядчика не «сгорает молча» — его видно в статусе этапа.

Можно ли быстрее?
Да, сжатый контур: меньше кастома, готовые шаблоны полей/статусов, приёмка по чеклисту без расширения scope. Цена и риски фиксирую отдельно.

Что считается завершением работ?
Подписанный / принятый список done-критериев + доступы у клиента + регламент. Не «бот отвечает в чате один раз».

HowTo + Service schema за 28 дней

Разметка усиливает блок, но не заменяет читаемый H2. Я делаю так:

Дни	Действие	Результат
1–7	Текст H2 + таблица + FAQ	Контент на стейдже
8–14	JSON-LD Service: name, description, provider, areaServed, offers (если цена/пакет)	Service на странице услуги
15–21	JSON-LD HowTo: name = «Как проходит [услуга]», step[] = этапы с text/name, totalTime	HowTo рядом с блоком процесса
22–28	FAQPage на 3–4 Q&A процесса; проверка rich results / валидатор; сверка с офертой	Нет расхождения «на сайте 14 дней, в schema 3 дня»

Минимальные поля HowTo (логика, не копипаст кода в статью):

• name — как в H2.
• totalTime — ISO-8601 длительности (например P21D), согласованная с текстом.
• step — по этапу: имя + короткий text + (опционально) url якоря.
• Не пихать в HowTo коммерческие обещания ROI — только процесс.

Service:

• serviceType / name услуги как в title страницы.
• provider — организация с NAP, согласованным с остальным сайтом.
• areaServed — если услуга локальная/РФ.
• termsOfService / ссылка на оферту при необходимости.

Проверка на 28-й день: блок виден без скролла-ада (или с якорным оглавлением), таблица не «картинкой», schema не 404, формулировки сроков совпадают в H2, FAQ и JSON-LD.

Часто задаваемые вопросы

Чем блок «Процесс и сроки» отличается от proof-блока с цифрами кейсов?
Proof — «что уже сделали и с каким эффектом». Процесс — «как будет идти ваш проект и сколько займёт». Оба нужны; сегодня фокус на маршруте и SLA, не на витрине кейсов.

Нужны ли сравнения “услуга vs сделать самим”?
Для GEO сравнений — отдельный формат страницы. В блоке процесса сравнения размывают цитату. Здесь только этапы, сроки, артефакты.

Что если сроки сильно зависят от интеграций?
Пишу вилку и условие: «базовый контур 14 дней; +N дней на каждую нестандартную интеграцию после аудита». В HowTo — базовый путь, кастом — отдельным абзацем «вне базового HowTo».

HowTo обязателен для Yandex/Google AI-ответов?
Не magическая кнопка. Сначала читаемый H2 и таблица. Schema — усиление и ясность для машин. Без текста schema пустая.

Читайте также

• GEO proof-блок на странице услуги: цифры, кейсы, schema
• Страница услуги под AI Overview: proof, FAQ, Service/HowTo
• GEO: страницы сравнения услуга vs альтернатива

Нужен блок процесса и schema на страницу услуги без воды — разберём на raisovich.ru.

Сколько этапов ставить в блоке «Процесс и сроки»?

Обычно 3–6 нумерованных этапов плюс вход и done: у каждого короткое имя, диапазон дней, артефакт на выходе и SLA ответа по блокерам.

Зачем колонка «артефакт клиенту» в таблице сроков?

Артефакт делает done этапа видимым: бриф, gaps, стенд, акт приёмки, регламент — без этого AI и клиент видят только размытые «сроки обсудим».

В каком порядке за 28 дней внедряют HowTo и Service?

Сначала читаемый H2 и таблица (дни 1–7), затем Service JSON-LD (8–14), HowTo по этапам (15–21) и FAQPage процесса со сверкой формулировок (22–28).