From Traditional Business to Tech: What I Learned Running Proflimsa and My SaaS at the Same Time
What changes when you operate a 35-year-old service company and SaaS products at the same time? In this article, I break down the systems, lessons, mistakes, and strategic advantages I found by running Proflimsa alongside digital products.

There is a big difference between building software and operating a traditional service business. One scales with code, subscriptions, and systems. The other moves through people, field execution, service quality, and operational discipline. For a long time, many founders treated those two worlds as if they were completely separate.
My experience has been the opposite.
Running Proflimsa, a cleaning and maintenance company with more than 35 years in the Peruvian market, while also building and operating SaaS and digital products, changed the way I think about business. It forced me to stop romanticizing tech, stop underestimating traditional operations, and start building with a more grounded view of what makes a company durable.
This article is about what I learned moving from traditional business to tech in real execution, not in theory. If you are a founder, operator, freelancer, agency owner, or someone building digital products while dealing with real-world operations, these lessons will help you think better about systems, sales, automation, margins, and growth.
Why running a traditional business and SaaS at the same time changes your perspective
When you only operate in tech, it is easy to overvalue speed and undervalue consistency. When you only operate a traditional business, it is easy to normalize inefficiency because “that’s how things have always been done.”
Operating both at the same time creates a useful tension.
On one side, SaaS teaches you leverage:
- Build once, sell many times
- Automate workflows
- Track user behavior
- Improve margins through systems
- Scale distribution with content, SEO, and product-led acquisition
On the other side, a traditional service company teaches you operational truth:
- Customers care about delivery, not your internal excuses
- Processes break in the real world
- People management matters more than slides and strategy docs
- Cash flow discipline is non-negotiable
- Reputation is built through repeated execution
That combination gave me a more complete operating model. I stopped seeing software as the business itself and started seeing it as one layer inside a bigger system: acquisition, delivery, retention, service quality, team coordination, and profitability.
The first big lesson: traditional businesses already have data problems, workflow problems, and sales problems
One of the biggest mistakes tech founders make is assuming traditional companies are “behind” only because they do not use modern tools. That is too simplistic.
What I saw more clearly while operating Proflimsa is that many traditional businesses are not lacking effort. They are lacking structured systems.
The common issues are familiar:
- Sales follow-up depends on memory or WhatsApp chats
- Quotes are made manually and inconsistently
- Operations rely on specific people instead of documented processes
- Reporting is delayed or incomplete
- Customer information is fragmented across spreadsheets, phones, and inboxes
- Management decisions are made with partial visibility
When you have also built SaaS products, you start noticing something important: these are not random problems. They are product opportunities, automation opportunities, and process design opportunities.
That shift matters. Instead of asking, “How do we work harder?” you begin asking, “What should become a system?”
What this changed in my own decision-making
I became much more intentional about separating three layers in every business:
- Core service or product value: what the customer is actually buying
- Operational workflow: how that value gets delivered consistently
- Technology layer: what can be automated, tracked, standardized, or accelerated
That sounds simple, but it changes everything.
In many businesses, people buy software too early without first understanding the workflow. In others, they keep adding manual labor to problems that should already be systemized. Running a traditional business and SaaS at the same time helped me avoid both extremes.
The second lesson: software does not fix messy operations by itself
This is probably one of the most important lessons in the journey from traditional business to tech.
Founders love tools. Operators love solutions that save time. But messy operations do not magically become efficient because you added a CRM, a dashboard, or an automation flow.
If the process is unclear, software scales confusion.
If responsibilities are undefined, automation adds more noise.
If the team does not understand the workflow, the tool becomes another layer of friction.
At Proflimsa, like in many service businesses, execution depends on coordination, timing, accountability, and quality control. In SaaS, the equivalent is product reliability, onboarding, support, and retention. In both cases, the underlying principle is the same: clarity before automation.
A practical framework I use before automating anything
Before trying to automate a workflow, I ask:
- What is the exact outcome we want?
- What are the current steps?
- Where do delays happen?
- Where do errors repeat?
- Who is responsible for each stage?
- What information should be captured every time?
- What can be standardized?
- What truly needs human judgment?
Only after that does automation make sense.
This mindset saved me from a common founder mistake: building tech around assumptions instead of around repeated operational patterns.
The third lesson: traditional businesses teach you healthy respect for cash flow
SaaS founders often focus on MRR, growth rate, activation, churn, and LTV. Those metrics matter. I care about them too. But traditional businesses force you to respect a more immediate reality: payroll, suppliers, service delivery, collections, margins, and working capital.
That creates a sharper operating instinct.
In a service company, a sale is not enough. You need the service to be delivered correctly, invoiced correctly, collected on time, and kept profitable after all execution costs. That makes you more disciplined about unit economics.
Bringing that mindset into SaaS is powerful.
It pushes you to ask better questions:
- Are we growing profitably or just growing noisily?
- How much support load does each customer segment create?
- Which acquisition channels bring customers who actually stay?
- Are we underpricing complexity?
- What hidden operational costs are we ignoring?
Many digital founders underestimate the operational cost of customer success, onboarding, support, feature requests, and internal maintenance. Running a traditional business made those blind spots much easier to see.
What improved in my SaaS thinking because of this
I became more careful with:
- Pricing strategy
- Scope control
- Customer qualification
- Support expectations
- Operational overhead per account
- Retention quality, not just acquisition volume
That is one of the strongest benefits of going from traditional business to tech: you stop confusing revenue with health.
The fourth lesson: service businesses are incredible training grounds for systems thinking
Some people think systems thinking belongs mostly to software, startups, and automation-first companies. I disagree.
Traditional service businesses force systems thinking because they deal with repeated execution under real constraints.
At Proflimsa, consistency matters. In a service business, customers expect reliability. They do not care whether the issue came from scheduling, internal communication, a missing checklist, or weak supervision. They only see the final result.
That pressure creates a strong operating lesson: every recurring failure is usually a systems problem before it is a people problem.
Of course, people matter. But many team issues are actually process issues in disguise.
Examples of where systems matter in both worlds
| Traditional Service Business | SaaS / Digital Business |
|---|---|
| Lead intake and quote preparation | Lead capture and onboarding flow |
| Service scheduling and field coordination | User activation and product setup |
| Quality control and supervision | Feature reliability and support quality |
| Client reporting and follow-up | Customer success and retention workflows |
| Collections and account management | Billing, renewals, and churn prevention |
The channels may differ, but the logic is similar. That is why founders who understand operations often build better products. They see the workflow beneath the interface.
The fifth lesson: sales in traditional business make you sharper in SaaS
One underrated benefit of running a traditional company is that it improves your sales judgment.
In many service businesses, especially B2B services, sales are not just about persuasion. They are about trust, responsiveness, clarity, follow-up, and operational credibility. Prospects want to know:
- Can you solve my problem?
- Can you do it reliably?
- Can I trust your team?
- Will communication be clear after the sale?
- Will this become another headache for me?
That is not very different from SaaS, especially in B2B.
Even if your product is self-serve, customers still evaluate risk. They want confidence that the tool will work, that onboarding will be manageable, and that support will exist when needed.
Running Proflimsa reinforced something I now apply across digital products: sales becomes easier when operations are credible.
What that means in practice
If your backend is messy, your sales process eventually suffers.
Why?
- You respond slower
- Your proposals are inconsistent
- You overpromise
- You miss follow-ups
- You cannot answer operational questions clearly
- You create friction after the deal closes
That is why I no longer separate sales from operations as aggressively as many teams do. Strong growth comes from alignment between promise and delivery.
The sixth lesson: tech gives traditional businesses leverage, but only if adoption is realistic
One of the most exciting parts of moving from traditional business to tech is seeing how much leverage software and automation can create inside conventional businesses.
But there is a catch: the best solution is not the most sophisticated one. It is the one your team will actually use consistently.
This matters a lot in Latin America and in many operational businesses where teams are busy, field-driven, and not interested in learning five new tools just because they are trendy.
The practical question is not, “What is the most advanced stack?”
The practical question is, “What is the simplest stack that improves execution without creating resistance?”
What I now prioritize when introducing tech into operations
- Low friction adoption
- Clear benefit for the user
- Simple interfaces
- Fast training
- Visibility for managers
- Reliable data capture
- Easy accountability
This applies whether you are implementing internal dashboards, quote systems, lead tracking, SOP libraries, AI workflows, or customer communication automations.
If the workflow becomes more complicated for the team, the project usually fails, no matter how smart the system looks on paper.
The seventh lesson: AI and automation are more valuable in operational businesses than most people realize
In 2026, a lot of the conversation around AI is still dominated by content generation, chat interfaces, and generic productivity use cases. Those are useful, but the bigger opportunity is often operational.
When you run both SaaS and a traditional company, you start seeing AI less as a novelty and more as an execution layer.
Some of the highest-value use cases are not flashy:
- Automating lead qualification
- Standardizing quote generation
- Summarizing customer requests
- Routing inquiries to the right workflow
- Generating internal reports
- Monitoring SLA-related tasks
- Documenting repeated processes
- Assisting support and follow-up
These are not vanity automations. They reduce delays, improve consistency, and free up managerial attention.
That is how I think about AI in business now: not as a replacement for operators, but as force multiplication for teams with real execution pressure.
The mindset shift that matters most
Do not start with the tool. Start with the bottleneck.
That principle became much clearer to me by operating a traditional company and SaaS simultaneously. In software, it is tempting to build because you can. In operations, you learn to build because it solves a repeated cost, delay, or quality issue.
The eighth lesson: brand trust works differently in traditional business and SaaS, but both depend on consistency
Brand in SaaS often gets discussed through positioning, messaging, design, and online presence. All of that matters. But in traditional business, trust is often built through repeated proof: showing up, delivering correctly, fixing issues, and staying reliable over time.
That experience made me think about brand in a more practical way.
Whether you are selling cleaning services, software, or digital products, your brand is ultimately the memory people build from your consistency.
That affects how I now think about:
- Customer communication
- Response times
- Proposal clarity
- Onboarding quality
- Support experience
- Expectation setting
- Retention workflows
A lot of founders try to solve trust with better copy alone. Better copy helps. But trust compounds through operations.
The ninth lesson: the best founders learn to move between detail and leverage
One thing traditional operations teach you fast is that details matter. One missed step can affect service quality, customer satisfaction, billing, or team coordination.
One thing SaaS teaches you fast is that leverage matters. You cannot grow efficiently if everything depends on manual effort.
The real skill is learning when to zoom in and when to zoom out.
I think that is one of the most valuable lessons from going from traditional business to tech. You need both:
- The operator’s eye for friction
- The builder’s eye for leverage
If you only think like an operator, you may become efficient but hard to scale. If you only think like a tech founder, you may build elegant systems disconnected from reality.
The advantage is in combining both.
What founders can apply if they want to bridge traditional business and tech
If you are building in this space, here is the practical playbook I would recommend.
1. Map the workflow before choosing the tool
Do not start with software demos. Start by documenting how work actually moves today.
2. Identify repeated friction, not isolated complaints
One-off problems are not always worth building around. Repeated bottlenecks are.
3. Standardize what should be repeatable
Create templates, checklists, decision rules, and minimum required data fields before automating.
4. Keep the tech layer simple
A smaller system used consistently is better than a powerful system nobody adopts.
5. Connect sales, operations, and reporting
Do not let lead capture, delivery, and management visibility live in separate universes.
6. Price with operational reality in mind
Whether it is SaaS or services, complexity has a cost. Do not ignore it.
7. Use AI where it removes repetitive load
Focus on qualification, summarization, routing, reporting, and documentation before chasing flashy use cases.
8. Build for trust, not just speed
Customers stay where expectations match execution.
My biggest takeaway from running Proflimsa and SaaS together
If I had to summarize the biggest lesson, it would be this:
Technology is most valuable when it is grounded in operational truth.
Running Proflimsa gave me a deeper respect for process, consistency, service quality, and cash flow. Running SaaS gave me a deeper respect for leverage, systems, productization, and scalable distribution.
Together, they made me a better operator.
I now see traditional businesses very differently. I do not see them as “old economy” businesses waiting to be disrupted by tech. I see them as rich environments full of workflow intelligence, hidden inefficiencies, and real opportunities for thoughtful system design.
And I see SaaS differently too. Not as magic, not as automatic scale, and not as a shortcut. Good software is a business multiplier, but only when it is attached to a clear problem, a real workflow, and a disciplined operating model.
That is the real bridge from traditional business to tech. It is not about abandoning one world for the other. It is about learning how both can make each other stronger.
FAQ: From traditional business to tech
Is it harder to run a traditional business or a SaaS?
They are hard in different ways. Traditional businesses usually have more people, field execution, and operational variability. SaaS has product, retention, support, and growth challenges. The difficulty depends on the model, but traditional businesses often expose operational problems faster.
Can a traditional company become more tech-driven without becoming a software company?
Yes. Most businesses do not need to become software companies. They need better systems, better data flow, better reporting, and better automation around repetitive tasks.
What is the biggest mistake when digitizing a traditional business?
The biggest mistake is adding tools before clarifying the workflow. If the process is unclear, the software usually creates more confusion instead of solving the root problem.
How can founders identify good SaaS opportunities inside traditional industries?
Look for repeated bottlenecks in quoting, lead management, scheduling, reporting, communication, compliance, collections, or quality control. Strong opportunities usually come from recurring operational pain, not abstract ideas.
Why is cash flow discipline so important when moving from traditional business to tech?
Because growth without operational discipline can hide weak economics. Traditional businesses force you to think in terms of delivery cost, timing, collections, and margin. That makes you a more grounded founder when building digital products.
Where should AI be implemented first in operational businesses?
Usually in workflows with repetitive admin load: lead qualification, summaries, internal documentation, quote assistance, reporting, and routing tasks. Start where AI saves time and reduces friction immediately.





