Проверка состояния Salesforce
Система уже существует.
Вопрос в том, насколько хорошо она построена.
Систематический анализ вашей существующей среды Salesforce для выявления рисков, технического долга, проблем с удобством использования, ненадежных данных и возможностей для улучшения — прежде чем запускать очередной проект.
Признаки того, что проверка состояния оправдана
Когда проверка будет полезной
- Пользователи работают вне системы.
- Трудно генерировать надежные отчеты.
- Небольшие изменения приводят к сбоям.
- Существуют Flows или код без четкого ответственного.
- Разрешения накапливались со временем.
- Дублирующиеся или неполные данные.
- Интеграции дают сбой.
- Время загрузки или производительность ухудшились.
- Затраты растут без добавленной стоимости.
- Отсутствует организованная дорожная карта.
- Никто не знает, что можно удалить или изменить.
- Различные команды используют систему по-разному.
Проблемы, решаемые этой услугой
Когда проверка меняет правила игры
Неопределенность перед новым проектом
Перед новой фазой, интеграцией или переходом на Agentforce проверка состояния отвечает на вопросы: достаточно ли прочна основа? Если нет, что нужно исправить в первую очередь?
Накопившийся технический долг
Дублированные Flows, устаревший код, осиротевшие поля и открытые профили. Проверка выявляет долг, приоритизирует его и предлагает поэтапное исправление.
Низкое внедрение пользователями
Когда система существует, но никто ею фактически не пользуется. Проверка сочетает интервью с пользователями и анализ фактического использования.
Неясные расходы на лицензии
Неактивные пользователи, приобретенные и нереализованные функции, дублированные модули. Проверка выявляет реальную экономию.
Что мы проверяем
Восемь областей проверки
Архитектура
Модель данных, объекты, взаимосвязи, масштабируемость, технический долг.
Автоматизация и код
Flows, Apex, триггеры, LWC, зависимости, ошибки и поддерживаемость.
Разрешения и безопасность
Профили, наборы разрешений, общий доступ, роли, доступ к конфиденциальным данным, избыточные разрешения.
Данные
Дубликаты, пустые поля, структура данных, качество данных, источники истины и политика хранения.
Удобство использования и внедрение
Экраны, количество шагов, ненужные поля, фактическое использование и процессы, обходящие систему.
Отчеты и метрики
Надежность отчетов, KPI, дашборды и согласованность между отделами.
Интеграции
Сбои, мониторинг, повторные попытки, ответственные за интеграции, безопасность и ограничения API.
Лицензии и затраты
Использование лицензий, неактивные пользователи, приобретенные и неиспользуемые функции.
Как мы работаем
Семь организованных шагов
- 01Запуск и доступ к среде
- 02Автоматизированный анализ метаданных
- 03Интервью с заинтересованными сторонами
- 04Анализ фактического использования
- 05Проверка интеграций и журналов
- 06Составление отчета и рекомендаций
- 07Презентация для руководства
Что вы получаете
Четкие результаты для принятия решений
Резюме для руководства
Краткий обзор для совета директоров, ориентированный на принятие решений.
Отчет о приоритетных обнаружениях
По степени серьезности, влиянию и трудозатратам.
Быстрые победы
Быстрые улучшения с высокой добавленной стоимостью.
Ключевые риски
Недостатки, требующие приоритетного внимания.
Рекомендации по архитектуре
Принципы для структурного улучшения системы.
Дорожная карта улучшений
Фазы и приоритезация.
Точка принятия решения
Краткий звонок для выравнивания позиций перед заказом полной проверки состояния
Во время краткого звонка мы уточним, что наиболее подходит: экспресс-проверка состояния, углубленный анализ или точечная поддержка для конкретного решения.
Факторы принятия решения
Три решения, определяющие ценность проверки
Глубина проверки
Экспресс-проверка за одну неделю для общего обзора против углубленной четырехнедельной проверки, включающей анализ кода и архитектуры. Выбор зависит от размера системы и открытых вопросов.
Когда проводить проверку состояния
Перед новой фазой, перед переходом на Agentforce, после смены поставщика или когда показатели внедрения остаются низкими в течение длительного времени.
Кто осуществляет исправления
Вы можете реализовать их самостоятельно, через другого партнера или продолжить работу с нами. Мы составляем отчет таким образом, чтобы любая квалифицированная сторона могла им воспользоваться.
Частые ошибки
На что следует обратить внимание во время проверки
- Полагаться только на встроенную проверку состояния Salesforce, не пересматривая бизнес-процессы.
- Исправлять изолированное обнаружение, не понимая первопричины архитектуры.
- Запускать крупный проект расширения, не зная фактического состояния основы.
- Полагаться только на внутреннего администратора для самодиагностики: трудно проводить аудит системы, которую вы поддерживаете сами.
Для углубленного изучения
Руководства и связанные услуги
Часто задаваемые вопросы
Проверка состояния Salesforce — обычные вопросы
Что такое проверка состояния Salesforce?
Какова продолжительность проверки состояния?
В чем разница между проверкой состояния HPI Pro и встроенной проверкой состояния Salesforce?
Вам нужен доступ администратора?
Что происходит с результатами?
Следующий шаг
Проанализируйте вашу существующую систему
Целевая проверка состояния, которая выявляет технический долг, быстрые победы и недостатки, препятствующие внедрению.
Следующий шаг
