Консультации и спецификации Salesforce
Прежде чем определить одно поле,
укажите, чего должна достичь система.
Правильные спецификации связывают бизнес-цели с технологическим решением. Они предотвращают ненужные разработки, уменьшают недопонимания и создают общую основу для руководства, пользователей и технической команды.
Что мы картируем
Полная картина организации перед принятием решений
- Текущее состояние
- Желаемое состояние
- Пользователи и заинтересованные стороны
- Бизнес-процессы
- Существующие системы
- Источники данных
- Качество данных
- Разрешения и конфиденциальность информации
- Интеграции
- Показатели успеха
- Риски
- Приоритеты
Проблемы, которые решает услуга
Что происходит, когда пропускают спецификацию
Требования, меняющиеся каждую неделю
Без упорядоченной спецификации каждая заинтересованная сторона выдвигает свой пункт на первое место. Спецификация создает единый документ, подписываемый всеми сторонами, и позволяет упорядоченно управлять изменениями.
Решение, выбранное до определения проблемы
Иногда организация приобретает лицензии или модуль, не имея четкого понимания, зачем. Предварительная спецификация проверяет, действительно ли решение отвечает бизнес-проблеме, и чего не хватает, помимо самой лицензии.
Невозможность оценить бюджет и сроки
Без определенного объема любая оценка является догадкой. Результат спецификации позволяет поставщикам дать ответственную оценку, а клиенту — справедливо их сравнить.
Напряженность между отделами
Отделы продаж, обслуживания и эксплуатации видят один и тот же процесс по-разному. Семинары по спецификации создают общий язык и заранее определяют, где возможны компромиссы.
Рабочий процесс
Семь определенных этапов
- 01Знакомство и картирование заинтересованных сторон
- 02Семинары по процессу As-Is
- 03Картирование существующих систем и данных
- 04Разработка процесса To-Be
- 05Первоначальная модель данных и карта интеграций
- 06Разработка дорожной карты и оценка
- 07Представление результатов руководству и утверждение
10. Что получаем
Результаты, с которыми можно работать
Документ с требованиями
Четкая документация бизнес-потребностей, сценариев, пользователей и ограничений.
Карта процессов
Схемы As-Is и To-Be, демонстрирующие, как работа выполняется сейчас и как она должна выполняться.
Архитектура решения
Проектирование системы, данных, разрешений, интеграций и основных компонентов.
Roadmap
Разбивка на этапы, вехи, быстрые победы и зависимости.
Backlog
Декомпозиция на эпики, пользовательские истории и задачи, которые можно приоритизировать и реализовать.
Оценка и план работы
Оценка объема, сроков, ответственности и рисков на основе известной информации.
Показатели успеха
Предварительное определение того, что будет считаться успешным результатом с точки зрения бизнеса и операций.
Точка принятия решения
30-минутная начальная консультация по спецификации
В ходе разговора мы поймем, нужна ли полная спецификация, краткая спецификация или проверка работоспособности существующей системы.
Когда услуга подходит
Типичные отправные точки
- Перед покупкой Salesforce.
- Перед проектом внедрения.
- Перед расширением существующей системы.
- После проекта, который не достиг своих целей.
- Перед Agentforce или AI.
- Перед сложной интеграцией.
- Когда нескольким отделам нужно работать в одной системе.
- Когда нет организационного согласия относительно желаемого процесса.
Критерии принятия решения
Четыре решения, определяющие качество спецификации
Объем спецификации
Целенаправленная спецификация для одного отдела достаточна для проекта Quick Win. Сквозная организационная спецификация необходима, когда процесс охватывает несколько отделов и зависит от общих источников информации.
Глубина документирования процесса
Не каждый процесс требует диаграммы BPMN. Мы уделяем глубокое документирование основным процессам и легкое документирование второстепенным процессам.
Показатели успеха
Мы заранее определяем 3–5 бизнес-KPI, а не только технические, чтобы через год можно было сказать, оправдались ли инвестиции.
Приоритет перед совершенством
Лучше дорожная карта, которая приносит результаты в течение трех месяцев, чем полный план, который будет запущен только через год.
Распространенные ошибки
Что важно сохранить на этапе спецификации
- Начинать спецификацию без четкого спонсора от руководства.
- Документировать текущее состояние вместо определения желаемого состояния.
- Перегружать требованиями «все, что мы хотели бы иметь» вместо разделения «абсолютно необходимых» и «желательных» требований.
- Пропускать отображение источников информации и качества данных.
- Закрывать спецификацию, не убедившись, что конечные пользователи видели результат.
Часто задаваемые вопросы
Консультации и спецификации — часто задаваемые вопросы
Следующий шаг
Первоначальная беседа по спецификации
Короткий разговор продолжительностью 30–45 минут для понимания контекста и открытых решений.