Разработка порталов и веб-сервисов.
Разрабатываем порталы с личными кабинетами, ролями и рабочими сценариями. Начинаем с проектирования и первого этапа с проверяемым результатом.
Какую задачу решаем
Портал объединяет не страницы, а действия: регистрацию, размещение материалов, модерацию, обмен данными и работу разных ролей. Поэтому оценка начинается с сценариев и ограничений. Определяем минимальную версию, которую можно проверить на пользователях, затем разбиваем развитие на этапы. Отдельно обсуждаем объём данных, ожидаемую нагрузку, резервирование и внешние сервисы. Утверждение о высокой нагрузке требует расчётов и испытаний; целевую нагрузку фиксируем в задании и проверяем отдельными испытаниями.
Как определить завершённый первый этап
Полезно описать первый этап не перечнем названий модулей, а законченным рабочим процессом. Участник должен понять, как начинает действие, какие данные передаёт, кто принимает решение и что видит после него. Для каждого перехода нужны роли и состояния. Формулировка «личный кабинет» без этого оставляет слишком много разных возможных решений.
Отложенные функции также стоит записать. Если они не нужны для проверки основного процесса, их можно обсуждать как развитие. При этом ограничения первого этапа должны быть понятны владельцу: какие операции пока выполняются вне системы, какие данные не переносятся и какие требования потребуют отдельной оценки. Это помогает сравнивать предложения на одинаковой основе, не принимая первый релиз за всю будущую платформу.
Что подготовить к обсуждению
- Описание одного сквозного процесса
- Запишите действия от начала до результата, включая участие сотрудников. Это основа для обсуждения минимальной версии.
- Роли и доступ
- Укажите, кто создаёт, просматривает и меняет данные. Нужны также примеры действий, которые роли выполнять не должны.
- Состояния и исключения
- Покажите отказ, ошибку и повторную операцию. Они раскрывают требования, которых не видно в успешном сценарии.
- Окружение и внешние зависимости
- Перечислите нужные сервисы, исходные данные и ограничения эксплуатации. Так видна связь этапа с интеграциями и дальнейшим развитием.
Что получите
Сценарии
Роли, права, состояния объектов и действия в личном кабинете. Разбираем также отказ, ошибку и повторную операцию.
Прототип
Ключевые интерфейсы и переходы до разработки. Прототип помогает проверить, что участники понимают процесс одинаково.
Первый релиз
Согласованный набор модулей и интеграций с отдельными критериями приёмки каждого сценария.
Надёжность
План резервирования, журналирование значимых действий и требования к окружению в рамках проекта.
Развитие
Перечень следующих этапов и технические ограничения, чтобы добавлять функции по мере подтверждения спроса.
От 180 000 ₽
за первый этапПервый ограниченный этап портала. Полная платформа, мобильные приложения, миграция больших массивов и испытания под конкретную нагрузку рассчитываются по техническому заданию.
Состав, итоговую стоимость, календарный план и порядок согласования фиксируем до начала. Указанный срок предполагает готовность необходимых материалов.
Как будем работать
- 01
Обсуждаем задачу
Определяем аудиторию, основное действие, страницы и ограничения. На выходе — согласованный состав и смета.
- 02
Проектируем и собираем
Утверждаем структуру и макеты, реализуем согласованные сценарии. Изменения за границами задания оцениваем до выполнения.
- 03
Проверяем и передаём
Проходим основные действия на компьютере и телефоне, передаём доступы и объясняем обновление материалов.
Условный пример: заявка проходит несколько ролей
Предположим, участник размещает материал, сотрудник проверяет его, а затем участник видит согласованное состояние. Для обсуждения нужны не только два экрана: важно понять, что происходит при отказе, повторной отправке и попытке изменить чужие данные.
Как проверить готовность результата
- Границы релиза
- Согласованные модули образуют описанный процесс; отложенные возможности не смешаны с результатом текущего этапа.
- Права ролей
- На согласованных проверках каждая роль получает предусмотренные действия, а недоступные операции не оказываются разрешёнными по ошибке.
- Состояния процесса
- Успех, отказ и повторная операция имеют согласованное поведение и понятное отображение.
- Эксплуатационные требования
- Переданы предусмотренные сведения об окружении, журналировании и плане резервирования; их состав соответствует заданию этапа.
с ясного первого релиза.
Вопросы и ответы
Можно ли назвать полную цену без технического задания?
Для портала это будет ненадёжная оценка. Сначала фиксируем роли и минимальную версию, затем считаем этап. Объём всей платформы уточняем по проектированию.
На какой нагрузке портал будет работать?
Это зависит от сценариев, базы данных, кеширования и сервера. Согласуем целевые показатели и программу испытаний; без проверки конкретные цифры не обещаем.
Что считается результатом первого этапа портала?
Согласованный набор модулей и интеграций с критериями приёмки каждого сценария. Полная платформа, приложения и миграция больших массивов не подразумеваются первым ограниченным этапом.
Как учитываются разные роли пользователей?
Описываем роли, права, состояния объектов и действия личного кабинета. В сценарии включаем также отказ, ошибку и повторную операцию.
Для чего нужен прототип до программирования?
Он показывает ключевые интерфейсы и переходы. Это позволяет проверить, одинаково ли участники понимают рабочий процесс, прежде чем переходить к реализации.
Что предусматривается для дальнейшей эксплуатации?
В рамках проекта определяем требования к окружению, план резервирования и журналирование значимых действий. Следующие этапы и технические ограничения описываем отдельно от состава первого релиза.
Обсудим ваш проект
Расскажите о задаче. Уточним исходные данные, предложим состав работ и порядок старта.