Архитектура CRM
Архитектура CRM и Salesforce, которая поддерживает
организацию даже через два года.
Полное планирование архитектуры — решения, данных, безопасности, автоматизации, интеграции и сред — для того, чтобы система работала сегодня и могла продолжать расти.
Кому адресована эта услуга
Когда целесообразно привлечь архитектора Salesforce
- Организации, планирующие первое внедрение Salesforce.
- Существующие системы, потерявшие порядок и четкую архитектуру.
- Организации, планирующие глубокие интеграции с ERP, финансовыми системами или BI.
- Команды CRM, стремящиеся снизить технический долг перед новой фазой.
Проблемы, решаемые данной услугой
Признаки того, что система потеряла свою архитектуру
Накопленные поля без модели
Через два-три года каждый отдел добавлял свои собственные поля. Результат: объекты с более чем 300 полями, ненадежные отчеты и сбои в автоматизациях. Архитектура определяет ответственных, правила создания и жизненный цикл для каждого поля.
Противоречивые автоматизации
Flow, Process Builder и триггеры, выполняющиеся параллельно по одному и тому же событию. Мы объединяем их в единый уровень автоматизации с предсказуемым порядком выполнения.
Разрешения стали дырой в безопасности
Профили, открытые 'временно' два года назад и так и не закрытые. Мы строим модель на основе наборов разрешений и реальных ролей.
Интеграции без ответственного
Когда кто-то уходит, никто не знает, как они работают. Архитектура включает документацию, журналы и четкую ответственность за каждое соединение.
Уровни
Уровни архитектуры, которые мы проектируем
Архитектура решения
Согласование ключевых бизнес-процессов с продуктами Salesforce, включая приоритизацию того, что включено в первую версию по сравнению с последующими фазами.
Архитектура данных
Модель объектов и отношений, источники истины, правила качества данных и план очистки и консолидации существующих записей.
Безопасность и совместное использование
Профили, роли, публичные группы, модель совместного использования, защищенные поля и политика доступа к конфиденциальной информации.
Архитектура автоматизации
Тщательный выбор между Flow, Apex и асинхронной автоматизацией, избегая параллельных автоматизаций, запускаемых одним и тем же событием.
Архитектура интеграции
Направления потоков, техники (REST, события, middleware), управление ошибками и логирование для критически важных бизнес-интеграций.
Среды и версии
Структура песочниц, методология развертывания, резервное копирование, управление версиями и операции по текущему обслуживанию.
Принципы работы
Принципы, которыми руководствуется каждое решение
- Конфигурация важнее кода: разработка по индивидуальному заказу только тогда, когда нет более простого способа.
- Любое архитектурное изменение документируется и утверждается.
- Простая и понятная модель разрешений, даже за счет некоторой гибкости.
- Никогда две автоматизации не выполняются параллельно по одному и тому же событию.
- Любая интеграция включает логирование, управление ошибками и четкую зону ответственности.
- Любое новое развертывание проходит через песочницу перед переходом в продукцию.
Среды
Рекомендуемая структура сред
Разработчик
Для повседневной разработки без реальных данных.
Интеграция / QA
Для системного тестирования и интеграции между компонентами.
UAT
Копия, похожая на производственную, для приемочного тестирования пользователями.
Промежуточная / Предпроизводственная
Среда для репетиции запуска в производство и срочных исправлений.
Производство
Рабочая среда, только с контролируемым процессом развертывания.
Точка принятия решения
Пересмотрите свою архитектуру
Короткий звонок поможет прояснить, нужна ли вам новое архитектурное планирование или специфическая рефакторинг критически важных компонентов.
Факторы принятия решений
Четыре решения, определяющие стабильность системы
Множественные организации или одна организация
Когда лучше разделить на отдельные организации, чем разумно использовать типы записей и совместный доступ. Решение с долгосрочными последствиями.
Управление основными данными (MDM)
Является ли Salesforce источником истины о клиентах, или истина находится в ERP? Ответ определяет направление потока каждой интеграции.
Стратегия автоматизации
Когда использовать Flow, когда Apex, когда Platform Events. Неудачный выбор создает трудноподдерживаемую систему.
Политика пользовательских полей
Кто имеет право добавлять поле и по какому процессу. Без этой политики любая система за год заполняется ненужными полями.
Что вы получаете
Возможные результаты услуги
Документ архитектуры
Решение + данные + безопасность + интеграции, с достаточной детализацией для обеспечения разработки.
Карта интеграций
Направление потока, техника, тип события и сценарии отказа для каждого критически важного соединения.
Модель данных
Объекты, отношения, ключевые поля и начальные правила качества.
Модель разрешений
Профили, роли и политика совместного использования, соответствующая структуре организации.
Частые ошибки
Шаблоны, которых следует избегать
- Позволять каждому отделу иметь свою собственную модель данных без сквозного видения.
- Создавать автоматизации в Flow и коде параллельно по одному и тому же событию.
- Развертывать непосредственно в продакшн, не проходя через песочницу.
- Оставлять 'временные' профили с 'Изменить все данные', не пересматривая их.
- Создавать одноразовую интеграцию без документирования; она становится черным ящиком через несколько месяцев.
Руководства и связанные услуги
Углубите свои знания в центре знаний
Часто задаваемые вопросы
Архитектура CRM — часто задаваемые вопросы
Что включает хорошая архитектура CRM?
Когда необходим выделенный архитектор Salesforce?
Можно ли улучшить архитектуру существующей системы?
Сколько времени занимает планирование архитектуры CRM?
Ограничивается ли архитектура CRM только Salesforce?
Следующий шаг
Подтвердите свою архитектуру до начала строительства
Мы вместе рассмотрим вашу модель данных, разрешения и интеграции и укажем, какие решения следует определить как можно раньше.
Следующий шаг