AI Adoption Field Notes: What the First Half Taught Us

·6 min read·Ervandra Halim

Key answer

After six months shipping AI into real businesses, Ervandra Halim found that document automation matured fastest and stuck, while customer-facing chatbots were the most rolled-back feature, with three clients restricting them after launch. Governance shifted from an afterthought in January to a default expectation by June. The clearest signal: AI adoption sticks in workflows that already have a human reviewer, not in flashy customer-facing launches.

  • Document automation such as contract extraction and invoice matching matured fastest because a human reviewer already checked the output before anything became final.
  • Customer-facing AI was the most requested feature in January and the most rolled-back by June, after confident-but-wrong responses cost more in reputation than the labor saved.
  • Governance questions such as accountability for AI errors, data access scoping, and audit trails shifted from optional add-ons in January to default requirements by June.

Six months of shipping AI into real businesses taught us more than the last two years of reading about it. This is a scoreboard, not a hype piece: the honest ai adoption lessons for business we pulled from actual engagements, including the ones where the client asked us to turn a feature off.

I want to be specific because most "AI adoption" writing is vague on purpose. It lets everyone nod along without checking their own results against anything real. Below is what actually matured, what actually got rolled back, and what changed in how clients think about governance.

Why did document automation mature fastest?

Document automation matured fastest because it was the least glamorous use case, and every client who put AI on document processing, contract extraction, invoice matching, or compliance report drafting kept it and expanded it. No one asked us to roll any of it back.

A multifinance company we work with started using AI to pre-fill collection reports from field agent notes. Six months later that same pipeline handles three more report types and nobody in the operations team talks about it as "the AI thing" anymore. It's just how reports get made now. That's the tell: successful AI adoption stops being a topic of conversation and becomes infrastructure.

What made this category durable:

  • The output has a human reviewer before anything is final, so trust builds gradually instead of being demanded upfront.
  • The failure mode is "regenerate and check again," not "customer sees a wrong answer."
  • ROI is measurable in hours, which makes it easy to defend budget for.

Successful AI adoption stops being a topic of conversation and becomes infrastructure.

Ervandra Halim

Why did customer-facing AI get rolled back the most?

Customer-facing AI got rolled back the most because it was the most requested feature in January and the most walked-back feature by June, with chatbots and AI-driven customer replies leading the reversal. Three separate clients disabled or heavily restricted a customer-facing AI feature after launch.

The pattern was consistent: the AI performed fine in testing, then produced a handful of confident, wrong, or oddly-worded responses in production, and the reputational cost of those few incidents outweighed the labor saved. One retail chain in Tangerang pulled their AI-assisted WhatsApp responder back to a hybrid model, AI drafts, human sends, after two customers complained about tone-deaf replies during a promo period.

This isn't an argument against customer-facing AI. It's an argument against launching it without a human-in-the-loop step and a clear escalation path. If you're weighing where AI actually belongs in your ops versus where it just sounds good in a pitch deck, our piece on off-the-shelf AI vs custom AI workflows covers the decision in more depth. Voice AI followed a similar arc; if you're considering it for call handling, read the honest version in Voice AI for Call Handling: A Realistic View before you commit a budget line to it.

How did governance shift from optional to expected?

Governance shifted from optional to expected across a single measure: in January, "who's responsible when the AI gets it wrong" was a question we raised proactively and clients often waved off, but by June clients were asking us that question before we brought it up. That shift is the single biggest change in ai adoption lessons for business this half.

Concretely, what changed:

Area January posture June posture
Data access for AI tools Loosely scoped, "just connect it" Explicit allowlists, per-role access
Output review Optional, nice-to-have Mandatory sign-off for anything customer-facing
Vendor lock-in Not discussed Actively questioned before signing
Audit trail Rarely requested Requested by default for finance and compliance workflows

This is healthy. It means the market moved past "AI is magic" into "AI is a system that needs the same controls as any other system." Companies that skipped this step are the ones that had to roll back the fastest.

What surprised us

A few things didn't go the way the industry narrative predicted:

  • Internal tools beat customer tools, consistently. Every "AI for internal ops" project we shipped stuck. Every "AI as the customer's first touchpoint" project needed at least one significant revision within 90 days.
  • Small, boring wins compounded faster than big bets. Clients who picked one narrow, well-defined task, summarizing call notes, tagging support tickets, drafting first-pass replies, saw usage climb month over month. Clients who tried to automate an entire workflow in one go saw adoption stall because staff didn't trust it enough to hand over the whole process at once.
  • The bottleneck was never the model. It was almost always data quality, unclear ownership of the workflow, or staff not being brought into the rollout early enough. If your team is quietly resisting a new AI tool, the fix is rarely a better prompt; see Change Management: Why Staff Reject Your New Software for the pattern, because it applies to AI tools just as much as any other software rollout.

The honest scoreboard

If you strip out the vendor talk, here's where things actually stand after six months:

  • Matured and expanding: document automation, internal report generation, data extraction, coding assistants for engineering teams.
  • Cautiously kept, with more guardrails: internal chat assistants for staff, AI-assisted drafting where a human always reviews before sending.
  • Rolled back or restricted: unsupervised customer-facing chat, fully automated decision-making without review, AI features bolted onto existing software without a clear owner.
  • Never really took off: anything pitched as "AI will replace this entire team," because no client actually wanted that outcome once it was in front of them.

Practical takeaway

Don't chase the feature that sounds impressive in a demo. Chase the workflow that's boring, repetitive, and already has a human checking the output, that's where AI adoption sticks and compounds. If you're planning what to bet on for the second half, start with what already earned its keep in the first half rather than starting from a blank slate. And if you want a second opinion on where AI actually fits in your operation before you spend on it, that's a conversation worth having early, not after the rollout, you can reach out through /partner.

ai adoptionfield notestrendslessons learnedreview

Frequently asked questions

Does this mean customer-facing AI should never be used?

No. The finding isn't an argument against customer-facing AI, it's an argument against launching it without a human-in-the-loop step and a clear escalation path. One retail client, for example, pulled its AI-assisted WhatsApp responder back to a hybrid model, AI drafts, a human sends, after two customers complained about tone-deaf replies, keeping the speed of AI while removing the reputational risk of unreviewed replies going out.

Why did internal AI tools outperform customer-facing ones?

Internal AI tools held up because their failure mode is forgiving, a wrong output gets caught and regenerated before anyone outside the company sees it. Customer-facing tools expose mistakes directly to the person the business is trying to keep, so a handful of confident, wrong replies can outweigh months of labor saved. In our engagements, every internal project stuck, while every customer-facing project needed a significant revision within 90 days.

Why did clients change how they handle AI accountability?

In January, clients often waved off questions about who's responsible when AI gets something wrong. By June, they were raising that question before we did, and asking for explicit data access allowlists, mandatory sign-off on customer-facing output, and audit trails for finance and compliance workflows. That shift, not any single feature, was the biggest change we saw this half.

Why did some AI rollouts stall even when the technology worked fine?

The bottleneck was almost never the model itself. Rollouts stalled because of data quality problems, unclear ownership of the workflow, or staff who weren't brought into the process early enough, the same reasons any new software gets rejected by a team. Clients who picked one narrow task and let usage build gradually saw steadier adoption than those who tried to automate an entire workflow at once.

Ervandra Halim

Ervandra Halim

CPTO & Principal Architect

Ervandra Halim helps owners and leaders modernize operations and put AI to work daily. He partners with a few businesses at a time, mostly by referral.

Keep reading

AI & Automation

What Failed AI Projects Taught Us This Year

Failed AI projects lessons from 2025: no process owner, dirty data, unbounded scope, and pilots built for demos. The failure patterns and their antidotes.

·5 min read

© 2011–2026 Ervandra Halim