There’s a process in your organization that currently runs on a Google Sheets spreadsheet. It’s probably named something like Master_Client_Tracker_v14_FINAL. It was created years ago by someone who has long since left the company, it’s covered in complex conditional formatting, and everyone is terrified to touch it. Yet, it’s the unofficial lifeblood of a critical department. Every day, highly paid, intelligent people spend hours manually copying and pasting data into this digital artifact, a ritual as tedious as it is prone to error.
This scenario is universal. I’ve seen versions of it in every industry, from the floors of Big Five consulting firms to the fast-paced world of enterprise software. For leaders, the question becomes a classic strategic dilemma: Do we spend months, or even years, meticulously designing a perfect, brand-new system to replace it? Or do we simply find a way to stop the bleeding and automate the manual data entry today?
This is the central conflict in the world of process improvement: the grand vision of Business Process Re-engineering (the "To-Be" approach) versus the immediate, practical relief of Pragmatic Automation (the "As-Is" approach). For decades, the debate has raged in boardrooms and IT departments. The re-engineering advocates paint a picture of a gleaming, fully optimized future. The pragmatists point to the graveyard of failed, multi-million dollar IT projects and argue for tangible results now.
With many years in this field, navigating the global shift toward automation from its earliest days, I have seen both philosophies in action. I’ve witnessed the spectacular failures of overly ambitious projects and the quiet, compounding victories of practical, iterative improvement. Today, the rise of powerful no-code platforms has fundamentally changed the calculus of this debate. It has tilted the scales decisively in favor of the pragmatist.
This article is not just a theoretical discussion. It is a strategic guide for any organization looking to achieve genuine, sustainable transformation. We will dissect these two approaches, explore the deep-seated human and psychological reasons why one so often succeeds where the other fails, and lay out a practical, three-phase framework that will take your organization from immediate pain relief to true operational excellence. This is the pragmatist's path to transformation.
At its core, the debate between "As-Is" and "To-Be" is a choice between revolution and evolution. Understanding the characteristics, benefits, and inherent risks of each approach is the first step in building a successful automation strategy.
Business Process Re-engineering (BPR) burst into the management consciousness in the early 1990s, most famously championed by Michael Hammer and James Champy. They defined it as "the fundamental rethinking and radical redesign of business processes to achieve dramatic improvements in critical, contemporary measures of performance, such as cost, quality, service, and speed."
The language itself is revolutionary. "Fundamental," "radical," "dramatic." This is not about incremental tweaks; it’s about starting with a blank sheet of paper. The guiding question of BPR is not, "How can we do the current process faster?" but rather, "If we were creating this company today, given the technology we have, how would we design this process?"
Characteristics: BPR is inherently a top-down initiative. It requires significant executive sponsorship, a substantial budget, and a dedicated team of experts. It involves lengthy phases of analysis, mapping, and design before a single line of code is written or a new process is implemented. The goal is to create a perfect, optimized "To-Be" state that leapfrogs the competition.
The Pros: When it works, the results can be truly transformative. BPR can break down stubborn organizational silos, eliminate entire layers of bureaucratic waste, and align a company's operations with a new strategic direction. It’s how you move from a paper-based, multi-week mortgage approval process to a digital, 24-hour decision. The potential reward is immense.
The Cons: The risks are equally immense. Industry studies, both then and now, have consistently cited failure rates for BPR projects at 70% or higher. The reasons are numerous. These projects are incredibly disruptive, creating fear and resistance among employees who see their roles, routines, and even their jobs threatened. The long timeline means the business environment can change before the project is even finished, rendering the "perfect" design obsolete. They are a massive gamble of time, money, and political capital.
The Analogy: The "To-Be" approach is like demolishing an old, beloved family home to build a hyper-modern, architect-designed masterpiece from the ground up. If you succeed, you’ll have a stunning, efficient, and valuable asset. But the project will be incredibly expensive, take a very long time, and you risk losing the soul of the original home in the process. There's also a significant chance you'll run out of money halfway through and be left with a hole in the ground.
In stark contrast to the revolutionary zeal of BPR, the pragmatic "As-Is" approach is evolutionary. It does not start with a blank slate; it starts with the reality of today's problems. Its primary question is not "What is the perfect process?" but rather, "Where is the most acute pain right now, and how can we alleviate it by next week?"
This approach focuses on automating existing processes, often in their current form, to eliminate the most tedious, repetitive, and error-prone manual tasks. It doesn't initially challenge the fundamental logic of the process, only the method of its execution.
Characteristics: This is often a bottom-up or department-led initiative. It’s driven by the people who actually do the work and feel the friction every day. It’s characterized by low risk, rapid implementation cycles, and a relentless focus on delivering tangible value quickly. It works with and around the existing technology stack and organizational structure.
The Pros: The primary benefit is the quick win. Automating a tedious task provides an immediate, measurable ROI in terms of hours saved and errors eliminated. This builds incredible momentum and fosters a positive culture around automation. It empowers employees, turning them from passive cogs in a process into active designers of their own efficiency. The risk is minimal, and the learning is immense. Each small automation project serves as a low-stakes training ground for a broader digital skill set.
The Cons: The most cited risk of the "As-Is" approach is that you might be, as the saying goes, "paving the cow path." By automating a flawed process, you could be cementing its inefficiencies. A process that requires five levels of approval might be automated to run faster, but the fundamental question of whether all five approvals are necessary goes unasked. If not managed strategically, this can result in a fragmented landscape of disconnected "bots" that solve tactical problems but fail to contribute to a larger strategic goal.
The Analogy: The "As-Is" approach is like renovating the old family home. You don't start by knocking it down. You start by fixing the leaky faucet in the bathroom. Then you update the 1970s kitchen appliances. Next, you rewire the faulty electricity. Each project is manageable, delivers immediate improvements to your quality of life, and increases the house's value. Over time, through a series of these pragmatic projects, you can transform the entire house, and you get to live in it comfortably throughout the process.
For decades, the high cost and technical complexity of traditional software development made even simple automation projects a significant challenge. There’s a process in your organization right now that runs on a spreadsheet. It’s probably named something like Master_Client_Tracker_v14_FINAL_use_this_one. It was created years ago by someone who has long since left the company, it’s covered in complex conditional formatting, and everyone is terrified to touch it. Yet, it’s the unofficial lifeblood of a critical department. Every day, highly paid, intelligent people spend hours manually copying and pasting data into this digital artifact, a ritual as tedious as it is prone to error.
This scenario is universal. I’ve seen versions of it in every industry, from the consulting floors at Deloitte to the fast-paced world of enterprise software. For leaders, the question becomes a classic strategic dilemma: Do we spend months, or even years, meticulously designing a perfect, brand-new system to replace it? Or do we simply find a way to stop the bleeding and automate the manual data entry today?
This is the central conflict in the world of process improvement: the grand vision of Business Process Re-engineering (the "To-Be" approach) versus the immediate, practical relief of Pragmatic Automation (the "As-Is" approach). For decades, the debate has raged in boardrooms and IT departments. The re-engineering advocates paint a picture of a gleaming, fully optimized future. The pragmatists point to the graveyard of failed, multi-million dollar IT projects and argue for tangible results now.
With over 25 years in this field, navigating the global shift toward automation from its earliest days, I have seen both philosophies in action. I’ve witnessed the spectacular failures of overly ambitious projects and the quiet, compounding victories of practical, iterative improvement. Today, the rise of powerful no-code platforms has fundamentally changed the calculus of this debate. It has tilted the scales decisively in favor of the pragmatist.
This article is not just a theoretical discussion. It is a guide for any organization looking to achieve genuine, sustainable transformation. We will dissect these two approaches, explore the deep-seated human and psychological reasons why one so often succeeds where the other fails, and lay out a practical, three-phase framework that will take your organization from immediate pain relief to true operational excellence. This is the pragmatist's path to transformation.
The 70% failure rate of traditional re-engineering projects is rarely due to a failure of technology. It is a failure to account for human nature. Major organizational change is not an engineering problem; it's a psychological one. A successful automation strategy must be grounded in a deep understanding of how people think, behave, and adopt new ideas.
Here, the pragmatic "As-Is" approach has a profound, almost unfair, advantage because it aligns perfectly with core principles of human psychology.
The Nobel Prize-winning psychologist Daniel Kahneman, in his masterpiece Thinking, Fast and Slow, introduced the world to the concept of two systems of thought. System 1 is fast, intuitive, and effortless. System 2 is slow, analytical, and requires a significant amount of mental energy.
A large-scale "To-Be" project is a quintessential System 2 problem. It presents the organization with a massive, abstract, complex future state. It requires endless meetings, detailed process maps, risk assessments, and Gantt charts. The sheer cognitive load of trying to design a perfect future is overwhelming. This often leads to "analysis paralysis," where teams are so busy debating and planning the revolution that the revolution never actually begins.
The "As-Is" approach, by contrast, is a System 1 slam dunk.
The Problem is Simple: "I hate spending an hour every morning manually copying data between these two spreadsheets."
The Solution is Tangible: "I will build a workflow that copies that data for me automatically at 8 AM every day."
The problem is concrete, the solution is immediate, and the path from one to the other is short and clear, especially with no-code tools. This principle of cognitive ease is paramount. By breaking down the monumental task of "digital transformation" into a series of small, easy-to-understand automation tasks, you make it easy for people to say "yes" and to take action.
The historian Yuval Noah Harari argues in Sapiens that the unique power of humanity lies in our ability to cooperate flexibly in large numbers, a skill enabled by our belief in shared stories or "narratives."
A top-down "To-Be" project attempts to impose a narrative on the organization: "We are undergoing a digital transformation to become a more agile, customer-centric enterprise." For the employee on the front lines, this story is abstract and often rings hollow, corporate. It's a narrative they are told to believe in.
The "As-Is" approach enables a more powerful and authentic narrative to emerge from the bottom up. It doesn't start with a grand story; it starts with a single character: "Sarah in Accounting automated the process for chasing overdue invoices. She saved 10 hours of her team's time per week and improved cash flow by 15%. Now she's teaching the procurement team how she did it."
This isn't a corporate mission statement; it's a real, compelling story with a hero (Sarah), a clear conflict (tedious work), and a measurable victory. These small, tangible success stories are contagious. They spread organically through departments. When dozens or hundreds of these stories emerge, they coalesce into a powerful, shared narrative: "We are a company where people are empowered to solve their own problems and make work better." This narrative is believed because it is being lived, not because it was written on a presentation slide.
The psychologist Aubrey Daniels, a pioneer in Organizational Behavior Management (OBM), demonstrated that behavior is a function of its consequences. To encourage a desired behavior, it must be followed by immediate, positive reinforcement.
"To-Be" projects have a punishingly long reinforcement loop. The promised reward—a new, efficient system—is often years away. The intervening period is filled with setbacks, delays, budget overruns, and stressful meetings. The process is filled with negative consequences, making it difficult to maintain enthusiasm and momentum.
The "As-Is" automation journey is a masterclass in positive reinforcement.
Day 1: An employee identifies a tedious task.
Day 2: Using a no-code tool, they build a simple automation flow.
Day 3: They run the flow for the first time, and it functions as expected. It saves them an hour of work.
This is a powerful feedback loop. The positive reinforcement (time saved, the satisfaction of solving a problem) is almost immediate. This success provides a dopamine hit that reinforces the very act of building automations. Each quick win encourages the next, creating a virtuous cycle of engagement and continuous improvement. It builds an organizational habit of efficiency.
One of the most potent biases in human psychology, also detailed by Kahneman, is loss aversion. We feel the pain of a loss about twice as strongly as we feel the pleasure of an equivalent gain.
"To-Be" re-engineering projects are almost always framed around a massive future gain ("This new system will make us 50% more efficient!"). But for employees, they trigger an overwhelming fear of loss:
Loss of their job to automation.
Loss of their familiar, comfortable routines.
Loss of their status as the "expert" in the old, convoluted process.
Loss of their sense of competence as they are forced to learn new systems.
This powerful fear of what they might lose often eclipses any excitement about what the company might gain, leading to subconscious (and sometimes conscious) resistance and sabotage.
The "As-Is" approach brilliantly sidesteps this trap. It is not framed as a replacement for the person, but rather as the removal of a negative aspect of their job. The conversation is not, "We are bringing in a bot to do your work," but rather, "Let's build a bot to handle that boring spreadsheet task you hate, so you have more time to focus on the strategic analysis you were hired for."
This frames automation as an assistant, a tool that eliminates the most tedious aspects of a job to free up human potential for higher-value work. It’s not about losing something; it’s about losing the drudgery. This makes it a welcome addition rather than a terrifying threat.
Understanding the theoretical and psychological advantages of the pragmatic approach is one thing. Implementing it successfully requires a deliberate, structured strategy.
This is not about letting a thousand random automations bloom without direction. It's about guiding an evolutionary process.
I call this framework the Stabilize-Optimize-Synthesize (SOS) model. It is a phased approach that leverages the power of "As-Is" automation to build a solid foundation for deeper, more strategic "To-Be" transformation in the future.
The goal of this initial phase is to achieve quick, high-impact wins that eliminate immediate pain points, build momentum, and demonstrate the value of automation to the entire organization. This is the bedrock of the entire strategy.
Achieve tangible ROI, create a cohort of internal champions, and begin fostering a culture of continuous improvement.
Identify High-Friction, Low-Complexity Tasks: Don't try to tackle everything at once. Start by hunting for the "pebbles in the shoe"—the small, daily annoyances that drain productivity. These tasks typically involve repetitive data entry, moving files, routing documents for standard approvals, sending reminders, or compiling simple reports. A great question to ask teams is, "What is the most boring, brain-numbing part of your job?"
Empower 'Citizen Automators': The core of this phase is to enable the people who know the processes best to build the solutions. Provide them with access to and training on a no-code platform, such as Zenphi. This isn't about turning everyone into a developer; it's about teaching them the logic of process automation. Create a safe "sandbox" environment where they can experiment without fear of breaking critical systems.
Focus on Simple Metrics: The success of this phase is measured in simple, powerful terms: hours saved and errors reduced. Each automation should have a simple calculation associated with it. "This workflow automates the HR onboarding paperwork. It saves 2 hours per new hire and has eliminated the 10% error rate we had from manual data entry." These metrics are easy to understand and incredibly persuasive.
Communicate and Celebrate Every Win: Every successful automation, no matter how small, is a story worth sharing and celebrating. Feature it in internal newsletters, showcase it in team meetings, and publicly recognize the employee who built it. This reinforces the behavior and inspires others to look for similar opportunities.
Automated Document Approvals: A marketing team uses a Google Form for creative requests. A Zenphi flow is built to automatically take each submission, create a new Google Doc from a template, route it to the appropriate manager for approval via an interactive Google Chat message, and, upon approval, move the file to a "Projects_In_Progress" Google Drive folder. (Pain Solved: Manual routing, status chasing, disorganized files)
HR Onboarding: When a new hire is marked as "Hired" in a central Google Sheet, a flow triggers that automatically sends a welcome email, generates their employment contract from a template with their specific details, sends it for e-signature via a tool like Adobe Sign or DocuSign, and creates a personalized onboarding folder in Google Drive with all necessary first-day documents. (Pain Solved: Repetitive paperwork, potential for errors, inconsistent new hire experience)
After 3-6 months, the organization is "stabilized." The daily chaos of many manual tasks has been replaced by quiet, reliable automation. You have a portfolio of 20, 50, or even 100 small automations delivering a clear ROI. More importantly, you have a growing team of enthusiastic citizen automators who understand the platform's power and are actively seeking the next problem to solve.
With the breathing room and credibility earned in Phase 1, the organization can now move from automating discrete tasks to optimizing end-to-end departmental processes. This is where you begin to connect the dots and move towards a more holistic, "To-Be" view, but at a manageable scale.
Improve the efficiency of entire departmental workflows, break down internal silos, and establish a more formal governance structure for automation.
Map End-to-End Processes: Gather your newly minted citizen automators and have them map their complete departmental workflows. Now that they aren't bogged down in manual tasks, they have the mental space to step back and see the entire forest, not just the individual trees. This simple act of visualization often reveals shocking inefficiencies and redundancies.
Identify Bottlenecks and Root Causes: Analyze these process maps. Where are the delays? Where is information being entered into three different systems? The automations from Phase 1 are now data points. You can see how long each step takes. This is a light version of the analysis done in a BPR project, but it’s grounded in the real-world experience of your team.
Refine and Connect Automations: The focus now shifts from single tasks to multi-step flows. The individual automations from Phase 1 are chained together. For instance, the "New Client" flow might now connect to the "Project Kickoff" flow, which in turn connects to the "First Invoice" flow. This is where you begin to re-engineer. Perhaps the central spreadsheet from our opening example is now replaced by a Google Form front-end and a more robust Google Sheet backend that serves as a clean data log, all managed seamlessly by Zenphi.
Establish a Center of Excellence (CoE): As automation becomes more critical, a light-touch governance model is needed. A CoE (which can start with just a few passionate individuals) is responsible for establishing best practices, creating a library of reusable workflow components, providing expert support to other citizen automators, and ensuring that automations are secure, documented, and compliant.
Departmental efficiency improves dramatically. The ROI of automation is now undeniable at a management level, as entire processes are completed in a fraction of the time with higher quality. Silos begin to erode as connected workflows force inter-departmental collaboration. The organization now has a scalable, repeatable methodology for process improvement.
This is the final phase, where the organization leverages the skills, culture, and technological foundation built in the first two phases to move beyond departmental optimization and synthesize processes across the entire organization. This phase is about intelligently integrating systems, data, and insights to achieve holistic, strategic, cross-functional transformation. This is the "To-Be" vision, but it's no longer a high-risk gamble; it's a calculated next step on a proven path of continuous integration and refinement.
To intelligently combine and integrate all elements of process improvement across the company, embedding business synthesis into your company's DNA, creating a sustainable competitive advantage through the ability to rapidly and continuously adapt and innovate in response to new challenges and opportunities.
Foster Executive-Led Sponsorship for Holistic Integration: True, continuous synthesis requires top-level vision to champion a culture of comprehensive integration and innovation. When leaders support the capability of seamless organizational synthesis, initiatives like unifying the "Quote-to-Cash" process across Sales, Finance, and Operations become natural, data-driven steps in an ongoing journey, not high-stakes gambles.
Make Data-Driven Synthesis Decisions: Your process synthesis is no longer based on assumptions. The rich data and performance metrics gathered from the automations in Phases 1 and 2 provide a clear, objective picture of where the real connection points, redundancies, and opportunities for integration lie, allowing you to make ongoing, holistic improvements based on facts rather than theories.
Integrate Core Systems for Adaptive Flexibility: This is where the full power of a modern no-code platform is unleashed for true enterprise synthesis. Workflows are designed to be the intelligent and adaptable connective tissue between your major systems of record (e.g., Salesforce, NetSuite, SAP) and your collaborative ecosystem (Google Workspace), allowing complex, multi-departmental processes to be seamlessly integrated and changed as your business needs evolve.
Focus on an Ever-Improving Integrated Experience: The ultimate goal of this phase is not just internal efficiency, but a radically better and constantly improving integrated experience for customers and employees. The efficiency gains from automation are reinvested into proactively enhancing these experiences as a continuous practice of refinement and value creation.
The outcome is a truly agile and adaptive organization, characterized by seamless operational flow and intelligent business synthesis. Automation is no longer a special project; it is an innate capability, part of your company's operational DNA, driving continuous integration and innovation. The ability to rapidly design, adapt, and synthesize your business processes becomes your core competitive advantage, leading to enhanced decision-making, superior customer and employee experiences, and sustained market leadership.
The grand vision of a perfectly engineered, fully optimized organization is alluring. However, the path to that vision is littered with the wreckage of projects that tried to get there in a single, audacious leap. The pursuit of perfection became the enemy of progress.
The lesson from decades of experience, now amplified by the power of no-code technology, is clear: The most reliable path to revolutionary transformation is through evolutionary steps.
The journey begins not in the boardroom with a multi-year strategic plan, but at the desk of an employee who is tired of a tedious, repetitive task.
The pragmatic "As-Is" approach is not about "paving the cow path" forever. It’s about renovating the house room by room, making it more livable and valuable with each step, all while building the skills, confidence, and resources needed to one day build a stunning new extension. It’s about creating a virtuous cycle of success that replaces the paralysis of fear with the momentum of achievement.
So, I urge you to resist the temptation to wait for the perfect "To-Be" plan. Instead, ask your teams a simple question: "What is the biggest pebble in your shoe?" Find it. Then, use the powerful and accessible tools at your disposal to remove it.
Do it this week.
That small, tangible victory is the first and most important step on the path to lasting transformation.
Why No-Code Automation Is the Future of Productivity: Empowering Businesses to Streamline Workflows, AI Institute.
The Role Of No-Code Tools In Workflow Automation, 2025, Forbes, Egor Karpovich
No-code vs Low-code Automation: Which is Better?, 2023, Himanshu Sharma.
Sapiens: A Brief History of Humankind, 2015, Yuval Noah Harari.
Thinking, Fast and Slow, 2011, Daniel Kahneman
Bringing Out the Best in People: How to Apply the Astonishing Power of Positive Reinforcement, 1994, Aubrey Daniels