All Workshops

Concept Sprint

From prioritized idea to a buildable, costed AWS architecture

Half day (3–4 hours)
Up to 8 participants
On-site or remote
AWS-funded options available
Enterprise-scale AI infrastructure, from concept to architecture
3–4h session length
8 participants max
4 deliverables
€10k PoC funding available
Amazon Bedrock Amazon Textract Amazon S3 AWS Lambda AWS Step Functions Architecture Design Cost Modelling PoC Specification

The problem this solves

After a Discovery Sprint, you know what to build. The Concept Sprint answers the next question: how, with what, and at what cost?

The gap between “great idea” and “approved project” is almost always a technical one. Finance needs a cost estimate. Engineering needs a clear specification. Legal needs to understand what data is involved. The Concept Sprint produces all three, in one session.

Without a concrete architecture, the project stalls. Procurement opens a vendor evaluation. Engineering starts from scratch. Timelines slip from weeks to quarters. The Concept Sprint shortcircuits that cycle by producing a ready-to-approve technical specification before anyone writes a line of code.

Who this is for

VP / Head of Engineering

You've been handed an approved AI use case and need a real architecture, not a whiteboard sketch. You need a specification your team can actually build from.

CTO / Solutions Architect

You need to validate AWS service selection, estimate infrastructure costs, and produce a PoC spec that finance can approve before committing engineering resources.

Product / Delivery Lead

You own the timeline. You need a scoped prototype specification with realistic build estimates so you can set stakeholder expectations and resource a team.

How it runs

01
Use Case Deep Dive
30 min
Clarify the exact input, output, and business logic for the chosen use case. Define what "done" looks like for the prototype.
02
Data Assessment
45 min
Map the actual data sources, formats, volumes, and access patterns. Identify what needs to be cleaned, transformed, or sourced before build day.
03
AWS Service Selection
45 min
Map each component of the solution to the right AWS service. Evaluate trade-offs between Bedrock, SageMaker, Comprehend, Textract, and managed vs. custom builds.
04
Architecture Design
60 min
Draw the full system: data flow, processing layers, storage, APIs, and security model. The diagram is built to be understood by non-technical stakeholders.
05
Cost Modelling
30 min
Build a realistic infrastructure cost estimate using AWS pricing. Separate prototype costs from production costs. Identify funding eligibility.

A typical architecture output

The architecture diagram varies by use case, but this is a representative pattern for an AI document processing or extraction system, one of the most common outputs from Discovery Sprints:

Data Sources
Documents (PDF, Word)
Emails & attachments
Enterprise systems (ERP, CRM)
Ingestion & Storage
Amazon S3
AWS Lambda (trigger)
AI Processing
Amazon Textract
Amazon Bedrock (Claude)
AWS Lambda (orchestration)
Output & Integration
Structured JSON output
API Gateway (REST)
Downstream system push

This pattern handles the ingestion, OCR or extraction layer, AI analysis with Bedrock, and integration back into downstream systems. The same structure applies to video processing, transcription pipelines, and multi-agent workflows, with different services at each layer.

What the cost estimate covers

A Concept Sprint cost estimate breaks down into:

  • Prototype costs: What it costs to build and run the demo for one month. Typically €200–800 for serverless, AI-heavy workloads.
  • Production costs: What it costs at the target scale, with proper monitoring and redundancy. Typically 5–15× prototype costs.
  • Data preparation costs: One-time engineering work to get data into the right format. This is often the largest line item and is frequently overlooked.

For projects with a credible production business case, the cost estimate feeds directly into an AWS PoC funding application, where up to €10,000 is available for qualifying projects.

The deliverables: Architecture Concepts, AWS Cost Estimates, PoC Specification Document
The Concept Sprint produces four decision-ready documents, including a full AWS architecture diagram and a service-level cost estimate.

Why architecture before build matters

Building without a clear architecture is how organizations end up rebuilding. The Concept Sprint catches decisions that are cheap to change on paper and expensive to reverse in code.

Building without a spec
Wrong AWS service selection → costly migration
No cost model → finance blocks approval
Unclear data flow → security review fails
Re-architecture mid-build → weeks lost
Prototype can't scale → rebuild from scratch
With a Concept Sprint spec
Service selection validated against your data patterns
Prototype + production costs modelled on day one
Security and access model defined before build
Architecture reviewed before a line of code is written
Prototype is production-path by design

The PoC specification document produced in this session is the complete brief for the Prototype Sprint. Every technical question, service selection, data flow, cost model, security model, is answered before anyone writes code.

What “done” looks like

AWS Architecture Diagram

A full system diagram: data sources, ingestion, processing layers, storage, API surface, and security model, built to be understood by both engineers and non-technical stakeholders.

Service-Level Cost Estimate

Prototype costs (typically €200–800/month) and production costs at target scale, broken out by service. Includes data preparation costs and AWS funding eligibility assessment.

PoC Specification Document

The complete brief for the Prototype Sprint: scope, data inputs, expected outputs, AWS services, build sequence, and acceptance criteria. Shareable with technical and non-technical stakeholders.

Implementation Timeline

Realistic estimates for prototype, hardening, integration, and production launch phases, with team size requirements at each stage. Directly inputs into internal resourcing and budget approval.

"Linda brought both the strategic overview and the engineering execution. We had an architecture concept, cost estimates, and a working demo. All within 3 weeks."

CTO, Media & Broadcasting, DACH Region

Concept Sprint workflow: from prioritised use case to architecture diagram, service mapping, and cost estimate.

Three hours of structured technical decisions. The output is the document that PoC funding applications get approved on.

Frequently asked questions

Do we need to complete the Discovery Sprint first?
Not necessarily. If your organization already has a clearly defined use case and data landscape, the Concept Sprint can run standalone. However, running Discovery first means the Concept Sprint starts with a validated, scored use case rather than assumptions about what to build.
How accurate are the AWS cost estimates?
Estimates are based on real AWS pricing, your expected data volumes, and usage patterns identified during the session. Prototype costs are typically accurate to within 20%. Production costs carry wider uncertainty, they depend on scale, usage frequency, and integration complexity, but the model includes documented assumptions so finance can scenario-plan.
Which AWS services does this cover?
The session is use-case-driven, not service-driven. Common services across past Concept Sprints include Amazon Bedrock, Textract, Transcribe, Comprehend, SageMaker, Lambda, Step Functions, S3, DynamoDB, and OpenSearch. The right set is determined by what your use case actually requires.
Can the output be used to apply for AWS PoC funding?
Yes. The cost estimate and architecture specification are structured to feed directly into an AWS PoC funding application, where up to €10,000 is available for qualifying projects. Linda holds AWS Community Hero status and has direct relationships with AWS funding teams.

Concept Sprint output: target AWS architecture rendered as a modular system with service-level cost estimates.

The Concept Sprint produces the architecture engineering can build from and finance can fund.