Метка A1 не выбирает за человека: как устроить каталог языковой практики
Пользователь открывает языковое приложение перед рабочим созвоном. У него есть несколько минут и конкретная потребность: уточнить договорённость, понять короткое сообщение или подготовиться к разговору. Каталог предлагает уровни, обложки, темы и форматы. Всё это полезные признаки, но ни один из них сам по себе не отвечает на вопрос: «Что из этого поможет мне сейчас?»
Для команды AI-продукта выбор материала находится на стыке педагогики, интерфейса и бизнеса. Можно привлечь человека обещанием практики для реальной жизни, а встретить его перечнем уроков, в котором он не узнает собственную задачу. Тогда проблема возникает ещё до первой ошибки в упражнении.
Разберём три собственных экрана KeelAI: вход в тренировку, библиотеку чтения и аудиодиалог. Это разбор интерфейсов и проект проверки, а не рассказ об уже полученном росте конверсии. В конце соберём конкретный протокол: что предложить участнику, что наблюдать и какое продуктовое решение можно принять по результату.
1. Начинать с действия, а не с темы
«Переезд», «работа» и «кафе» помогают ориентироваться в содержании, но остаются широкими категориями. Внутри темы «работа» человек может читать вакансию, уточнять срок, представлять коллегу или объяснять задержку. Слова иногда пересекаются, однако ожидаемое действие различается. Понять чужую реплику и самостоятельно сформулировать свою просьбу не одно и то же задание.
На первом скриншоте видны выбранный язык, обозначение A1, тема «Переезд» и кнопка начала тренировки. Ниже доступны разные разделы продукта. Эта структура уже позволяет обсуждать конкретный вопрос: понимает ли человек до нажатия, чем будет заниматься? Текст «Начать тренировку» описывает команду интерфейсу, но не объясняет содержание ближайшего шага.
Для следующего варианта такой карточки можно проверить более предметное описание: «Выбрать подходящую фразу для короткой просьбы». Это пример редакционного решения, не подпись существующего упражнения. Его нужно согласовать с реальным содержимым: нельзя обещать разговор, если после нажатия открываются только карточки слов.
Полезный рабочий артефакт здесь совсем небольшой: карточка намерения. В ней фиксируются ситуация, действие пользователя и признак завершения. Например: «Коллега прислал новое время встречи; нужно уточнить часовой пояс; результатом будет понятный уточняющий вопрос». Это учебный пример, не история клиента. Такая карточка помогает автору материала и дизайнеру обсуждать одну задачу вместо двух разных представлений о теме.
2. Метаданные должны помогать выбрать, а не украшать карточку
В библиотеке на втором скриншоте есть фильтры A1–B2 и карточки казахских текстов. Для «Автобус кестесі» показаны A1, пометка «Для экзамена», одна минута и 28 слов. Для «Автобуста» видны A1, «Учебный текст», одна минута и 33 слова. Это значения конкретного демонстрационного экрана, не статистика того, сколько времени людям действительно понадобилось.
Две карточки с одинаковой отметкой уровня могут обещать разные виды работы. Экзаменационный материал и учебный текст различаются уже своей подписью. При этом количество слов описывает объём, но не объясняет, нужно ли найти факт, понять последовательность действий или потом пересказать содержание. Короткий текст тоже может оказаться неподходящим для текущего намерения.
Поэтому на ревью стоит задать вопрос к каждому признаку: какое решение пользователь принимает благодаря этой строке? Уровень помогает отсеять часть вариантов. Тема позволяет узнать ситуацию. Ожидаемое действие объясняет, зачем открывать материал. Пометка доступности помогает не спутать учебный выбор с выбором тарифа. Если два признака сообщают одно и то же, дополнительная подпись не обязательно улучшает карточку.
Оценку времени полезно проверять особенно внимательно. На экране не сказано, включает ли минута открытие словаря и повторное чтение. До измерений не стоит превращать её в обещание результата за минуту. Для редакции это повод уточнить смысл метаданных; для аналитика — заранее определить, какое время вообще измеряется.
уточнить смысл метаданных; для аналитика — заранее определить, какое время вообще измеряется.
3. Формат меняет задачу, даже если тема осталась прежней
Третий экран показывает аудиодиалог «Kafeda» уровня A1, посвящённый заказу в кафе. Видны воспроизведение первой реплики, счётчик 1/6 и действия «Текст», «Перевод», «Ошибка». Это наблюдаемое состояние интерфейса. По нему нельзя заключить, что человек научился говорить в кафе или что такой формат эффективнее чтения.
Зато экран позволяет проверить согласованность обещания и первого действия. Если карточка зовёт послушать короткий разговор, проигрывание реплики соответствует ожиданию. Если она обещает самостоятельно заказать кофе, одного прослушивания для выполнения этого обещания недостаточно. Понадобится отдельное задание на собственную реплику и понятный критерий её проверки.
Для международной команды разница особенно практична. Прочитать расписание перед поездкой, расслышать изменение времени встречи и вежливо попросить перенос — три разных действия. Объединять их общей темой удобно для хранения контента, но не всегда для выбора упражнения. Поэтому формат стоит объяснять через глагол: найдите, послушайте, уточните, сформулируйте.
Подсказки тоже меняют условия задания. Человек, который понял реплику после открытия перевода, выполнил работу с опорой. Это не повод считать попытку неудачной. Но если продукт позже сравнивает результаты, ему важно различать понимание без опоры и разбор с помощью текста. Иначе красивый показатель завершения скрывает разные способы прохождения.
В карточке не нужно перечислять всю механику. Достаточно честно обозначить стартовое действие и доступную помощь. А подробные условия должны появиться в момент, когда человек действительно начинает упражнение.
4. Карточка материала как договор редакции и продукта
До сложной рекомендательной модели полезно согласовать минимальный набор сведений о материале. Это не предложение заполнить интерфейс служебными полями. Речь о внутреннем договоре: автор понимает, что обещает упражнение, дизайнер знает, что показать перед стартом, а аналитик может отличить ожидаемое действие от случайного открытия.
- Ситуация: в каком контексте понадобится материал.
- Действие: что человек будет делать сам, а не просто видеть на экране.
- Опоры: доступны ли перевод, словарь, текст аудио и повтор.
- Завершение: какой наблюдаемый шаг заканчивает упражнение.
- Ограничение: чего эта короткая практика не проверяет.
Для учебного примера с переносом встречи договор может выглядеть так: прочитать сообщение, определить новое время и выбрать уточняющий вопрос; словарь доступен; завершение — отправка выбранного ответа. Ограничение: задание не проверяет спонтанную устную речь. Это предлагаемая структура материала, а не описание внедрённой функции KeelAI.
Такой договор полезен и бизнесу. Он задаёт границу обещаний для рекламного сообщения и страницы продукта. Если кампания говорит о рабочих разговорах, а выбранный материал тренирует узнавание слов, команде нужно исправить соответствие между обещанием и содержанием. Рост кликов по яркой карточке сам по себе этого несоответствия не устранит.
5. Проверка, которую можно провести до переработки каталога
В KeelAI этот разбор опирается на показанные экраны, а следующий шаг — проверка понимания выбора. Не нужно начинать с вопроса «Вам нравится каталог?». Для предложенного исследования важнее дать конкретную ситуацию и посмотреть, как человек ищет материал под неё.
Сначала фиксируем намерение. Например, участнику нужно потренироваться понимать короткое сообщение о времени встречи. Это сценарий исследования, поэтому он должен быть одинаково сформулирован для сравниваемых вариантов. До показа карточек стоит узнать, знакома ли человеку такая ситуация и какой язык он сейчас практикует.
Затем наблюдаем выбор без подсказок исследователя. Просим выбрать материал и объяснить, что произойдёт после открытия. Отдельно записываем выбранную карточку, ожидаемое действие и признаки, на которые участник опирался. Быстрый клик ещё не означает удачный выбор: человек может уверенно понять подпись неправильно.
После открытия сравниваем ожидание с заданием. Не подменяем оценку наблюдением за улыбкой или общим впечатлением. Отмечаем, соответствует ли первый шаг названной задаче, пришлось ли возвращаться в каталог и почему. Техническую ошибку загрузки отделяем от непонятной подписи: исправлять их придётся разными способами.
В отчёте нужны конкретные основания: сколько участников увидели каждый вариант, сколько выбрали подходящий материал, где возникло расхождение и какие объяснения повторялись. Время выбора считаем от показа каталога до открытия материала; время упражнения — отдельно. При небольшом числе наблюдений это поиск проблем, а не доказательство роста конверсии для всей аудитории.
6. Что менять по результатам, а что пока не обещать
Если люди не замечают подходящий материал, проверяем порядок, фильтры и название. Если открывают его с неверным ожиданием, переписываем описание действия. Если ожидание верное, но старт непонятен, работаем уже с первым экраном упражнения. Если материал понятен, но не нужен в предложенной ситуации, пересматриваем подборку. Это разные диагнозы, и одна новая обложка не отвечает на все сразу.
Для следующего сравнения лучше изменить один существенный элемент, например формулировку ожидаемого действия, и сохранить остальные условия. Иначе одновременно обновлённые порядок карточек, цены, тексты и упражнения не позволят понять, что повлияло на поведение. Результат стоит описывать вместе с ограничениями, включая состав участников и используемый сценарий.
Связь с бизнесом проверяется дальше: открытие подходящего материала, начало практики, осмысленное завершение и возвращение к новой задаче. Оплату нельзя объявлять следствием хорошей карточки без отдельного анализа. Между ними находятся ценность содержания, доступность функций и потребность человека. Каталог отвечает только за свою часть пути.
Практический итог: возьмите одну карточку и попробуйте до её открытия назвать действие, доступную помощь и критерий завершения. Затем сравните ответ с реальным упражнением. Если команда сама даёт разные ответы, у неё уже есть конкретный предмет работы. Начать стоит с этого расхождения, а не с обещания, что AI автоматически выберет всё за пользователя.