ChatGPT Was Useful. So Why Wasn’t It Saving Time?
The company had access to ChatGPT. It also had giveaways, internal promotion, and a secure text box. What it did not have was a useful way for AI to participate in the work.
At a previous employer, security had to shape every technology decision. The organization introduced an internal chat feature built on top of a language model. Employees could type into a company-approved interface and receive an AI-generated response.
Leadership wanted people to use it. There were promotions, giveaways, and company merchandise tied to adoption. The organization was not short on encouragement.
It was short on usefulness.
The safest tool was also too limited to do much work
The chatbot did not have internet access. It could not reach the systems where work happened. The file types employees could use were tightly limited. It had no approved tools for taking actions across a workflow, and no agentic behavior for working through a multi-step assignment.
Those restrictions were not irrational. The company had real security obligations. The problem was that the final product had been constrained until almost every useful path was closed.
It could answer an isolated question from the information inside the prompt. Then the employee still had to find the source material, move the information between systems, perform the work, validate the result, and explain the context again the next time.
Adoption was treated like an engagement problem, but the deeper problem was that the approved tool could talk about work without being equipped to help complete it.
Outside the wrapper, I saw what agentic work could become
On my own computer, I was able to build reusable tools and workflow logic without moving company data out of the secure environment. I was not copying protected files into a personal agent or asking an outside system to process restricted information. I was building the tool itself.
I could then move that tool to the approved work computer and use it inside the environment where the company information already lived. The separation mattered: development could move faster without weakening the boundary around the data.
Some approved parts of the workplace environment also allowed limited tool building. We could create simple Power Apps-style utilities for specific needs. Those examples showed that security and useful capability did not have to be opposites. The organization could permit narrowly scoped tools while keeping the information and execution inside its controls.
With that kind of capability, I began building focused tools around recurring parts of my work. Instead of asking one question at a time, I could define an outcome, connect the approved context and tools, review intermediate work, and improve the workflow after seeing where it broke down. Large portions could be prepared or completed by the tool, leaving me more time for judgment, follow-up, and learning work I would not otherwise have reached.
That experience changed the question I asked about AI. The interesting question was no longer, “Can it answer this?” It was, “What would it need to help carry this workflow safely?”
A chat response and an agent are different kinds of usefulness
A chatbot is useful when the job is conversation: explain a concept, brainstorm an option, summarize supplied text, or draft a response. That is real value, but it is not the same as transferring part of a recurring workflow.
An agent needs more than a text box:
- A durable goal and a clear definition of done
- The source material required to do the work
- Approved tools for the steps it is allowed to perform
- Boundaries around information, actions, and decisions
- Evidence a person can review before accepting the result
- A correction loop for improving the next run
Remove all of those things and the model may still sound intelligent. It just cannot create much operational leverage.
Secure AI still has to be useful
Companies should not respond by opening every system and allowing an agent to act without controls. The answer is not unlimited access. It is useful, governed access designed around a specific workflow.
Start with one approved job. Decide which sources the agent may read, which tools it may use, which actions require approval, and what evidence must be produced. Give employees a real outcome worth adopting, then measure whether the workflow becomes faster, clearer, or more reliable.
If the tool cannot reach any approved context, cannot work with the files people use, and cannot participate in any step of the process, another giveaway will not solve the adoption problem.
Stop asking AI to act like Google
Search-style use begins with a question and ends with an answer. Agentic work begins with an outcome and continues through context, tools, boundaries, action, evidence, and human review.
Learning that difference gave me the foundation for the work I do today. I am not interested in adding AI because a company wants to say it has AI. I want to understand the work, decide where an agent can create real leverage, and preserve the judgment and controls that should remain human.
A chatbot can be useful. But if the goal is to give people time back, the system has to be allowed to do more than talk about the work.
Hours Back
Stewardship of work, tools, and time.
Practical workflow and responsible AI guidance, delivered by email.
Move beyond the text box
Teach AI how the work gets done, not just what question to answer.
The September 17 live workshop is a hands-on session for mapping one recurring process, defining the tools and boundaries an agent needs, and building a practical first version you can continue improving.
