Команда, которая делает
цифровые продукты для бизнеса

Менеджер отдела продаж

Ксения

Связаться

Проектирование цифровых сервисов

Проводим обследование процессов, собираем требования и проектируем решение.
Готовим ТЗ или ФТТ, по которым можно оценить стоимость, выбрать команду, запустить
разработку и принимать результат.

Обсудить
проектирование

Напишите лицу, принимающему решения.

Связаться
Менеджер отдела продаж

Ксения

Посмотреть похожий кейс

Когда нужна
эта услуга

  • Есть идея цифрового сервиса, но не определены границы, роли и сценарии
  • Нужно оценить разработку до заключения договора или проведения тендера
  • Бизнес-требования собраны частично или противоречат друг другу
  • Система должна интегрироваться с 1С, CRM, ERP или другими решениями
  • Проект затрагивает критичные процессы и требует заранее продумать нагрузку, отказоустойчивость, данные и безопасность
  • Существующую систему нужно модернизировать, но сначала требуется понять, что сохранить и что переработать

Что входит в работу

01

Предпроектное обследование

02

Бизнес-требования и пользовательские сценарии

03

Модель данных, компоненты и интеграции

04

Нефункциональные требования

05

Защита и доработка документации

Предварительный график сроков определяем после уточнения границ проекта, состава участников, доступности данных и интеграций. Детальный срок фиксируем после согласования состава работ и зависимостей.
Поможем определить
сроки и стоимость проекта

Техническое задание (ТЗ)

от 300 000 ₽
Проекты с понятной логикой и ограниченным количеством сценариев

Функционально-технические
требования (ФТТ)

от 200 000 ₽
Сложные системы с интеграциями, высокой нагрузкой или критичными процессами
На итоговую стоимость проекта влияют
  • число процессов и заинтересованных подразделений
  • количество систем и интеграций
  • глубина обследования
  • состав документов и уровень детализации результата
Результат
для бизнеса
Единые ориентиры
Единые ориентиры
Согласованные границы проекта
и единое понимание результата
у бизнеса и ИТ
Контуры решения
Контуры решения
Документированный состав функций, ролей, сценариев, данных и интеграций
Техническая готовность
Техническая готовность
Архитектурные решения
и нефункциональные требования, достаточные для выбранного этапа
База для оценки
База для оценки
Основа для декомпозиции, оценки сроков и стоимости разработки
Понятные критерии
Понятные критерии
Проверяемые требования для выбора подрядчика и приёмки результата

Нам доверяют

Что проектируем

Пользовательский
и функциональный контур

  • Роли, права и пользовательские сценарии
  • Бизнес-процессы, правила и состояния системы
  • Состав модулей, экранов и функций

Данные
и интеграции

  • Основные сущности и связи между ними
  • Источники и получатели данных, мастер-системы
  • API, события, направления обмена и обработка ошибок

Архитектура
и нефункциональные требования

  • Компоненты системы и их взаимодействие
  • Ожидаемая нагрузка, масштабирование, доступность и восстановление
  • Требования к информационной безопасности, журналированию и эксплуатации

Как строится работа

01

Фиксируем вопрос и
ожидаемый управленческий
результат

02

Собираем данные и проводим
интервью.

03

Проверяем варианты и
ограничения.

04

Передаем выводы, риски и план
действий

Ответы
на популярные
вопросы

Можно ли сразу начать разработку без проектирования?
Технически можно, но по нашему опыту это почти гарантированно даёт перерасход бюджета и сроков. Проектирование стоит значительно меньше, чем доработки, вскрытые уже во время сборки, пилота или эксплуатации.
Чем ТЗ отличается от ФТТ?
ТЗ подходит проектам с понятной логикой и ограниченным количеством сценариев: в нём описываются роли, функции, экраны и требования к результату. Функционально-технические требования нужны сложным системам с интеграциями, высокой нагрузкой или критичными процессами: кроме функций в них прорабатываются архитектура, модель данных, обмен с другими системами, производительность, отказоустойчивость и безопасность.
Как оценивается разработка по итогам проектирования?
Оценка строится на декомпозиции работ, опыте похожих проектов и архитектурных решениях. Отдельно указываются зоны неопределённости и допущения, а также сценарии «оптимистичный / реалистичный / пессимистичный».
Учитываете ли вы информационную безопасность?
Да. Требования ИБ и регуляторов (152-ФЗ, 115-ФЗ, 161-ФЗ, требования ЦБ, ФСТЭК, отраслевых стандартов) закладываются в архитектуру и модель данных с самого начала.

Смежные услуги

ИТ-консалтинг Веб-приложения и SaaS UX/UI-дизайн Интеграции
Обсудим задачу
Расскажите о текущей ситуации, связанных системах и ожидаемом результате. На первой встрече уточним контекст и предложим следующий шаг; предварительную оценку подготовим после получения необходимых данных.
или
Связаться