Misadventures in AI: Moving from Play to production
Theres an old joke that goes "How do you know if someone does crossfit? Dont worry, they'll tell you."
Its starting to feel like that with AI - anyone whos doing it will tell you they're doing it. Its getting to the point where even products which dont need to have their own AI have managed to build it in. Logitech now have a mouse with an AI button, and even Adobe Acrobats AI tool feels like more like a marketing gimmick than need. The more I see AI being integrated into products, the more it reminds me of a Peanuts comic strip from nearly 70 years ago.
Once a company finishes telling you they have AI, they’ll invariably say that getting started is easy and recommend running a Proof of Concept (PoC).
If you're familiar with the idea of a POC, skip this paragraph. If you're not, a PoC is a demonstration designed to verify that certain concepts or theories have the potential for real-world application. It is typically used to determine the feasibility of an idea or to verify that a particular approach will work as intended. In the context of technology and business, a PoC is often a small-scale project that is used to test the viability of a larger project or system.
At first glance, PoCs and AI go together like cheese and crackers - before you fork out for subscription fees and lock yourself in to the tool, you really want to make sure it does what it says on the tin.
But there's a couple of problems with this relationship:
1. You need to ensure that the Proof of Concept (PoC) measures the right aspects.
One of my clients is currently running a PoC using a combination of Optical Character Recognition (OCR) and Generative AI to standardise customer inputs. The issue is that their client base uses bespoke forms to submit information. While these forms contain the same information, the format is inconsistent. This inconsistency impacts productivity because staff spend more time scanning the forms for information than actually inputting it into their system to create a quote (1).
We know that AI can solve this issue, so the PoC isn’t about proving the technology works. Instead, the PoC aims to measure the accuracy of the AI, and how much time will be saved on average. Essentially, we’re using the PoC to assess the return on investment. Sometimes, the only way to measure the benefit is to run the process, and this PoC is a perfect example of that.
2. Theres a big difference between Play and Production.
Asa Cox and I were talking the other day about how vendors often fall short when it comes to transitioning from a PoC to full production. The things you dont get told about include:
This isn’t a criticism of vendors; the real challenge lies in the variability of AI use cases, the customer frameworks being developed, and the specific market conditions each business operates in. We cant expect vendors like Microsoft, AWS, and others to step into this space because its not their core business model.
Recommended by LinkedIn
Well, what do we need?
While the excitement around AI is justifiabe, it’s essential to approach its implementation with a clear strategy. Moving from a Proof of Concept to full production is not just about proving the technology works; it’s about ensuring it delivers real value at scale. If you're fortunate enough to have the skills in house to manage this, you're well placed.
If you dont have the skills, then you should consider partnering with experts who understand the intricacies of this transition who can support you to navigate the complexities and maximise their return on investment.
Two companies that I know of operating in this space are Asas own Arcanum AI , or Unisphere Solutions Limited - Cyber, Transformation and Strategy Specialists with people like James Dickinson , Mike Merry (and more smart people who I wont tag in. Oh, and me!) (2).
These are people who have done this often enough that they know how to make the considerations for moving from PoC to production seamless and efficient. They understand the challenges and have the expertise to navigate the complexities, ensuring a smooth transition and maximising the return on investment.
Transitioning from PoC to production requires a solid strategy; without it, you’re just playing around.
The purpose of Misadventures in AI is that Im trying to cut through the hype on AI and focus on the reality of what it truly means (3). I do use copilot to curate ideas, but the bulk of this post is written by me!
Feedback is always a gift, so please leave yours.
(1) Now before you get on me about straight through processing, well get there - were just focusing on solving one problem at a time.
(2) This is my article, so Im being selective about what horns I toot. If you know of others, feel free to add them in here too.
(3) Youll also find Misadventures in AI on my substack - its curently free to sign up! Misadventures in AI | Ant McMahon | Substack
Transforming Construction Contracts into Opportunities for Efficiency & Growth | Advocate for ‘O le ala i le pule o le tautua’ | Strategic Investor & Pasifika Futurist | Industry Innovator and Thought Leader
5moIt's true, AI is everywhere these days! But the real challenge lies in translating those cool ideas into tangible benefits. Your breakdown of the steps involved is insightful, Anthony. It's definitely a journey worth understanding.
Service Architect, Future of Service Delivery Programme at Datacom. Founder at Sequence.nz
5moGood article Anthony. An AI poc just like anything that moves to production, needs to be a service design so that we know who supports what and that there are no support gaps or overlaps, leading to tech debt.
Founder and Director @ Capacitate Group Limited | Cyber assessment, Digital Transformation & Strategy
5moGreat article mate. PS. I'd just standardize the forms. The only downside is you can't claim 'AI' solved it.
I develop technology and systems to manage networks for Zero Downtime, and enhanced security and privacy.
5moIn respect of AI, I hold as a standard, the examples of AI in the prophetic work of Gene Roddenberry: (A) Data on Star Trek TNG, in his quest to understand what it is to be human. (B) The EMH- Emergency Medical Hologram (Doctor) in Star Trek Voyager, and exceeding the limits of his programming. Both gained: (1) The Ability to learn and gain new understanding, and apply that understanding to deal with new situations and challenges; (2) An understanding of ethics and right and wrong in various contexts, and empathy; (3) Self awareness, and understanding of cause, effect, and consequences, and the positive or negative impact their decisions or actions had on others, or life in general. In short sentient life. Anything less than that is programmed automation. We need to differentiate between actual AI, and Programmed Automation. Programmed Automation acts according to programming, whether that programming be the work of a saint, evil genius, or everyday people who do not fully possess the three qualities above. Too much trust is being placed in programmed automation, that will "figure out and solve the world's problems." Automation is productive. Outsourcing your thinking is laziness.