Service Provider and Pre-Sales
Service-provider and pre-sales consultant walkthrough — using the Platform API to gather a client's architectural landscape and toolset for better discovery-phase scope planning.
Last updated
Service-provider and pre-sales consultant walkthrough — using the Platform API to gather a client's architectural landscape and toolset for better discovery-phase scope planning.
Key words: domain research, gap analysis, customer analysis, discovery phase, scope identification, resources planning, solution design, lineage.
As a Service provider or IT consultancy, I often mention that a scope of work refined in Pre-Sales provokes the following problems:
drastic changes during Discovery / Implementation / Handover phase
conflicts between an existent architectural landscape and best practices of organization
The ODD Platform provides an API to gather details on existing architectural landscape and toolset available in organization, so that I have better planning and therefore better customer relations.
As a service provider, I usually engage in Pre-sales to facilitate with a potential client, estimate the scope of work, decide on the team setup and suggest solution design.
My company has encountered situations when: - Client is dissatisfied with services provided and therefore not set up for a long-term cooperation. - Client has been asking for additional features leading to a scope creep and changes to time-to-market. - Enhancement/change request costs. - Potential monetary, reputational and legal losses may occur.
I am sure that the above mentioned situations happen due to miscommunication or a technical proficiency level of people I am engaging with during Pre-Sales and not the quality of services I am providing.
To improve my Pre-sales processes I ask my clients to integrate the ODD API with their data landscapes. This helps me gather information on: - The data sources, tools, and (where the client has instrumented them via OpenTelemetry) microservices appearing in the catalog, so that I set my project team right. Microservices are catalogued and traced like any other entity — they show up on the same class-agnostic lineage canvas as datasets and transformers, not on a microservice-specific surface. - Level of maturity / landscape complexity, so that I can propose appropriate solutions given the time and budget constraints.
Result: I can plan efficiently and suggest the solutions that are feasible to avoid miscommunication and client’s dissatisfaction.
Last updated