| Role | Assemble a team to design and deliver a use case. | Help the company understand, prioritize, frame and decide. | Make the solution work reliably inside the company's technical environment. |
|---|
| Typical work | Workshops, design, build, testing and launch support. | Audit, roadmap, provider selection, governance and discovery support. | Architecture, connectors, access rights, deployment, monitoring and operations. |
|---|
| Duration | Multi-stage project engagement depending on what must be built. | One-off or recurring advisory support depending on the decision to prepare. | Depends on the number of systems, constraints and expected production level. |
|---|
| Customization | Often high when the use case, interface or workflow is specific. | High in analysis and recommendations, without necessarily building the solution. | High in architecture, data flows, security and operating rules. |
|---|
| Dependency on existing IT | Variable; it rises as soon as the project touches existing tools, data or processes. | Limited for a high-level audit, higher if discovery must validate a target architecture. | High when the project involves CRM, ERP, cloud, identities or internal data. |
|---|
| Common deliverable | Prototype, assistant, automation, application or tested business workflow. | Diagnosis, prioritization, roadmap, requirements brief or governance framework. | Connected solution, documented architecture, deployment and operating procedures. |
|---|
| Best suited for | The need is sufficiently clear and the company wants a team that can build. | Priorities, scope or risks still need to be resolved. | Value depends on connections, security, reliability and production operations. |
|---|
| May not be the right fit if | The company only wants independent advice or cannot involve users in testing. | The company expects a complete technical solution without a delivery team. | The project is still exploratory and no target architecture, data or operating model is defined. |
|---|