AWS Small and Medium Business (SMB) Competency

Service Offering Validation Checklist

Validity Period: August 2025-February 2026

This version of the checklist was released on August 29th, 2025. The next version of this checklist is expected to be released in February 2026. AWS Partners may continue to use this version of the checklist until May 2026. AWS Partners may submit applications using the previous release (February 2025) until November 27th, 2025. Please review the change log for a list of changes (if any) since the previous version.

Introduction

The goal of the AWS Specialization Programs is to recognize AWS Partner Network Partners (“AWS Partners”) who demonstrate and maintain technical proficiency and proven customer success in specialized AWS Partner solution areas. The AWS Competency Partner Validation Checklist (“Checklist”) is intended for AWS Partners who are interested in applying for an AWS Specialization. This Checklist provides the criteria necessary to achieve the specialization as a consulting partner. AWS Partners undergo a technical validation of their capabilities upon applying for a specific specialization. AWS leverages in-house expertise and a third-party firm to facilitate the technical validation. AWS reserves the right to make changes to this document at any time and without notice.

Expectation of Parties

It is expected that AWS Partners will review this document in detail before applying for the AWS Competency Program, even if all of the prerequisites are met. If items in this document are unclear and require further explanation, please contact your AWS Partner Development Representative (“PDR”) or AWS Partner Development Manager “(PDM”) as the first step. Your PDR/PDM will contact the program office if further assistance is required.

AWS Partners should complete the Self-Assessment Spreadsheet linked at the top of this page, prior to submitting a program application. Once completed, AWS Partners must submit an application in APN Partner Central. Visit the AWS Competency Program guide for step-by-step instructions on how to submit an application.

AWS will review and aim to respond back with any questions within five business days to initiate scheduling of your technical validation or to request additional information.

AWS Partners should prepare for the technical validation by reading the Checklist, completing a self-assessment using the Checklist, and gathering and organizing objective evidence to share with the reviewer on the day of the technical validation.

AWS recommends that AWS Partners have individuals who are able to speak in-depth to the requirements and the customer examples during the technical validation. The best practice is for the AWS Partner to make the following personnel available for the technical validation: one or more highly-technical AWS certified engineers/architects in the area of competency specialty, an operations manager who is responsible for the operations and support elements, and a business development executive to conduct the overview presentation.

AWS may revoke an AWS Partner’s Competency designation if, at any time, AWS determines in its sole discretion that such AWS Partner does not meet its AWS Competency Program requirements. If an AWS Partner’s AWS Competency designation is revoked, such AWS Partner will (i) no longer receive benefits associated with its designation, (ii) immediately cease use of all materials provided to it in connection with the applicable AWS Competency designation and (ii) immediately cease to identify itself as a member of the AWS Competency.

AWS Partners should ensure that they have the necessary consents to share with the auditor (whether AWS or a third-party) all information contained within the objective evidence or any demonstrations prior to scheduling the audit.

AWS Small and Medium Business (SMB) Competency Definition

AWS SMB Competency partners provide solutions to, or have deep experience working with small and medium sized businesses to help them implement solutions on AWS, migrate workloads to AWS, and to optimize and/or secure AWS workloads.

AWS SMB customers are looking for service providers who are able to provide solutions for their IT needs. A successful SMB practice requires service providers to be able to deliver repeatable services at scale, while being flexible enough to adapt their services offering to the requirements of the customer. The AWS partner’s Internet presence, specific to their AWS SMB practice, provides customers with confidence about the AWS partner’s capabilities and experience in serving SMB customers.

AWS defines the Small and Medium Business (SMB) customer segment as companies with annualized revenue of <$100M; not including Startups, ISVs, and Digital Native Businesses.

AWS Partners with an existing competency desigations in the last 12 months can have the common practice requirements waived when applying for SMB Competency. Partners can provide the specific designation and the award date as evidence in the excel asessment.

To find opportunities organized by SMB customer segment in Partner Analytics, go to Analytics tab in Partner Central > Opportunities subtab > Additional filters, choose "Segment" and then select SMB

Requirements Overview

The subsequent sections of this document define the requirements for AWS Partners to achieve the AWS Small and Medium Business (SMB) Competency designation. These requirements are broken down into the following categories:

AWS Small and Medium Business (SMB) Competency Program Prerequisites - These requirements will be validated by the AWS Competency program team before scheduling a technical validation.

Common AWS Partner Practice Requirements - These requirements validate the mechanisms and organizational practices in place to ensure the AWS Partner is able to consistently deliver high quality customer outcomes for AWS projects.

Small and Medium Business (SMB) Practice Requirements - These requirements validate the AWS Partner's overall capabilities related to delivering Small and Medium Business (SMB) solutions for customers on AWS.

Common Customer Example Requirements - These requirements validate that the architectural designs and implementation details of each of the provided customer examples follow best practices defined in the AWS documentation and other resources such as the AWS Well-Architected Framework. Use technical calibration guide for control-by-control best practices and example responses.

Small and Medium Business (SMB) Customer Example Requirements - These requirements validate whether the provided customer examples demonstrate Small and Medium Business (SMB)-specific best practices and align with the target customer use cases for this AWS Competency.

AWS Small and Medium Business (SMB) Competency Program Prerequisites

The following items will be validated by the AWS Competency Program Manager; missing or incomplete information must be addressed prior to scheduling of the technical validation.

  1. 1.0APN Program Membership

    1. 1.1Program Guidelines

      The AWS Partner must read the Program Guidelines and Definitions before applying to the Small and Medium Business (SMB) Competency Program. Click here for Program details.

    2. 1.2Services Path Membership

      Partner must be at the Validated or Differentiated stage within the Services Path. Partners should talk to their PDR/PDM about how to join the Services Path.

    3. 1.3AWS Partner Tier

      Partner must be an AWS Advanced or Premier Tier Partner.

    4. 1.4AWS Partner Program Requirements

      To maintain this Specialization

      • AWS Services Tier must be "Advanced" or higher.
      • Maintain the AWS Partner Central Solution attached to your application in "Active" status. This indicates the Solution is currently supported and available.

      Important: If you fail to maintain either of these requirements, your Specialization will be marked as non-compliant. You will then have 6 months to regain compliance with the above criteria. If compliance is not regained, you will lose your Specialization and all corresponding benefits.

  2. 2.0Example AWS Customer Deployments

    1. 2.1Production AWS Customer Case Studies

      AWS Partner must privately share with AWS details about four (4) unique examples of Small and Medium Business (SMB) projects executed for four (4) unique AWS customers. Each case study must demonstrate how the partner offering was used by a customer to solve a specific Small and Medium Business (SMB) customer challenge using AWS.

      In addition to the required case study details provided in AWS Partner Central, the partner must also provide architecture diagrams of the specific customer deployment and information listed in the technical requirements sections of this validation checklist.

      The information provided for these case studies will be used by AWS for validation purposes only. AWS Partner is not required to publish these details publicly.

      AWS Partner can reuse the same case study across different AWS Specialization designations as long as the case study and implementation scope are relevant to those designations. The partner should make sure the existing case study clearly explains the relevance to each designation they are applying for.

      In cases where a case study is used across multiple AWS Partner Specialization applications, the partner must attach a completed self-assessment spreadsheet for this Specialization with all designation-specific details provided.

      AWS will accept one case study per customer. Each customer must be a separate legal entity to qualify. The partner may use an example for an internal or affiliate company of the partner if the offering is available to outside customers.

      All case studies must describe deployments that have been performed within the past 18 months and must be for projects that are in production with customers, rather than in a ‘pilot’ or proof of concept stage.

      All case studies provided will be examined in the Documentation Review of the Business Validation. The application will be removed from consideration if the partner cannot provide the documentation necessary to assess all case studies against each relevant validation checklist item, or if any of the validation checklist items are not met.

      Case Study Submission

      • The Partner Central application offers a form to submit attach the four (4) case studies as marketing assets to be published ((public and anonymous case studies only) to external channels such as Partner Solution Finder (PSF).
      • The Partner Self-Assessment checklist (Excel File) downloaded at the top of this Validation Checklist includes additional requirements for the submitted case studies intended to provide additional technical context only for purposes of technical validation and will NOT be publicly published.
    2. 2.2Publicly Available Case Studies

      At least two (2) of the provided case studies must be publicly available examples describing how the AWS Partner used AWS to help solve a specific customer challenge related to Small and Medium Business (SMB). These publicly available examples may be in the form of formal customer case studies, white papers, videos, or blog posts. The partner will provide the publicly available URL (published by the partner) in the AWS Partner Central "Case Study URL' field, which must include the following details:

      • AWS Customer name
      • AWS Partner name
      • AWS Customer challenge that aligns with the scope of the competency and selected category
      • Using both high-level and technical details, describe how AWS was leveraged as part of the AWS Partner solution
      • Outcome(s) and/or quantitative results

      Anonymized Public Case Studies

      In cases where the partner cannot publicly name customers due to the sensitive nature of the customer engagements, the partner may choose to anonymize the public case study. Anonymized public case study details will be published by AWS, but the customer name will remain private. The partner must provide the AWS Customer name in the ‘Company name’ field of the AWS Partner Central case study for validation purposes, but it will not be published by AWS. The case study fields that will be published to Partner Solutions Finder (PSF) by AWS include the ‘Title’, ‘Case Study Description’, and ‘Case Study URL’. The partner will provide the publicly available URL (published by the partner) in the AWS Partner Central‘Case Study URL’ field, which must include the following details:

      • AWS Customer description (e.g. a top 5 US retailer, a Fortune 500 financial institution, etc.)
      • AWS Partner name
      • AWS Customer challenge that aligns with the scope of the competency and selected category
      • Using both high-level and technical details, describe how AWS was leveraged as part of the AWS Partner solution
      • Outcome(s) and/or quantitative results

      For best practice on how to write an accepted Public case study, see the Public Case Study Guide.

    3. 2.3Small and Medium Business (SMB) Case Studies

      • Each case study must be supplemented with the corresponding ACE Opportunity ID.
      • If you do not have the AWS Migration & Modernization Services Competency, it is recommended that 2 of the 4 customer examples you submit are migration use cases given the requirement details in section SMBCTEX-004.
      • Although you are permitted to submit the same case studies for different competencies, please note that our team is assessing your SMB knowledge in your submissions. Given this, it is important to adjust the language of your case studies to demonstrate your SMB expertise. This includes detail where applicable - please follow the guidance in this case study guide for both private and public case studies (requires AWS Partner Central access):https://partnercentral.awspartner.com/partnercentral2/s/resources?Id=0698W00000wgPO9QAM
  3. 3.0AWS Partner Self-Assessment

    1. 3.1AWS Partner Self-Assessment

      AWS Partner must conduct a self-assessment of their compliance to the requirements of the AWS Small and Medium Business (SMB) Consulting Partner Validation Checklist. A version of this checklist is available in spreadsheet format. Links to the appropriate Self-Assessment Spreadsheet can be found at the top of this page.

      • AWS Partner must complete all sections of the Self-Assessment Spreadsheet. For competency with multiple categories, AWS Partners will fill in details for the chosen application Category and mark other Categories as N/A.
      • Completed Self-Assessment Spreadsheet must be uploaded at the time of submitting an application in APN Partner Central.
      • It is recommended that AWS Partner have their AWS Partner Solution Architect, Partner Development Representative (PDR), or Partner Development Manager (PDM) review the completed Self-Assessment Spreadsheet before submitting to AWS. The purpose of this is to ensure the AWS Partner’s AWS team is engaged and working to provide recommendations prior to the validation and to help ensure a positive validation experience.
  4. 4.0SMB Prerequisites

    1. 4.1All documentation and artifacts must meet application quality standards

      All references to AWS services must use the correct product names. Please refer to AWS products for the correct spelling and styling of product names. Documentation must be generally free of spelling and grammatical errors.

    2. 4.2Proven SMB Selling Experience

      Partners have 50 launched SMB opportunities for unique customers in ACE (>$1K ARR PO/AO) in the past 24 months from their submitted application date. AWS defines the Small and Medium Business (SMB) customer segment as companies with annualized revenue of <$100M; not including Startups, ISVs, and Digital Native Businesses.

    3. 4.3SMB training

      AWS Partner has five completions for each of the following three AWS Training and Certification (T&C) courses in the last 24 months.

Common AWS Partner Practice Requirements

The following requirements validate the mechanisms and organizational practices in place to ensure the AWS Partner is able to consistently deliver high quality customer outcomes for AWS projects. This section of the requirements are WAIVED if the associated offering has an approved Service Offering Foundational Technical Review OR if the AWS Partner has achieved another AWS Services Competency within the last 12 months.

Small and Medium Business (SMB) Practice Overview

  • POV-001 - Customer Presentation

    AWS Partner has a company overview presentation that sets the stage for customer conversations about their AWS Small and Medium Business (SMB) capabilities and showcases AWS Partner’s demonstration capabilities.

    Presentation contains information about the AWS Partner’s AWS Small and Medium Business (SMB) capabilities, including AWS specific differentiators, e.g., what is unique about the AWS Partner’s practice that can only be accomplished leveraging AWS.

    Overview presentations contain:

    • Company history
    • Office locations
    • Number of employees
    • Customer profile, including number, size, and industries of customers
    • Overview of Small and Medium Business (SMB) practice
    • Notable AWS projects

    Please provide the following as evidence:

    • Delivery of presentation by a business development executive at the beginning of the validation session. This should be limited to 15 minutes.
  • POV-002 - Maintaining AWS Expertise

    AWS Partner has internal mechanisms for maintaining their consultants' expertise on Small and Medium Business (SMB)-related AWS services and tools.

    Please provide the following as evidence:

    • List of internal and/or external AWS-focused education events lead by AWS Partner staff (e.g. formal training, lunch and learns, meetups, user groups, etc.) in last 12 months.
    • Resources provided by AWS Partner to staff for ongoing AWS skills development
  • POV-003 - AWS Partner Solution Selling

    AWS Partner must describe how Small and Medium Business (SMB) opportunities are identified, how their sellers are trained to identify and sell those opportunities, and specific demand generation/lead generation efforts associated to their AWS Small and Medium Business (SMB) practice.

    Please provide the following as evidence:

    • A description on how the AWS Partner engages with customers, their internal sellers, and AWS sellers if applicable.
  • POV-004 - AWS Sales Engagement

    AWS Partner must describe how and when they engage with AWS sellers and AWS Solutions Architects.

    Please provide the following as evidence:

    • A verbal description for how and when they engage AWS sellers or AWS Solutions Architects on an opportunity or in the form of a demonstration of the AWS Opportunity Management tool in AWS Partner Central with sales qualified opportunities submitted (sales qualified = budget, authority, need, timeline, and competition fields completed).
  • POV-005 - Training for Internal Personnel

    AWS Partner must have a process to ensure that there are sufficient Small and Medium Business (SMB) trained personnel to effectively support customers.

    Please provide the following as evidence:

    • An established training plan including on-boarding processes that identify job roles (sellers, solutions architects, project managers) and required training paths
    • A verbal description of methods used to allocate required resources to Small and Medium Business (SMB) projects

AWS Partner Delivery Model

  • PRJ-001 - Expected Outcomes

    AWS Partner has processes for working with customers to determine and define expected outcomes associated with the projects.

    Please provide the following as evidence:

    • Project deliverable templates or other resources used for project scoping and definition
  • PRJ-002 - Scope

    AWS Partner has processes to determine scope of work with specific criteria defining customer project with expected deliverables.

    Please provide the following as evidence:

    • Project templates or other resources(e.g. RACI Matrix) used for project scoping and definition
  • PRJ-003 - Statement of Work

    AWS Partner has standard Statement of Work (SOW) templates for Small and Medium Business (SMB) projects that can be customized to customer needs.

    Please provide the following as evidence:

    • Default SOW template
  • PRJ-004 - Project Manager

    AWS Partner assigns Project Manager to each project to ensure project remains on time and within budget.

    Please provide the following as evidence:

    • Documentation to show that Project Managers were assigned to each of the 4 customer example projects.
  • PRJ-005 - Change Management

    AWS Partner has processes to document, manage, and respond to requests for changes to the project scope.

    Please provide the following as evidence:

    • Documentation of change management practices

Customer Satisfaction

  • CSN-001 - Customer Acceptance for Projects

    AWS Partner has a customer acceptance process.

    Please provide the following as evidence:

    • Example customer training documents
    • SOW language describing handoff responsibilities and acceptance criteria
  • CSN-002 - Customer Satisfaction Aligned to Project Milestones

    AWS Partner implements customer satisfaction checkpoints as part of the project plan.

    Please provide the following as evidence:

    • Project plan and customer satisfaction results for milestone-defined checkpoints

Small and Medium Business (SMB) Practice Requirements

The following requirements apply to AWS Partners' Small and Medium Business (SMB) Practice.

Business

  • SIBUS-001 - SMB Offering Catalog

    Small & Medium Businesses (SMBs) look for solutions across various use cases that include but are not limited to; 1/Cloud Consulting & Strategy, 2/Infrastructure Migration, 3/Cloud Security & Cost Optimization and 4/Generative AI. The AWS Partner should have an external facing catalog of service offerings covering the diverse set of use cases we find with SMBs.

    Provide a detailed description of your top 3 SMB service offerings.

    Please include in your response; 1/The underlying use case that is addressed by the solution. 2/What are some of the key AWS services that are typically delivered as part of each offering.

    Please include the following evidence; 1/Provide URL of a publicly accessible service offer catalog as described above.

    • The optional microsite can be used too to contain this catalog.
    • Tier based offer must have differentiators expressed clearly for target audience to support stakeholder engagement and service delivery.
  • SIBUS-002 - Demonstrated SMB Sales Proficiency

    AWS Partners must demonstrate a proven track record of selling AWS solutions to Small and Medium Business (SMB) customers. This ensures partners have the expertise and capability to effectively serve the SMB market segment.

    Confirm that your organization has successfully closed and launched at least 50 AWS opportunities with SMB customers, defined as companies with annualized revenue of <$100M and <500 employees (excluding Startups, ISVs, and Digital Native Businesses).

    Please include the following in your response: 1/Description of your organization's SMB sales strategy 2/Overview of your SMB customer engagement process 3/Summary of successful SMB customer implementations

    Please include the following evidence; 1/A list of 50 ACE Opportunity IDs representing launched SMB opportunities for unique customers with a minimum of $5K ARR PO/AO.

People and Organization

  • PEO-001 - Personnel Onboarding

    AWS Partners must maintain structured onboarding processes and procedures for personnel who will be involved in SMB service delivery. This ensures consistent service quality and maintains the required AWS expertise within the organization's SMB practice.

    Confirm that your organization implements defined onboarding processes and checklists specifically designed for personnel working within your AWS SMB services practice.

    Please include the following in your response: 1/Description of your organization's SMB practice onboarding process 2/Overview of required AWS certifications and training programs 3/Timeline and milestones for personnel onboarding completion 4/Method for tracking and validating onboarding progress

    Please include the following evidence: 1/Completed onboarding records for personnel in the AWS SMB service practice.

  • PEO-002 - Expert Review Process

    AWS Partners must implement a formal design review process where certified AWS professionals validate all solution architectures. This ensures technical quality and compliance with AWS best practices.

    Confirm that all solution designs are reviewed and certified by individuals holding the AWS Certified Solutions Architect - Professional Certification.

    Please include the following in your response: 1/ Overview of design review policy and process 2/ Method for tracking reviewer certifications 3/ Process for documenting design approvals

    Please include the following evidence: 1/ Documented design review policy

Governance

  • GOV-001 - Data Ownership and Customer Offboarding

    AWS Partners must maintain clear contractual agreements that specify data ownership rights and detailed offboarding procedures for SMB customers. This ensures transparent handling of customer data and smooth transition processes when business relationships conclude.

    Confirm that your organization's customer contracts explicitly define data ownership and offboarding procedures, including specific timelines, data transfer methods, and access management protocols.

    Please include the following in your response: 1/Description of your data ownership policies

    Please include the following evidence: 1/Contract template for SMB service practice that includes: * Data ownership definitions * Specified timeframes for data/account handover * Data transfer format and methodology * Process for removal of IAM accounts, groups, roles, and federation * Customer notification and confirmation procedures

  • GOV-002 - Customer Business Benefits Realization

    AWS Partners must implement a governance framework to ensure customers achieve and sustain business benefits from their cloud investments.

    Describe your organization's customer-aligned governance framework for tracking and realizing business benefits from cloud investments.

    Please include the following in your response: 1/Overview of your business value tracking methodology 2/Approach to customer outcome reviews 3/Methods for identifying and addressing value gaps

Technical

  • TEC-001 - Backup and Restore

    AWS Partners must implement automated backup systems and perform regular recovery testing to ensure data integrity and meet customer RTO/RPO requirements.

    Describe your organization's general strategy to implement automated backup for customer projects.

    Please include the following in your response: 1/Process for testing data recovery 2/Method for validating RTO/RPO compliance

  • TEC-002 - Operational Readiness

    AWS Partners must evaluate operational preparedness before deploying customer workloads to production, ensuring processes, procedures, and personnel are fully prepared for production support.

    Describe your organization systematic process to assess operational readiness before production deployment of customer workloads.

    Please include the following in your response: 1/Overview of pre-production verification steps 2/Approach to personnel readiness assessment

  • TEC-003 - Patch Management

    AWS Partners must maintain an automated patch management system to ensure timely and effective deployment of updates across customer applications and infrastructure.

    Describe your automated patch management methodology and procedures.

    Please include the following in your response: 1/Overview of update deployment scheduling 2/Approach to patch status monitoring and reporting

    Please include the following evidence: 1/A video technology demonstration of the patch automation tools in action.

Common Customer Example Requirements

If you have completed an AWS Well-Architected Framework Review (WAFR) for the customer example which shows zero outstanding high-risk issues (HRIs) in the Security, Operational Excellence, and Reliability pillars, you are not required to provide evidence for the following requirements. Please upload an exported WAFR report for each of the customer example instead.

All of the following requirements must be met by at least one of the four submitted customer examples. See specific evidence for each control. Refer to calibration guide for example responses.

Use Case Relevance

Establish whether the customer reference is applicable for this designation and category.

  • UCR-001 - About the Customer

    Providing details about who the customer is, their situation and business allows us to establish credibility by providing a degree of authenticity. In addition, this information also allows AWS to verify proper customer alignment to the designation as designations can be aligned with an industry and/or a customer segment.

    Provide some background information about the customer; name, industry, size, market segment (Enterprise/SMB/ISV/Startup)?

    Note:

    • If a public URL for the case study is available, please provide along with your response.
    • For anonymous case studies, the customer name can be omitted.
  • UCR-002 - Key Business Challenge

    The partner must articulate the customer's critical business challenge that aligns with the specific AWS specialization program's focus area, whether it addresses industry-specific needs, targeted use cases, or specialized workloads. Their documentation must identify both immediate and long-term business risks the customer faced without intervention, supported by quantifiable metrics or concrete business impacts.

    The description should establish a clear connection between the customer's challenge and the specialization program's core objectives, demonstrating why this particular case study exemplifies the program's intended scope.

    What is the key business challenge for the customer and the risk of not addressing this challenge?

  • UCR-003 - Goals / Objectives

    Working backwards from our goals/objectives allows us to formulate an optimal implementation strategy as well as identify the technical solution best suited to meet those goals/objectives. Partners are required to work with the customer to identify what those targets are, but business and technical.

    Describe some of the customer's goals and objectives as part of their engagement with your organization.

  • UCR-004 - Designation Definition Fit

    Each AWS specialization program defines the coverage scope of a domain through definition, distinct categories and/or solution areas. The partner must explicitly articulate how the provided case study meets the definition, category and/or solution area defined by the program by providing substantive evidence demonstrating alignment.

    If categories are defined, the case study submission must include a clear mapping between the implemented solution and the chosen specialization category, supported by concrete elements, implementation approaches, and outcomes that validate their solution's fit within the selected category requirements.

    Describe how the provided customer reference meets the definitional scope outlined by this competency. If categories are defined then specify which category corresponds to this customer reference and describe why this reference is a good fit for that category.

    Note: The competency definition can be found in the introduction tab.

Partner Solution

Validate domain expertise by reviewing the technical solution implemented.

  • PS-001 - Technical Solution

    The partner must demonstrate comprehensive technical expertise in their chosen specialization domain through detailed solution documentation that contains an in-depth analysis of service selection decisions, including rationale for choosing specific AWS services over available alternatives. Their technical solution description should directly reference the architecture diagram and explain each component's role in the overall system, establishing clear connections between customer requirements and technical decisions.

    Describe the technical solution implemented. Reference the architecture diagram in the explanation.

    Please include the following in your response:

    1. Justify each service relevant to the designation domain, outlining the analysis of the alternatives considered and rejected.
    2. Describe the integration points between different system components
  • PS-002 - Solution Optimality

    Every business challenge has multiple solutions. AWS prioritizes customer needs, requiring partners to implement solutions that maximize business value while minimizing cost and complexity.

    Describe how your solution optimally solves the customer's business challenge and why it was selected amongst the alternatives?

    Please include in your response:

    1. Description of the alternatives/approaches/options that were considered before arriving at this solution.
  • PS-003 - Solution Must be Launched in Production

    Partner solutions implemented for customers must be production grade and live. We measure this by confirming the AWS Annual Recurring Revenue (ARR) that the solution is driving. Proof-of-concepts are not acceptable customer references.

    What is the estimated AWS ARR and confirm whether it meets the designation revenue requirements (if any)?

    Note: Any designation specific revenue prerequisites can be found on the designation checklist website.

  • PS-004 - Customer Opportunity Registered Details

    AWS Partners are required to understand AWS customer opportunity registration and tracking mechanisms implemented through ACE. The data found through these mechanisms enables AWS to expedite the validation of the customer reference.

    If available, please provide the ACE opportunity ID and AWS account ID.

    Note: Not providing the ACE opportunity ID and/or AWS account ID may introduce delays in the application processing time or lead to requests for more information from the validation team.

  • PS-005 - AWS Service Usage Aligned with Specialization Area

    The partner must demonstrate implementation of AWS services specifically relevant to their chosen specialization domain. Their solution documentation must detail which specialized AWS services are utilized, how they are integrated, and what advanced features are activated.

    For technology partners with productized offerings, documentation must specify how their solution integrates with and leverages specialized AWS services to enhance their core product capabilities. Partners must provide concrete examples of advanced service features implemented and their direct contribution to solving domain-specific challenges.

    For industry specific designations that do not highlight domain specific AWS services, this requirement can be WAIVED.

    Confirm which key AWS services is leveraged and/or integrated with in this solution and what advanced capabilities of said services were activated?

Customer Outcomes

Validate whether the business challenge and goals set out by the customer have been met.

  • CO-001 - Key Performance Indicators

    The partner must demonstrate solution success through quantifiable metrics that align with the case study documentation.

    Their submission must identify and detail at least two specific Key Performance Indicators that directly measure business impact and improvement.

    Each KPI must include baseline measurements, improvement targets, actual results, and clear methodology for measurement, providing concrete evidence of how the solution enhanced customer operations.

    What two (2) specific KPIs were measured to help improve the customer business?

  • CO-002 - Continuous Improvement

    The partner must candidly identify any challenges that were observed during the implementation providing a through analysis of the lessons learned from these shortfalls, and specific actions taken or planned to address these gaps in future implementations.

    This transparency demonstrates the partner's commitment to continuous improvement and ability to adapt solutions based on real-world implementation experiences.

    What were some of the challenges observed during this engagement and what is being done to ensure these challenges are mitigated for future customers?

Documentation

Requirements in this category relate to the documentation provided for each customer example.

  • DOC-001 - Provide Architecture diagram designed with scalability and high availability

    AWS Partner must submit architecture diagrams depicting the overall design and deployment of its AWS Partner solution on AWS as well as any other relevant details of the solution for the specific customer in question.

    The submitted diagrams are intended to provide context to the AWS Solutions Architect conducting the Technical Validation. It is critical to provide clear diagrams with an appropriate level of detail that enable the AWS Solutions Architect to validate the other requirements listed below.

    Each architecture diagram must show:

    • All of the AWS services used
    • How the AWS services are deployed, including virtual private clouds (VPCs), availability zones, subnets, and connections to systems outside of AWS.
    • Elements deployed outside of AWS, e.g. on-premises components, or hardware devices.
    • how design scales automatically - Solution adapts to changes in demand. The architecture uses services that automatically scale such as Amazon S3, Amazon CloudFront, AWS Auto Scaling, and AWS Lambda.
    • how design has high availability with multi-AZ or multi-region deployment. When intentional tradeoffs have been made (e.g. to optimize cost in favor of high availability), please explain the customer's requirements.

    Please provide the following as evidence (required for all provided customer examples):

    • An architecture diagram depicting the overall design and deployment of your solution on AWS.
    • Explanation of how the major solutions elements will keep running in case of failure.
    • Description of how the major solutions elements scale up automatically.

Secure Customer AWS Account Governance and Access

Any AWS accounts created by the AWS Partner on behalf of the customer or AWS accounts that the AWS Partner administers as part of the engagement must meet the following requirements.

  • ACCT-001 - Define Secure AWS Account Governance Best Practice

    AWS expects all Services Partners to be prepared to create AWS accounts and implement basic security best practices. Even if most of your customer engagements do not require this, you should be prepared in the event you work with a customer who needs you to create new accounts for them.

    Establish internal processes regarding how to create AWS accounts on behalf of customers when needed, including:

    • When to use root account for workload activities
    • Enable MFA on root
    • Set the contact information to corporate email address or phone number
    • Enable CloudTrail logs in all region and protect CloudTrail logs from accidental deletion with a dedicated S3 bucket

    Please provide the following as evidence:

    • Documents describing Security engagement SOPs which met all the 4 criteria defined above. Acceptable evidence types are security training documents, internal wikis, or standard operating procedures documents.
    • Description of how Secure AWS Account Governance is implemented in one (1) of the submitted customer examples.
  • ACCT-002 - Define identity security best practice on how to access customer environment by leveraging IAM

    Define standard approach to access customer-owned AWS accounts, including:

    • Both AWS Management Console access and programmatic access using the AWS Command Line Interface or other custom tools.
    • When and how to use temporary credentials such as IAM roles
    • Leverage customer's existing enterprise user identities and their credentials to access AWS services through Identity Federation or migrating to AWS Managed Active Directory

    Establish best practices around AWS Identity and Access Management (IAM) and other identity and access management systems, including:

    • IAM principals are only granted the minimum privileges necessary. Wildcards in Action and Resource elements should be avoided as much as possible.
    • Every AWS Partner individual who accesses an AWS account must do so using dedicated credentials

    Please provide the following as evidence:

    • Security engagement Standard Operation Procedure (SOP) which met all the 2 criteria defined above. Acceptable evidence types are: security training documents, internal wikis, standard operating procedures documents. Written descriptions in the self-assessment excel is not acceptable.
    • Description of how IAM best practices are implemented in one (1) of the submitted customer examples.

Operational Excellence

Requirements in this category relate to the ability of the AWS Partner and the customer to run and monitor systems to deliver business value and to continually improve supporting processes and procedures.

  • OPE-001 - Define, monitor and analyze customer workload health KPIs

    AWS Partner has defined metrics for determining the health of each component of the workload and provided the customer with guidance on how to detect operational events based on these metrics.

    Establish the capability to run, monitor and improve operational procedure by:

    • Defining, collecting and analyzing workload health metrics w/AWS services or 3rd Party tool
    • Exporting standard application logs that capture errors and aid in troubleshooting and response to operational events.
    • Defining threshold of operational metrics to generate alert for any issues

    Please provide the following as evidence:

    • Standardized documents or guidance on how to develop customer workload health KPIs with the three components above
    • Description of how workload health KPIs are implemented in (1) of the submitted customer examples.
  • OPE-002 - Define a customer runbook/playbook to guide operational tasks

    Create a runbook to document routine activities and guide issue resolution process with a list of operational tasks and troubleshooting scenarios covered that specifically addresses the KPI metrics defined in OPE-001.

    Please provide the following as evidence:

    • Standardized documents or runbook met the criteria defined above.
  • OPE-003 - Use consistent processes (e.g. checklist) to assess deployment readiness

    Deployments are tested or otherwise validated before being applied to the production environment. For example, DevOps pipelines used for the project for provisioning resources or releasing software and applications.

    Use a consistent approach to deploy to customers including:

    • A well-defined testing process before launching in production environment
    • Automated testing components

    Please provide the following as evidence:

    • A deployment checklist example or written descriptions met all the criteria defined above.

Security - Networking

Requirements in this category focus on security best practices for Virtual Private Cloud (Amazon VPC) and other network security considerations.

  • NETSEC-001 - Define security best practices for Virtual Private Cloud (Amazon VPC) and other network security considerations.

    Establish internal processes regarding how to secure traffic within VPC, including:

    • Security Groups to restrict traffic between Internet and Amazon VPC
    • Security Groups to restrict traffic within the Amazon VPC
    • Network ACL to restrict inbound and outbound traffic
    • Other AWS security services to protect network security

    Please provide the following as evidence:

    • Written descriptions/documents on network security best practices met the criteria defined above.
    • Description of how network security is implementation in one (1) of the submitted customer examples.
  • NETSEC-002 - Define data encryption policy for data at rest and in transit

    Establish internal processes regarding a data encryption policy used across all customer projects

    • Summary of any endpoints exposed to the Internet and how traffic is encrypted
    • Summary of processes that make requests to external endpoints over the Internet and how traffic is encrypted
    • Enforcing encryption at rest. By default you should enable the native encryption features in an AWS service that stores data unless there is a reason not to.

    All cryptographic keys are stored and managed using a dedicated key management solution

    Please provide the following as evidence:

    • Data encryption and key management policy met the criteria defined above.
    • Description of how data encryption is implementation in one (1) of the submitted customer examples.

Reliability

Requirements in this section focus on the ability of the AWS Partner solution to prevent, and quickly recover from failures to meet business and customer demand.

  • REL-001 - Automate Deployment and leverage infrastructure-as-code tools.

    Changes to infrastructure are automated for customer implementation

    • Tools like AWS CloudFormation, the AWS CLI, or other scripting tools were used for automation.
    • Changes to the production environment were not done using the AWS Management Console.

    Please provide the following as evidence:

    • Written description of deployment automation and an example template (e.g., CloudFormation templates, architecture diagram for CI/CD pipeline) met the criteria defined above.
  • REL-002 - Plan for disaster recovery and recommend Recoverty Time Objective (RTO) and Recoverty Point Objective (RPO).

    Incorporate resilience discussion and advise a RTO&PRO target when engaging with customer. Customer acceptance and adoption on RTO/RPO is not required.

    • Establish a process to establish workload resilience including:
    • RTO & RPO target
    • Explanation of the recovery process for the core components of the architecture
    • Customer awareness and communication on this topic

    Please provide the following as evidence:

    • Descriptions or documents on workload resilience guidance met the three criteria defined above
    • Description of how resilience is implementation in one (1) of the submitted customer examples including reasons for exception when RTO&RPO is not defined

Cost Optimization

Requirements in this category relate to the AWS Partner's ability to help customers run systems that deliver business value at the lowest price point.

  • COST-001 - Develop total cost of ownership analysis or cost modelling

    Determine solution costs using right sizing and right pricing for both technical and business justification.

    Conducted TCO analysis or other form of cost modelling to provide the customer with an understanding of the ongoing costs including all the following 3 areas:

    • Description of the inputs used to estimate the cost of the solution
    • Summary of the estimates or cost model provided to the customer before implementation
    • Business value analysis or value stream mapping of AWS solution

    Please provide the following as evidence:

    • Description of how to develop cost analysis or modeling with the critical components defined above
    • Cost analysis example in one (1) of the submitted customer examples. Acceptable evidence types are: price calculator link, reports or presentations on business values analysis

Resources