What Actually Fails
Caroline Wu let the implementation-risk slide sit on the screen for three seconds before she lifted one hand.
“Stop there.”
The presenter stopped mid-sentence. Around the Meridian conference table, laptops stayed open and the wall display kept showing four blue boxes labeled Adoption, Training, Process Variation, and Change Management.
Caroline looked at the slide, then at the people who had built it. “What actually fails?”
A product director glanced at his notes. “Rollout friction. Site resistance. Both can slow time to value.”
Laurel Ellison kept her pen against the margin of her printed deck. They had spent forty minutes polishing language that now sounded as if it had been assembled by people who had never watched a warehouse supervisor ignore a new workflow because the old one still got trucks out the door.
“Valecrest is going to ask why this matters to the price they are considering,” Caroline said. “If our answer is ‘friction,’ they are going to assume we do not know.”
“We know.”
Several faces turned toward Laurel.
She set down the pen. “The software can be working exactly as designed while the implementation is failing. A site can be technically live and still route around the system. Supervisors keep shadow spreadsheets. Dock teams keep using the old sequencing rules. People enter information after the fact because the new process costs them ten minutes during a shift they are already struggling to finish.”
Laurel pointed at the first box on the slide. “Then the data degrades. Forecasting gets less reliable. The customer sees missed service targets and thinks the platform caused them. Sometimes it did. Sometimes the rollout exposed a process problem that was already there. Either way, the operational damage is real.”
Caroline picked up her pen, circled the slide title, and crossed it out.
Daniel Mercer closed the copy of the deck in front of him. As Meridian’s COO, he had spent the rehearsal attacking whatever looked easiest to defend. Laurel had always considered that one of his more useful habits.
He pushed her past the first failure. Once the data became unreliable, the customer did not see one clean implementation problem. It saw bad forecasts, service misses, retraining, configuration changes, and explanations arriving later than they should have.
“Eventually they stop trusting the rollout plan,” Laurel said.
Caroline looked toward the presentation lead. “This section cannot go to Valecrest as written.”
The presentation lead reached for a pen, but Laurel was already turning the deck so the slide faced her directly.
“The labels are not the problem. The structure is. We are listing categories when we need to show consequence. If Valecrest wants to know whether Meridian scales, they need to understand what breaks, what it costs, and how we know when to stop a bad rollout before it becomes a customer problem.”
Daniel glanced at the clock, then at Laurel. “Can you rebuild it?”
The next rehearsal was in less than two hours. Laurel’s calendar already had three meetings stacked behind this one, and two teams were waiting on her review of a customer recovery plan.
“Yes.”
Caroline slid the printed deck across the table toward her. “Take the section. Keep the evidence tight. I do not want a buyer hearing a list of disasters and deciding we are selling them a liability.”
Laurel nodded. She pulled the implementation pages free from the rest of her printed deck and wrote three words across the top margin: consequence, threshold, recovery.
The blue boxes were going away.
Laurel took the implementation section back to her office with eleven minutes before her next meeting and no realistic chance of using them for that meeting.
She opened the shared deployment archive instead.
Meridian had enough postmortems to make the company look either experienced or cursed, depending on how much context a person enjoyed. Laurel filtered for projects that had gone live on time and still required recovery work within sixty days. The list dropped from forty-three to nine.
That was useful. A buyer did not need every bad thing Meridian had ever seen. It needed the failures that could survive a skeptical question.
She opened the first recovery file, an eighteen-site food distributor that had launched cleanly on paper and then missed service targets for three weeks. The software had routed inventory correctly. Supervisors had kept using their old manual priority sheet because the new sequence put fragile freight behind higher-margin pallets. By the time anyone noticed, half the warehouse was treating Meridian as optional.
Laurel copied the sequence into her notes: resistance, workaround, bad data, missed target.
The next case was different. A customer had adopted the system exactly as trained, but one site used a cross-dock process the standard configuration did not model well. Users were not resisting. They were compensating for a bad fit. The distinction had taken Meridian six days to prove because the first recovery team had assumed the site manager simply disliked change.
Laurel wrote process mismatch beside that one.
A third deployment had failed more quietly. Training attendance had been excellent. Retention had not. Supervisors could repeat the new workflow in a conference room, then reverted under end-of-shift pressure because the sequence took longer until people learned it well enough to stop thinking about every step.
She checked the clock. Six minutes.
Three failure chains were enough. More would turn the slide into an apology.
Laurel rebuilt the first page around adoption resistance. She removed the phrase delayed value realization and replaced it with the actual chain: workaround use created incomplete data, incomplete data distorted forecasting, and distorted forecasting drove service misses. Under that, she added the signal Meridian watched for: transaction patterns that suddenly diverged from trained workflow after launch.
The second page handled process mismatch. She used the cross-dock case and made the trigger clear. If trained users repeatedly bypassed the same step and performance improved when they did, Meridian treated the behavior as evidence worth investigating rather than disobedience to correct.
That sentence would annoy someone at Valecrest. Annoyance was cheaper than pretending uniformity always meant efficiency.
The third page covered training gaps. Laurel cut three paragraphs of consultant language and replaced them with what Meridian actually measured after go-live: error recurrence, supervisor intervention, and how long a task took when volume increased. Training was not complete because attendance had reached one hundred percent. It was complete when the new process survived a bad Tuesday.
Her phone buzzed with a reminder for the meeting she was now going to enter two minutes late.
Laurel dismissed it.
She added one last column to all three slides: response.
Adoption resistance could be contained through targeted coaching if the workflow still made operational sense. Process mismatch required configuration review before anyone blamed the users. Training gaps required repetition under real operating pressure, not another presentation in a quiet room.
Then she added recovery evidence to each. Not promises. Dates, service metrics, labor hours, and the point at which the customer returned to baseline.
The deck changed character as she worked. It stopped asking Valecrest to believe Meridian was good at implementation. It showed what Meridian did when implementation went wrong.
Daniel appeared in her doorway while she was checking the numbers against the source files.
“You are late, and now so am I. How much longer?”
Laurel checked the clock. “Four minutes.”
Daniel stepped inside far enough to see the revised pages on her monitor. He read the first slide without touching the keyboard, his attention catching on the recovery column.
Laurel saved the deck. “I need the four to verify the labor numbers.”
Daniel looked toward the conference room down the hall, then back at the screen. “Take them.”
He left.
Laurel reopened the source file and checked every figure again. The section would not protect Meridian by sounding confident. It would protect Meridian by being difficult to knock over.
Daniel came back four minutes later carrying his laptop and a coffee he had probably forgotten to drink.
Laurel had the revised section open on the wall display. She had replaced the generic risk categories with three short case chains and a final column showing what Meridian had done to recover each deployment.
Daniel dropped into the chair nearest the screen. “Assume I am Valecrest and I think all of this proves your product is expensive to implement.”
Laurel clicked to the first case. “Then the problem is whether the implementation cost buys us a better outcome than forcing the wrong process.”
She walked him through the food-distributor rollout. The system had launched on schedule. The software had done what it was supposed to do. The warehouse had not. Supervisors kept a manual priority sheet because the new sequencing logic created a real operating problem for fragile freight.
Daniel stopped her on the first weakness. Meridian had missed it initially. Laurel agreed, then showed him the recovery timeline: two days to identify the workaround pattern, one to separate resistance from process mismatch, four to adjust the sequencing rule and retrain the affected teams. Service levels returned to baseline the following week.
He pointed at the labor figure, then at the customer projection. “What would forcing the standard workflow have cost?”
“A lot more than the recovery.” Laurel put the projection on screen so he could see the range instead of taking her word for it.
Daniel read it in silence, then moved to the second case. His next argument was that Meridian might be too willing to indulge difficult sites when a larger owner could impose discipline and capture savings faster.
Laurel brought up Meridian’s escalation thresholds and showed how the company separated an unpopular process from a bad fit. If trained users repeatedly bypassed the same step and throughput improved when they did, Meridian investigated before treating the behavior as resistance.
Daniel studied the decision-rule column. Valecrest, he pointed out, would still see judgment in the model.
Laurel tapped the threshold list. “We standardize the evidence. We do not standardize the answer before we know which problem we have.”
They ran the section twice more. Daniel attacked recovery costs, customer examples, and the assumption that Meridian could distinguish poor training from a bad process fit quickly enough to protect a larger network. Laurel cut one claim she could not support cleanly and replaced another with a narrower metric she could.
By the third pass, the section no longer sounded defensive. It sounded like Meridian understood exactly where an acquisition could go wrong if Valecrest treated implementation as a software installation problem.
Caroline appeared at the open doorway near the end of the last run. Daniel gave Laurel the hardest version of the final question: “Why should Valecrest believe Meridian can scale this kind of judgment across hundreds of sites?”
“Because we do not ask every site to invent its own answer,” Laurel said. “We use common thresholds for adoption, process variance, and recovery escalation. The judgment is deciding which threshold a problem has crossed, not making up a new rule every time somebody complains.”
Caroline stepped into the room, circled the recovery column on Laurel’s printed copy, and told her to keep the entire section. Laurel would present it the next morning because the value was not merely in the slides. It was in the follow-up questions, and Laurel was the person most likely to recognize when a clean answer was hiding an ugly deployment.
Laurel saved the final version to the transaction folder. “If they ask for a four-hundred-site rollout with no local variation, I am blaming you for inviting me.”
Caroline pointed toward the upload deadline on the wall calendar. “Blame me after six. Rehearsal is at eight tomorrow morning.”
Daniel finally remembered his coffee.
Laurel looked at the implementation section on the screen. Two hours earlier it had been four blue boxes no one could defend. Now it belonged to her.
It would also put her directly across a conference table from Valecrest’s executive sponsor.