Many business leaders consider implementing SaaS when operations grow and become more complex. However, mistiming this move can turn the tool into a device that obscures reality. This article explains why a “run-it-by-hand” period is necessary before SaaS adoption and its significance as a management decision. We break it down into the “Management Decision Layer (Why)” and the “Specialist Implementation Layer (How)”. Accumulating highly reversible decisions is directly linked to the sustainability of SME management.
- Management Decision Layer (Why)
- SaaS is a Tool for “Organizing,” Not for “Discovering”
- “Using a Tool Because You Don’t Understand” is Backwards
- The Decision to “Run It by Hand”
- What You Gain by Running It Manually
- ① You See Where Decisions Are Being Made
- ② You Identify “Unnecessary Information” Early
- ③ You Can Always Go Back (High Reversibility)
- Specialist Implementation Layer (How)
- What is the Right State for Introducing SaaS?
- What Often Happens in Organizations That Rush SaaS Implementation
- Common Misconceptions
- Misconception ①: Manual Processes Are Backward
- Misconception ②: You Can’t Improve Without a Tool
- Final Questions to Consider
- Summary (No Single Answer)
Management Decision Layer (Why)
SaaS is a Tool for “Organizing,” Not for “Discovering”
SaaS is an excellent tool, but most are designed with the premise that “workflows are somewhat established,” “decision patterns are stable,” and “input fields are defined.” In other words, SaaS is a tool for “processing known things faster and more accurately.” On the other hand, in the initial stages of considering implementation, what the problem is is often ambiguous, where decisions occur is unclear, and exceptions are mixed with routine tasks. Introducing SaaS in this state pulls thinking toward the input fields, leading to “work tailored to the tool,” where operation becomes the goal over observation. The result is a decision-making error where only the form of the work is solidified without understanding the reality.
“Using a Tool Because You Don’t Understand” is Backwards
“If we introduce a tool, we’ll understand the reality” is a common misconception. In reality, the opposite is true: a tool cannot function fully until the reality is somewhat understood. While a tool is indeed an observation device, it is not suited for the initial observation (the discovery of what to look at).
The Decision to “Run It by Hand”
Here, “running it by hand” refers to using spreadsheets, notes, simple logs, verbal sharing with minimal records, etc., to record the reality even if it’s temporary and messy. While it may seem inefficient at first glance, this phase has a clear purpose: to increase the safety (reversibility) of management decisions.
What You Gain by Running It Manually
① You See Where Decisions Are Being Made
Manual recording naturally reveals where people are struggling and which decisions are frequently made. The crucial point is visualizing “the moments when people are thinking,” which often gets hidden in SaaS.
② You Identify “Unnecessary Information” Early
When introducing a tool, there’s a tendency to collect many fields from the start. However, running things manually makes it clear which information no one actually looks at or which data isn’t used for decision-making. It’s safer not to collect it from the beginning than to delete it later.
③ You Can Always Go Back (High Reversibility)
With manual processes, it’s easy to stop or change the method or granularity of recording. This isn’t just about operations; it’s about decision-making safety—avoiding the risk of solidifying business processes in the wrong direction.
Specialist Implementation Layer (How)
What is the Right State for Introducing SaaS?
You should only consider SaaS implementation when, as a result of running things manually, the following state becomes clear: “Decision patterns are somewhat stable,” “Input fields are naturally determined,” and “The cost (time/people) of manual work is understood.” At this stage, SaaS implementation is not an act of delegating decisions to a tool but an act of expanding observation and improving efficiency.
What Often Happens in Organizations That Rush SaaS Implementation
Conversely, skipping the manual phase often leads to an increase in unused features, complex operational rules, and the psychological cost of “not being able to cancel.” As a result, it’s easy to fall into a counterproductive state where using the tool itself becomes the goal.
Common Misconceptions
Misconception ①: Manual Processes Are Backward
Manual processes are not backward. They are simply following the correct sequence. They are an essential step for understanding organizational design and business processes.
Misconception ②: You Can’t Improve Without a Tool
What’s needed for improvement is first understanding the reality and separating out decisions. Tool implementation comes “after” that; it only becomes meaningful once a foundation for delegation of authority and standardization is in place.
Final Questions to Consider
Before considering SaaS implementation, try answering these questions:
- Are you currently in an “Operation Phase” or an “Observation Phase”?
- Can you explain your current operations without a tool?
- If this state were solidified, would you truly not have a problem?
If you hesitate to answer, you might still be in the stage where you should run things manually.
Summary (No Single Answer)
SaaS implementation is not a substitute for observation. In the initial stages, deliberately running things manually is safer. You can introduce the tool once work and decision patterns have solidified. Excellent management decisions start not with a “decision” but with “observation.” Deliberately running things manually before SaaS implementation is not inefficiency; it is an extremely strategic choice to avoid decision-making errors. This can be considered a crucial perspective for SME management with limited resources to grow while maintaining reversibility.


Comments