Американские студенты колледжей постоянно сталкиваются с хаосом в учёбе: расписание, дедлайны, заметки, групповые проекты — всё разрознено. Кто-то пишет расписание от руки, кто-то пересылает фото в чаты, кто-то держит всё в голове. Это создаёт фрустрацию и ощущение перегруза. Ограничения проекта: один Swift-разработчик (студент, part-time), бэкенд полностью на Firebase, нулевой бюджет и ультракороткий срок — нужно было успеть до конца летних каникул.

Студенты используют Telegram и WhatsApp для учёбы, но часто не видят сообщения, не понимают кто чем занимается и не могут быстро сориентироваться в дедлайнах. Инструменты вроде Google Calendar или Notion слишком сложны и не заточены под студенческий контекст. Ключевой инсайт из интервью: студенты боятся лишнего общения и избегают инициативы, если нет простого инструмента. Нужно решение, которое работает вместо общения, а не через него.

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

Работал по классическому продуктовому флоу: проблема → аудитория → задачи → архитектура → wireframes → UI-kit → UX-решения → сборка MVP → подготовка к бете. Спроектировал информационную архитектуру продукта, создал wireframes ключевых экранов, собрал UI-kit с компонентами и продумал UX-решения для каждого сценария. Параллельно работал с разработчиком над техническими ограничениями Firebase.

Расписание: студент кастомизирует предметы — иконки, цвета, аббревиатуры. Система periods привычна американским студентам. Все изменения мгновенно синхронизируются с группой. Заметки: поддержка форматирования, рассчитаны на большие тексты. Система стопок для организации конспектов. Без чатов — обновления через расписание и заметки. Группы: присоединение по ссылке, синхронизация в реальном времени. Никаких чатов — только структурированные данные. Студент видит обновления, а не сообщения.

MVP собран за 3.5 месяца с одним part-time разработчиком. В приложение вошли: группы, расписание, заметки и уведомления об изменениях. Осознанно отложили: виджеты, геймификацию (scoreboard с вкладом каждого), платные функции. Всё что вошло в MVP — продуктовая основа, без которой нельзя валидировать идею. Что бы сделал иначе: провёл бы больше интервью на этапе прототипа и протестировал онбординг до разработки. Часть UX-решений пришлось дорабатывать уже после первых тестов.