Разбираем
Бизнес-цель, пользователей и состав первой полезной версии.
УСЛУГИ AVEXIUM
Проектируем внутренние продукты вокруг процессов компании, прав доступа и существующих данных.
ЧТО МОЖЕМ СДЕЛАТЬ
ПРОЦЕСС 01–05
У каждого этапа есть понятный смысл и результат. Глубина зависит от услуги и состояния существующего продукта.
Бизнес-цель, пользователей и состав первой полезной версии.
Сценарии, интерфейс, данные и техническую архитектуру.
Рабочими итерациями с видимым прогрессом и историей изменений.
Интеграции, критичные сценарии, QA и готовность к production.
Деплой, аналитика, документация и план следующего этапа.
КАК НАЧИНАЕМ
Начнём с интервью и карты процессов, согласуем доступы и интеграции, затем разделим реализацию на управляемые этапы.
ДЛЯ КОГО
Для компаний, которым тесно в таблицах и отдельных инструментах: процессы требуют согласований, разные команды видят разные данные, а руководителю нужен единый статус работы. Начинаем с описания процесса и ответственности, затем проектируем систему под реальные действия сотрудников.
РЕЗУЛЬТАТ РАБОТЫ
ОЦЕНКА ПРОЕКТА
Оценка зависит от количества сценариев, интеграций, требований к дизайну и состояния существующей системы. До начала работ согласуем результат, этапы и критерии приёмки.
ПРИМЕРЫ ПРОЕКТОВ
ОСНОВА ПРОЕКТА
Красивого интерфейса недостаточно. Важно, чтобы продукт можно было поддерживать, передать и дальше развивать.
Версионность делает изменения прозрачными, а кодовую базу — управляемой.
Production-доступы и секреты отделяем от публичного кода.
Ключевая архитектура, интеграции и шаги запуска фиксируются.
Конфиденциальность и передачу прав можно закрепить в договоре.
ТЕХНИЧЕСКИЙ РАЗБОР
До большой оценки можно сначала определить полезную первую версию, интеграции, риски и разумный порядок работ.
FAQ
Да. Начинаем с отдельного процесса или команды, проверяем результат и расширяем внедрение. Перенос существующих данных планируем отдельно.
Права проектируем по ролям и проектам, проверяем на сервере. Важные действия записываем в журнал, а доступы пересматриваем при изменении ответственности.
Документируем модель данных, интеграции и процедуру выпуска. Доступы, исходный код и порядок поддержки определяем до начала разработки.
СМЕЖНЫЕ НАПРАВЛЕНИЯ
Начнём с короткого описания. Технический объём и этапы можно определить уже вместе.