Я работал над редизайном этой платформы обучения в DSSL / TRASSIR. Здесь возвращаюсь к реальному проекту с нынешним подходом: начать с рабочей задачи специалиста и связать полезный технический ответ с последовательной подготовкой.
Результат. Технический ответ можно прочитать до входа и использовать внутри учебной программы. Чтение, завершённые единицы и результаты зачёта остаются отдельными фактами. Цена решения: явное завершение, поэтапный доступ и более узкое обещание квалификации, чем обычно даёт учебный портал.
Архивный продукт открывается каталогом курсов: поиск, фильтры по темам и брендам, рейтинги и награды. Другой исходный экран запрашивает данные компании до открытия курсов. Эти кадры показывают начальную структуру, но не говорят, насколько успешно реальные пользователи решали свои задачи.
Для редизайна важнее оказалось различить две ситуации. Инженеру, у которого не обнаруживается камера, нужна последовательность проверок. Проектировщику, которому поручили изучить линейку, — маршрут, оценка объёма и понятное условие завершения. Если отправить обоих в один каталог, этот маршрут им придётся собирать самим.
Центральная гипотеза: справочник и обучение могут использовать общий контент, сохраняя разные правила. У материала есть собственный адрес, версия продукта и дата обновления. Он самостоятельно отвечает на вопрос и занимает определённое место в программе. Чтобы оценить его полезность, читателю не нужно записываться на курс.
Это меняет и смысл прогресса. Открытая статья о неисправности — факт чтения, а не подтверждение освоенного учебного результата. Две записи должны встречаться в личном пространстве и оставаться независимыми. Иначе обычный просмотр страницы начинает делать заявления о квалификации.
Дать ответу собственный адрес. Позволить программе связать ответы в маршрут, не превращая каждый просмотр в завершённый урок.
Для этой переработки я вернулся к исходным экранам и задаче, с которой работал в компании, дополнил их вторичным исследованием и обходом конкурентов. Персоны и интервью в новой итерации были синтетическими: они помогали оспаривать предположения, но не доказывали спрос. Из них выросли два равноприоритетных приёмочных маршрута: инженер ищет технический ответ, проектировщик начинает и завершает подготовку.
Затем PRD зафиксировал лестницу доступа, модель контента и правила подсчёта — до sitemap, дизайн-системы и интерактивной сборки. Публичная страница программы показывает цель, объём, полный состав и условия зачёта до входа. Сервис и лендинг доступны на русском и английском; ссылки из портфолио открывают выбранный язык.
Финальная браузерная приёмка обнаружила основную кнопку, чья подпись наследовала приглушённый цвет текста. Действие существовало, экран был собран, но следующий шаг было трудно прочитать. Исправление внесено в общее правило текста; затем вход, явное завершение и переход к следующей единице проверены на трёх ширинах.
Банк вопросов новой версии ещё требует проверки предметным экспертом. Часть вопросов опирается на источники за пределами выбранной программы. Источники раскрыты перед зачётом, но это не доказывает, что проверка измеряет компетентность. Прототип показывает мой нынешний подход к проектированию; результаты обучения ни для этой версии, ни для исходного рабочего проекта он не подтверждает.
Четыре контентных цвета сопровождают задачу от главной до каталога, материала и плеера. Цвета статусов несут отдельный смысл. Зачёт намеренно становится нейтральным; версия и дата обновления нейтральны везде. Баллы, серии и празднование успеха не подменяют прогресс.
Лендинг использует тот же визуальный язык, но свою типографическую шкалу, отступы и набор компонентов. Обещание доказывается материалом и программой, а не вымышленными отзывами. Первое полезное действие открывает продукт; русский и английский лендинги ведут в соответствующую языковую версию.
Эти инженерные проверки относятся к нынешней версии для портфолио. Они не описывают тестирование или измеренные результаты исходного рабочего проекта. Эта версия не выпускалась как продукт компании. Проверка со скринридером и на физических устройствах остаётся открытой; хранение ограничено вкладкой, сообщения и проверка компании моделируются, полноценное офлайн-приложение не реализовано.
Эта граница определила контент, доступ, модель прогресса и восстановление после сбоя во всём продукте.
Если кейс выше ответил на ваш вопрос — или добавил новый.
