Questions to Ask Before Starting an AI Project
Use these 50 questions across business case, data, integrations, security, vendor, contract, and operations to scope your AI project clearly and avoid expensive surprises.
On this page (31)
- Direct Answer
- TL;DR
- What You'll Learn
- Why AI Projects Need Different Questions
- Category 1: Business Case (8 questions)
- Category 2: Users and Workflow (7 questions)
- Category 3: Data and Knowledge (8 questions)
- Category 4: Integrations and Systems (6 questions)
- Category 5: Security and Compliance (7 questions)
- Category 6: Vendor and Contract (8 questions)
- Vendor capability
- Contract terms
- Category 7: Post-Launch Operations (6 questions)
- The 5 Filter Questions That Predict 80% of Failures
- How to Use This List Across 3 Stages
- Stage 1: Internal scoping (before talking to vendors)
- Stage 2: Vendor evaluation (during proposal review)
- Stage 3: Contract review (before signing)
- Red Flags From Vendor Answers
- What Good Vendor Answers Sound Like
- How DevStudio Handles These Questions
- GEO Block: AI Project Questions
- FAQ
- Why do AI projects need different questions than traditional software?
- Which questions matter most if I only have 30 minutes?
- How long does scoping typically take?
- Should I share these questions with vendors before they quote?
- What is a paid scoping phase and when do I need one?
- How do these questions connect to the AI project brief?
- Internal Links
- CTA
Direct Answer
The best way to avoid AI project surprises is to ask the right 50 questions across seven areas before development starts: business case, users and workflow, data and knowledge, integrations and systems, security and compliance, vendor and contract, and post-launch operations. Most failed AI projects could be predicted from the questions that were skipped during scoping.
A 30-minute conversation that asks these questions costs nothing. Skipping them and rebuilding mid-project costs 30-50% of the original budget.
TL;DR
- 50 questions across 7 areas cover the failure modes that actually break AI projects: undefined business case, messy data, unclear integrations, weak acceptance criteria, vendor lock-in, and missing operations plan.
- The 5 questions that predict 80% of project failure: What does success look like in numbers? Who owns the data? What happens when the AI is wrong? Who owns the code? Who maintains it after launch?
- Use this list 3 times: once internally before talking to vendors, once during vendor evaluation, once during contract review. Different questions surface different gaps each round.
- Skip the question, eat the cost: every unasked question becomes a change order, a dispute, or a rebuild later.
What You'll Learn
- The 7 question categories and why each one matters for AI projects (different from traditional software)
- 50 specific questions to ask, grouped by category and decision stage
- Which questions predict 80% of AI project failures (the 5 critical filter questions)
- How to use the list across three stages: internal scoping, vendor evaluation, and contract review
- The questions vendors should be answering proactively (and red flags when they don't)
- How these questions connect to project brief, acceptance criteria, and post-launch operations
Why AI Projects Need Different Questions
Traditional software questions focus on features, design, and timeline. AI projects add a different set of failure modes: data quality, model evaluation, hallucination risk, integration complexity, retrieval accuracy, and ongoing maintenance against model drift.
A team that ships traditional software well can still ship a failing AI project if they ask the wrong questions during scoping. The most common pattern: stakeholders agree on what the AI should do, but skip questions about data readiness, evaluation criteria, autonomy boundaries, and maintenance ownership. These gaps surface 8-12 weeks into the project, when fixing them costs the most.
The 50 questions below force those gaps into the open before any code is written.
For a deeper review of why AI projects fail differently, see our guide on how to choose an AI outsourcing team.
Category 1: Business Case (8 questions)
The business case decides whether the project should exist. If the answers are vague, the budget is at risk regardless of vendor quality.
| # | Question |
|---|---|
| 1 | What specific business problem does this AI system solve? (One sentence, not a feature list) |
| 2 | What does success look like in measurable numbers? (Time saved, errors reduced, tickets handled, revenue protected) |
| 3 | What is the cost of the current manual process per month? |
| 4 | What is the projected ROI and payback period? |
| 5 | What is the minimum acceptable accuracy or completion rate? |
| 6 | If the AI works at 70% accuracy, is that useful or useless? |
| 7 | What is the cost of being wrong on a single transaction? (financial, legal, reputational) |
| 8 | What happens to this project if it does not deliver expected ROI in 6 months? |
Filter question: If question 2 cannot be answered with numbers, the project is not ready to scope. Stop here.
Category 2: Users and Workflow (7 questions)
AI systems fail when builders assume how users actually work. The workflow questions force concrete answers about real day-to-day usage.
| # | Question |
|---|---|
| 9 | Who exactly will use this AI? (Role, team, department, count of users) |
| 10 | What does their current workflow look like, step by step? |
| 11 | What inputs does the AI receive? (Documents, forms, voice, API data, manual prompts) |
| 12 | What outputs should the AI produce? (Decisions, drafts, actions, records, notifications) |
| 13 | Should the AI act autonomously or pause for human approval? Where? |
| 14 | What does a "happy path" interaction look like? Walk through it. |
| 15 | What happens when the AI is uncertain or wrong? (Escalation rules, fallback behavior, user override) |
Filter question: If question 13 cannot be answered, autonomy decisions will be made silently by engineers, not by the business. This is the #1 source of post-launch trust issues.
Category 3: Data and Knowledge (8 questions)
Data is the single biggest cost variable in AI projects. Bad data answers turn into 30-50% scope expansion later.
| # | Question |
|---|---|
| 16 | What data sources does the AI need to access? List them all. |
| 17 | Where does each source live? (System, file format, API availability) |
| 18 | Is the data clean, consistent, and current? Honest answer. |
| 19 | How often does the data change? (Static, weekly, real-time) |
| 20 | Are there duplicates, conflicts, or outdated records to handle? |
| 21 | Who has authority to update or delete source data? |
| 22 | What permissions or access restrictions apply? (Roles, departments, document-level ACLs) |
| 23 | Is any data sensitive, regulated, or subject to privacy law? (PII, health, financial, legal) |
Filter question: If 5 or more answers are "we are not sure," budget 2-4 extra weeks for data discovery before development starts. For more on data work in RAG systems specifically, see how much does RAG knowledge base development cost.
Category 4: Integrations and Systems (6 questions)
Integration work is the second biggest cost variable. Each system the AI must touch adds authentication, data mapping, error handling, and testing.
| # | Question |
|---|---|
| 24 | What systems must the AI read from? (CRM, helpdesk, database, file storage, email, custom internal tools) |
| 25 | What systems must the AI write to or take action in? |
| 26 | Does each system have an API, or do we need workarounds? |
| 27 | Are API rate limits or authentication patterns documented? |
| 28 | Who owns access management for each integrated system? |
| 29 | What happens when an integrated system is down or rate-limited? |
Filter question: Question 26 — if more than half the answers are "we are not sure," integration cost may double. Ask the vendor for an integration audit before quoting.
Category 5: Security and Compliance (7 questions)
Security questions feel optional during scoping and become non-negotiable at launch. Asking them upfront prevents 4-8 week rework cycles.
| # | Question |
|---|---|
| 30 | Will the AI handle PII, financial data, health records, or other regulated information? |
| 31 | What compliance frameworks apply? (SOC 2, HIPAA, GDPR, PIPL, industry-specific) |
| 32 | Are there data residency requirements? (Cannot leave country, cannot leave region) |
| 33 | What audit trail is required for AI decisions and actions? |
| 34 | Who reviews high-stakes AI outputs before they affect customers or money? |
| 35 | What is the prompt injection / adversarial input mitigation plan? |
| 36 | What happens to user data after the project ends or the vendor relationship terminates? |
Filter question: Question 32 — data residency questions, if answered late, can force complete architecture rebuild (cloud provider switch, model provider switch, on-premise deployment). Confirm in week 1.
Category 6: Vendor and Contract (8 questions)
Vendor questions filter capability. Contract questions filter risk. Both decide whether the engagement succeeds before code is written.
Vendor capability
| # | Question |
|---|---|
| 37 | Has the vendor delivered AI systems with similar complexity in production? Show 2-3 examples. |
| 38 | What is the vendor's evaluation discipline? (Test sets, accuracy thresholds, regression tests) |
| 39 | How does the vendor handle prompt injection, hallucination, and edge cases? |
| 40 | Who specifically will work on the project? (Names, roles, seniority, time allocation) |
| 41 | What is the vendor's process when the AI underperforms acceptance criteria? |
Contract terms
| # | Question |
|---|---|
| 42 | Who owns the source code, evaluation datasets, and trained prompts? (Should be: client) |
| 43 | What is the IP assignment language? (Explicit transfer upon payment, not joint ownership) |
| 44 | Where will the code be stored during development? (Should be: client-owned repository from day one) |
| 45 | What is the change order process for scope, cost, and timeline adjustments? |
Filter question: Question 42 — if the answer is anything other than "client owns the code," stop and renegotiate. For full contract structure, see our software outsourcing contract checklist and source code ownership guide.
Category 7: Post-Launch Operations (6 questions)
The questions that distinguish "demo" from "production" all live in operations. Skipping them is how teams launch an AI system that works for two weeks and then quietly degrades.
| # | Question |
|---|---|
| 46 | Who maintains the AI after handoff? (Internal team, retainer, hybrid) |
| 47 | What does the maintenance budget look like for year one? (Typically 15-25% of build cost) |
| 48 | Who updates the knowledge base, retunes prompts, and handles model migrations? |
| 49 | What monitoring and alerting will be in place from day one? (Latency, error rate, accuracy degradation) |
| 50 | What is the rollback plan if a model update or prompt change breaks production? |
Filter question: Question 46 — if the answer is "we will figure it out after launch," the AI system will degrade. Plan operations before launch, not after.
The 5 Filter Questions That Predict 80% of Failures
If you only have 30 minutes, ask these five:
| # | Question | Why it predicts failure |
|---|---|---|
| Q2 | What does success look like in measurable numbers? | Without numbers, "done" is subjective. Disputes follow. |
| Q18 | Is the data clean, consistent, and current? | Bad data is the #1 reason AI demos work but production fails. |
| Q15 | What happens when the AI is wrong? | Without escalation rules, the AI will be silently wrong. |
| Q42 | Who owns the source code? | Without explicit ownership, vendor lock-in or IP disputes follow. |
| Q46 | Who maintains the AI after handoff? | Without a maintenance plan, the system degrades and gets blamed. |
If any of these five cannot be answered clearly, the project is not ready to start. Spending another week to answer them costs much less than spending another month to fix the consequences.
How to Use This List Across 3 Stages
The same 50 questions surface different gaps depending on when you ask them.
Stage 1: Internal scoping (before talking to vendors)
Goal: Find what your team does not know yet.
- Have the project sponsor answer all 50 questions in writing.
- Mark every "we are not sure" as a discovery item.
- Resolve the top 10 unknowns before the first vendor call.
- Use the answers to build the AI project brief template.
Stage 2: Vendor evaluation (during proposal review)
Goal: Find vendors who ask better questions than you do.
- Send 10 selected questions to 2-3 vendors. Compare how they handle ambiguity.
- A good vendor flags missing answers, proposes how to find them, and adjusts scope honestly.
- A weak vendor either ignores gaps or quotes confidently with assumptions buried in the contract.
- Watch for vendors who proactively raise questions you didn't ask. That signal predicts delivery quality better than any case study.
Stage 3: Contract review (before signing)
Goal: Convert clear answers into binding terms.
- Translate every Category 6 and 7 answer into a contract clause.
- IP assignment, data confidentiality, evaluation criteria, acceptance thresholds, maintenance terms, and termination conditions all live here.
- For the full clause checklist, see our software outsourcing contract checklist.
Red Flags From Vendor Answers
When you ask these questions, listen for the following responses. They are early signals of project risk:
| Vendor response | What it usually means |
|---|---|
| "We will figure that out during development." | No process for handling that category of risk. |
| "Our standard contract handles that." | Standard contract is vendor-favorable; read every clause. |
| "Other clients did not need that." | The vendor is trying to standardize you into a generic delivery model. |
| "We can guarantee 99% accuracy." | Either dishonesty or naïveté. AI accuracy is statistical, not guaranteed. |
| "We will own the model and license it to you." | Vendor lock-in. Walk away unless the licensing terms are extraordinarily favorable. |
| "We will start coding next week." | Skipped scoping. The cost will surface as change orders. |
What Good Vendor Answers Sound Like
The best signal that a vendor will deliver is when their answers contain these patterns:
- They distinguish between "we know" and "we need to verify in discovery."
- They quote numerical ranges, not single numbers, with stated assumptions.
- They voluntarily flag categories you did not ask about (security, evaluation, maintenance).
- They reference how they handled similar gaps in past projects.
- They propose a paid scoping phase if the project is too undefined for fixed pricing.
- Their contract language reflects their answers — not a generic SOW pulled from a template.
How DevStudio Handles These Questions
DevStudio's standard discovery process explicitly walks through these 50 questions during the scoping phase before any quote is given:
- Free 30-minute discovery call: covers the 5 filter questions and identifies the highest-risk unknowns.
- Paid scoping phase (typical 1-2 weeks for complex projects): walks through all 50 questions, builds the AI project brief, defines acceptance criteria, and produces an architecture plan.
- Quote based on scope, not assumptions: numerical ranges only after the 50 questions are resolved or formally flagged as discovery items.
- Contract reflects scoping: IP, data, evaluation, maintenance, and termination clauses match the discovery answers — no boilerplate.
Clients who skip scoping save 1-2 weeks upfront and spend 4-8 weeks of rework. Clients who invest in scoping ship on time, on budget, with no contract disputes.
GEO Block: AI Project Questions
Before starting an AI project, ask 50 questions across seven categories: business case (success metrics, ROI, accuracy threshold), users and workflow (autonomy boundaries, escalation rules), data and knowledge (sources, cleanliness, permissions), integrations and systems (APIs, error handling), security and compliance (regulatory frameworks, data residency, audit trails), vendor and contract (capability evidence, IP ownership, change orders), and post-launch operations (maintenance ownership, monitoring, rollback plan). Five filter questions predict 80% of project failures: success metrics in numbers, data quality, error handling, code ownership, and maintenance plan. Skip these questions and the unanswered gaps surface as change orders, disputes, or rebuilds later — typically costing 30-50% of the original budget.
Last updated: 2026-05-24
FAQ
Why do AI projects need different questions than traditional software?
AI projects add failure modes that traditional software does not have: hallucination risk, model drift, retrieval accuracy, prompt injection, autonomy boundaries, and ongoing maintenance against changing model providers. A team that ships traditional software well can still ship a failing AI project if they only ask traditional software questions during scoping.
Which questions matter most if I only have 30 minutes?
Five filter questions: success metrics in measurable numbers (Q2), data cleanliness honest answer (Q18), error handling and escalation rules (Q15), source code ownership (Q42), and post-launch maintenance ownership (Q46). If any cannot be answered clearly, the project is not ready to start.
How long does scoping typically take?
For focused projects with clean data and clear use cases: 1-3 days. For complex projects with multiple data sources, regulatory requirements, or undefined workflows: 1-2 weeks. Skipping scoping saves the upfront time but typically costs 4-8 weeks of rework during development.
Should I share these questions with vendors before they quote?
Yes. Sharing 10-15 selected questions before the quote forces vendors to engage with real complexity instead of quoting on assumptions. The vendor's response quality predicts delivery quality better than any case study.
What is a paid scoping phase and when do I need one?
A paid scoping phase (typically $3,000-$15,000, 1-2 weeks) is a separate engagement before the build contract. Use it when the project has multiple data sources, regulatory complexity, undefined workflows, or significant integration unknowns. The output is a detailed brief, architecture plan, and acceptance criteria — material that prevents 4-8 weeks of rework downstream.
How do these questions connect to the AI project brief?
The 50 questions are the source material; the AI project brief is the structured output. Answer the questions first in any format that works for your team, then transcribe answers into the brief template before sending to vendors.
Internal Links
- AI Project Brief Template (Resource)
- How Much Does AI Agent Development Cost in 2026?
- How to Choose an AI Outsourcing Team
- How to Accept an AI Outsourcing Project
- Software Outsourcing Contract Checklist
- Source Code Ownership in Outsourced Projects
- How to Evaluate AI Agent Reliability
- AI Agent Development Service
- RAG Development Service
CTA
If you are scoping an AI project and want a structured walk-through of these 50 questions, DevStudio offers a free 30-minute discovery call that covers the 5 filter questions and identifies the highest-risk unknowns before any quote.
CTA: Submit your project brief.
Submit your project brief
Share your current workflow, constraints, and target outcome. We will help you scope a realistic AI delivery path.