{"id":6941,"date":"2026-10-29T10:22:49","date_gmt":"2026-10-29T13:22:49","guid":{"rendered":"https:\/\/wearebigcheese.com\/sin-categorizar\/ai-comes-to-business-what-changes-when-i-can-ask-my-data-questions\/"},"modified":"2026-10-29T10:23:05","modified_gmt":"2026-10-29T13:23:05","slug":"ai-comes-to-business-what-changes-when-i-can-ask-my-data-questions","status":"publish","type":"post","link":"https:\/\/wearebigcheese.com\/en\/blog-en\/ai-comes-to-business-what-changes-when-i-can-ask-my-data-questions\/","title":{"rendered":"AI Comes to Business: What Changes When I Can Ask My Data Questions?"},"content":{"rendered":"\n

AI Comes to Business: What Changes When Any Department Can Ask Its Data Questions<\/h2>\n\n

By Sebasti\u00e1n Grattarola \u2014 CTO of BigCheese, a Premier AWS Partner<\/em><\/p>\n\n

In almost every organization, there\u2019s a recurring scenario. Someone in sales needs to prepare for a meeting with a client and wants to know what was delivered on the last project. Operations wants to know which projects are behind schedule. Someone in management wants to see a metric without waiting for the end of the month. And in all three cases, the response is the same: ask someone else, and wait.<\/p>\n\n

The bottleneck isn’t a lack of data. The data exists: it\u2019s in emails, in shared documents, in management systems, and in the data lake. The bottleneck is availability<\/strong> and access<\/strong>. The information is there, but accessing it requires knowing where to look, having permissions for five different systems, or relying on someone from the data department to put together the report.<\/p>\n\n

Generative AI can solve that, but only if it reaches the people who make decisions every day\u2014not just the technical teams that build it. That\u2019s what this article is about: what changes when a business can ask its data directly, and how we\u2019re seeing this in practice with Amazon Quick, both at BigCheese and with our clients.<\/p>\n\n

From requesting a report to asking a question<\/h2>\n\n

The fundamental change isn\u2019t technological\u2014it\u2019s a change in habits. For years, the way to get information was to request a report: someone specifies it, someone builds it, someone reviews it, and days later a response arrives that often raises a new question. We request and build dashboards: dozens, hundreds, thousands of them. They contain repetitive information and always lead to yet another question (and yet another dashboard). With an AI assistant connected to the company\u2019s data, that chain is reduced to a single question in natural language and an answer that explains where the information came from.<\/p>\n\n

That last point is important. An answer without a source is just an opinion; an answer that cites the document, email, or dataset it came from is something that can be acted upon. That\u2019s why the value isn\u2019t in \u201chaving a chat,\u201d but in the assistant working with the organization\u2019s actual sources (the spaces containing each department\u2019s documentation, email and calendar, and the existing dashboards and datasets) and always respecting what each person is authorized to see.<\/p>\n\n

Use cases we see in non-technical departments<\/h2>\n\n

The cases that generate the most value are rarely the most sophisticated ones. They are the ones that resolve an everyday friction that no one had been able to address because it didn\u2019t justify a custom solution.<\/p>\n\n

Project closure and deliverables.<\/strong> <\/h4>\n\n

In a service company, what is delivered to a client is scattered across the project team members\u2019 email inboxes, personal folders, and the project\u2019s \u201cofficial\u201d repository. When closing a project, reconstructing what was delivered is a manual task prone to omissions. Today, the project manager and the technical lead ask the assistant to search their email for deliverables sent to the client as part of the project and compare them with what\u2019s in the official folder. The result is a list of missing items to be completed. What used to take an afternoon of searching has become a standard query, and we\u2019ve defined it as a standard prompt so that all PMs follow the same process.<\/p>\n\n

Project status without status meetings.<\/strong> <\/h4>\n\n

With a space that brings together project documentation, email, the calendar, and notes from the last daily stand-up, anyone in management can ask what came out of the last meeting or how a milestone is progressing\u2014and receive a response with the relevant references. The project team validates the response rather than drafting a report from scratch.<\/p>\n\n

Operational tracking.<\/strong> <\/h4>\n\n

The detection of unrecorded hours\u2014which previously required manually cross-checking export files\u2014is now handled by an agent that reads data from the data lake and notifies the appropriate person. The operations department no longer has to track timesheets and can focus on exceptions.<\/p>\n\n

Implementation at a financial institution.<\/strong> <\/h4>\n\n

At a bank in the region, following a demonstration of specific use cases involving its own processes, the client\u2019s internal AI team took the lead and defined a phased rollout by business area (operations, human resources, administration, contact center, executives and advisors, and so on). Our collaboration was organized along two fronts: business use cases on one hand, and platform administration and governance on the other. In a regulated industry, it is this second front that enables the first (and is absolutely essential!).<\/p>\n\n

Not everything is handled by the assistant<\/h2>\n\n

One lesson we learned quickly: not all use cases need to be handled by the assistant. When the value lies in a person asking questions, exploring options, and making decisions (researching, summarizing, comparing, preparing), an assistant like Amazon Quick is the right tool. When the use case involves an automated process\u2014with integrations to transactional systems, strict business rules, and high volume\u2014it\u2019s best to build a custom agent on Amazon Bedrock AgentCore.<\/p>\n\n

Having that clear criteria from the start prevents two common mistakes: forcing a process into the wizard that requires robust integration, or building a custom solution for something the business could have resolved on its own in just an afternoon. This type of definition is what comes out of the AI Assessments I mentioned in another post<\/a>.<\/p>\n\n

Adopting Technology Without Losing Control<\/h2>\n\n

Bringing AI into the business doesn\u2019t mean opening everything up. Adoption works when the assistant enters through the same door as the rest of the tools: corporate identity, spaces organized by department, and permissions derived from existing groups. This way, each person sees only what they were already able to see, and the security team governs the AI using the same model it uses to govern everything else. We explore this approach in detail in \u201cGovern AI Before Scaling It<\/a>.\u201d<\/p>\n\n

How to Get Started<\/h2>\n\n

What we\u2019ve seen work is the same approach we recommend for any AI initiative: think big and start with something achievable.<\/p>\n\n