Модуль уведомлений представляет собой многофункциональную систему коммуникации ("колокольчик", push-уведомления в окне браузера), обеспечивающую автоматизированную отправку оповещений пользователям о ключевых событиях и изменениях статусов в системе.
Модуль автоматически генерирует уведомления при наступлении событий: изменении данных или статуса заявки💬.
Модуль полностью заменяет необходимость ручного информирования через внешние каналы, централизуя все операционные оповещения в рамках системы.
Функционал доступен для всех ролей пользователей и способствует повышению дисциплины коммуникаций, оперативности реакции и обеспечению своевременного выполнения бизнес-процессов.
За рамками MVP:
- Многоканальная рассылка через электронную почту, SMS, мессенджеры
- Все отправленные уведомления архивируются в едином интерфейсе "колокольчика".
Комментарии (13) · по состоянию на 2026-09-18
К фрагментам текста
[Ревью] Критично: Email и MAX помечены «После MVP» — единственный доступный канал в MVP — in-app «колокольчик». Нужно явно зафиксировать это ограничение в описании модуля, т.к. вводный текст декларирует многоканальность как ключевую ценность.
[Ревью] Решено — вводный текст переписан: многоканальность (email/SMS/MAX) явно вынесена в блок «За рамками MVP», в MVP остаётся колокольчик и push в браузере. Конфликт с декларацией снят.
[Ревью] РЕШЕНО — можно удалить. Вводный текст переписан: email/SMS/MAX явно вынесены в «За рамками MVP», в MVP — только колокольчик/push.
[Ревью] Критично: 1) Перечень событий-триггеров уведомлений не покрывает: новый комментарий, смену исполнителя, приближение/нарушение SLA, отмену заявки, промежуточные статусы заявки. 2) Событие «новый комментарий» заявлено здесь, в описании модуля 3.6, но отсутствует в самих сценариях UC-NTF — расхождение декларации и реализации.
скорректировала. в рамках mvp - только изменение заявки и всех ее данных
[Ревью] Решено, спасибо — формулировка скорректирована: в MVP триггер уведомлений — изменение данных/статуса заявки, упоминание «поступление комментария» как MVP-триггера убрано, расхождение с UC-NTF снято. (Прочие события — SLA, отмена, смена исполнителя — по-прежнему за рамками MVP, это уже не противоречие, а известный бэклог.)
[Ревью] РЕШЕНО — можно удалить. Формулировка триггеров скорректирована (изменение данных/статуса заявки), расхождение с UC-NTF снято.
[Ревью] Критично: Заявлена «гибкая настройка способов получения уведомлений», но сам сценарий настройки (экран профиля/подписок) отсутствует среди предоставленных сценариев UC-NTF.
[Ревью] Решено — фраза о «гибкой настройке способов получения уведомлений» убрана из вводного текста, сценарий настройки каналов в MVP не заявляется.
[Ревью] РЕШЕНО — можно удалить. Фраза о «гибкой настройке каналов» убрана из вводного текста.
[Ревью] Критично (конфликт с MVP): Описание модуля утверждает, что «колокольчик» обеспечивает полную историю оповещений, но по факту (см. INSP-UC-NTF-005/006 и «Список функций Портала») прочитанные уведомления скрываются из колокольчика, а панель полной истории («Открыть панель всех уведомлений») отнесена к «После MVP». В MVP полная история недоступна — формулировку стоит скорректировать, чтобы не создавать ложных ожиданий.
[Ревью] Пока актуально: формулировка скорректирована (убрано «полную историю оповещений»), но текст «Все отправленные уведомления архивируются в едином интерфейсе “колокольчика”» по-прежнему создаёт впечатление полного архива/истории. Фактически в MVP прочитанное уведомление скрывается из колокольчика без возможности повторного просмотра (см. принятый риск на странице “Список допущений/решений…”, id 73075569). Рекомендуем уточнить формулировку, например: “уведомления отображаются в колокольчике до прочтения; просмотр истории прочитанных уведомлений — после MVP”.
[Ревью] РЕШЕНО — можно удалить. Текст «архивируются в едином интерфейсе колокольчика» теперь явно размещён в списке «За рамками MVP» — больше не создаёт впечатления, что это доступно в MVP. Формулировка корректна.