Fatskills
Practice. Master. Repeat.
Study Guide: Intro to Sales Engineering and Solutions Consulting: Cloud Architecture Basics (AWS/Azure/GCP for Demos)
Source: https://www.fatskills.com/introdution-to-engineering/chapter/sales-engineering-and-solutions-consulting-cloud-architecture-basics-awsazuregcp-for-demos

Intro to Sales Engineering and Solutions Consulting: Cloud Architecture Basics (AWS/Azure/GCP for Demos)

By Fatskills Exam Guides Team — the exam nerds behind 28,500+ quizzes and 2.1M practice questions across 500+ global exams.

⏱️ ~7 min read

Cloud Architecture Basics (AWS/Azure/GCP for Demos)


Cloud Architecture Basics (AWS/Azure/GCP for Demos) – Demo-Ready Study Guide

For Engineers Transitioning to Presales, BDRs Upskilling, and SEs Sharpening Their Craft


What This Is

Cloud architecture is the backbone of modern technical demos—whether you're selling security, data analytics, or DevOps tools. Prospects care about how your solution integrates, scales, and secures their cloud environment. A real-world scenario: A cybersecurity SE is in a competitive POC for a SOC 2 compliance tool. The prospect’s CISO asks, "How does your solution handle multi-cloud IAM policies without breaking our existing workflows?" If the SE can’t explain AWS IAM roles vs. Azure Managed Identities in plain language, the deal stalls. This guide gives you the demo-ready cloud fluency to win these moments.


Key Terms & Frameworks

  • IaaS / PaaS / SaaS
    Infrastructure/Platform/Software as a Service. Used when explaining where your solution fits (e.g., "Our tool is SaaS but integrates with your PaaS databases in AWS RDS").

  • VPC (Virtual Private Cloud)
    Isolated cloud network. Critical for security demos (e.g., "Our agent deploys in your VPC without requiring public internet access").

  • IAM (Identity and Access Management)
    Cloud permissions model. Prospects will ask, "How does your tool handle least-privilege access in Azure?" Know AWS IAM, Azure RBAC, and GCP IAM.

  • Serverless (Lambda, Functions, Cloud Run)
    Event-driven compute. Used to show cost efficiency (e.g., "Our solution triggers serverless functions to process logs, reducing your cloud spend").

  • Multi-Cloud vs. Hybrid Cloud
    Multi-cloud = multiple public clouds (AWS + GCP). Hybrid = cloud + on-prem. Prospects will say, "We’re hybrid—how does your tool work with our on-prem Active Directory?"

  • Terraform / CloudFormation / ARM Templates
    Infrastructure-as-Code (IaC). Prospects love automation. Say, "We provide Terraform modules to deploy our solution in 10 minutes."

  • MEDDIC (for Cloud Deals)
    Metrics: "What’s your cloud spend today?" Economic Buyer: The CFO who cares about cost optimization.
    Decision Criteria: "Is multi-cloud support a must-have?" Decision Process: "Who approves cloud architecture changes?" Identify Pain: "Are you struggling with cloud cost overruns?" Champion: The DevOps lead who’ll vouch for you.

  • POC (Proof of Concept)
    Time-bound technical evaluation. Always define success criteria (e.g., "We’ll prove 99.9% uptime in your GCP environment").

  • Discovery Call
    Qualification + pain mapping. Ask, "What’s your biggest cloud security gap?" before demoing.

  • Demo Flow (The "3-Act Play")

  • Hook: "You mentioned cost overruns—let’s show how our tool cuts AWS spend by 30%."
  • Demo: Walk through the cloud integration.
  • Close: "Can we schedule a POC to validate this in your environment?"

  • Objection Handling (LAER Model)
    Listen, Acknowledge, Explore, Respond. Example: "Your competitor says they support multi-cloud better.""I hear that. Can you share what ‘better’ means to you? Is it about ease of deployment or feature parity?"


Step-by-Step / Process Flow


1. Pre-Demo: Cloud Discovery Call

Goal: Uncover the prospect’s cloud environment, pain points, and decision criteria.
Sample Questions:
- "Which cloud providers do you use today, and what’s your migration roadmap?" - "What’s your biggest challenge with [AWS/Azure/GCP]? Cost? Security? Scalability?" - "Who owns cloud architecture decisions? Is it centralized or team-based?" Pro Tip: Map answers to MEDDIC. Example: "You said cost is a pain (Identify Pain) and your CFO (Economic Buyer) wants to reduce spend by 20% (Metrics)."

2. Tailor the Demo to Their Cloud

Goal: Show your solution working in their environment.
Steps:
1. Ask: "Do you want to see this in AWS, Azure, or GCP?" (Never assume!) 2. Use their terminology. If they’re Azure-heavy, say "Azure AD" not "AWS IAM." 3. Highlight integrations. Example:
"Our tool connects to your AWS CloudTrail logs via an IAM role with read-only access—no API keys to manage."

3. Demo the Cloud Architecture

Goal: Prove your solution is secure, scalable, and easy to deploy.
Script:
- Security: "We deploy in your VPC with private subnets, so data never leaves your environment." - Scalability: "Our serverless architecture auto-scales with your workload—no manual provisioning." - Cost: "We optimize cloud spend by right-sizing resources, saving you 25% on average." Pro Tip: Use a pre-built sandbox (e.g., AWS CloudFormation template) to deploy a demo in 5 minutes.

4. Handle Objections with Cloud-Specific Proof

Goal: Overcome skepticism with data.
Common Objections & Responses:
- "Your solution adds latency.""Let’s run a POC in your environment—we’ll measure latency before/after." - "We’re locked into [competitor].""Many of our customers used [competitor] before switching. Can I share a case study where we reduced their cloud costs by 40%?" - "This seems complex to deploy.""We provide Terraform scripts to automate deployment—here’s a 2-minute video of it in action."

5. Close with a POC or Next Steps

Goal: Move the deal forward.
Script:
- "Based on what we’ve shown, would a 2-week POC make sense to validate this in your environment?" - "Who else should be involved to review the cloud architecture?" (Uncover the Decision Process.)


Common Mistakes

Mistake Correction Why
Assuming the prospect uses the same cloud as your last deal. Always ask, "Which cloud providers do you use?" upfront. Prospects will tune out if you demo AWS when they’re Azure-only.
Overloading the demo with cloud jargon. Explain concepts in plain language (e.g., "VPC is like a private network in the cloud" vs. "VPC is a logically isolated section of the AWS Cloud" ). Jargon kills trust. Prospects want to feel smart, not confused.
Not having a backup demo environment. Always have a pre-recorded video or a second cloud account ready. Live demos fail. A backup keeps the conversation going.
Ignoring cost objections. Proactively address cloud spend (e.g., "Our tool reduces AWS costs by 30%—let’s run a POC to prove it" ). Cost is the #1 objection in cloud deals.
Skipping the "why" behind cloud architecture. Tie every feature to a business outcome (e.g., "Serverless means you only pay when the tool is used, saving you money" ). Prospects care about their problems, not your tech.


SE Interview / Practical Insights


1. "The prospect asks a cloud question you don’t know—how do you handle it?"

Answer:
"That’s a great question. Let me check with my engineering team and get back to you with a detailed answer by EOD. In the meantime, can I share how we’ve solved this for similar customers?" Why: Prospects respect honesty. Never BS—cloud architecture is too critical.

2. "How do you demo a cloud solution to a non-technical buyer?"

Answer:
- Avoid jargon: "We deploy in your cloud environment" vs. "We use Kubernetes in your VPC." - Focus on outcomes: "This reduces your cloud bill by 25%" vs. "We optimize your EC2 instances." - Use analogies: "Think of our tool like a thermostat for your cloud—it automatically adjusts to save you money."

3. "The prospect says, ‘Your competitor does this for half the price.’"

Answer:
"I appreciate that. Can you help me understand what ‘this’ means to you? Is it the same feature set, or are there trade-offs in security or scalability?" Why: Price objections often hide deeper concerns (e.g., missing features, poor support).

4. "How do you handle a prospect who wants a POC but hasn’t defined success criteria?"

Answer:
"A POC is most valuable when we align on success metrics upfront. For example, if we’re testing cost savings, should we aim for 20% reduction? Or if it’s security, should we measure false positives?" Why: Unclear POCs waste time and kill deals.


Quick Check Questions


1. A prospect says, "We’re a multi-cloud shop. How does your tool handle AWS and Azure?"

Answer:
"Great question. We support both AWS and Azure natively—here’s how it works in each. For AWS, we integrate with CloudTrail and IAM roles. For Azure, we use Log Analytics and Managed Identities. Would you like to see a demo in your preferred cloud?"

2. The CFO asks, "How does your solution reduce our cloud costs?"

Answer:
"We optimize in three ways: 1) Right-sizing resources to eliminate waste, 2) Automating shutdowns for non-production environments, and 3) Providing cost visibility so you can make data-driven decisions. Customers typically see 20-30% savings—would you like to see a cost breakdown from a similar company?"

3. A DevOps lead says, "Your tool looks great, but we don’t want to manage another agent."

Answer:
"Totally understand. We offer two options: 1) A lightweight agent that deploys in minutes via Terraform, or 2) A serverless integration that requires no agent at all. Which approach works better for you?"


Last-Minute Cram Sheet

  1. Always ask: "Which cloud(s) do you use?" before demoing.
  2. MEDDIC for cloud deals: Tie pain to cost, security, or scalability.
  3. Demo flow: Hook → Demo → Close (with POC or next steps).
  4. Objection handling: LAER (Listen, Acknowledge, Explore, Respond).
  5. ⚠️ Never demo without a backup (video, second cloud account).
  6. Speak their language: AWS vs. Azure vs. GCP terminology matters.
  7. Focus on outcomes: "Saves 30% on cloud costs" > "Uses serverless architecture."
  8. POC success criteria: Define metrics upfront (e.g., "99.9% uptime").
  9. Cost is king: Always address cloud spend in demos.
  10. When in doubt: "Let’s run a POC to validate this in your environment."


ADVERTISEMENT