Good tools. Better deals. A little more runway for your next big idea.
← Back to resources
Startup credits

How to write a startup program application

Startup programs from cloud providers, AI labs and software companies ask similar questions: what you build, who it is for, how far along you are, and how you will use their product. Reviewers often look at many applications, so a clear and consistent application is easier to approve. Nothing guarantees acceptance, but a well-prepared application avoids the avoidable rejections. This guide shows how to prepare once and reuse your answers.

What you need before you start

  • A live website on your company domain that explains the product in a sentence or two.
  • A business email address on that same domain. Several programs, including Google's, check that these match.
  • Your legal company name, country, founding date and incorporation details.
  • Your funding stage and, if funded, public links that confirm the investment, such as a press release or investor announcement.
  • Any referral code or Org ID from your accelerator or investor.
  • The account IDs the program asks for, such as an AWS account or a Google Cloud billing account ID.

Build a reusable answer sheet

Write your answers once in a document, then copy from it. This keeps your story consistent across programs and saves time.

  1. Write a one-sentence product description: what it does and for whom. Avoid buzzwords.
  2. Write a short paragraph on the problem you solve and how customers solve it today.
  3. List your current stage with facts: launched or not, number of users or customers if you can share them, and team size.
  4. Describe your technical stack in plain terms and where the program's product fits in.
  5. Estimate what you will use the credits for in the next 6 to 12 months, such as hosting, model inference, data storage or training runs.
  6. Note your funding history with dates and public links.

Tailor each application

  1. Read the program's eligibility page before writing anything. Check the funding stage, company age and excluded business types.
  2. Pick the tier that matches your situation. Applying for a funded tier without the required investor link or code is a common reason for rejection.
  3. Rewrite your usage paragraph to name the specific services you plan to use from that provider.
  4. Make sure the company name, website and email match across the form, your site and your billing account.
  5. Keep answers short. If the form allows long text, two or three focused paragraphs are usually enough.

If the form asks how you heard about the program or for a partner code, answer honestly. Making up an affiliation can disqualify you.

Check before you submit

  • Every link opens and shows the product, not a placeholder page.
  • Numbers are accurate and you can back them up if asked.
  • The account ID is for the account you will actually use. Credits usually cannot be moved later.
  • Spelling of the company name is identical everywhere.
  • Many programs, such as Microsoft for Startups, do not let you edit an application after submitting, so review it first.

Follow up the right way

  1. Note the expected review time from the program's site, for example a few business days.
  2. Watch your inbox and spam folder for follow-up questions and reply quickly.
  3. If you are rejected, read any feedback, fix the issue and check the program's reapplication rules before trying again.
  4. If you are approved, record the credit amount, account and expiration date straight away.

An example of a clear product answer

Here is the kind of short answer reviewers find easy to read. Adapt the facts to your own company rather than copying the wording.

We build a scheduling tool for independent physiotherapy clinics. Clinics use it to book patients, send reminders and track no-shows. We launched in March, have 40 paying clinics, and a team of three. We run the app on managed containers and a Postgres database, and plan to add a speech-to-text feature for clinical notes. Credits would cover hosting and model inference for the next 12 months while we grow to our first 200 clinics.

Notice what this does: it names the customer, states facts that can be checked, and connects the credits to a specific plan. It avoids claims that cannot be verified and does not overstate traction.

  • Lead with the customer and the problem, not the technology.
  • Use real numbers, or say plainly that you are pre-launch.
  • Tie the credit request to concrete workloads and a time period.

On PerkRadar