Skip to main content
← Leadership Dispatch · Dispatch #25 · Clinical AI & Governance · · 5 min read

AI Starts With A Problem

AI didn’t make building easy. It made it accessible. The real shift isn’t the technology—it’s the responsibility to solve something real.

Kyle P. Atkins
Kyle P. Atkins, Ed.S., PMP, CVAHP, NRP, eFACHDM
RSS
AI Starts With A Problem

There’s a shift happening in software right now.

Not because of AI itself, but because of what it removed.

For a long time, building real systems required access. You needed a team. You needed funding. You needed time carved out of an already full roadmap. And if you didn’t have technical depth, you were out before you even started.

There were gatekeepers everywhere. Not in a malicious way, just in how the system was built. Complexity created distance between seeing a problem and actually doing something about it.

That barrier is gone.

The Gatekeepers Are Gone

AI didn’t just speed up development.

It decentralized it.

You don’t need a full engineering team to build something functional. You don’t need to stitch together six different platforms just to prove a concept. You don’t need months of runway to see if something works.

A single person can now build something that used to require an organization.

That changes the entire equation.

We’re about to see a flood of software.

Most of it won’t matter.

Not because people aren’t capable, but because capability was never the real constraint. Access was.

And now that access is wide open, we’re seeing what happens when the barrier disappears.

What I Saw in Real Time

I saw this play out firsthand during Lovable Shipped Season 1.

There were people building fast, sure. But what stood out wasn’t the speed. It was the intent behind what they were building. For the first time, I saw regular people with day jobs channeling their passion for solving community and social issues through software.

Most of them weren’t chasing funding. They weren’t trying to position themselves for some big exit.

They were trying to solve something.

Something they had experienced. Something that didn’t make sense to them. Something they were tired of working around.

Of course, there were projects focused on profit. That’s always going to be part of it.

But the projects that stood out—the ones people actually paid attention to—were different.

They were solving problems that big tech wasn’t touching.

Not because those problems weren’t real, but because they weren’t big enough, clean enough, or scalable enough to justify attention at that level.

And with AI and a web browser, individual builders were able to step into that gap and build something that actually worked.

That’s the shift.

Not just faster software.

More personal software. More targeted systems. More people solving problems they actually understand.

A Simple Example

I’ve seen situations where a process technically “worked,” but no one actually trusted it.

People would double-check it. Reconcile it manually. Keep their own notes on the side just to make sure nothing was missed.

On paper, the system was fine.

In reality, it created more work than it removed.

Before, fixing something like that meant a full project. Budget discussions. Competing priorities. Waiting.

Now, someone who understands that problem can sit down, map the workflow, and build something better.

Not perfect. But better. And usable.

That wasn’t possible at this level before.

The Mistake

A lot of people are still getting this wrong.

They’re starting with the tools.

They’re asking what AI can do instead of asking what actually needs to be solved.

They’re building because they can, not because they should.

And it looks good on the surface. The interfaces are cleaner. The workflows feel smoother. The demos are impressive.

But underneath that, nothing meaningful has changed.

The same broken processes still exist. The same inefficiencies are still there. They’ve just been wrapped in something that feels more modern.

They’re building faster—but not building anything that matters.

Start With Friction

The systems that matter don’t start with AI.

They start with friction.

The things that don’t make sense. The processes people quietly work around. The moments where someone says, “This is just how we do it,” even though everyone knows it shouldn’t be.

Those aren’t minor inconveniences.

They’re signals.

They point to something deeper that’s broken, inefficient, or misunderstood.

For a long time, even if you saw those signals, you couldn’t act on them easily.

Now you can.

What AI Actually Does

AI doesn’t create the idea.

It removes the excuse not to act on it.

It gives you the ability to build quickly, test in real environments, and iterate without waiting for permission or perfect conditions.

It compresses the distance between seeing a problem and doing something about it.

That’s the real shift.

Not intelligence. Not automation. Compression.

But AI doesn’t tell you what’s worth solving.

And it doesn’t fix a weak foundation.

If the problem isn’t real, the system won’t be either.

Using AI as a Thought Partner

This is where many people get stuck.

They think AI will replace their thinking.

Or worse, they use it that way.

They ask for answers instead of working through problems.

And when the output isn’t perfect, they write it off.

That’s not how this works.

AI is at its best when it’s used as a thought partner.

Not to replace thinking, but to extend it.

To challenge ideas. To refine direction. To pressure test assumptions.

That’s how I use it.

I don’t ask it to build the final answer. I use it to work through the problem.

I’ll bring a rough idea. Push on it. Break it. Rebuild it. Look at it from a different angle.

It becomes a loop.

And over time, the idea gets sharper.

More grounded. More practical. More real.

If you use AI to shortcut thinking, it will make you worse.

If you use it to deepen thinking, it will make you better.

The difference is in how you engage with it.

The Shift That Matters

When the barrier to building disappears, something else takes its place.

Responsibility.

Because anyone can build a system now.

The question is whether they should.

Bad systems don’t just fail quietly. They create noise. They create risk. They give the illusion that something is being solved when it isn’t.

And when that happens at scale, it becomes harder—not easier—to find the things that actually matter.

Accessibility increases volume.

But it doesn’t guarantee value.

Where This Should Start

Every system I’ve worked on started the same way.

Not with AI.

Not with features.

But with a problem that no longer made sense.

That’s where this should start.

Kyle P. Atkins

Written by Kyle P. Atkins, Ed.S., PMP, CVAHP, NRP, eFACHDM

Founder & Chief Architect of Veritas Technology Solutions , and author of The Healthcare Leader’s Guide to AI and SAFEHARBOR: A BLACKBOX Story .

Leadership Dispatch

Occasional essays on healthcare AI governance, clinical education, and executive leadership. Sent directly when a new article or resource is published—no weekly filler.

Enter a valid email address (e.g., [email protected]). Unsubscribe anytime.
Please enter a valid email address before subscribing.

Direct Correspondence

Contact Kyle P. Atkins

Speaking invitations, healthcare AI governance advisory, or general inquiries.

Direct email: [email protected]