### Таблица анализа требований | № | Исходное требование | Проблемы | Улучшенная формулировка | |---|-------------------|---------|-----------------------| | 1 | Приложение должно позволять искать дешёвые авиабилеты | — Нечёткая формулировка («дешёвые» — субъективный критерий)
— Нет критериев сортировки и фильтрации | Приложение должно предоставлять поиск авиабилетов по направлениям внутри СНГ (Россия, Казахстан, Армения, Беларусь, Узбекистан) с возможностью фильтрации по:
- цене (диапазон с шагом 1 000 руб.)
- дате вылета/прилёта
- количеству пересадок
- авиакомпании
Результаты должны отображаться в порядке возрастания цены (по умолчанию) | | 2 | В приложении должна быть карта достопримечательностей | — Отсутствует детализация контента карты
— Не определены источники данных | Приложение должно включать интерактивную карту достопримечательностей для каждого из 5 целевых стран с:
- геопривязкой объектов
- кратким описанием на русском языке
- рейтингом (по оценкам пользователей)
- стоимостью входа (если есть)
Данные должны актуализироваться не реже 1 раза в квартал | | 3 | Нужно реализовать систему отзывов о местах | — Нет критериев модерации
— Не определена структура отзыва | Приложение должно поддерживать систему пользовательских отзывов о достопримечательностях и местах размещения с:
- текстовым полем (до 1 000 символов)
- оценкой от 1 до 5 звёзд
- возможностью прикрепления до 3 фото
Все отзывы проходят премодерацию (срок — до 24 часов) перед публикацией | | 4 | Приложение должно показывать бюджетные варианты жилья | — Субъективный критерий «бюджетные»
— Нет параметров фильтрации | Приложение должно предоставлять поиск вариантов размещения (хостелы, гостевые дома, апартаменты) с фильтрацией по:
- цене за ночь (диапазон с шагом 500 руб.)
- рейтингу (от 3 до 5 звёзд)
- расстоянию до центра города
- наличию кухни/туалета
По умолчанию отображаются варианты до 3 000 руб. за ночь | | 5 | Должна быть функция планирования маршрута | — Нет детализации функционала
— Не определены входные данные | Приложение должно позволять создавать многоточечные маршруты с:
- автоматическим расчётом расстояния и времени в пути
- возможностью добавления остановок
- экспортом в офлайн-режим
Поддерживаются виды транспорта: автобус, поезд, автомобиль | | 6 | Приложение должно поддерживать оплату услуг | — Нет конкретики по способам оплаты
— Не учтена интеграция с российскими платёжными системами | Приложение должно обеспечивать оплату услуг (бронирование жилья, билетов) через:
- банковские карты РФ (МИР, Visa, Mastercard)
- СБП
- Яндекс.Кассу
Все транзакции должны соответствовать требованиям ФЗ‑152 о персональных данных | | 7 | Нужно добавить календарь низких цен на билеты | — Не определены периоды прогнозирования
— Нет критериев актуальности данных | Приложение должно отображать календарь цен на авиабилеты по выбранным направлениям за период:
- прошлые 3 месяца (архивные данные)
- будущие 2 месяца (прогноз)
Данные обновляются ежедневно в 03:00 МСК | | 8 | Приложение должно работать офлайн | — Нет перечня доступных функций в офлайн-режиме
— Не определены механизмы синхронизации | Приложение должно поддерживать офлайн-режим со следующими функциями:
- просмотр сохранённых маршрутов
- доступ к загруженным картам
- редактирование планов поездок
Синхронизация данных происходит при восстановлении интернет‑соединения в течение 1 минуты | | 9 | Должен быть личный кабинет пользователя | — Нет перечня функций ЛК
— Не определены сценарии аутентификации | Личный кабинет должен включать:
- профиль с контактной информацией
- историю поездок
- сохранённые маршруты
- настройки уведомлений
Аутентификация через номер телефона или email с двухфакторной верификацией | | 10 | Приложение должно отправлять уведомления о скидках | — Нет критериев релевантности уведомлений
— Не определены каналы доставки | Приложение должно отправлять push‑уведомления о:
- снижении цен на сохранённые направления (скидка ≥ 15 %)
- специальных предложениях партнёров (не чаще 2 раз в неделю)
Пользователь может настраивать категории и время получения уведомлений | ### Сводный отчёт **Количество требований, требующих доработки:** 10 из 10 (все требования нуждались в уточнении). **Преобладающие категории проблем:** - **Нечёткие формулировки** (8 случаев) — использование субъективных критериев («дешёвые», «бюджетные»). - **Отсутствие критериев измерения** (7 случаев) — нет параметров для проверки выполнения. - **Недостаточная детализация функционала** (6 случаев) — отсутствие описания сценариев использования. - **Проблемы интеграции** (2 случая) — не учтены требования к платёжным системам и офлайн‑режиму. **Ключевые риски:** 1. **Сроки:** Необходимость доработки требований может увеличить этап проектирования на 2–3 недели. 2. **Бюджет:** Реализация расширенного функционала (офлайн‑режим, интеграция с платёжными системами) может повысить стоимость разработки на 15–20 %. 3. **Качество:** Нечёткие требования к данным (карты, отзывы) могут привести к низкому качеству контента и негативным отзывам пользователей. 4. **Соответствие бизнес‑целям:** Без чётких критериев «бюджетности» приложение может не попасть в целевую аудиторию с доходом 60 000 руб./мес. **Рекомендации:** - Провести валидацию улучшенных требований с фокус‑группой из целевой аудитории. - Разработать MVP с базовым набором функций (поиск билетов, карта, планирование маршрута) для быстрого тестирования гипотез. - Предусмотреть итеративную доработку функционала на основе обратной связи пользователей.

Анализ и улучшение требований проекта (Для системного/бизнес аналитика)

Похожее