Short answer
A good AI automation consultant should help you pick the right workflows, protect client and firm data, design human review, prove the business case and leave your team with a system they can actually operate.
Start with the business problem, not the tool
The first question is not whether you need ChatGPT, Copilot, Claude, Zapier, Make or a custom agent. The first question is where work is slow, repetitive, risky or hard to see. A useful consultant will map the workflow before recommending technology. They should be able to explain the trigger, inputs, decisions, exceptions, systems and people involved in plain English.
Ask how they handle client data
This is where weak proposals usually fall apart. If a workflow touches client files, advice notes, contracts, tax documents, financial data, HR information or commercially sensitive material, the consultant should explain where the data goes, who can access it, what the supplier terms allow, what is logged, and where a person reviews the output. If they wave this away as a technical detail, slow the project down.
Check whether they can move past the demo
Many AI projects look good in a workshop and then die because nobody owns the workflow, staff do not trust the output, exceptions are messy, or the system is not connected to the way the firm actually works. Ask what happens after the prototype. You want testing, adoption support, governance notes, success measures and a plan for maintenance.
Look for commercial discipline
A consultant should be willing to say no to weak use cases. Some ideas are too vague, too risky, too hard to measure or not worth the effort. Strong advice sounds practical: start here, pause this, do not automate that yet, and measure this before spending more. If every idea becomes a major programme, you are probably being sold capacity rather than judgement.
Make the proposal prove five things
Before you approve work, the proposal should show the workflow, the expected value, the data and risk position, the human review model, and the implementation path. It does not need to be a huge document. It does need enough detail for a partner, director, compliance lead or operations owner to understand what will change and what could go wrong.