Сайт для листа ожидания и раннего доступа: пошагово

Цели листа ожидания и критерии успеха

Лист ожидания — это не «страница с формой», а инструмент, который помогает принимать решения до запуска. Его главная задача — снизить риск: понять, есть ли спрос, какая аудитория откликается, и кого приглашать в ранний доступ в первую очередь.

Что должен дать лист ожидания

1. Валидацию: люди не просто читают, а оставляют контакт и соглашаются на коммуникацию. Это сильнее, чем лайки и просмотры.

2. Измеримый спрос: вы видите, какой оффер и какие каналы приводят заявки, и можете прогнозировать, сколько лидов реально собрать к запуску.

3. Первые пользователи: ранний доступ нужен, чтобы получить обратную связь на продукт и пройти путь от «интересно» до «пользуюсь».

Решения, которые лучше принять заранее

Чтобы лист ожидания работал, заранее определите правила игры:

• Сроки: когда вы планируете первую волну раннего доступа и как часто будете открывать новые.
• Ограничения: есть ли лимит мест (например, 100–500 пользователей) и почему он оправдан — поддержка, инфраструктура, качество онбординга.
• Критерии доступа: кто проходит раньше (по сегменту, по роли, по готовности дать фидбек, по размеру компании) и будет ли приоритет за рефералами.

Так вы снимаете ожидание «когда-нибудь» и превращаете ожидание в понятный процесс.

Как измерять успех: метрики и пороги

Минимальный набор метрик:

• Конверсия лендинга в заявку (заявки/уникальные посетители). Важно считать в разрезе источников трафика.
• Стоимость лида (CPL) (расходы на канал/заявки) — чтобы не радоваться дорогому спросу.
• Активации в раннем доступе: доля тех, кто не только получил приглашение, но и сделал ключевое действие (например, создал проект, подключил интеграцию, завершил онбординг).

Заранее задайте «порог успеха» (например, целевую конверсию и целевой CPL) — так вы быстро поймёте, что улучшать: оффер, каналы трафика или сам продукт.

Частые ошибки

Самые типичные провалы — «пустая» страница без ценности (неясно, зачем ждать) и сбор лишних данных (длинная форма убивает конверсию и усложняет обработку). Лист ожидания должен быть коротким, понятным и измеримым — тогда он действительно помогает запуску, а не просто «копит емейлы».

Позиционирование и ценностное предложение на лендинге

Лендинг листа ожидания должен отвечать на два вопроса за 10–15 секунд: для кого продукт и почему стоит оставить заявку сейчас. Чем раньше вы сформулируете это ясно, тем проще будут дизайн, тексты и дальнейшие письма.

Одно предложение, которое «собирает» смысл

Начните с короткой формулы в один вдох:

«[Продукт] помогает [аудитории] решить [проблему] за счёт [подхода/механики]».

Пример: «Сервис помогает небольшим онлайн-командам собирать заявки и запускать ранний доступ без сложных настроек и ручной рутины».

3–5 выгод вместо длинного описания

Выгоды — это не функции. Формулируйте их как результат, который человек получит:

• Быстрее запускаете pre-launch и начинаете собирать спрос
• Понимаете, кто в очереди и почему пришёл (без лишних вопросов)
• Меньше ручной работы: подтверждения, письма, статусы
• Чёткие правила раннего доступа и прозрачные ожидания
• Чище данные для аналитики и последующих улучшений

Если хочется добавить «фичи» — опустите их ниже по странице или вынесите в FAQ, чтобы не размывать главный экран.

Сигналы доверия без преувеличений

Не обещайте «революцию» и «лучшее на рынке». Доверие строится фактами:

• Кто делает продукт: 1–2 предложения про команду и опыт, релевантный задаче
• Что уже есть: прототип, короткое демо-видео, 2–3 скриншота, публичный роадмап
• Что будет дальше: понятные ближайшие шаги (например, «приглашения волнами раз в неделю»)

Кому продукт пока не подходит

Честные ограничения повышают качество заявок. Добавьте 1–3 пункта вроде: «пока не подойдёт, если вам нужен офлайн-режим» или «если требуется интеграция с редкой CRM — её ещё нет». Это снижает разочарования и экономит поддержку после запуска.

Структура страницы: блоки, порядок и CTA

Хороший waitlist-лендинг читается как короткий сценарий: «что это», «зачем мне», «как получить», «почему вам можно доверять», «что сделать прямо сейчас». Чем меньше “прыжков” по странице, тем выше конверсия в заявку.

1) Главный экран: обещание + действие

Первый экран решает две задачи: объяснить ценность за 5–7 секунд и дать понятный CTA.

• Заголовок: конкретный результат, а не абстрактная «платформа». Например: «Ранний доступ к сервису, который сокращает время на ___ в 2 раза».
• Подзаголовок: кому подходит и чем отличается: «Для команд продаж / дизайнеров / родителей… Без ___ и с ___.»
• CTA-кнопка: один главный вариант — «Получить ранний доступ» / «Встать в лист ожидания». Вторичную ссылку (например, «Посмотреть как работает») делайте визуально слабее.
• Визуал: скрин, короткое видео 10–20 сек или иллюстрация «до/после». Важнее, чтобы было видно продукт/результат, а не абстрактные формы.

Совет по копирайту: рядом с CTA добавьте микроуточнение, снимающее страх: «1 минута, без спама» или «Можно выйти из списка в один клик».

2) Блок «Как это работает»: 3 шага до раннего доступа

Так пользователю легче принять решение: он понимает, что будет после отправки формы.

1. Оставляете заявку.
2. Подтверждаете email (или номер).
3. Получаете письмо с очередью/волной и инструкциями.

Старайтесь не добавлять в этот блок условия и исключения — только путь.

3) Доказательство ценности: функции, сценарии, «для кого»

Дальше — 2–4 коротких блока, которые отвечают на типовые вопросы.

• Функции/выгоды: не списком характеристик, а через результат («Автоматически…», «Сокращает…», «Помогает…»).
• Сценарии: 2–3 мини-истории «когда пригодится».
• Для кого: перечислите 3–5 аудиторий и добавьте «Не подойдёт, если…» — это повышает доверие и снижает нецелевые заявки.

4) FAQ и финальный «дожим»

FAQ закрывает возражения: цена, когда запуск, что за ранний доступ, будет ли бесплатный тариф, как храните данные. Держите ответы короткими, а детали при необходимости уводите на отдельные страницы (/privacy-policy, /terms).

CTA: повтор, а на мобильных — «липкая» кнопка

CTA стоит повторить минимум дважды: после «Как это работает» и внизу страницы. На мобильных часто помогает липкая кнопка (sticky) «Встать в лист ожидания», чтобы не прокручивать назад. Главное — не перекрывать контент и дать возможность закрыть кнопку.

Итог: один основной CTA, понятная логика блоков и минимум отвлекающих ссылок — база для стабильного сбора заявок.

Форма заявки: какие данные собирать и как подтверждать

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

Какие поля оставлять (минимум, который работает)

Базовый вариант почти всегда один: email.

Дальше — только опциональные поля, которые реально помогают принять решение или персонализировать коммуникации:

• Имя (чтобы письма выглядели живее, но это не критично)
• Роль/тип пользователя (например: «маркетолог», «владелец бизнеса», «разработчик») — удобно для сегментации; лучше делать выпадающим списком

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

Проверка email и «мягкая» защита от ботов

Минимальные проверки улучшают качество базы, не добавляя барьеров:

• проверка формата email (чтобы не принимались очевидно неверные адреса)
• понятная подсказка при ошибке: что именно исправить

От ботов лучше защищаться так, чтобы пользователь почти не замечал защиту: скрытое honeypot-поле, ограничение частоты отправок с одного IP, невидимая проверка. Тяжёлые капчи часто снижают конверсию — используйте их только если реально столкнулись со спамом.

Экран после отправки: что человек должен увидеть

После нажатия CTA не оставляйте пользователя в неопределённости. На странице/экране «Готово» коротко ответьте на три вопроса:

1. Заявка принята?

2. Что дальше? (например: «подтвердите email» или «мы напишем, когда откроем волну раннего доступа»)

3. Когда ждать? (ориентир: «в течение 1–2 недель» или «в день запуска»)

Если у вас есть рефералы или очередь, здесь же покажите следующий шаг и дайте ссылку на /early-access.

Double opt-in: когда нужен и как объяснить

Двойное подтверждение (double opt-in) полезно, когда важно качество списка: меньше ошибок в адресах, меньше жалоб, выше доставляемость. Оно особенно уместно, если вы планируете регулярные email-рассылки и хотите аккуратно собирать согласия.

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

Сегментация и сбор контекста без потери конверсии

Сегментация нужна не «ради CRM», а чтобы честно управлять ранним доступом: кому вы даёте вход первым и почему. Главный принцип: спрашивайте только то, что реально влияет на доступ, а остальное собирайте позже.

Какие сегменты уместны на первом шаге

Оставьте на лендинге 1–2 поля, которые помогают принять решение о приоритете. Обычно это:

• Роль (например, «маркетинг», «продажи», «продукт», «руководитель») — если сценарии и ценность сильно отличаются.
• Отрасль — если продукт пока поддерживает не все вертикали.
• Размер команды/компании — если у вас разные планы или ограничения по нагрузке.
• Задача («хочу X, чтобы решить Y») — если ранний доступ вы выдаёте под конкретные use-case.

Если сегмент не меняет ни порядок в очереди, ни коммуникации, ни функциональность — уберите его с первого экрана.

Скрытые поля: контекст без лишних вопросов

Чтобы понимать источники трафика, не заставляя человека заполнять лишнее, используйте скрытые поля:

• utm_source / utm_medium / utm_campaign
• ref (пригласивший пользователь или партнёр)
• landing_variant (если у вас несколько версий страницы)

Так вы свяжете качество лидов с каналом и не «заплатите» конверсией за аналитику.

Мини-опрос после заявки: коротко и необязательно

Сразу после отправки формы покажите страницу «Спасибо» с необязательным опросом на 3–5 вопросов. Формулировка должна быть мягкой: «Поможете нам настроить ранний доступ под вас? Это займёт минуту».

Подойдут вопросы:

• Какая самая важная задача, которую хотите решить?
• Какими инструментами пользуетесь сейчас?
• Насколько срочно нужно решение? (варианты)
• Хотите созвон/демо? (да/нет)

Ключевое: опрос по желанию, а не «для продолжения».

Как не «сломать» конверсию: прогрессивное профилирование

Соберите минимум (email + 1 сегмент) на лендинге, а детали добирайте позже:

• в первом письме (один вопрос в конце);
• в личном кабинете после подтверждения адреса;
• перед выдачей доступа («уточним пару деталей, чтобы правильно подключить»).

Так вы получите и высокий процент заявок, и достаточно контекста, чтобы делать разумные волны раннего доступа и точные письма.

Логика раннего доступа: очереди, волны и правила

Ранний доступ работает, когда люди понимают «когда и почему» они получат приглашение. Если правила размыты, ожидание превращается в раздражение — даже если продукт отличный.

Модель допуска: по времени, сегментам или активности

Выберите один главный принцип и зафиксируйте его на лендинге и в письмах.

• Очередность по времени: «кто раньше записался — тот раньше заходит». Самая простая и понятная модель.
• По сегментам: вы сначала приглашаете, например, команды, потом фрилансеров — чтобы протестировать ключевые сценарии. Важно честно объяснить логику.
• По активности: приоритет тем, кто подтвердил почту, заполнил профиль, ответил на 2–3 вопроса или пригласил коллег. Подходит, если вам нужна вовлечённость.

Хороший компромисс: базовая очередь по времени + небольшой «быстрый трек» для целевых сегментов.

Волны доступа и лимиты мест

Волны помогают не перегрузить поддержку и инфраструктуру. Объявляйте их конкретно: «100 мест в первой волне, ещё 200 — через 2 недели». На странице ожидания показывайте актуальный статус: «Сейчас приглашаем тех, кто записался до 5 ноября» или «Волна №2 формируется».

Обновляйте статус регулярно (даже если новостей мало): это снижает тревожность и уменьшает отписки.

Приоритеты: приглашения, промокоды, тарифы

Если есть разные тарифы или роли, заведите отдельные списки: например, «Бесплатный», «Pro», «Команды». Для партнёров и пилотных клиентов используйте персональные инвайты или промокоды, которые добавляют приоритет, но не ломают общую справедливость.

Как избежать разочарования

Сформулируйте правила в 3–4 строках: кто попадает раньше, сколько мест, как часто волны и что влияет на приоритет. Добавьте честное ожидание: «доступ может занять 2–6 недель». И обещайте только то, что сможете выполнить — доверие дороже скорости.

Коммуникации: письма и сценарии прогрева

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

Базовая цепочка писем

1) Подтверждение заявки (сразу).

Цель — закрепить ожидание, подтвердить контакт и снизить тревожность («всё ок, вы в списке»).

2) Прогрев (через 2–4 дня).

Цель — напомнить о продукте и показать пользу: кейс, демо, принцип работы, «как мы решаем вашу проблему».

3) Приглашение в ранний доступ (когда готовы).

Цель — выдать доступ и объяснить следующий шаг так, чтобы человек дошёл до активации.

4) Напоминание (через 24–72 часа).

Цель — добрать тех, кто отвлёкся. Без давления, с повторением выгоды и дедлайна/ограничения волны.

Что должно быть в каждом письме

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

Если у вас на лендинге есть блок «что дальше», удобно ссылаться на него: /waitlist#next-steps.

Шаблоны ключевых писем (что обязательно включить)

Письмо 1 — подтверждение

• Тема: «Вы в листе ожидания [продукта] — подтвердите email»
• 1–2 предложения: зачем подтверждение
• CTA: «Подтвердить email»
• Коротко: что получите и когда примерно ждать новостей

Письмо 2 — прогрев

• Тема: «Как [продукт] экономит вам [время/деньги] за 10 минут»
• 3–5 строк: одна история/пример
• CTA: «Посмотреть демо/пример» (одна ссылка)

Письмо 4 — напоминание

• Тема: «Ранний доступ ещё доступен (до [дата/время])»
• 2–3 строки: что упускают, если не зайдут
• CTA: «Активировать доступ»

Письмо-приглашение: как выдать доступ и объяснить следующий шаг

Сделайте письмо максимально «операционным»:

• Кто и почему получил доступ: «Вы в волне №2, потому что…» (если есть очереди/волны).
• Что сделать сейчас: один шаг — зарегистрироваться или войти.
• Сколько это займёт: «2 минуты» снижает барьер.
• Что будет после входа: 1–2 пункта (например, «создайте первый проект → получите результат»).
• Куда писать: контакт поддержки или ответом на письмо.

CTA должен вести на конкретную страницу (например, /early-access), без развилок и лишних меню — так конверсия в активацию обычно заметно выше.

Рефералы и рост: простая программа рекомендаций

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

Что обещать и как не завышать ожидания

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

Хорошие варианты:

• Ранний доступ (перевод в более раннюю волну, приоритетная проверка аккаунта)
• Дополнительные места (например, «+1 приглашение в закрытую бету для команды»)
• Бонус-функции (не критичные для продукта, например увеличенные лимиты на месяц)

Не обещайте «пожизненно бесплатно» или «эксклюзив навсегда», если это не заложено в экономику.

Как считать приглашения и защищаться от накруток

Самый понятный способ — считать подтверждённые регистрации по уникальной ссылке.

Минимальные правила:

• Засчитывайте приглашение только после подтверждения email у приглашённого.
• Не засчитывайте самоприглашения: совпадение email-домена, устройства или IP — повод отправить в ручную проверку, но без жёстких блокировок.
• Ограничьте «вес» одного источника: например, максимум N засчитанных приглашений в сутки с одной сети.

Не усложняйте защиту на старте: лучше отслеживать аномалии в аналитике и чистить выборочно.

Страница «Пригласи друзей» и тексты для шаринга

После заявки сразу показывайте человеку личную ссылку и прогресс: «1 из 3 приглашений до приоритета». На странице добавьте короткие кнопки «Скопировать», «Отправить письмом», «Поделиться».

Пример текста для шаринга:

Я записался(ась) в ранний доступ к продукту. Можно присоединиться по моей ссылке — так мы оба быстрее попадём в следующую волну.

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

Юридические и доверительные элементы: приватность и согласия

Пользователь оставляет почту (и иногда телефон) только если понимает, зачем вы это собираете и как будете обращаться с данными. Юридические блоки на waitlist-лендинге — не «формальность внизу страницы», а часть доверия и конверсии.

Обязательные элементы на странице

В зоне формы добавьте короткую подпись и чекбокс согласия (не заранее отмеченный): «Я согласен(на) на обработку персональных данных и получение уведомлений о раннем доступе». Рядом — ссылка на политику: /privacy-policy.

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

Минимизация данных и срок хранения — простыми словами

Собирайте минимум: обычно достаточно email. Если спрашиваете больше (роль, компания, телефон), объясните «зачем»: например, «телефон — чтобы пригласить в бета-интервью».

В политике и/или рядом с формой укажите срок хранения: «Храним данные до запуска и ещё 6 месяцев, затем удаляем, если вы не стали пользователем». Чем конкретнее, тем спокойнее человеку.

Рассылки, отписка и настройки уведомлений

В каждом письме должна быть заметная ссылка на отписку и понятное пояснение, что будет после отписки (например, «перестанем присылать новости, но можем отправить одно письмо для подтверждения удаления»).

Если у вас несколько типов уведомлений, дайте выбор: «только про ранний доступ» vs «новости и обновления». Это можно оформить ссылкой на страницу настроек из письма.

Безопасность доступа к списку

Ограничьте доступ к базе заявок: роли (просмотр/редактирование), отдельные аккаунты, двухфакторная аутентификация. Делайте регулярные резервные копии и фиксируйте, кто и когда экспортировал список.

Даже короткая фраза на лендинге вроде «Данные защищены, доступ только у команды продукта» повышает доверие — если за ней реально стоит порядок внутри.

Аналитика и улучшения: события, воронка и тесты

Если вы не измеряете путь пользователя по waitlist-лендингу, вы улучшаете страницу «на глаз». Достаточно простого набора событий и понятной воронки — и вы быстро увидите, что именно мешает росту конверсии.

Минимальный набор событий

Заведите события так, чтобы они отвечали на вопрос «что произошло и на каком шаге». Базовый минимум:

• Просмотр страницы (view) — с разрезом по источнику/кампании.
• Отправка формы (submit) — ключевая конверсия лендинга.
• Подтверждение email (verify) — если есть double opt-in.
• Приглашение в ранний доступ (invite) — когда вы реально зовёте человека.
• Активация (activate) — пользователь получил доступ и сделал первое целевое действие (например, вошёл, создал проект, подключил интеграцию).

Важно: фиксируйте не только факт события, но и контекст — вариант страницы (если идёт тест), язык/регион, устройство.

Воронка и точки падения

Постройте простую воронку: view → submit → verify → invite → activate. Смотрите не общий процент, а где именно «проседает» шаг.

Типичные сигналы:

• много view, мало submit → проблема в оффере, первом экране, доверии или слишком длинной форме;
• много submit, мало verify → письмо попадает в спам/промо, непонятно зачем подтверждать, слабый текст письма;
• много invite, мало activate → ожидания не совпали с тем, что вы дали в раннем доступе, или слишком сложный вход/онбординг.

UTM и каналы: качество заявок, а не только объём

Размечайте все внешние переходы UTM-метками и оценивайте каналы не по кликам, а по verify и activate. Часто один источник даёт дешёвые заявки, но почти нулевую активацию — это «шум», который перегружает базу и коммуникации.

Минимум, который стоит анализировать по каждому источнику: конверсия в submit, доля подтверждений, время до активации.

A/B-тесты без хаоса

Тестируйте по одному изменению за раз и заранее выбирайте метрику успеха (обычно submit или verify). Наиболее полезные гипотезы:

• Заголовок и первый экран (обещание результата vs описание продукта)
• Оффер (что именно получит человек в раннем доступе)
• Длина формы (1 поле vs 2–3 поля)
• Социальное доказательство (цифры, отзывы, логотипы партнёров — если уместно)

Не «побеждайте» по маленьким цифрам: лучше копить данные до понятного тренда и параллельно следить, чтобы тест не ухудшал качество (verify/activate), даже если submit растёт.

Техническая сборка и запуск: минимальный стек и чек-лист

Запуск waitlist-лендинга можно собрать за 1–2 вечера, если заранее выбрать «минимально достаточный» стек и не пытаться автоматизировать всё сразу. Цель техники здесь простая: надёжно принять заявки, сохранить их в базе, отправить подтверждение и дать вам сигнал, что всё работает.

Минимальный стек для быстрого старта

1) Домен и базовая инфраструктура.

Купите домен (лучше короткий и читаемый) и подключите SSL.

2) Где собирать страницу.

Варианты по скорости:

• Конструктор (быстрее всего): подходит, если дизайн вторичен, а важна скорость.
• Готовый шаблон + простая правка.
• Фреймворк (Next.js и т.п.), если у вас уже есть разработчик и нужно больше контроля.

Если вы хотите собрать страницу и минимальный бэкенд без «классического» программирования с нуля, альтернативный путь — vibe-coding платформа TakProsto.AI: вы описываете, что нужно (лендинг, форма, double opt-in, очередь/волны, рефералы, события аналитики), а дальше доводите результат в режиме чата. Это удобно, когда важно быстро запуститься, а затем при необходимости экспортировать исходники, подключить кастомный домен, развернуть хостинг и откатываться через снимки/rollback. Плюс для российского рынка — размещение на серверах в России и работа с локализованными моделями, без отправки данных за пределы страны.

3) Куда складывать лиды.

На старте достаточно:

• таблицы (Google Sheets) или Airtable;
• либо простая CRM, если продажи начинаются сразу.

Интеграции: форма → база → письма → уведомления

Минимальная цепочка выглядит так:

1. Форма на лендинге (email/телефон + 1–2 вопроса).

2. База лидов (таблица/CRM) с полями: источник, дата, статус, сегмент.

3. Email-сервис: автоматическое письмо «Вы в списке» + последующие сценарии прогрева.

4. Уведомление в мессенджер (например, Telegram): чтобы видеть новые заявки и ошибки интеграции.

Сразу решите, где будет «истина» по данным (таблица или CRM), чтобы не плодить копии.

Чек-лист перед запуском

Проверьте:

• мобильную версию (кнопка CTA видна без зума, форма удобна);
• скорость загрузки (тяжёлые видео/анимации — частая причина просадки конверсии);
• доставляемость писем (тема, отправитель, не уходит ли в спам, работает ли double opt-in);
• 404 и редиректы (особенно если меняли URL), корректный заголовок и фавикон.

План первых 2 недель

День 1–2: мягкий запуск на небольшой трафик, сбор первых заявок, быстрые фиксы.

День 3–7: опрос/вопрос в письме «что вы хотите решить?», обновление текста оффера и формы.

Неделя 2: итерации: A/B заголовка или CTA, настройка сегментов, запуск первой волны раннего доступа для части списка.