Проверить рамку оффера: вызов + возможность + фильтр, слов course/training/internship нет нигде. Пробы до регистрации больше нет — единственное действие с лендинга ведёт на регистрацию. По R-51 кандидату не показывается ни вместимость набора, ни занятые места, ни дата закрытия дверей: набор либо открыт, либо закрыт, а лимит остаётся внутренним параметром позиции (C5). Кривая оплаты на лендинге остаётся, но по R-47 она подписана как действующая схема набора, а не как навсегда зашитые суммы: кандидату всю программу действует та схема, которая была на момент его старта. Второе состояние добавлено по R-94 — позиция закрыта администратором (C5): закрывается только вход, поэтому новый посетитель видит короткую страницу без единой кнопки регистрации, а тот, кто уже внутри, входит в свою программу отсюда же. Ни вместимости, ни причины закрытия, ни обещания следующего набора на странице нет — R-51 действует и в этом состоянии, а про будущие наборы ни одно решение ничего не говорит. R-99 проводит по этой странице границу, которой в ней не было: отсекается не «незарегистрированный», а тот, кто не дошёл до проверки личности. Прошедший MyID до момента закрытия считается кандидатом и доводит вход до конца — скрининг, форма данных, модули; на середине входа не отсекается никто. Поэтому в панели теперь три строки вместо одной, и они разделяют три разных человека: прошёл MyID, не дошёл до MyID, уже в модулях. Суммы лестницы приведены к утверждённой кривой R-101 — 80 000 за каждый из первых четырёх модулей, 250 000 за промежуточный экзамен, 300 000 за каждый из модулей 6–9 и 850 000 за финальный экзамен, итого 2 620 000; полоски прогресса пересчитаны как доля от максимальной выплаты, поэтому ровный блок в начале виден глазом. Третье состояние добавлено по R-108: набор поставлен на паузу (C5). Правило начатого входа оказалось написано только под закрытие, и из этого читалось, что пауза режет всех подряд, — R-108 говорит, что действует то же самое: граница проходит по проверке личности, а не по факту закрытия. Кадр повторяет ту же панель из пяти строк и тот же вход в идущую программу; отличается он от закрытого состояния только заголовком и тем, что необратимости в тексте нет. Открытый вопрос владельцу: ни одно решение не говорит, сообщается ли посетителю, что пауза временная. Кадр намеренно ничего не обещает — ни срока возврата, ни листа ожидания; R-51 запрещает показывать вместимость и дату, а про будущие наборы решений нет вовсе.

Состояние 1 — набор открыт: единственное действие ведёт на регистрацию

Состояние 2 — набор закрыт (R-94): регистрации нет, вход в идущую программу остался

Состояние 3 (R-108) — набор на паузе: регистрации нет, но прошедший MyID доводит вход до конца ровно так же, как при закрытии

Первый шаг сразу после лендинга. Паролей в системе нет — только номер и код; проверить, что объяснение «зачем номер» снимает тревогу. Маска локального формата +998. Счётчик шагов пересчитан под новый поток: телефон → код → MyID → скрининг → форма данных.

Показано состояние ошибки неверного кода и лимит повторной отправки. Спорное место — сколько повторных отправок даём (здесь 2) и нужен ли таймер до повтора.

Перерисовано под R-88: личность подтверждает MyID, и подтверждает её по лицу, а не по номеру телефона, поэтому в поток регистрации входит съёмка с камерой. Три состояния одного экрана — весь путь до ответа сервиса. Первое: объяснение до камеры, зачем проверка стоит до начала программы, что именно сейчас произойдёт и какие данные мы с неё получаем. По R-89 проверка настоящая и работает через MyID с первого дня — экран описывает реальный шаг, а не показ. Отсюда начинается отсчёт 14 дней программы (BR-8) — на экране это сказано прямо.

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

Третье состояние — съёмка идёт. Индикатор записи, счётчик и полоса прогресса говорят, что процесс живой и конечный; отдельной кнопки «снять» здесь уже нет — камера гаснет сама, когда MyID хватило данных. Спорное место — цифры длительности (6 секунд, минута): их надо подтвердить по факту интеграции.

Два состояния — то, что происходит после съёмки. Первое: снимок ушёл, ответа ещё нет. Три конкретных шага «что делать», доступа к English-скринингу и к программе пока нет. Шаги переписаны под проверку по лицу: кандидату некуда идти со своим документом, ему нужно дождаться ответа или переснять. Спорное место — обещание держать место 24 часа (цифра-предположение).

Второе состояние — подтверждено. Экран показывает ровно те три факта, которые мы получили от MyID, и связывает проверку с началом срока: 25 августа регистрация, крайняя дата 8 сентября — фикстура канонического кандидата. Дату рождения числом не показываем: в макете её нет ни в одной другой карточке кандидата, и достаточно вердикта «18+». Дальше — сразу English-скрининг, без промежуточных экранов. R-99 делает этот экран границей и говорит об этом вслух: подтверждение MyID — момент, после которого посетитель становится кандидатом, и закрытие набора его уже не касается. Отдельная строка панели отвечает на вопрос, которого раньше на экране не было вовсе: «а если наберут раньше, чем я дойду до конца входа». Не дошедший до этой точки видит закрытый лендинг (A1.1, состояние 2), и там та же граница названа с другой стороны.

Экран закрывает дыру в логике: MyID ответил, но пройти дальше нельзя. Доступа к программе нет и в скрининг кандидат не попадает. Три состояния отказа, и первое появилось вместе с проверкой по лицу — лицо не подтвердилось. Тон тот же, что и везде: сначала «дело почти всегда в кадре, а не в человеке», потом что поправить, и только потом поддержка. Спорное место — сколько раз подряд разрешаем переснимать, прежде чем упираемся в ограничение; сейчас число не названо намеренно.

Второе состояние — младше 18: тон объясняющий, названа дата, с которой человек проходит по возрасту. Дата закрытия набора убрана по R-51 — кандидату она не показывается ни на одном экране.

Третье состояние — нет права на работу. Частая причина не запрет, а устаревшая запись на стороне государства, поэтому первый ход — «проверьте и обновите документ», а не «до свидания». Шаги переписаны под MyID: лицо подтвердилось, спор идёт про документ за записью.

Скрининг стоит сразу после MyID (R-35): кандидат уже зарегистрирован и опознан, поэтому ничего анонимного здесь нет — запись сразу привязана к аккаунту. По R-66 интервьюер здесь — настоящий диалоговый ИИ, который слышит ответ и отвечает на него, и текст экрана называет собеседника прямо. По R-89 заглушек в MVP нет вовсе: и разговор, и оценка уровня языка настоящие. R-91 закрывает главную дыру этого экрана: раньше вердикт ставился «по заданному правилу», и какой уровень проходит, не было сказано нигде. Теперь планка названа цифрой — B2 по общеевропейской шкале — и названа до начала разговора, вместе с тем, что именно меряется: способность вести разговор на слух. Грамматика и акцент в оценку не входят, и это сказано прямым текстом, а не подразумевается фразой «это не тест по грамматике». Планка — настраиваемый параметр позиции: у другой роли она может быть другой, экран берёт её из позиции. Проверить: остаток сдач виден до старта, предел в три сдачи назван заранее, статусы микрофона и камеры — реальными проверками.

Индикатор записи и два таймера (общий и вопроса), реплика ИИ-интервьюера крупно. По R-91 планка держится в поле зрения и во время разговора: строка под self-view повторяет, что меряется — разговор на слух до уровня B2 — и что грамматика с акцентом не в счёт. Это снимает главный страх на середине разговора: кандидат сбивается на грамматике и бросает, считая, что уже провалил. Спорное место — размер self-view: угловое окно против большого зеркала.

Три состояния в одном экране. R-98 отменяет прежнюю трактовку и переписывает все три: раньше кандидату называлась только планка позиции и двоичный вердикт, а выставленный уровень прятался. Теперь первым стоит его собственный определённый уровень по общеевропейской шкале, планка идёт рядом как вторая величина, и не прошедший видит, на сколько не дотянул — разрыв назван в уровнях, а не намёком. Разбора ответов и балла по-прежнему нет: шкала уровней — это и есть вся оценка, которую мы отдаём. Первое состояние — passed: уровень, планка, переход к форме базовых данных.

Второе состояние — не пройдено, сдачи ещё есть: без унижения, но с честной цифрой. По R-98 разрыв назван прямо: сегодня B1, нужно B2 — один уровень, и он поименован в заголовке, а не спрятан в подсказке. Планка из R-91 осталась второй строкой панели, и рядом сказано, чего оценка не касается: грамматика и акцент в неё не входили, так что «подтяну грамматику» не то, за чем сюда возвращаться. Попытка на программу не тратится, сценарий при пересдаче меняется. К форме базовых данных и к программе кандидат не допущен — это сказано прямо. Здесь же напоминание, что 14 дней уже идут от MyID.

Третье состояние — сдачи кончились, вход закрыт на три месяца от даты третьего провала (BR-28). Названа конкретная дата возврата. По R-98 здесь показаны все три результата и лучший из них: кандидат уходит на три месяца, зная точку, от которой начинает, и величину разрыва — A2 · B1 · B1 против планки B2. Текст объясняет, что личность определяется по MyID: новый номер телефона правило не обходит. Спорное место — стоит ли на этом экране предлагать напоминание к дате возврата (нужен отдельный разговор про согласие на рассылку).

Форма переехала за скрининг: у отсеявшихся ничего не спрашиваем. Полей четыре — имя и фамилия отдельно (предзаполнены из MyID, доступны для правки), город и языки владения кроме английского. Телефон уже есть с регистрации, дата рождения и право на работу пришли из MyID. Открытый вопрос §9 в.7 закрыт R-102 и с этого экрана снят: состав формы исчерпан EN-6 и сверять его с выгрузкой больше не нужно — у выгрузки фиксированного списка нет вовсе, поля выбираются перед скачиванием (B5). Спорное место — фиксированный список языков против свободного ввода. Языками владеет не эта форма, а настройки кандидата (A3.4): здесь список заполняется первый раз, дальше он редактируется в кабинете в любой день программы, и добавленный язык открывает дополнительную запись на ближайшем речевом задании. Подпись под полем говорит это сразу, чтобы форма не читалась как выбор навсегда.

Первый просмотр: Continue задизейблен до конца видео, подпись объясняет почему и сколько осталось. При повторном заходе экран не показывается вовсе — это в логике, не в UI.

Экран переехал сюда из A3 — это состояние входа, а не служебный экран кабинета. Видит отчисленный, который пробует зарегистрироваться снова; личность ловится по MyID, не по номеру, поэтому упирается он в этот экран сразу после проверки личности. Проверить, что текст объясняет, а не обвиняет, и что путь в поддержку очевиден.

Идея: карта модулей — витрина кабинета, четыре цифры CB-2 с одного взгляда. Каноническое состояние раздела: пройдено 6 модулей, идёт седьмой, начислено 870 000 UZS, крайняя дата Sep 8. Модули 5 и 10 помечены как экзаменационные — только у них есть экзамен. По R-61 вариант карты с выживаемостью (pass rate у каждого модуля и «сколько доходит до финала») удалён: вместе с общим баллом (R-46) и вместимостью набора (R-51) это данные, которые кандидату не нужны и искажают его поведение на пилоте. Второе состояние — программа заморожена (R-57): включает её кандидат в настройках (A3.4, модалка A3.10), но видит последствия здесь, потому что крайняя дата живёт на карте. Поэтому на карте стоят обе величины разом — сдвинутая дата в шапке с пометкой «moved» и день возврата рядом с прогрессом, — а текущий модуль подписан паузой, чтобы карта не читалась как просто остановившаяся. Замороженный день не идёт в счёт четырнадцати (BR-8) и просрочкой не считается. R-93 добавляет на карту то, чего в макете не было ни одним словом: всё время в системе — по Ташкенту, новый день начинается в 09:00, а крайняя дата — это конец дня, а не час регистрации плюс 336 часов. Граница одна, других нет: сделанное до девяти утра засчитывается в предыдущий день, поэтому срок «до 8 сентября» истекает в 09:00 девятого. Строка под прогрессом говорит это в пользу кандидата — ночь перед крайней датой ещё его. Платформа при этом круглосуточная и на ночь не закрывается, идущую сдачу граница суток не обрывает. R-107 расширяет то, что второй кадр обещал только про одну дату: заморозка двигает не крайнюю дату, а все даты кандидата — на число фактически замороженных дней. Раньше карточка паузы называла только переезд Sep 8 → Sep 9, и назначенная дата пересдачи в этой картине не участвовала вовсе; теперь третья строка карточки говорит правило целиком: заморозил два дня — всё уехало на два, вышел раньше — сдвиг пересчитан по фактически потраченным дням (R-79). Связка с A2.17 и A3.10 держится на одной и той же формулировке во всех трёх местах.

Состояние 1 — программа идёт: крайняя дата — конец дня Sep 8, точка возврата в модуле 7

Состояние 2 — программа заморожена (A3.10): крайняя дата сдвинута на конец дня Sep 9, заморозка держится до смены суток в 09:00

Два состояния. Экзамен по R-49 сдаётся за 45 минут. Учебный модуль — уроки, поурочный тест к каждому уроку, тренировочные механики после уроков (A2.4a—A2.4h) и речевое задание; экзамена внутри него нет (R-30), зачёт считается по совокупному результату поурочных тестов. По R-45 речевое задание в зачёт модуля не входит: модуль зачитывается по одним проверкам знаний, речь записывается и хранится. R-77 добавляет вторую половину этого правила и это главная правка четвёртой волны на экране: на вердикт разговор не влияет, но пройти его обязательно — пропуска нет, и модуль не закрывается, пока разговор не проведён. Поэтому состав модуля называет речевое задание обязательным, отдельная строка «How it closes» разводит две вещи, которые раньше сливались (результат считают тесты — закрывает модуль разговор), а сумма подписана как начисляемая в момент закрытия модуля, а не в момент выхода вердикта. Экзаменационный модуль — один экзамен по материалу предшествующих модулей и речевое задание, уроков нет. Порог один и тот же для обоих типов (R-37), но по R-64 его цифра кандидату не называется: строка Pass mark говорит, что порог задан позицией и кандидат увидит свой результат и вердикт, а не планку. Тренировочные механики названы в составе явно и отдельной строкой, где сказано, что они не оцениваются и попытку не расходуют (R-42): состав модуля не имеет права умалчивать о том, что кандидат в нём увидит, но и не имеет права выдавать тренировку за проверку. Проверить, что состав модуля читается до нажатия «Start», что в учебном модуле не осталось ложного ожидания экзамена, а в экзаменационном — ложного ожидания уроков.

Референс из прототипа, приведённый к новой системе: одна мысль на экран, узкая колонка чтения, акцент-врезка. Материал взят из четвёртого модуля, поэтому суммы в шапке — на тот момент пути: пройдено три модуля, начислено 240 000 UZS. Урок — не режим сдачи, поэтому шапка полная. Проверить меру строки и то, что кнопка «Next» называет следующую мысль, а не действие.

Зачётный поурочный тест после урока: радио-выбор из четырёх, вопрос 3 из 5. Это режим сдачи — навигации к материалам в шапке намеренно нет (BR-21), остались только счётчик вопросов и таймер. Результаты шести таких тестов — по одному на урок — складываются в совокупный процент модуля (A2.8a). Правильный ответ нигде не подсвечен (BR-20), поэтому кнопка называется «Save answer, next question», как в экзамене: «Check my answer» обещало разбор, которого не будет. Таймер вопроса — приём подачи: по R-50 потаймерного страйка в тестах нет.

Первая из восьми тренировочных механик (R-43): тип назначает автор пакета под конкретный вопрос, платформа его ниоткуда не выводит. Схема gameChoice — карточки, у каждой цитата клиента и свои варианты; вопрос задан репликой, а не формулировкой. Три вещи читаются с экрана без подсказок: это тренировка — результат в зачёт модуля не идёт и попытку не расходует (R-42); верный ответ не раскрывается — обратная связь по предыдущей карточке даёт «верно / неверно» и тему для повторения, слов «правильный ответ», «разбор», «объяснение» на экране нет (BR-20); уйти можно в любой момент, ничего не сгорает. Шапка здесь полная, с навигацией: механика не режим сдачи, и запрет BR-21 к ней не относится — наоборот, доступный выход из неё часть смысла. Спорное место — стоит ли показывать бегущий счёт верных карточек: сейчас он есть только в свайпе (A2.4c), здесь его намеренно нет.

Схема timedQuiz: тот же вопрос с вариантами, что и в тесте, но с общим запасом времени на всю механику, прибавкой секунд за верный ответ и штрафом за неверный — все три значения приходят из пакета (здесь 90 / +8 / −5), платформа их не придумывает. Раунд кончается, когда кончились вопросы или время; неотвеченные вопросы считаются неверными. Ключевое, что должно читаться с экрана: таймер здесь — приём подачи, а не отсев. По R-50 истечение времени страйка не даёт, по R-42 попытку не расходует и в зачёт модуля не идёт — это сказано прямо под таймером, а не спрятано в правилах. Обратная связь по предыдущему вопросу — «верно / неверно» и изменение таймера, без раскрытия ответа (BR-20).

Схема gameSwipe: у карточки цитата клиента и ровно две стороны — «наш» или «не наш». Третьей стороны и пропуска в схеме нет, поэтому их нет и на экране: две кнопки-цели по бокам колоды, они же подписи направлений свайпа, и никакого «не знаю». С экрана видно, куда относится карточка, сколько осталось и что колода не бесконечна. Счёт виден, но подан как тренировка: строка «4 из 6 верно» стоит рядом со словами «в зачёт не идёт», чтобы её нельзя было прочитать как результат проверки. Разбор карточки (reason в пакете) кандидату не показывается — только сторона, тема и следующая карточка (BR-20). Вопрос про жест свайпа на мобильном снят: по NF-1 продукт desktop-first, мобильного приложения в объёме MVP нет, поэтому двух кнопок достаточно и они же остаются основным способом — механика работает и с клавиатуры.

Схема matchPairs: пары авторятся верными, а на сдаче обе колонки перемешиваются независимо друг от друга — платформа сверяет по идентификаторам, не по позициям. Экран обязан это показывать, иначе кандидат решает задание «по строчкам»: колонки заведомо не выстроены друг напротив друга, и подпись говорит прямо, что позиция не значит ничего. Собранная пара получает номер — он показывает связь, а не правильность. Незавершённое сопоставление читается двумя способами: счётчик «3 из 5» и выбранный левый элемент, ждущий пары. Ошибочная пара верную не подсвечивает и вообще не помечается до отправки (BR-20). Элемент здесь — левый элемент пары, один балл, частичных баллов нет; результат уходит в телеметрию и в зачёт модуля не идёт (R-42).

Схема orderSteps: шаги авторятся в верном порядке, авторский порядок и есть эталон, а на сдаче стартовый порядок перемешивается (если перемешивание совпало с авторским, оно повторяется). Шаг зачтён, если оказался на своей авторской позиции — по одному баллу за шаг, частичных баллов нет. С кадра видно ровно две вещи, которые нужны для взаимодействия: какой шаг сейчас переносится — он поднят над списком, а место назначения показано пустым слотом, — и что порядок можно менять сколько угодно до отправки. Номера слева — это позиции, а не оценка: правильность до отправки нигде не проступает (BR-20). Тренировочный статус и здесь стоит рядом с кнопкой, а не в правилах (R-42). Счётчик прогресса стоит на всех восьми механиках: это тренировка, и знать, сколько осталось, кандидату полезно — счётчик показывает объём, а не результат.

Схема callCritique: звонок разрезан на отрезки, у каждого свой контекст, свои реплики «агент — клиент» и свой вопрос; вариантов минимум два и ровно один верный. Композиция кадра следует из схемы: реплики доминируют — они крупные и занимают верх экрана, вопрос и варианты идут под ними, — и выбор делается по отрезку, а не по звонку целиком: счётчик «отрезок 2 из 4» стоит в надзаголовке, а прошлые отрезки в кадр не возвращаются. Разбор варианта (reason) кандидату не показывается: после отправки — «верно / неверно» и тема (BR-20). Звонок вымышленный и записан не кандидатом: это тренажёр на слух к чужому разговору, а не оценка собственного речевого задания. Счётчик отрезков продублирован полосой прогресса — как на остальных семи механиках.

Схема branchDialogue: у механики есть завязка, ходы и итог; в каждом ходе реплика клиента и варианты следующего хода, ровно один помечен лучшим. Ветвление — способ подачи: следующий ход показывается независимо от того, что выбрано, отдельных веток сценария пакет не несёт, и обещать «другую концовку» экран не имеет права. Отсюда две формулировки в кадре: назад к предыдущему ходу вернуться нельзя — сделанные ходы стоят выше свёрнутой лентой и не редактируются; и это тренировка, а не речевое задание — здесь печатают, а не говорят, микрофон не нужен, страйка за молчание нет (он живёт только в речевых заданиях, R-50), в зачёт модуля результат не идёт (R-42). Разбор ходов кандидату не раскрывается (BR-20): в конце — сколько ходов совпало с лучшими, без указания, каких именно. Полоса прогресса по ходам стоит здесь на тех же правах, что и на остальных механиках: она говорит, сколько разговора осталось, и ничего не говорит о качестве ходов.

Схема qualifyLead — единственная механика с двумя видами оцениваемых элементов: вердикт (один) и каждый квалифицирующий вопрос отдельно; одна такая механика расходует «1 + число вопросов» идентификаторов. Отсюда композиция: обе части стоят на одном экране как части одного задания, а не двумя шагами, и вердикт без отмеченных вопросов не отправляется — кадр показан ровно в этом состоянии: вердикт выбран, вопросов ноль, кнопка недоступна и объясняет почему. Отмеченный вопрос засчитывается при good = true, неотмеченный — при good = false, поэтому «отметить все на всякий случай» стоит столько же, сколько промах. Правильность нигде не проступает: после отправки — сколько элементов из шести совпало, без указания каких (BR-20), и это в зачёт модуля не идёт (R-42). Полоса прогресса по лидам — общая для всех восьми механик деталь: сколько карточек пройдено из скольких, без намёка на верность ответов.

Экран перед зачётной сдачей; здесь показан перед экзаменом пятого модуля. Экзамен по R-49 идёт 45 минут; по R-67 истечение лимита закрывает сдачу автоматически, она оценивается по данным ответам, неотвеченные считаются неверными, и сам факт истечения времени провалом не является — вердикт даёт результат. По R-64 цифра порога здесь не называется: правила говорят, чем сдача кончается, но не какой планкой судится. Правила приведены к R-58: страйк — нарушение правил внутри идущей сдачи (уход с вкладки), его область действия — эта одна сдача, три страйка прерывают её со статусом «не пройдено», то есть дают провал; провал расходует попытку; попытка — запас на провалы, три на программу. Потаймерного страйка в тестах и экзаменах нет (R-50) — таймер вопроса остаётся приёмом подачи, страйк за молчание живёт только в речевых заданиях. Просрочка в этот экран не приплетается: она наказывается провалом, и её место — календарь пересдачи (A2.17).

Этот экран существует только у модулей 5 и 10 (R-30); внутри учебного модуля экзамена нет. Экзамен — глобальная проверка по материалу нескольких предшествующих модулей: 12 вопросов, 45 минут (R-49), сборка из банка случайная. По R-67 на нуле таймера сдача закрывается сама и оценивается по данным ответам, неотвеченные — неверные; строка под крошками говорит это заранее, чтобы обнуление таймера не выглядело обрывом. Цифры порога на экране нет (R-64): в режиме сдачи кандидат видит счётчик вопросов и таймер, но не планку. Хлебные крошки и шапка называют экзаменационный модуль явно, чтобы экран нельзя было прочитать как проверку одного урока. Режим сдачи: навигации к материалам нет (BR-21) — только счётчик и таймер. Проверить, что урезанный хром не выглядит сломанным и что таймер заметен, но не давит.

Модалка поверх экзамена при потере фокуса: тон позитивный («ответы сохранены»), счётчик 1 из 3 виден, но не кричит. Тот же механизм работает и в поурочном тесте. По R-58 страйк живёт только внутри этой сдачи и обнуляется вместе с ней; три страйка прерывают сдачу со статусом «не пройдено» — это провал, и он расходует попытку. Проверить, что модалка не читается как обвинение и что сценарий «три страйка» назван до того, как случится.

Результат экзамена экзаменационного модуля — три состояния. На экзамен даётся всего две сдачи (R-40), поэтому счётчики двойные: сдачи экзамена и попытки программы. Пересдача экзамена идёт через календарь (A2.17), а не сразу. После второго провала кандидат отчисляется, даже если попытки программы ещё остались, — это отдельный барьер, а не перебор попыток. Правильных ответов и разбора вариантов нет нигде, и цифры порога тоже нет (R-64) — только свой процент, вердикт «зачтено или нет» и темы для повторения. Во втором состоянии добавлено предупреждение по R-63: невыход на выбранную дату — провал, он сжигает и попытку, и сдачу, а поскольку сдача последняя, невыход означает немедленное отчисление независимо от остатка попыток. Проверить, что провал сформулирован без обвинения, что «сдача собирается заново» сказано явно, что предел в две сдачи не выглядит внезапным и что цена невыхода названа до того, как кандидат выберет день.

Учебный модуль зачитывается по совокупности поурочных тестов (R-30) против порога позиции (R-37); сама цифра порога по R-64 кандидату не показывается — вместо строки Pass mark стоит строка Verdict со словесным вердиктом «выше / ниже порога». Кандидат закончил уроки и все поурочные тесты и видит один процент по модулю. Правильные ответы не раскрываются нигде: по каждому уроку — только его процент, без вопросов, вариантов и разбора. По R-45 модуль зачитывается по одним проверкам знаний, речевое задание в порог не входит и вердикт не задерживает. Правка по R-77: вердикт и закрытие модуля — не одно и то же. Прежний текст первого состояния говорил «Module 4 is passed and 80,000 UZS is credited right now», когда речевое задание ещё впереди; теперь состояние 1 читается честно — результат посчитан и пересмотру не подлежит, но модуль закрывается и деньги начисляются после разговора, потому что пропуска у речевого задания нет. Экран также поглотил бывший A2.13 «Модуль провален», который рисовал ровно этот же момент вторым способом: провальное состояние теперь только здесь. Проверить, что слова «экзамен» на экране нет ни в одном состоянии и что пересдача учебного модуля читается как немедленная, без календаря.

Перерисовано под R-56: речевое задание — разговор с ИИ, а не запись для человека. Диалоговый ИИ по R-66 работает по-настоящему, а по R-89 заглушек в MVP не осталось нигде. По R-65 отдельного экрана правил перед речевым заданием не заводим: предупреждение живёт здесь и говорит обе вещи сразу — три страйка внутри разговора прерывают его и разговор проходится заново, а попытку речевое задание не расходует ни при каких обстоятельствах. ИИ задаёт вопрос голосом, кандидат нажимает кнопку и говорит, нажимает снова — запись этого ответа прекращается, ИИ задаёт следующий вопрос. Экран подготовки объясняет именно этот механизм: сколько будет вопросов, что кнопка делает и что назад пути нет. Таймаут начала ответа (20 секунд) остаётся — по R-50 это единственное место, где просрочка старта наказывается страйком. Ручной оценки по R-45 нет; ИИ по правке 12.08 ставит своё внутреннее чтение — насколько верно и насколько уверенно, — но кандидату на этом экране и на всех остальных оно не показывается ни в каком виде: запись просто сохраняется, а модуль зачитывается по проверкам знаний. Четвёртая волна добавила сюда панель из трёх строк, которая закрывает три решения разом и до нажатия кнопки: язык — по R-78 разговор идёт по-английски в обе стороны, ИИ на другой язык не переходит и на лету не переводит; пропуск — по R-77 его нет, модуль стоит открытым, пока разговор не проведён; повторы — по R-81 их число не ограничено, прерванный разговор проходится заново столько раз, сколько нужно. Спорное место — тон предупреждения: оно должно объяснять, а не пугать.

Перерисовано под R-56, вместе с названием: «запись» осталась от прежней модели, где кандидат писал монолог для человека, — теперь это разговор с живым диалоговым ИИ (R-66; по R-89 заглушек в MVP нет). По R-65 в кадре стоит счётчик страйков внутри разговора и прямая формула: три страйка обрывают разговор, разговор проходится заново, попытка не тратится ни при каком исходе. Кадр показывает второй ход диалога: ИИ уже задал вопрос, кандидат говорит, кнопка одна и та же — нажатие останавливает запись этого ответа, после чего ИИ задаёт следующий вопрос. Счётчик ходов в шапке заменяет прежний «один общий дубль». R-81 дописывает формулу до конца: предела повторов нет, и счётчик страйков теперь говорит это прямо — прерванный разговор проходится заново столько раз, сколько нужно, злоупотребления ловятся телеметрией, а не запретом в интерфейсе. По R-78 в шапке кадра стоит язык разговора: ИИ ведёт его по-английски и на другой язык не переходит. Проверить: индикатор REC читается сразу, реплика ИИ доминирует, и нигде нет намёка на паузу или перезапись.

Переписано под R-45 и R-56. Прежний текст обещал ручную оценку «примерно до суток» и зачёт модуля только после неё — обоих обещаний больше нет: ручной оценки в MVP не будет, а результат модуля считают одни проверки знаний. Правка по R-77: третья волна написала здесь «Module 6 is already complete», из чего читалось, что модуль закрылся ещё до разговора, а разговор — необязательный довесок. Порядок обратный: пропуска у речевого задания нет, и именно принятый диалог закрывает модуль. Экран теперь так и говорит — «this conversation was the last thing Module 6 was waiting on», а в карточке стоит «Closed just now», чтобы момент закрытия был привязан к отправке. По R-78 добавлена строка языка: разговор шёл по-английски, ИИ на другой язык не переходит. Отсюда же — предложение добавить запись на другом языке (A2.18): оно стоит после отправки основного ответа и не должно читаться как ещё одно обязательное задание.

Проверить числа: 80 000 за модуль 4 по кривой, накоплено 320 000 за модули 1–4. Модуль учебный, поэтому результат объясняется совокупным результатом поурочных тестов (82%), а не экзаменом. По R-77 формулировка разведена на две части: 82% решают вердикт, а закрылся модуль после проведённого речевого задания — прежнее «that alone closes the module» этого не различало. Следующий модуль — экзаменационный, без уроков; важно, что это сказано до того, как кандидат его откроет.

Финал отсева: три провала израсходовали три попытки — программа закрыта. Последней потраченной попыткой может быть и невыход на назначенную дату пересдачи: по R-63 провал за просрочку ничем не отличается от провала по знаниям и расходует попытку так же, поэтому экран не перечисляет поводы и не объясняет, «за что именно», — арифметика попыток одна на все случаи. R-83 проводит границу, которой на экране не было: сюда попадают только израсходованные попытки, то есть проверки, на которые кандидат выходил и которые завалил. Истечение четырнадцатидневного срока попытку не расходует и на этот экран не ведёт — это отдельное основание отчисления, автоматическое и без участия администратора, показанное карточкой «Deadline passed» в A3.7. Поэтому оба варианта теперь говорят «attempts used on failed checks», а в жёстком варианте стоит строка, что срок программы был ещё не при чём. По R-62 условие «пройдено не меньше половины модулей» из правила отчисления убрано, BR-3 стал безусловным, и развилка «продолжать без начислений» (бывший экран A2.15) удалена целиком: продолжения в каком-либо виде нет, доступ закрывается. Начисленное за уже пройденные модули сохраняется и выплачивается (R-48) — эта формулировка остаётся, она про деньги, а не про продолжение. Спор: тон — поддерживающий (IN-1) или прямой без смягчений (Бобур: жёсткость — часть фильтра) против лишней жестокости к уже отсеянному. Решение за: Данил, оба варианта оставлены. Второй сценарий отчисления — провал экзамена со второй сдачи при живых попытках программы — показан в A2.8, состояние 3.

Проверить три обещания в явном виде: ответы целы, попытка не списана, страйк не поставлен. Кнопка возвращает ровно в точку остановки — «Continue from question 7», не «начать заново».

Кнопка пересдачи из результата экзамена (A2.8, состояние 2) ведёт сюда, а не в сдачу: ближайшая доступная дата — послезавтра (R-31). Учебный модуль в этот экран не ведёт вообще — он пересдаётся сразу, и разница названа на экране прямым текстом. Даты: провал сегодня, Fri Aug 28; ближайшая доступная — Sun Aug 30; выбирать можно до крайней даты программы Sep 8. Главная правка по R-58: прежний текст обещал, что пропущенная дата «ничего не сжигает» — это неверно. Невыход на назначенную проверку — провал, он расходует попытку; страйк тут ни при чём, страйк живёт только внутри идущей сдачи. R-63 добавляет вторую цену: невыход сжигает ещё и сдачу экзамена, а поскольку в кадре это сдача 2 из 2, пропуск 30 августа означает немедленное отчисление независимо от остатка попыток — экран говорит это прямо, до бронирования. По R-69 добавлена строка о заморозке: замороженный день двигает назначенную дату вместе с собой и просрочкой не считается, но включить заморозку задним числом нельзя — отсюда «before it starts» в предупреждении. R-107 доводит эту строку до правила: двигается не «назначенная дата», а все даты кандидата разом и на число фактически замороженных дней — крайняя дата программы и бронь пересдачи едут вместе, день в день. Во втором состоянии это же правило объясняет, почему заморозка не спасает от пустого календаря: сдвигаются обе границы сразу, и зазор между «не раньше послезавтра» и концом программы не закрывается ни одним днём заморозки. R-80 достраивает развилку после пропуска, которой на экране не было: пропуск не всегда конец. Если сдача ещё осталась, кандидат назначает новую дату, и правило R-31 «не раньше чем через день» действует и для неё; если сдач не осталось — отчисление. В кадре показан именно второй случай (сдача 2 из 2), поэтому обе ветки названы явно — иначе экран читался бы как «пропуск всегда означает конец программы». Проверить, что пауза объяснена подготовкой, а не наказанием, и что двойная цена пропуска названа до бронирования, а не после. R-93 уточняет время: всё по Ташкенту, граница суток одна — 09:00. Назначенный день держится до девяти утра следующего, поэтому «any time that day» подписано конкретно: ночь после назначенного дня ещё считается этим днём. Крайняя дата программы — конец дня, то есть 09:00 девятого сентября; и то и другое трактуется в пользу кандидата. R-95 добавляет второе состояние экрана: экзамен провален под конец программы, ближайшая допустимая дата выпадает за крайний срок, и свободных дат не остаётся ни одной. Раньше это был тупик — пустая сетка без объяснения. Теперь экран говорит прямо, что времени на пересдачу не осталось, показывает обе цифры, из которых это следует, и ведёт в поддержку. Автоматического продления нет и обещания продления на экране тоже нет: продление — точечное действие администратора по AD-4, поэтому текст говорит «поддержка посмотрит», а не «вам продлят».

Состояние 1 — даты есть: провал сегодня Fri Aug 28, ближайшая доступная Sun Aug 30, крайний срок Sep 8

Состояние 2 (R-95) — дат не осталось: провал сегодня Mon Sep 7, ближайшая допустимая Sep 9 выпадает за крайний срок Sep 8

К уже сданному речевому заданию кандидат может добавить ответ на любом из заявленных им языков (EN-6). Три вещи должны читаться из текста, а не из подсказки: запись необязательна, она не влияет на зачёт модуля и она показывается компании как дополнительное преимущество. По R-56 обещание ручной оценки убрано и отсюда: никто вручную их не прослушивает и не оценивает — ИИ по правке 12.08 формирует своё внутреннее чтение автоматически, кандидату оно нигде не показывается, а сами записи попадают в карточку кандидата. По R-70 дополнительная запись — не отдельный формат, а тот же диалог с тем же ИИ-диспетчером и та же ситуация, проведённые на другом языке из заявленных кандидатом; карточка «THE SAME TASK, YOUR LANGUAGE» говорит это первой строкой. R-78 закрывает главный вопрос этого экрана: ИИ по-английски говорит всегда и на лету не переводит — меняется только сторона кандидата. В основном задании он отвечает по-английски, здесь — на любом из своих языков; в карточке это сказано отдельным абзацем, а в панели вопросов — отдельной строкой, чтобы «другой язык» не читался как «другой диалог». Языки живут в настройках кандидата (A3.4), а форма базовых данных на входе только заполняет список первый раз: язык можно добавить и после старта программы, и он появляется здесь сразу — отсюда ссылка в Settings вместо прежнего «Update your profile». Если языков не указано ни одного, экран не показывается вовсе. Проверить, что экран не читается как ещё одно обязательное задание и что отказ ничего не стоит.

Суммы приведены к утверждённой кривой R-101: модули 1–4 по 80 000, промежуточный экзамен 250 000, модули 6–9 по 300 000, финальный экзамен 850 000. Кривая начислений и накопленный итог по ней: 80 + 80 + 80 + 80 + 250 + 300 = 870 000 за шесть модулей, полная программа 2 620 000. Даты прохождения — каноническая фикстура Aziza: регистрация 25 августа, модули с 26 августа по 2 сентября, крайняя дата Sep 8. Колонка Running total показывает лестницу целиком, включая ещё не пройденные модули. По R-47 суммы — настраиваемый параметр, но кандидату всю программу действует схема на момент старта, поэтому лестница на этом экране зафиксирована и задним числом не пересчитывается. R-92 меняет модель экрана. Раньше здесь жила выплата «когда-то потом»: деньги копятся, а кто и когда их отправит — не сказано. Теперь разведены две вещи. Начисление происходит само при закрытии каждого модуля, а вывод запускает кандидат — после любого закрытого модуля, на всю накопленную к этому моменту сумму. Поэтому у экрана два состояния: до первого вывода (шаг «карта и оферта» ещё не пройден, кнопка ведёт на A3.2) и после (кнопка вывода на месте, прошлые выводы видны строкой). Шаг «карта и оферта» стоит перед первым выводом, а не перед первым модулем — до него можно спокойно пройти половину программы. R-96 добавляет третье состояние и снимает три ограничения, которых теперь нет ни на одном экране: минимальной суммы вывода нет (забрать можно и 80 000 за один модуль), частота не ограничена, перевод выполняется автоматически — «выплата по реестру руками» исчезла из модели. Статус каждого вывода живёт здесь же строкой (requested · on its way · sent), потому что спрашивать «где деньги» кандидату не у кого. Третье состояние — кабинет отчисленного или ушедшего по своей воле: программа закрыта и из навигации убрана, остаются Earnings и Support, кнопка вывода работает как обычно. Это не урезанная копия экрана, а тот же экран без учебной части. R-105 достраивает второе состояние тем, чего у автоматического перевода не было — отказом. Перевод исполняется без человека, значит отказы неизбежны: карта заблокирована, лимит провайдера, неверные реквизиты. Раньше экран знал только «requested · on its way · sent», и что происходит с деньгами при отказе, не говорил никто. Теперь у вывода есть четвёртый статус — «перевод не прошёл» с причиной, и главное сказано в трёх местах разом: сумма никуда не делась. Арифметика кадра это подтверждает — начислено 870 000, отправлено 320 000, непрошедшая попытка на 550 000 не двигает ни одну строку, остаток к выводу так и остаётся 550 000. Кнопка называет повтор, рядом стоит выход на смену карты (A3.2), и отдельно сказано, что число повторов не ограничено. Спорное — показывать ли полный потенциал программы как мотиватор или это лишнее обещание; открытый хвост владельца — срок зачисления на карту ни одним решением не задан, поэтому в статусе он не назван, и перечень причин отказа тоже нигде не зафиксирован: «карта заблокирована банком» в кадре — пример, а не согласованный справочник.

Состояние 1 — до первого вывода: карта и оферта не пройдены, накопленное копится

Состояние 2 — карта и оферта пройдены: один вывод ушёл, второй не прошёл (R-105) — сумма вернулась в доступные, кнопка предлагает повтор

Состояние 3 — программа окончена (отчисление или уход по своей воле): кабинет остаётся открытым в режиме только для вывода

Фиксация принятия показана текстом под чекбоксом (дата и время пишутся в реестр). По R-92 экран переставлен во времени: он стоит не «перед первой выплатой» вообще, а перед первым выводом, который кандидат сам запустил, — прийти сюда можно после любого закрытого модуля и с любой накопленной суммой. Поэтому шапка и кнопка называют конкретную сумму, которая уйдёт сразу после этого шага, а текст оферты приведён к той же модели: начисление автоматическое, вывод — по запросу кандидата. По R-96 пункт 3 оферты дописан тремя условиями, которых в нём не было: минимальной суммы нет, частота не ограничена, перевод исполняется автоматически без ручного подтверждения с нашей стороны. Отдельным подпунктом сказано, что при отчислении или уходе по своей воле аккаунт остаётся в режиме только для вывода и пункт 3 продолжает действовать. Суммы в оферте — по кривой R-101. Спорное — нужна ли дополнительная SMS-подпись оферты или чекбокса достаточно юридически.

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

Самостоятельный экран, а не фон для модалок: всё, чем кандидат распоряжается сам, — номер, уведомления, карта для выплат, языки записей, заморозка дней и вход в отказ от участия. Смена номера и отказ от участия открываются отсюда (A3.6 и A3.5). Заморозка по R-57 добавлена сюда состоянием этого экрана, а не отдельным кадром: это ровно то место, где кандидат сам распоряжается своим сроком. На программу даётся суммарно два дня — одним куском или двумя по одному в разные периоды; включает кандидат сам; замороженный день не идёт в счёт четырнадцатидневного срока и не даёт провала за просрочку, а крайняя дата сдвигается на день вперёд. Показано состояние «оба дня целы». По R-69 задним числом заморозку включить нельзя, ранний выход день не возвращает, а замороженный день двигает назначенную дату пересдачи и просрочкой не считается; R-79 добавляет, что день выхода считается обычным днём программы — механика целиком разобрана на A3.10. Спор о том, где живут языки, закрыт в пользу настроек. Форма базовых данных (A1.10) заполняет список первый раз, но владеет им этот экран: язык можно добавить и после старта программы, и дополнительная запись становится доступна на ближайшем же речевом задании. Иначе кандидат, вспомнивший про свой узбекский на шестом модуле, не мог бы его заявить вообще. Подпись под карточкой это и объясняет — вместе с тем, что по R-78 меняется только сторона кандидата, а ИИ во всех записях говорит по-английски.

Модалка поверх настроек (A3.4): называет сумму сохранённых начислений и цену решения. Статус после подтверждения — самоотсев. Спорное — сознательно не упоминаем невозможность повторного входа: согласовать формулировку с юристами.

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

Состояние 1 — ввод нового номера, до проверки лица в MyID

Состояние 2 — MyID личность не подтвердил

Один макет, пять вариантов текста рядом для сравнения. Три автоматических повода: кончились попытки программы; израсходованы обе сдачи экзамена (после второго провала отчисление независимо от остатка попыток программы, и по R-63 вторая сдача сгорает и от невыхода на назначенную дату, а не только от неудачной попытки — текст карточки покрывает оба случая одной формулировкой); истёк срок. R-83 разводит третий повод с первым, и это главная правка четвёртой волны на экране: истечение четырнадцати дней — не провал. Кандидат ни на что не выходил и ничего не заваливал, он перестал заниматься, поэтому попытка не списывается; отчисление происходит автоматически, без участия администратора. Карточка «Deadline passed» теперь говорит обе вещи прямо — «ended by the clock, automatically» и «2 of 3 attempts, none spent on this», — иначе она читалась одинаково с карточкой израсходованных попыток. Начисленное сохраняется и выплачивается по R-48, как и во всех остальных случаях. Два ручных: решение по пригодности — подаётся кандидату как решение компании-заказчика по итогам просмотра работ, спор уходит к работодателю, а не к платформе; нарушение правил — нейтральная формулировка от лица платформы, компании такое решение не приписывается. Зафиксированная администратором причина не раскрывается ни в одном из пяти случаев. Суммы в карточках разные и намеренно: каждая берёт свою точку на кривой оплаты, потому что поводы настигают кандидата на разной глубине программы. Попытки — 160 000 за два модуля; экзамен и срок — 320 000 за четыре, потому что до промежуточного экзамена нельзя дойти с двумя пройденными модулями; решение компании — 1 170 000 за семь; нарушение правил — 240 000 за три. Даты в карточках — канонические для секции A3 (крайняя дата Sep 8), а не даты конкретных выбывших из когорты секции C.

Финалист: десять модулей из десяти, начислено 2 620 000. По R-46 общий балл кандидату не показывается вовсе — стата «Final score 91%» убрана, вместо неё срок прохождения; сами две величины (процент знаний и отдельно речь) существуют только в кабинете компании. По R-48 начисленное выплачивается независимо от итога найма — это сказано прямым текстом, а не мелким шрифтом. Срок интервью (3 рабочих дня) — предположение, согласовать с Octane. Спорное — в статусной строке вместо попыток стоит Status: Finalist, попытки для пройденной программы уже ничего не значат.

Сквозной элемент поверх любого экрана кандидата: кнопка чата в углу и раскрытое окно. Фон — та же карта программы, что на A2.1: вторая версия карты на восемь модулей, которую этот экран тащил за собой, приведена к канонической десятке. Диалог заодно показывает правило R-59: пока запись речевого задания не принята сервером, попытка не списывается.

Кандидат сам ставит программу на паузу — модалка поверх настроек (A3.4), а не отдельная страница. Экран отвечает на два вопроса и оба выносит в цифры, а не в мелкий текст: сколько дней заморозки осталось из двух на всю программу и как сдвинется крайняя дата. Из текста читается, что замороженный день не идёт в счёт четырнадцатидневного срока (BR-8) и не даёт провала за просрочку, а израсходованная заморозка не возвращается — поэтому и подтверждение спрашивается один раз, до включения, а не после. Второе состояние — заморозка идёт: назван день возврата и действие «выйти раньше». R-79 договаривает цену раннего выхода, и это правка четвёртой волны: день, в который кандидат вышел, считается обычным днём программы, а заморозка при этом тратится целиком. Половину дня не возвращают ни в каком виде — кандидат теряет и день срока, и день заморозки. На экране это стоит тремя местами: строкой «If you end it early» в панели, отдельным предупреждением над кнопками и в самой кнопке, которая называет последствие до нажатия, а не после. R-107 закрывает открытый хвост, который здесь висел: раньше возврат крайней даты с Sep 10 на Sep 9 при раннем выходе был трактовкой «обычного дня программы», а не цитатой решения. Теперь правило названо прямо — сдвиг считается по фактически замороженным дням, поэтому вышедший в тот же день не двигает ничего. То же решение расширяет и сам сдвиг: едет не одна крайняя дата, а все даты кандидата, включая назначенную пересдачу, и на обоих кадрах это стоит отдельной строкой панели — «Everything else with a date» в первой модалке и «Dates that moved» во второй. Здесь же объяснено, что происходит, когда дней не осталось: после этой, последней заморозки включение пропадает совсем — не серой кнопкой без причины, а строкой с объяснением. R-69 закрывает механику целиком, и вопрос про задним числом снят: заморозка накрывает только тот день, в который её включили, прошедший день заморозить нельзя — об этом говорит и карточка в настройках, и строка «Applies to» в модалке; выйти раньше можно, но потраченный день не возвращается; замороженный день сдвигает вместе с собой назначенную дату пересдачи экзамена и просрочкой не считается — отдельная строка «A booked exam retake» связывает этот экран с A2.17. Двух состояний достаточно, третьим кадром механика не добирается. R-93 задаёт границу дня, без которой «день заморозки» был непроверяем: всё по Ташкенту, новый день начинается в 09:00, граница одна. Отсюда прямое следствие на обоих кадрах — включённая сегодня заморозка держится до девяти утра завтра, а крайняя дата «конец Sep 8» на деле истекает в 09:00 девятого. Платформа круглосуточная: ни граница суток, ни заморозка ничего не выключают ночью.

Состояние 1 — заморозка доступна: оба дня целы, крайняя дата — конец дня Sep 8

Состояние 2 — заморозка идёт, и она последняя: возврат в 09:00 следующего дня, ранний выход день не возвращает, после неё включение пропадает

Три состояния одного входа, а не один кадр: по CA-1 и R-54 сотрудник компании заходит по рабочей почте и паролю, поэтому кроме перехода по приглашению нужны обычный вход и восстановление доступа — без них экран описывает только первый день работы аккаунта. Самостоятельной регистрации нет ни в одном состоянии: доступ рождается только из ссылки администратора, и в восстановлении это сказано прямо, чтобы тот, кого не приглашали, не искал кнопку «создать аккаунт». Аккаунт один на компанию: сотрудники, включая того, кто проводит интервью, работают в нём вместе, отдельных ролей и прав в MVP нет (R-28). По R-60 ссылка одноразовая и живёт семь дней — срок и одноразовость названы на экране, а не оставлены в подсказке; просроченная или уже использованная ссылка ведёт к запросу новой у администратора.

Состояние 1 — переход по ссылке-приглашению: сотрудник заводит пароль к своей рабочей почте

Состояние 2 — обычный вход: доступ уже заведён, вход по рабочей почте и паролю

Состояние 3 — восстановление доступа по рабочей почте; отдельно сказано, что это не способ завести доступ

Воронка сведена к канонической когорте секции C: 47 кандидатов = 3 финалиста + 3 выбывших + 41 активный. Прежние 86 противоречили внутреннему лимиту набора в 50 мест и расходились с C5, C6, C13 и C14 — теперь все четыре экрана считают одних и тех же людей. Виды отсева дают ровно 3 (1+1+1), источники сходятся в тотал по всем четырём колонкам. Спад по модулям — это в основном «ещё не дошли», а не отсев: активные стоят там, где они сейчас. Воронка разбита на два блока (привлечение и программа), иначе бары модулей схлопываются на фоне визитов. Экзаменационные модули 5 и 10 подписаны как экзамены, у остальных экзамена нет. Дата запуска сведена с историей порога: позиция живёт с 8 августа 2026 — с публикации пакета 1.3.0, — а не с 18-го, как стояло раньше. Прежняя дата была позже, чем регистрация первых кандидатов когорты (Джасур — 10 августа) и чем закрытие их первых модулей, из-за чего часть модулей формально закрывалась до появления первого значения порога. Даты кандидатов не двигались, сдвинута публикация: она обязана быть раньше первой регистрации.

Единственный список людей в кабинете: финалисты и выбывшие остаются здесь же, с чипами-фильтрами по статусам (41+3+2+1=47, сходится с воронкой B2 и со списком админки C6). Клик по имени — в карточку кандидата B4, откуда бы вы ни пришли. Колонка Progress читается одинаково для всех: сколько модулей пройдено и на каком человек сейчас (или где остановился). Главная правка по R-46: единого индекса нет, колонка Overall score убрана. Вместо неё две независимые величины — Knowledge (процент по всем закрытым модулям, порог позиции 65%, действующее значение из админки по R-33 и R-38) и Speech отдельной колонкой. В MVP речь не оценивается (R-45, R-56), поэтому Speech показывает, сколько диалогов сохранено, и ничего не складывает со знаниями. Правка по R-83: «Осталось попыток» пусто теперь только у прошедших программу до конца, а у выбывших колонка заполнена — именно она различает основания отсева. У Сардора 0 из 3: три сдачи, три провала. У Отабека 2 из 3, и он всё равно отчислен: у него истёк четырнадцатидневный срок, а это отдельное автоматическое основание, которое попытку не расходует. Прежний прочерк у Отабека стирал эту разницу и читался как «попытки тоже кончились».

Один экран на человека: и активный кандидат, и финалист, и выбывший открываются здесь — из списка кандидатов и из списка финалистов ведёт один и тот же адрес, поэтому в рельсе всегда подсвечен Candidates. Состояния карточки: обычное, «финалист с решением после интервью» (первый кадр) и «выбывший — этап и вид отсева» (второй кадр); состояние «финалист, решение ещё не принято» показано в B6.
Таблица результатов приведена к R-30: у восьми учебных модулей экзамена нет, их результат — совокупность поурочных тестов; экзамен только у модулей 5 и 10, порог один и там и там. Действующее значение позиции — 65%, заданное администратором 2 сентября (R-33, R-38). По R-68 каждый модуль судится порогом на момент своего закрытия, поэтому таблица результатов — история вердиктов, а не пересчёт по текущему числу: у обоих кандидатов в этих кадрах все закрытые модули пришлись на август, когда действовали пакетные 70%, и подписи под таблицами называют именно это число, а не сегодняшнее. Прежний текст говорил «порог 65%» про августовские вердикты — это и было расхождение с историей порога. Дополнительные записи на других языках (SP-5, R-34) — отдельным блоком с пометкой языка: в порог модуля не входят, показаны как дополнительное преимущество.
R-104 добавляет в карточку уровень языка. Раньше определённый на скрининге уровень открывался только кандидату (R-98), а компания видела лишь заявленные языки — при том что роль целиком про звонки на английском. Теперь в справочной панели стоят две строки: собственный уровень кандидата и планка позиции, чтобы цифра читалась как «насколько выше линии», а не как абстрактная буква. Обе строки на чтение — уровень определяется скринингом и в кабинете компании не редактируется. Оговорка под панелью повторяет, что мерялось: разговор на слух, не грамматика и не акцент. Уровни в кадрах — C1 у Джасура и B2 у Сардора — фикстура макета: конкретные значения по этим двум людям ни одним решением не заданы, задано только то, что ниже B2 в программу не входят.
Правка по R-46: единого индекса больше нет. Вместо «Overall score» — две независимые величины: Knowledge (процент знаний по всем закрытым модулям) и Speech (сохранённые диалоги). Прежняя подпись «формула общего балла не согласована, цифры не сходятся» снята вместе с самим индексом: 90% Джасура — это ровно среднее по колонке Knowledge его десяти модулей (94+88+90+96+85+92+88+91+84+92 = 900), 73% Сардора — среднее по двум его закрытым модулям (76 и 70). Правка по R-45 и R-56: ручной оценки речи нет, шкала «4.5 / 5» из таблицы и из блока записей убрана. Правка 12.08 (решение владельца): вместо неё под каждым проигрывателем — два внутренних чтения ИИ, content accuracy и speaking confidence, голыми числами без шкалы; они видны компании здесь и администратору на C7/C8, но не кандидату нигде, и ни на зачёт урока, модуля, дня, отсев или попытки не влияют — читать их можно, менять и оспаривать через интерфейс нельзя.
Спор остаётся один: R-27 вынес оси за рамки MVP, а по карте экранов кабинет компании телеметрию не показывает — панель Evidence и оси помечены «Concept — not in MVP» как осознанное нарушение для разбора: давать ли компании поведенческий контекст, и если да — в каком виде, чтобы он не превратился в скрытый второй балл (R-24: поведение на оценку не влияет).

Тот же экран для выбывшего: этап и вид отсева выведены наверх (CA-3), результаты по модулям обрезаны на модуле, где всё закончилось. Даты Сардора сведены с админкой: регистрация 20 августа, крайняя дата Sep 3 (C6), отчисление 30 августа (C12, аудит C15) — прежние 12 и 19 августа не сходились ни с одной из них. Модули закрыты 21 и 23 августа, до подъёма порога 24-го, поэтому судились теми же 70%, что и провал модуля 3 тридцатого (R-68).

Раздел остаётся списком с выгрузкой и ничего не дублирует: клик по имени открывает ту же карточку кандидата (B4), решение о найме принимается там же. Подпись прямо называет ограничение: в файле только финалисты, 3 строки. По R-75 выгрузка несёт ссылки на сохранённые речевые диалоги — записи путешествуют вместе с файлом. R-85 отвечает на вопрос, который эти ссылки открывали: у кого они срабатывают. Публичных ссылок на голосовые записи людей не существует — файл уходит в почту и живёт дальше своей жизнью, а запись остаётся персональными данными. Ссылка ведёт в кабинет Octane и требует входа: получивший CSV без учётной записи увидит форму входа и ничего больше. Живёт ссылка, пока существует позиция. R-102 закрывает открытый вопрос §9 в.7 и снимает прежнюю оговорку «состав полей не детализируется»: фиксированного списка в требованиях нет — платформа отдаёт максимально широкий набор, а состав конкретной выгрузки собирается прямо здесь, перед скачиванием. Поэтому кнопка ушла из тулбара в панель выбора полей и называет обе величины файла: строки и отмеченные поля. Ссылки на речевые диалоги отмечены по умолчанию — это единственное умолчание, заданное решением. R-104 добавляет в набор уровень языка: определённый на скрининге уровень по общеевропейской шкале — отдельное поле выгрузки, рядом с заявленными языками. Денежных полей в наборе нет и быть не может: начисления в кабинет компании не отдаются (раздел B). Спорное: какие поля отмечены по умолчанию, кроме речевых ссылок, ни одним решением не задано — снятые галочки у телефона и источника трафика это предположение макета.

Не отдельный экран, а состояние карточки кандидата B4 «финалист, решение не принято»: та же рельса, те же крошки, кадр прокручен к блоку решения. Отметить может любой сотрудник компании из общего аккаунта — отдельной учётной записи, роли и разграничения прав в MVP нет (R-28), это сказано и в подтверждении. Ошибочное решение компания отменяет сама, с обязательной причиной и записью в аудит (R-90); администраторская отмена (AD-10) остаётся запасным путём.

Два обучающих пустых состояния: кандидатов ещё нет (набор идёт) и финалистов ещё нет. Оба называют срок появления данных; сами цифры «когда ждать» — предположение, сверить со средним темпом.

Версия читается из файла до валидации: админ видит, какую позицию и какую опубликованную версию он заменяет, ещё до нажатия кнопки. Ничего не публикуется на этом шаге.

Ключевой экран раздела: каждая ошибка — с точным адресом (модуль → урок → вопрос) и причиной, ошибки подняты наверх. Пакет отклоняется целиком — частичной публикации нет; предупреждение (жёлтое) публикацию не блокирует. Проверить набор правил: экзамены есть только у модулей 5 и 10, в сдаче 12 вопросов и 45 минут; у учебных модулей экзамена нет — уроки, поурочные тесты и речевые задания.

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

Дифф считается по стабильным идентификаторам из контракта пакета; завершённые сдачи хранят свою версию, прогресс и начисления не трогаются. Отдельно проговорено, что порог прохождения позиции обновление переживает. Спорное: отдельный ли это экран или раскрытый блок внутри C3.

Пауза ≠ закрытие: при паузе регистрация закрыта, а 41 активный кандидат продолжает программу. Закрытие — необратимое действие, вынесено вниз в опасную зону. Здесь же видно действующий порог прохождения и откуда он взялся, вход в изменение — на C17. По R-51 лимит набора остаётся внутренним параметром позиции: администратор им управляет отсюда, но кандидату не показывается ни вместимость, ни занятые места, ни дата закрытия — на лендинге (A1.1) набор либо открыт, либо закрыт. Это сказано на карточке лимита прямым текстом, чтобы никто не «вернул полезную цифру» на публичную страницу. R-94 договаривает то, о чём карточка закрытия молчала: закрывается только вход. Активные доходят до конца по своим крайним датам, начисления сохраняются и остаются доступными к выводу, финалисты попадают в выгрузку. Отличие от паузы ровно одно — пауза обратима, закрытие нет; на карточке теперь названы обе стороны, а не одна страшная. Второй кадр — позиция уже закрыта: он показывает, что после нажатия жизнь не останавливается — 41 человек продолжает программу, деньги продолжают начисляться и выводиться, а лендинг (A1.1, состояние 2) показывает новым посетителям, что набор закрыт. Возврата с этого кадра нет, и кнопки «открыть заново» на нём тоже нет. R-91 и R-97 дают экрану параметр, которого на нём не было: планка English-скрининга. Она такой же параметр позиции, как порог прохождения, и стоит рядом с ним — но карточка сразу разводит их по правам: порог администратор меняет отсюда (C17), планку не меняет никак. Значение приходит из пакета контента, регулировки на ходу у него нет, и единственный способ его сменить — новая версия пакета; поэтому у карточки нет кнопки, а есть пометка «read-only» и строка «to change it». Обе карточки повторены и во втором кадре: закрытие позиции не отменяет ни порога, ни планки — их ещё проходят те, кто вошёл до закрытия. R-108 доводит правило начатого входа до паузы: раньше про прошедшего MyID говорила только карточка закрытия, и из этого читалось, что пауза режет всех подряд. Теперь граница названа на обеих карточках одинаково — отсекается не «незарегистрированный», а тот, кто не дошёл до проверки личности. Пауза и закрытие обращаются с человеком на середине входа одинаково, разница между ними по-прежнему одна: пауза обратима.

Состояние 1 — набор идёт: пауза обратима, закрытие в опасной зоне

Состояние 2 (R-94) — позиция закрыта: вход закрыт навсегда, 41 активный кандидат продолжает программу

Рабочая таблица админа: текущий модуль, оставшиеся попытки, начислено табличными цифрами, статус с видом отсева. Фильтр по статусу — сегмент с числами, не дропдаун. Эти десять кандидатов — сквозной набор раздела: в каком состоянии человек здесь, в таком он и на всех остальных экранах C.

Точка входа во все ручные действия (отчисление, возврат попытки, продление срока — сами сценарии на C9–C11). Каноническая фикстура Aziza: телефон +998 90 415 27 89, регистрация 25 августа, крайняя дата Sep 8 — те же данные, что в A2/A3 и в B. Блок речи приведён к R-45 и R-56: оценок «4 / 5» и статуса «In queue» больше нет, есть факт «Stored» и проигрыватель; ручной оценки в MVP не существует. Владелец подтвердил 12.08: ИИ сам оценивает разговор по двум величинам — насколько верно по материалу и насколько уверенно — и эти два числа видны здесь, администратору и компании, но не кандидату и никак не влияют на зачёт. Числа показаны голыми, без знака процента и без шкалы: как считать оценку ещё не решено, поэтому в истории действий тоже нет строки про «выставленный балл» — читать её как ручную проверку было бы неверно. Дополнительная запись на другом языке живёт в том же блоке, получает такое же чтение и помечена как не входящая в порог модуля. Проверить: хватает ли контекста рядом с кнопками, чтобы не ошибиться кандидатом.

Экран переделан, а не удалён. Очереди оценки речи больше нет: по R-56 речевое задание — диалог с ИИ, ручного прослушивания и единой шкалы 1–5 в MVP не будет. Правка 12.08 (решение владельца): оценку всё же ставит сам ИИ прямо во время разговора, по двум отдельным величинам — насколько верно по материалу модуля и насколько уверенно, — и это подтверждено взамен прежнего «оценки речи не ставятся» из R-45; в зачёт модуля, дня или программы эти два числа не входят ни при каком исходе. Удалять экран целиком было бы неверно — записи всё равно собираются и хранятся, и им нужно место, где администратор их найдёт: по кандидату, по модулю, по языку. Поэтому C8 остался просмотром сохранённых диалогов без ручного выставления оценки: список слева, проигрыватель и реплики справа, чтение ИИ — двумя голыми числами под проигрывателем; полей ввода и кнопки «Save score» здесь по-прежнему нет, потому что оценку ставит ИИ, а не администратор. Рельса переименована из Speech review в Speech recordings на всех экранах секции. Кадры «что видит кандидат» остаются убранными: кандидат по-прежнему не видит ни одной из двух величин нигде — только подтверждение из A2.11. Транскриптов и текста реплик кандидата нет нигде, как и раньше. По R-70 дополнительные записи в архиве — тот же диалог с тем же ИИ, проведённый на другом заявленном языке, а не отдельный формат: фильтр «Extra language», бейдж с языком и подпись у проигрывателя говорят это прямо, чтобы админ не искал в них другой сценарий. R-78 снимает оставшуюся двусмысленность языковых меток: ИИ говорит по-английски во всех записях без исключения и на лету не переводит, поэтому бейдж «Extra · Russian» описывает язык кандидата, а не язык диалога. Это сказано верхним алертом, заголовком списка реплик «What the AI asked — always in English» и подписью у дополнительной записи; фильтр переименован из «In English» в «Answered in English» по той же причине. Шкала, эталон и порог достоверности этой оценки ни одним решением не заданы — числа на экране нарочно голые, без знака процента и без названия уровня, чтобы не выглядеть утверждённой методикой.

Два разных случая, и админ выбирает, какой это: по пригодности — кандидату подаётся как решение компании-заказчика по итогам просмотра его работ; за нарушение правил — формулировка нейтральная и от лица платформы, компании такое решение не приписывается. Причина обязательна, уходит в аудит и кандидату не раскрывается; кнопка заблокирована, пока причина пустая. Предпросмотр показывает ровно тот текст, который увидит кандидат. Спорное место: запрет повторного входа включается по умолчанию, снятие — отдельным действием в C12.

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

Продление — точечное исключение из 14-дневного правила (BR-8), поэтому предупреждение и запись в аудит обязательны. Спорное место: дата вводится текстом, календарь — деталь реализации.

Снятие запрета работает двумя путями: кнопкой в строке и массовым действием над отмеченными. Формулировки видов отсева в колонке Cause совпадают со словарём статусов: отчисление за исчерпанные попытки, отчисление по истечении срока. Самоотсев запрета не даёт и в список не попадает — это видно из подписи.

Суммы пересчитаны по утверждённой кривой R-101 накопленным итогом, итоги сходятся и по строкам, и по четырём плашкам сверху: 10 420 000 начислено = 4 070 000 выведено + 5 870 000 доступно к выводу + 480 000 на удержании до шага «карта + оферта». По R-92 реестр перестроен под ту же модель, что и кабинет кандидата: начисление происходит само при закрытии модуля, а вывод запускает кандидат — после любого закрытого модуля и на накопленную сумму. Поэтому у каждой строки теперь три величины, а не одна: начислено, выведено по запросу кандидата и остаток, который он может забрать в любой момент. Выведенные суммы всегда совпадают с точками кривой (240 000, 320 000, 570 000, 2 620 000) — вывести можно только то, что уже начислено закрытыми модулями. Строки с невыполненным шагом «карта + оферта» держатся в колонке on hold: начисление есть, вывести его нельзя, пока кандидат не прошёл A3.2. R-96 снимает с этого экрана последнее ручное действие. Перевод исполняется автоматически, поэтому в реестре нечего нажимать: полоса под шапкой говорит прямо, что это витрина, а не пульт — ни «отправить», ни «подтвердить», ни «поставить в очередь» здесь нет и не будет. Отчисленные и ушедшие сами остаются в общем реестре не «спорным местом», а по решению: у них сохраняется кабинет в режиме только для вывода (A3.1, состояние 3), поэтому их строки живые, а не архивные. R-105 добавляет в реестр то, что автоматический перевод обязан был принести с собой, — отказы. Отдельный блок под таблицей: дата, кандидат, сумма, причина и главное — где деньги. Отказ ничего не съедает и ничего не двигает: сумма возвращается в колонку «withdrawable», кандидат повторяет вывод сам, и ни одна из четырёх плашек сверху от этого не меняется. Суммы в блоке сведены с таблицей построчно — 550 000 Азизы это ровно её остаток к выводу, 80 000 Отабека ровно его; если бы отказ что-то списывал, эти два числа перестали бы совпадать. Кнопок в блоке нет по той же причине, что и во всей таблице: переотправлять руками нечего. Открытый хвост для владельца: срок зачисления на карту и промежуточное состояние «запрошено, ещё не отправлено» ни одним решением не заданы — в кабинете статус вывода показан четырьмя ступенями, а в реестре отдельной колонки под него нет, пока эти состояния не описаны; перечень причин отказа тоже не согласован — две формулировки в блоке взяты как примеры.

Идея: продукт измеряет сам себя — админка видит пилот как эксперимент с контрольной группой (гипотеза, сравнение удержания, критерий провала), и это дисциплинирует команду не подменять цель. Поведение кандидата здесь — служебные данные пилота: на прохождение модуля и на оценку кандидата они не влияют и компании не показываются, это сказано полосой сверху и повторено у сырых данных. Спор: кто и когда фиксирует данные контрольной группы — открытый вопрос §9-8; и не рано ли показывать 30-дневные цифры при N=2 — процент из двух человек выглядит убедительнее, чем он есть.

Журнал только для чтения, фильтр по типу действия — сегмент-контролом. В колонке Target уживаются и кандидат, и позиция: изменение порога и публикация пакета — действия над позицией. Автоматические отчисления пишутся автором «system», чтобы отличать их от ручных. Фильтра и строк «Speech score» в аудите нет и по правке 12.08: два числа, которые ставит ИИ по разговору, — не действие администратора и не действие кандидата, а автоматическое чтение, поэтому в этот журнал они не попадают вовсе — смотреть их нужно в карточке кандидата (C7) и в архиве речевых диалогов (C8). Порог: 65% действуют с 2 сентября, значение из пакета 1.3.0 — 70%; это то же состояние, что на C1, C3, C4, C5, C7 и C17.

В пилоте компания одна, поэтому список показывает доступы внутри аккаунта Octane, а не набор компаний. Единственный экран раздела выше позиции — поэтому и крошка начинается с Hyperion, а не с позиции. Одноразовость и семидневный срок ссылки-приглашения теперь решены (R-60), а не «на проверке»: по ссылке сотрудник заводит рабочую почту как логин и пароль (R-54) — экран называет и то, и другое. Адреса приведены к одному домену octanecards.com, тот же, что на B1.

Порог — регулируемый параметр позиции, а не константа платформы: администратор двигает его под квоту заказчика. Причина обязательна, действие идёт в аудит. Фикстура сведена с остальной секцией C: экран был отрисован в состоянии «админского значения нет, действует пакетные 70%», тогда как C1, C3, C4, C5, C7 и C15 живут в состоянии «65%, заданные администратором 2 сентября». Теперь и здесь действуют 65% из админского значения, снижение с 70% стоит в истории первой строкой, а форма показывает следующее осмысленное действие — возврат к пакетному значению 70%, то самое отдельное действие с собственной причиной, которое экран и обещал подписью внизу. Ключевое, что должен понять админ до нажатия: изменение работает только на будущие сдачи — уже закрытые модули и начисления не пересматриваются, каждая сдача навсегда хранит порог, по которому её судили. R-68 уточняет предупреждение, и это главная правка третьей волны на этом экране: вердикт модуля собирается из нескольких сдач, поэтому к модулю применяется порог, действующий в момент его закрытия, — незакрытый модуль будет судиться новым значением, даже если часть сдач внутри него прошла при старом. Прежний текст говорил только про «будущие сдачи» и этот случай не покрывал; теперь он назван и в предупреждении, и отдельной строкой в панели последствий. Порог один для учебных и экзаменационных модулей. Спорное место: нужно ли ограничить коридор изменения (например, не ниже 50%), чтобы порог нельзя было увести в ноль ради квоты.