Repository navigation
Concept
По итогам оценки идей для реализации выбрана идея 1 — Telegram-бот с расписанием пар для студентов ЮУрГУ (описание — на странице ideas).
Telegram-бот, который показывает студенту ЮУрГУ расписание пар, заранее напоминает о следующей паре и аудитории и позволяет оставлять заметки к занятиям.
Сейчас, чтобы узнать следующую пару и аудиторию, студент каждый раз заходит на online.susu.ru: открывает браузер, авторизуется, ищет нужный день. Уведомлений портал не присылает, а домашние задания и дедлайны студенты записывают отдельно — в заметках или переписке. Бот убирает эти действия: расписание доступно в мессенджере, которым студент и так пользуется весь день, напоминание приходит само, а заметки привязаны к конкретной паре.
- студенты очной формы обучения ЮУрГУ (15 000–20 000 человек), в первую очередь 1–4 курсы с плотным расписанием;
- ядро первых пользователей — студенты института, в котором учится команда (около 1 000 человек), и одногруппники участников;
- в перспективе — студенты других вузов, расписание которых доступно на сайте. Общий признак аудитории — ежедневное использование Telegram и необходимость несколько раз в день сверяться с расписанием.
Пользователь один раз указывает свою группу и после этого получает:
- расписание на сегодня, завтра и неделю одной командой: название пары, время, аудитория, преподаватель;
- уведомление о следующей паре и аудитории за выбранное время до начала;
- текстовые заметки к парам (домашнее задание, дедлайны), которые видны вместе с расписанием.
К 20 декабря 2026 года выпустить Telegram-бота с расписанием ЮУрГУ, уведомлениями о следующей паре и заметками к парам, которым за первый месяц после релиза MVP воспользуются не менее 60 студентов, причём не менее половины из них будут обращаться к боту каждую неделю.
| Критерий | Содержание |
|---|---|
| Specific (конкретная) | Telegram-бот с расписанием ЮУрГУ, уведомлениями о следующей паре и заметками к парам |
| Measurable (измеримая) | ≥ 60 пользователей за первый месяц после релиза MVP, из них ≥ 50 % активны еженедельно |
| Achievable (достижимая) | Объём MVP оценён в 30 дней работы команды из трёх человек; 60 пользователей — это одногруппники участников (SOM) и студенты смежных групп потока |
| Relevant (значимая) | Решает ежедневную проблему целевой аудитории, к которой относится сама команда |
| Time-bound (ограниченная по времени) | Срок — 20 декабря 2026 года |
| Параметр | Значение |
|---|---|
| Название проекта | «ЮУрГУ.Пары» — Telegram-бот с расписанием пар для студентов ЮУрГУ |
| Менеджер проекта | b0guweB |
| Команда | unlaesh |
| Заказчик | Преподаватель дисциплины (ЮУрГУ) |
| Сроки | 21.09.2026 – 20.12.2026 |
| Контрольные точки | Релиз MVP (парсер расписания и отображение студентам) — 30 дней; заметки к парам — ещё 10 дней; оставшееся время — уведомления по подписке, тестирование на пользователях и доработка |
| Бюджет (приблизительно) | 100 000 ₽ |
Структура бюджета:
| Статья | Расчёт | Сумма, ₽ |
|---|---|---|
| Труд команды (условная оценка, фактически не оплачивается) | 3 человека × 60 часов × 500 ₽/час | 90 000 |
| Сервер (VPS) на время разработки | 3 месяца × 1 500 ₽ | 4 500 |
| Резерв на непредвиденные расходы | — | 5 500 |
| Итого | 100 000 |
| Принцип | Значение | Пояснение |
|---|---|---|
| Масштаб | Малый | Команда из трёх человек, бюджет около 100 000 ₽ |
| Сложность | Простой | Один продукт, известные технологии; единственная внешняя зависимость — сайт с расписанием |
| Сроки | Краткосрочный | Три месяца |
| Класс | Монопроект | Отдельный проект с одной целью и одной командой |
| Вид | Инновационный (с учебной составляющей) | Создание нового программного продукта в рамках учебной дисциплины |
| Тип | Технический | Результат проекта — программное обеспечение |
| Ограничение | Состояние | Комментарий |
|---|---|---|
| Сроки | Жёстко зафиксированы | Срок сдачи определяется учебным графиком и не может быть перенесён |
| Стоимость | Зафиксирована | Денежные расходы ограничены оплатой сервера, ресурс команды — около 60 часов на человека |
| Объём | Гибкий | MVP (расписание) обязателен; заметки, уведомления по подписке и панель администратора реализуются по мере наличия времени |
Важнее всего — сроки. При риске срыва графика сокращается объём: в первую очередь откладываются функции, не входящие в MVP.
Выбрана гибридная рамка.
- От PMBOK берутся инициация и планирование верхнего уровня: устав, концепция, оценка экономики, фиксированные контрольные точки и дата завершения. Этого требует формат учебного проекта, а срок и бюджет заданы заранее.
- От Agile берётся исполнение: недельные итерации, доска задач в GitHub Projects, приоритизированный бэклог, демонстрация результата в конце каждой итерации. Объём — единственная гибкая сторона треугольника, а главный технический риск (парсинг стороннего сайта, структура которого может измениться) требует коротких циклов и быстрой реакции, поэтому детальный план на весь срок нецелесообразен. Чистый PMBOK избыточен для команды из трёх человек, а чистый Agile не закрывает требования к проектной документации и жёсткому сроку.
Просмотр расписания и заметки бесплатны. Платная подписка (59 ₽ в месяц) даёт настраиваемые уведомления о следующей паре, уведомления об изменениях в расписании и напоминания по заметкам с дедлайнами.
Расчёт ведётся на один месяц работы сервиса по формуле x = a / (s − b).
| Показатель | Обозначение | Значение |
|---|---|---|
| Цена подписки | s | 59 ₽/мес |
| Переменные издержки на подписчика (комиссия платёжного сервиса ≈ 3,5 %, налог 6 %, нагрузка на сервер) | b | 7 ₽/мес |
| Фиксированные расходы: сервер 1 500 ₽, продвижение в студенческих сообществах 2 000 ₽, поддержка парсера и доработка 4 000 ₽ | a | 7 500 ₽/мес |
| Точка безубыточности | x | 145 подписок |
При типичной для freemium-сервисов конверсии в оплату 3–5 % для 145 подписок нужно примерно 2 900–4 800 активных пользователей, то есть 15–30 % всех студентов ЮУрГУ.
Общие допущения: горизонт 3 года, ставка дисконтирования r = 15 % (ориентир — ставки по банковским депозитам), начальные инвестиции I₀ = 100 000 ₽ (бюджет разработки). Рассмотрены два сценария.
Сценарий А — только ЮУрГУ. Фиксированные расходы 90 000 ₽ в год.
| Год | Среднее число подписчиков | Выручка, ₽ | Переменные издержки, ₽ | Фиксированные расходы, ₽ | CF, ₽ | (1 + r)ᵗ | Дисконтированный CF, ₽ |
|---|---|---|---|---|---|---|---|
| 0 | — | — | — | — | −100 000 | 1,0000 | −100 000 |
| 1 | 40 | 28 320 | 3 360 | 90 000 | −65 040 | 1,1500 | −56 557 |
| 2 | 90 | 63 720 | 7 560 | 90 000 | −33 840 | 1,3225 | −25 588 |
| 3 | 120 | 84 960 | 10 080 | 90 000 | −15 120 | 1,5209 | −9 942 |
| NPV | −192 086 |
Сценарий Б — подключение других вузов со второго года. Фиксированные расходы растут из-за поддержки парсеров для каждого вуза и продвижения: 90 000, 150 000 и 210 000 ₽ в год.
| Год | Среднее число подписчиков | Выручка, ₽ | Переменные издержки, ₽ | Фиксированные расходы, ₽ | CF, ₽ | (1 + r)ᵗ | Дисконтированный CF, ₽ |
|---|---|---|---|---|---|---|---|
| 0 | — | — | — | — | −100 000 | 1,0000 | −100 000 |
| 1 | 40 | 28 320 | 3 360 | 90 000 | −65 040 | 1,1500 | −56 557 |
| 2 | 300 | 212 400 | 25 200 | 150 000 | 37 200 | 1,3225 | 28 129 |
| 3 | 800 | 566 400 | 67 200 | 210 000 | 289 200 | 1,5209 | 190 154 |
| NPV | 61 726 |
В пределах одного вуза идея экономически непривлекательна: NPV = −192 086 ₽ < 0, а точка безубыточности (145 подписок) требует охвата 15–30 % всех студентов ЮУрГУ, что за три года малореалистично. Это согласуется с низкой оценкой коммерческой перспективы (4,33 из 10) на этапе выбора идеи: проект был выбран за полезность и реализуемость, а не за доходность.
Положительный NPV (61 726 ₽) достигается только при масштабировании на другие вузы и росте до 800 подписчиков к третьему году, то есть около 20 000 активных пользователей при конверсии 4 %. Такой сценарий возможен, так как архитектура позволяет добавлять вузы отдельными парсерами, но он несёт дополнительные риски: у каждого вуза свой формат расписания, а сайты могут меняться без предупреждения.
Итог: в рамках учебного курса проект реализуется как некоммерческий продукт с минимальными денежными затратами (оплата сервера). Решение о коммерческом развитии принимается после релиза по фактическим данным: если за первый семестр работы бот наберёт не менее 1 000 активных пользователей в ЮУрГУ, подключение других вузов экономически оправдано.