A hand gently places a handwritten card on a stack of approved cards beneath a brass lamp, a calm gesture of acceptance

· 6 min read · Updated on

Before approving an AI proposal, what should you check?

A document can sound convincing and miss an important rule. Three things to check so your approval really matches what you need.

Imagine AI proposing a booking page. Everything seems clear until this sentence: “The customer can cancel their appointment.” Until when? With what message to the team? Those two questions deserve an answer before you approve.

Find your need in the proposal

Start with the person who will use the application and the action they need to complete. In this example, a customer chooses an available time, books it and receives confirmation.

If the proposal mostly discusses colours, buttons or technical choices, first ask for the complete journey. You should recognise your work in the description, even without knowing computing terminology.

Look for a rule that could be forgotten

Choose a situation that often happens in your work: a late cancellation, a customer choosing the wrong date, an absent colleague. Does the document explain what should happen?

You can reply: “The booking process works for me. For cancellations, I want the team to be notified and the slot made available again. Add those two points.” A specific comment guides the next correction.

Ask about words that prevent a decision

“Permission management” is not a sufficient answer. Ask: “Who can view appointments? Who can change them?” If a choice affects the cost or operation, ask for that effect to be explained.

The guide to reading requirements suggests other questions. You can leave a point open and postpone approval of that part instead of guessing what a sentence means.

Understand what your approval covers

Approving the requirements means the description meets your needs. It does not prove that the code works, that data is protected or that every applicable obligation is met.

After construction, checks still need to be carried out. Does the customer receive the message? Does the slot become available again? Checks prepared before development complement your reading; they do not replace it or cover every risk.

Keep a record of the decision

Record what is approved, what needs changing and which questions remain open. If several people use the application, ask them to review the parts affecting them: they may notice a situation you have forgotten.

In Maestro, preparation stages include document approvals. Use these pauses to correct the requirements. Directing a project without coding also means taking time to understand before continuing.

Read the complete guide: build an application without coding

Back to the journal

Take the baton.

Leave your email to try Maestro in the first waves.

The beta is open by invitation on macOS 13 and later. Leave your email for an upcoming wave of access. Windows is in development.

The beta is currently available on macOS 13 or later. Your answer helps us plan other versions.

Your email is only used to let you know when access opens. Nothing else, we promise.