Write the AI contract
Define accepted inputs, required output fields, quality rules, and prohibited behavior.
Zero to MVP AI Bootcamp
Replace the sample result with one focused AI job that is useful, grounded, testable, and bounded.
Today you ship
Live AI lead qualification with structured recommendations and tested guardrails.
Scroll to move through the presentation.
Build, test, checkpoint, and ship.
The AI does not understand the business automatically. It receives instructions, approved business facts, and the visitor's answers, then generates a likely response from that context.
Two visitors answer differently. One needs more leads and receives a campaign recommendation; another has traffic but poor conversion and receives a website audit.
Apply the concept
Use this prompt
Using only the supplied business services and lead answers, recommend one service. Return: category, recommendation, reason tied to the answers, confidence, and next step. If the information is insufficient, ask for human follow-up.
Success looks like
Different lead answers produce relevant differences, and every claim can be traced to supplied information.
Watch for
The qualification contract is the product rulebook for the AI. It defines the job, available information, required answer shape, and behavior when a request does not fit.
The assistant may recommend one approved service and explain why. It may not promise prices, legal outcomes, or services the business does not offer.
Apply the concept
Use this prompt
Review this qualification contract as a product tester. Identify ambiguous rules, missing output fields, unsupported promises, and cases that need human follow-up. Do not rewrite it until you explain the risks.
Success looks like
Two classmates can read the contract and agree on what the assistant should return for the same lead.
Watch for
Grounding gives the AI trusted business information. Guardrails define what it may do with that information and how it should respond when the request is unsafe, unrelated, or uncertain.
The business offers audits and campaigns but not custom mobile apps. A mobile-app request should be redirected to a consultation rather than inventing an app service.
Apply the concept
Use this prompt
Create ten test cases for this lead assistant: five normal, two unclear, two unsupported, and one malicious. For each, state the expected recommendation or safe fallback. Use only the supplied business facts.
Success looks like
The assistant stays within approved services, asks for help when uncertain, and never reveals secrets or hidden instructions.
Watch for
The browser should never hold the private model key. It sends lead answers to protected server code, which calls the model, validates the response, and returns only safe result data.
The visitor submits the form. The screen shows progress. The server obtains a structured recommendation. The result appears, or the visitor sees a useful retry message.
Apply the concept
Use this prompt
Implement the smallest protected qualification endpoint for the existing form. Keep the API key server-side, validate input and structured output, preserve current UI states, and list every changed file before I test it.
Success looks like
A real submission returns a structured recommendation, while the browser source and repository contain no model key.
Watch for
Build brief
Replace the mocked recommendation with a protected AI call that performs the shared qualification contract.
User story
As a potential customer, I receive a relevant recommendation based on my answers and the business's actual services.
Define accepted inputs, required output fields, quality rules, and prohibited behavior.
Call the model from server-side code using a private environment variable.
Include the role, service facts, rules, response structure, and fallback behavior.
Reject incomplete output and show a useful retry or human-contact path.
Replace the sample result while preserving loading, error, and retry states.
Test five typical and five boundary submissions, then fix the highest-impact failure.