Where Pega may fit
Pega may coordinate complex work across people and systems, while Customer Decision Hub may evaluate customer context and select actions for engagement. Its role must be designed against CRM, customer-data, model, content and channel platforms, with explicit decision rights, eligibility, arbitration, suppression, auditability and operational ownership.
Decisions the architecture must make explicit
- 01
Should Pega own workflow, customer decisioning or both for the use cases in scope?
- 02
Which system supplies customer context, identity, consent, eligibility and outcome data?
- 03
How should arbitration, suppression, model governance and human approval work across channels?
- 04
Where do Pega responsibilities end and CRM, content, messaging or service-platform responsibilities begin?
- 05
What operating roles, release controls and readiness evidence are required before implementation?
Where independent advice can help
- Frame a bounded Pega platform, decisioning or operating-model decision.
- Define workflow, case-management, decisioning, customer-context and channel boundaries in the target architecture.
- Assess governance, decision rights, model and policy controls, integration dependencies and implementation readiness.
- Provide independent architecture assurance while a Pega-capable delivery team performs configuration and build.
Boundaries and non-fit
- Pega configuration, application development or production support
- Model development, campaign operations or journey execution
- Detailed migration delivery or programme management
- A predetermined recommendation that must favour Pega
