Can you connect the tools we already use?
That's where we start. We check what each system allows through its API, available connectors or data exports. Access restrictions, subscription levels and data quality can affect the scope. If a connection isn't practical, we'll discuss that before committing to a build.
Does the workflow need AI?
Often it doesn't. A clear rule, an API connection or an approval step may be enough. AI is worth considering when the task involves interpreting documents, finding information or drafting text. We agree how to check its output before making it part of the workflow.
What can an AI agent do without approval?
Only the actions agreed for that workflow. We define what it can read, what it can change and which actions need a person's approval. Sending a message or changing a record can wait for review. We also define when it should stop and pass the task to someone.
How do you handle access to our data?
We identify which records the workflow needs and who is allowed to use them. Before a pilot, we agree account permissions, where data will be processed and retained, and which providers are involved. Don't include passwords or confidential records in your first email.
What will it cost, and how long will it take?
That depends on the systems, access available and the checks the workflow needs. Once we've agreed a scope, we can quote the work and propose a schedule. Paid tools, hosting, model usage and any ongoing support should be listed separately.
What happens if an integration stops working?
We plan how failed jobs are recorded, who needs to see them and when a retry is appropriate. Handover notes explain how to pause the workflow and handle exceptions. Ongoing monitoring, fixes and response arrangements need a separate support agreement.