Three principles for building implementation functions that are ready for AI — from my Propel26 talk.
These came from redesigning the process before we touched automation.
Pull up any step in your implementation process. Run it through these questions.
If the honest answer is that the step protects your execution more than it delivers their outcome, that's your first signal.
Not what the step produces internally. Not what gets checked off. What does the customer feel, know, or become able to do because this step happened? If you can't answer that clearly, the step isn't designed for the customer yet.
Assume you have to absorb everything currently sitting with the customer. All of it. Then ask:
Walk it back only where you genuinely can't solve it yet. That gap is your build list.
In your kickoffs and touchpoints, which describes how you show up?
The shift from coordinator to advisor changes what customers expect — and what they trust you with.
Most teams introduce AI to processes before they understand what those processes are actually doing. The result is faster confusion, not faster outcomes. Use this to assess where each part of your implementation belongs.
The first question isn't "can AI do this?" — the answer to that is almost always yes. The question is: does this moment require human presence?
Is this customer-facing?
Is the value of this moment in the expertise delivered, or just the information transferred?
Is this internal and repeatable?
Does it require interpretation of new information, or application of known information?
List your top 10 implementation activities. Place each one: AI Driven, AI Assistance, or Human Only?
Efficiency followed. We didn't chase it. We earned it.
These frameworks came out of rebuilding Zappi's implementation function from the ground up — starting with customer outcomes, not internal efficiency. If you want to go deeper or talk through how this applies to your team, find me on LinkedIn.