Веб-приложение для репетитора поможет вести расписание, домашку и оплаты: опишем поток урок-задание-сдача, соберем прототип и протестируем на 5 учениках.
Веб-приложение репетитора нужно не для "красоты", а чтобы убрать три источника нервов: хаос в расписании, потерянные задания и забытые оплаты. Если сейчас все держится на переписке в мессенджере, заметках и памяти, приложению важно стать одним местом, где видно: что было на уроке, что задано, что сдано и кто за что должен.
Оно подходит и для индивидуальных занятий, и для мини-групп. В группе у одного урока просто будет несколько учеников с разными сдачами и оплатами. Логика та же: урок привязан к дате, к ученику (или группе) и к результату.
Успех первой версии измеряется просто. Через 1-2 недели у вас должно стать меньше уточняющих сообщений "когда следующее занятие?" и "что было задано?", меньше пропусков из-за путаницы во времени, домашка перестает "теряться", а долги и переплаты видны сразу, без ручного пересчета. Главный признак: вы тратите меньше времени на админку и больше на уроки.
Важнее всего начать с простого прототипа, а не с большого проекта. Репетиторство постоянно меняется: переносы, разные схемы оплаты, ученики с рывками в учебе. Если сразу строить сложную систему, вы потратите время на функции, которые не приживутся.
Пример: у вас 8 учеников и 1 мини-группа. После урока вы фиксируете запись, одним действием выдаете задание, ученик отмечает сдачу, вы оставляете короткий комментарий и ставите статус. По оплатам достаточно видеть "оплачено за N уроков вперед" или "долг за 2 занятия".
Первая версия должна позволять прожить неделю занятий и ни разу не потерять: кто когда учится, что задано, что сдано, и кто должен оплатить. Если пытаться построить "идеальную школу", вы утонете в настройках и перестанете вести данные.
Начните с двух ролей: репетитор и ученик. Этого хватает, чтобы ученик видел свои задания и оплаты, а репетитор - картину по всем ученикам. Сложные роли (родитель, админ и т.д.) добавляются позже, когда станет понятно, что без них никак.
По данным держите минимум сущностей, где каждая отвечает на один вопрос:
По экранам тоже лучше минимум: расписание на неделю, карточка ученика (все в одном месте), задания и простой экран оплат.
В первой версии не делайте чат и встроенную видеосвязь. Они съедают время и почти не помогают понять, держится ли процесс. Туда же - сложные отчеты "на все случаи".
Проверочный ориентир: у вас 5 учеников, и вам нужно за 30 секунд открыть каждого и увидеть следующий урок, последнее задание, последнюю сдачу и оплату за текущий месяц. Если это работает, приложение уже приносит пользу.
Не пытайтесь заранее учесть все варианты. Лучше сделать пять сущностей и четкие связи: у ученика много уроков, у урока может быть задание, у задания может быть несколько сдач (попытки), платежи привязаны к ученику и при необходимости к периоду.
Маленький пример для проверки логики: ученик Маша из Новосибирска (часовой пояс +4 к Москве), ставка 1500. Вы ставите урок на субботу 11:00 по ее времени. После урока создаете задание с дедлайном во вторник и материалом. Маша отправляет сдачу в воскресенье, вы оставляете комментарий и статус "нужно исправить". В среду приходит платеж 3000 "за 2 занятия".
Если такой сценарий проходит без ручных костылей, основа у вас есть.
Главное - чтобы каждый урок превращался в понятный следующий шаг, а не в разрозненную переписку.
После занятия вы создаете запись урока: дата, ученик, тема, что успели, и 1-2 договоренности (например, "повторить времена", "принести черновик сочинения"). Через неделю не нужно вспоминать, о чем говорили.
Дальше из этой же записи выдаете домашку: дедлайн и четкие критерии, что считается "сделано". Критерии должны быть проверяемыми: "10 предложений с Past Simple без ошибок", "решены задачи 1-8, оформлены шаги", "аудио 2 минуты, без пауз больше 3 секунд".
Ученик отправляет сдачу как действие: прикрепляет файл/фото/текст/аудио и нажимает "Сдать". Тогда видно, что работа действительно отправлена и когда.
Вы оставляете комментарий рядом со сдачей и принимаете решение: "принято" или "на доработку". Пример: "Задачи 3 и 6 - ошибка в знаке. Исправь и пришли еще раз". Статус меняется, и следующий урок начинается с проверки исправлений.
Когда учеников больше пары, проблемы почти всегда одинаковые: "я вроде делал", "я точно сдавал", а единого места, где это видно, нет. Помогает простая система статусов и несколько правил, которые нельзя обойти.
Для домашки хватит пяти статусов: задано, в работе, сдано, принято, на доработку. Статус "просрочено" лучше считать автоматически: если дедлайн прошел и сдачи нет, задание помечается как просроченное.
Чтобы не было путаницы, закрепите ограничения: ученик меняет только "в работе" и "сдано", а "принято" и "на доработку" ставите вы. Если вы поставили "на доработку", приложение должно просить новый дедлайн или хотя бы отметку "к следующему уроку", иначе доработка зависнет.
Люди лучше реагируют на повторяемый формат. Подойдет такой:
Храните историю изменений по каждой домашке: кто и когда поменял статус, что добавил, какой комментарий оставил. Это снимает споры и экономит время.
Делайте прототип как рабочий блокнот, который экономит время каждый день.
Выберите 3-5 экранов, которые вы реально будете открывать:
Затем договоритесь о правилах данных: единый формат дат, деньги в рублях целым числом, фиксированные статусы.
Если вы собираете прототип через TakProsto (takprosto.ai), удобно включить режим планирования: прямо в чате описать экраны, поля и действия ("создать урок", "выдать задание", "принять сдачу", "оставить комментарий"). А если ошиблись, можно откатиться через снимки.
Заранее сформулируйте 5-7 команд, которыми будете пользоваться: "создай урок...", "выдай домашку...", "отметь сдачу...", "оставь комментарий...", "добавь оплату...".
Потом пройдите сценарий руками, как будто сегодня рабочий день: создали урок, выдали домашку из карточки урока, приняли сдачу и сменили статус, оставили комментарий, записали оплату и увидели понятный баланс. Если дважды споткнулись об одно и то же поле или статус - упрощайте. Прототип должен быть быстрым, а не идеальным.
По оплатам достаточно отвечать на четыре вопроса: сколько уже оплачено за период, есть ли долг или переплата, когда была последняя оплата и когда следующая.
Уроки и деньги фиксируйте отдельно. Урок может быть проведен, даже если оплата задержалась. Оплата может прийти авансом. Если смешать эти события, баланс начнет прыгать, и вы перестанете доверять данным.
В карточке ученика держите короткий блок: баланс (долг или аванс), последняя оплата (дата и сумма), сколько уроков проведено в периоде (например, текущий месяц), следующая оплата (дата или правило вроде "после каждых 4 уроков").
Для сводки по месяцу достаточно трех чисел: сколько денег получено, сколько ожидается и сколько просрочено. Добавьте напоминания: например, если ученик не оплатил после N проведенных уроков или наступила дата следующей оплаты.
Пяти учеников хватает, чтобы увидеть, где прототип ломается в реальной жизни. Возьмите разных: с фиксированным временем, с переносами, с привычкой сдавать в последний момент, с вопросами в чате.
Дайте всем одну короткую инструкцию. После урока ученик открывает урок, видит домашку, отмечает сдачу. После выполнения прикрепляет результат, нажимает кнопку сдачи и видит подтверждение. Вы после проверки оставляете комментарий и ставите статус.
Прогоните типовые ситуации: перенос урока (и домашка не должна потеряться), просрочка дедлайна (должен быть ясный сигнал), частичная сдача (дослать позже), комментарий от репетитора (ученик понимает, что есть ответ), оплата не в срок (долг считается понятно).
Правки фиксируйте одним списком и в приоритет:
Первая версия обычно ломается не из-за технологий, а из-за лишней сложности. Держите одну цель: после урока за 30 секунд появляется понятное задание, дальше все идет по шагам.
Ошибка 1: "все и сразу". Десятки полей и экранов превращаются в пустые карточки: "потом допишу".
Ошибка 2: нет статусов и правил. Без статусов вы быстро скатываетесь обратно в чат: "ты делал?", "куда сдать?", "я проверил?". Нужны короткие состояния и понятный переход: выдано -> сдано -> проверено (или "нужно доделать").
Еще одна частая проблема: смешивают оплату и посещаемость. Урок отменили, деньги перенесли, а в системе это выглядит как "не оплатил".
Простой пример: ученик сдал домашку в воскресенье, вы ответили в чате, а в приложении осталось "выдано". В понедельник вы открываете карточку и не понимаете, что уже проверили. Это лечится правилом: любой комментарий преподавателя должен ставить "принято" или "на доработку".
Проверьте не "красоту интерфейса", а скорость базовых действий:
Отдельно прогоните 2-3 тестовых платежа и одну частичную оплату, чтобы увидеть, как считается задолженность.
После теста на 5 учениках цель меняется: превратить прототип в стабильный инструмент, где ничего не теряется и не ломается после правок.
Сделайте вторую итерацию по обратной связи: уберите все, чем никто не пользуется (даже если делали "на будущее"), и добавьте только то, что повторялось. Чаще всего это напоминание о дедлайне или быстрый комментарий к сдаче.
Дальше решите вопрос доступа и приватности: ученик видит только свои уроки, задания, файлы и историю оплат; репетитор видит всех. Если подключается родитель как плательщик, заранее определите, видит ли он только оплаты или еще и домашку.
Перед заметными правками делайте снимок состояния и проверяйте, что откат занимает минуты, а не вечер. Когда функционал стабилен, переходите к публикации и хостингу, а домен подключайте только если он реально нужен.
Если вы собирали проект в TakProsto, логичный следующий шаг - после серии тестов выгрузить исходный код (если планируете передавать разработчику или переносить в свою инфраструктуру) и задеплоить рабочую версию. Это помогает развивать приложение дальше в удобном вам темпе.
План на месяц, чтобы двигаться короткими циклами:
Держите правило: одна неделя - одна понятная цель. Так приложение будет расти, а не превращаться в бесконечный список хотелок.
Начните с версии, которая помогает прожить одну рабочую неделю без путаницы: расписание, запись урока, домашка со сроком и статусом, сдача от ученика, комментарий и простой учет оплат. Если эти действия занимают секунды и все видно в одном месте, прототип уже окупает себя временем.
Обычно достаточно двух ролей: репетитор и ученик. Репетитор видит всех учеников, их уроки, домашку, сдачи и оплаты, а ученик — только свои данные и действия по домашке. Остальные роли вроде родителя лучше добавлять позже, когда станет ясно, какие именно экраны и права нужны.
Держите минимум сущностей: ученик, урок, задание, сдача и платеж. Каждая сущность должна отвечать на один понятный вопрос: когда урок, что задано, что отправлено, что проверено и сколько оплачено. Чем меньше сущностей вначале, тем проще не бросить ведение данных.
Сделайте простой поток: после урока вы фиксируете тему и договоренности, тут же выдаете домашку, ученик отправляет сдачу отдельным действием, а вы ставите статус и короткий комментарий. Тогда в любой момент видно, что уже сделано, что на проверке и что «зависло» без следующего шага.
Достаточно пяти статусов: «задано», «в работе», «сдано», «принято», «на доработку». Просрочку лучше считать автоматически по дедлайну, чтобы не было ручных пометок и споров. Важно, чтобы ученик не мог сам ставить «принято», а репетитор — не мог оставить проверку без итогового статуса.
Разделяйте уроки и деньги: урок может состояться без оплаты, а оплата может прийти авансом. В карточке ученика держите понятный баланс (долг или аванс), дату и сумму последней оплаты и правило следующей оплаты. Так вы быстро видите, кто должен и за что, без ручного пересчета.
Поддержите мини-группы той же логикой, что и индивидуальные занятия: один урок привязан к дате и теме, но у него несколько учеников с разными сдачами и оплатами. Главное — чтобы по каждому ученику в рамках группового урока сохранялась своя история домашки и свой финансовый статус.
Фиксируйте часовой пояс у ученика и храните время урока так, чтобы оно однозначно отображалось и вам, и ученику. На практике удобнее, когда ученик видит время «по себе», а вы — с пометкой, по какому часовому поясу выставлен слот. Тогда переносы и напоминания не начинают «прыгать» при разных городах.
Опишите в чате 3–5 экранов и действия, которыми вы реально пользуетесь каждый день: создать урок, выдать домашку, принять сдачу, оставить комментарий, добавить оплату. В TakProsto удобно включить режим планирования, чтобы сразу согласовать поля и правила, а потом быстро собрать рабочий прототип и прогнать сценарий как в обычный день.
Не делайте в первой версии чат, встроенную видеосвязь и сложные отчеты «на все случаи». Они съедают время и не помогают проверить главное — что вы после урока за 30 секунд фиксируете следующий шаг, а домашка и оплаты перестают теряться. Сначала добейтесь стабильности базового потока, а уже потом улучшайте удобство и добавляйте «хотелки».
