SOFL
Advanced-technology house · India

Advanced technology, brought within reach.

Saofal builds and researches at the frontier across artificial intelligence, security, distributed computing and education technology, then puts it to work where it is usually out of reach: tier-2 and tier-3 India. No jargon. No gatekeeping. No hype.

Rooted in tradition.Driven by transition.
  • Research-grounded
  • Built for real constraints
  • Across India
01Why we exist

The best technology rarely reaches the people who'd gain the most. We exist to close that gap.

The best technology compounds advantage for those who already have access, and quietly passes everyone else by. That gap is rarely about talent or ambition. It is about access: to the right tools, built for real conditions, and explained in plain terms.

Closing that gap is the entire reason we exist. Not a thinner version for smaller markets, but the real thing, made to work for the person, business or classroom in front of us.

02Capabilities

Five domains. One way of working.

AI / Machine Learning

Models that earn their place: useful where it counts, honest about where it doesn't.

  • Turn your own data and documents into systems that answer questions, draft and decide, all in plain language.
  • Put intelligence where the work happens: on-site, on-device, and in low-connectivity settings.
  • Measure whether a model actually helps before it ever touches a customer.

Cybersecurity & Networking

Security that fits the organisation you actually run, not the one in the brochure.

  • Find the weak points before someone else does, and get a fix list ranked by what matters.
  • Design networks and access that hold up as you grow, without slowing the work down.
  • Build the habits and playbooks so a small team can respond calmly when something goes wrong.

Distributed Computing

Systems that stay up, scale out, and keep working when one part doesn't.

  • Architect services that handle real load and recover on their own when a piece fails.
  • Move computing closer to where data is created, across sites, sensors and edge devices.
  • Make sense of scattered, high-volume data without a data-centre budget.

Education Technology

Learning that sticks, built by people who actually teach.

  • Hands-on STEM, computing and AI programmes for ages 6 through master's level.
  • Train teachers and teams to use new tools confidently, not just install them.
  • Deliver in the languages and conditions of the classrooms we're in.

Applied & Business Systems

The unglamorous software that makes a business run, done properly.

  • Replace spreadsheets and paper trails with systems your team will actually use.
  • Connect the tools you already pay for so they finally talk to each other.
  • Automate the repetitive work so people can do the work only people can do.
03Our products

Built in-house, revealed shortly.

We are putting the finishing touches on the products that bring these domains to life. The details land here soon.

04How we work

Frontier work, feet on the ground.

01

Research-grounded.

We keep a foot in active R&D, so what we build for you reflects the state of the art, not last decade's playbook.

02

Built for real constraints.

Patchy connectivity, lean budgets, small teams. We design for the conditions you actually work in, not ideal ones.

03

No jargon, no gatekeeping.

We explain what we're doing in plain language. If something isn't worth it for you, we'll say so.

04

Measured by outcomes.

We agree on what "better" looks like before we start, and we show our work against it.

05Under the surface

The problems we study, and what we're finding.

Working notes from research in motion. Each note covers the problem we keep seeing, the patterns so far, what we're trying to achieve, and where you can start on your own. We publish the thinking; the products stay quiet until they work.

RN-01

What could everyday phones and laptops do if their idle hours were put to work?

PrototypingRead the note
RN-02

Same internet, same free courses: why do outcomes still differ so much by geography?

ObservingRead the note
RN-03

What does an endless feed of thirty-second videos do to the capacity for deep, creative work?

ObservingRead the note
RN-04

What makes technology adoption feel unsafe to the people who would gain the most from it?

ObservingRead the note
RN-05

What is lost when the language of computing is nobody's mother tongue?

PrototypingRead the note
RN-06

What does software look like when a bad connection is the design assumption, not the exception?

PrototypingRead the note
RN-07

How can someone who is not an engineer judge what AI can actually do today?

ObservingRead the note
RN-08

Why do digital tools get abandoned by small businesses, and what makes one stick?

ObservingRead the note
RN-01Distributed ComputingPrototyping

The compute sitting idle in a billion pockets

What could everyday phones and laptops do if their idle hours were put to work?

The problem we keep seeing

A mid-range phone today carries more computing power than the machines that ran entire businesses two decades ago. For most of the day it sits in a pocket doing almost nothing. The same goes for the laptop that sleeps after office hours and the lab desktop that idles all summer. The scale of this is not abstract: the ITU estimates that 82 percent of everyone aged ten and over owns a mobile phone, and India alone carries about 1.28 billion wireless subscriptions (TRAI, March 2026).

Meanwhile, the default answer to every computing need has become the same: rent it. The world's hyperscale data centres number 1,136, a count that doubled in five years, and renting their capacity was a 419 billion dollar business in 2025 (Synergy Research). That answer works, but it quietly prices out the people and institutions who already own capable hardware and cannot keep paying rent for capability they are holding in their hands.

The strange part is the direction of travel. Hardware keeps getting more capable and cheaper to own, while the software industry keeps moving the actual work further away, into rented buildings. The result is an asymmetry: ownership of computing has never been more widespread, and control over what computing does has rarely been more concentrated.

The numbers

Pooled idle computers briefly outran the fastest machine on Earth
  • Folding@home volunteer devices at peak (Mar 2020)~1.5 exaFLOPS
  • Fastest supercomputer then: Fugaku (Jun 2020)0.42 exaFLOPS
  • Fastest supercomputer now: LineShine (Jun 2026)2.2 exaFLOPS

Folding@home's figure is the project's own estimate of volunteer throughput; TOP500 values are audited LINPACK benchmarks. Read it as order of magnitude, not like for like.

Source: Folding@home project timeline; TOP500 (Jun 2020, Jun 2026)

Patterns so far

  • Capable hardware is already distributed everywhere people are, including places where cloud connectivity and cloud billing are the real bottleneck.
  • Pooling idle machines has worked at planetary scale once already: in March 2020, Folding@home's volunteers formed what the project measured as the first exaFLOP computer in history, briefly outrunning the world's top supercomputer of the day.
  • On-device inference has improved faster than most teams' assumptions about what needs a server. Apple ships a roughly 3-billion-parameter model that runs on the phone itself, generating about 30 tokens per second on an iPhone 15 Pro.
  • The hard problems are not raw speed. They are scheduling, battery, heat, trust, and making the whole thing invisible to the device's owner.
  • Institutions with idle fleets, like labs and offices, rarely think of them as one aggregate machine.
  • Privacy pushes in the same direction as economics: data that never leaves the device is data that cannot leak in transit.

What we're trying to achieve

We are prototyping ways to treat the hardware people already own as first-class computing: work that runs locally, survives disconnection, and only reaches for a server when it truly must. The goal is simple to say and hard to do: capability without a monthly bill attached.

The test we hold ourselves to is concrete: a workload that matters to a real user, running usefully on hardware they already own, with no new subscription and no degradation they can feel. Each prototype either passes that test or teaches us precisely why not.

Where you can start

  • Run a small language model on your own machineTools like Ollama make this a one-evening exercise, and it recalibrates what you think needs a data centre.
  • Read a primer on edge computingWhy computation is moving closer to where data is produced. The economics matter more than the buzzwords.
  • Audit your own idle hardwareCount the devices in your home or office and their idle hours. The number is the point.
RN-02Education TechnologyObserving

The gap that bandwidth did not close

Same internet, same free courses: why do outcomes still differ so much by geography?

The problem we keep seeing

A person in San Francisco, a person in Delhi, a person in Bangalore and a person in a tier-2 town can open the same browser and reach the same lectures, the same documentation, the same tools. The raw material of skill is more evenly available than at any point in history. The outcomes are not.

The easy explanations do not hold up. It is not talent; we meet exceptional minds in small towns constantly. It is not ambition; the hunger is visible everywhere. And it is no longer raw access: in India, rural internet users overtook urban users years ago (IAMAI counted 351 million rural against 341 million urban in 2022), and the world crossed six billion people online in 2025 (ITU). Something else is in the way.

The World Bank has a name for one piece of it: learning poverty. Seventy percent of ten-year-olds in low- and middle-income countries cannot read and understand a simple text, up from 57 percent before the pandemic. Access to information grew while the ability to use it shrank.

Whatever the missing ingredient is, it compounds. A small head start in knowing what to learn becomes a large gap in what gets built, which becomes a chasm in confidence. By the time the difference shows up in careers, its origin is invisible: everyone sees the outcome, and nobody saw the fork.

The numbers

Rural India 2024: the device arrived before the learning did
  • Teens (14-16) who can use a smartphone82.2%
  • Of those, used it for social media last week76%
  • Of those, used it for study last week57%
  • Std V children (govt schools) reading at Std II level44.8%

One survey, two lenses: the first three rows describe 14-16-year-olds, the last describes Std V children. ASER 2024 surveyed 649,491 children across 605 rural districts.

Source: ASER Centre, Annual Status of Education Report 2024

Patterns so far

  • Exposure gaps compound quietly: not knowing what to learn costs more than not having access to it. Among India's non-users, IAMAI found the top barrier was not cost or coverage but that the internet is too difficult to understand.
  • Thinking process matters more than content. Two people can watch the same course; the one who has been taught how to interrogate a problem gets ten times the value.
  • Peer environment does heavy, invisible work, and it is measurable: Opportunity Insights found that growing up with the cross-class connections of an average high-income child would raise low-income children's adult earnings by 20 percent.
  • Credential-first learning crowds out curiosity-first learning almost everywhere, and recovery is faster where mentors exist.
  • The gap is not binary by geography. Within a single small town we meet both trajectories, which makes environment and scaffolding, not location, the interesting variables.
  • Self-taught learners stall in predictable places, and the plateaus look the same in Bangalore and in a tier-3 town. That similarity suggests the missing ingredient is structural, not local.

What we're trying to achieve

We are trying to isolate which ingredient dominates: exposure, thinking process, intellectual scaffolding, or the hunger to learn, and to test what actually closes the gap rather than what merely feels helpful. The honest answer will shape everything we build in education.

Our method is closer to fieldwork than theory: watch real learners at the exact points where they stall, change one ingredient at a time, and stay suspicious of anything that merely feels motivating. What survives that filter is what earns a place in our education work.

Where you can start

  • Learn how to learn, explicitlyThe Feynman technique and spaced repetition are old, free and quietly life-changing. Most people have simply never been shown them.
  • Find one person a step ahead of youA single honest conversation with someone slightly ahead beats a hundred hours of passive video.
  • Build one small thing end to endFinishing anything, however small, teaches what no course can: what the middle of a problem feels like.
RN-03Education TechnologyObserving

A generation scrolling past its own potential

What does an endless feed of thirty-second videos do to the capacity for deep, creative work?

The problem we keep seeing

The world has sunk itself into short-form video, and the platforms report the scale themselves: YouTube announced that Shorts passed 200 billion daily views in 2025, the same daily volume Meta reported for Reels back in 2023. DataReportal's global survey puts the typical online adult at more than two and a half hours a day across social and video platforms. The average evening now disappears in swipes, and the ability to stay with one hard thing for one hour, the basic unit of all serious work, is becoming rare enough to feel like a superpower.

This is not a moral panic about entertainment. It is a resource question. Creative capacity is real capital, and it is being spent on consumption that returns almost nothing to the person spending it.

The mechanics are not mysterious. Each swipe is a small lottery and the next ticket is free. Systems built on variable reward do not need to be malicious to be corrosive; they only need to be cheaper, second by second, than the alternative. Creation is never cheaper second by second. Its rewards arrive late and unevenly, which is exactly the schedule the feed has trained away.

The numbers

What the platforms themselves announce, per day
  • YouTube Shorts daily views (Dec 2022)50 billion
  • Facebook + Instagram Reels daily plays (Jul 2023)200+ billion
  • YouTube Shorts daily views (Jun 2025)200+ billion

Self-reported engagement metrics from company announcements; each platform defines a view differently. Read as scale, not a strict comparison.

Source: YouTube official blog; Meta Q2 2023 earnings call

Patterns so far

  • The cost is not the minutes; it is the fragmentation. Attention broken every thirty seconds does not add back up into an hour.
  • Creation and consumption compete for the same evening. Where one rises, the other falls.
  • People do not lack ideas; they lack the on-ramp back to making things. The first twenty minutes are the whole battle.
  • Boredom, which used to be the seedbed of ideas, has been engineered out of daily life.
  • The real competition is between latencies of reward: anything with a slow payoff is losing to anything with an instant one.
  • People consistently underestimate their own usage until they see the number, and the reaction is remarkably uniform: quiet shock, then bargaining.
  • The research is young but pointing one way. Peer-reviewed studies of university students link heavy short-form use to higher academic anxiety and lower engagement, and to an attention-mediated drop in memory and grades.
  • It starts early: Common Sense Media measured US teens at eight hours thirty-nine minutes of daily entertainment screen media in 2021, growth of 17 percent in two pandemic years.

What we're trying to achieve

We are studying what actually pulls a person from consuming back to creating: which nudges hold, which collapse, and whether the mechanics that make feeds so gripping can be turned around to serve depth instead of distraction.

The bar we care about is behavioural, not sentimental: does a person, four weeks later, still end more evenings having made something? Interventions that survive four weeks are rare, and they are the ones worth understanding.

Where you can start

  • Try one hour of single-taskingOne timer, one task, phone in another room. Notice how hard minute eleven is; that difficulty is the skill you are rebuilding.
  • Replace one feed session with one making sessionWrite, sketch, code, cook. The medium does not matter. What matters is ending an evening with something that exists.
  • Read Deep Work by Cal NewportThe clearest case for concentration as an economic asset, not a personality trait.
RN-04Applied & Business SystemsObserving

Why the shopkeeper says no to software

What makes technology adoption feel unsafe to the people who would gain the most from it?

The problem we keep seeing

Walk into a thriving shop in a tier-2 town and you will often find a business run entirely on paper, memory and trust. The owner is not ignorant of technology; they see it daily on their own phone. They have judged, often rationally, that changing what works is a risk they cannot price.

At the same time, technology's leverage gets misread in both directions. Some owners expect nothing from it; others expect magic. Both misreadings lead to the same place: no adoption, or a failed one that poisons the well for years.

Underneath sits an asymmetry of consequence. A metro startup that adopts the wrong tool loses a quarter. A small shop that breaks its billing for a week can lose customers it took a decade to earn. When the downside is measured in trust rather than money, hesitation is not backwardness. It is risk management by people who cannot afford our mistakes.

India's own numbers make the selectiveness vivid. UPI processed more than 20 billion payments in a single month of 2025, 85 percent of all digital transactions in the country (PIB). Payments digitised almost overnight because they demanded no change to how the shop works. Yet of the 7.3 crore enterprises registered on Udyam, only around 11 lakh sell to government through GeM and about 5 lakh sell on ONDC. The shallow layer digitised; the deep layers did not.

The numbers

India's MSMEs: registered everywhere, selling online almost nowhere
  • Enterprises registered on Udyam (to Dec 2025)7.3 crore
  • MSMEs selling to government via GeM (Jun 2026)11 lakh
  • Sellers on the ONDC network (Jun 2026)5 lakh

Two government documents, two dates, and ONDC sellers are not exclusively MSMEs. Read as an order-of-magnitude contrast: roughly 73 million registered, roughly one million selling digitally.

Source: PIB backgrounders, Government of India (Feb and Jun 2026)

Patterns so far

  • A failed first attempt with software does more lasting damage than never trying. Word of a neighbour's bad experience travels further than any advertisement.
  • Trust arrives through people, not products. Adoption follows a person the owner already believes.
  • The real risks are rarely the ones vendors address: what happens when the power fails, when the one employee who understood the system leaves, when the subscription price rises.
  • Tools priced and designed for metro businesses transplant badly. The constraint set is simply different.
  • The vocabulary of software sales works against itself here: promises of transformation raise the perceived stakes, and higher stakes mean no.
  • Adoption that survives tends to start at the edge of the business, not its heart: inventory notes before billing, reminders before accounts.
  • Credit explains part of the caution. NITI Aayog found only 19 percent of MSME credit demand is met through formal channels, leaving roughly 80 lakh crore rupees unmet. A business financing itself informally has thin room for experiments.
  • Even customers hedge their digital trust: IAMAI counts 105 million Indians who shop online but pay only by cash on delivery, accepting the parcel while declining the payment.

What we're trying to achieve

We are mapping what makes adoption genuinely safe, not just persuasive: reversible first steps, pricing that respects thin margins, and systems that degrade gracefully instead of failing completely. If risk is the barrier, the answer is to actually remove risk, not to shout louder about benefits.

What we test are sequences, not products: which order of small, reversible steps builds enough earned trust that the next step is asked for rather than sold. Success looks like the absence of drama, a shop that cannot quite remember when it started depending on the tool.

Where you can start

  • If you run a shop: start with one reversible experimentPick one process, run it digitally for one month alongside the paper version, and keep the paper. If it fails you have lost nothing.
  • If you build software: sit in a shop for a dayWatch how work actually flows before proposing to change it. The gap between assumed and real workflows is where most tools die.

Sources

  1. Union Budget 2026-27: building champion MSMEs · PIB, Government of India, 2026
  2. The Digital India: 11 years of transformation · PIB, Government of India, 2026
  3. UPI: India's digital revolution goes global · PIB, Government of India, 2025
  4. NITI Aayog report on MSME competitiveness · DD News, 2025
  5. MSME Pulse, special edition · SIDBI and TransUnion CIBIL, 2025
  6. Internet in India 2024 · IAMAI and Kantar, 2024
RN-05Education TechnologyPrototyping

Technology that assumes you think in English

What is lost when the language of computing is nobody's mother tongue?

The problem we keep seeing

Almost everything advanced technology offers arrives in English first: the interfaces, the documentation, the tutorials, the error messages. For hundreds of millions of capable people who think in Kannada, Telugu, Hindi or Tamil, every step of learning carries a translation tax that compounds.

The result is a quiet filter. It does not select for ability; it selects for English. And it runs so early in a person's contact with technology that the ability it filters out never becomes visible.

The mismatch is measurable from both ends. Half of all website content (49.7 percent) is in English, while Hindi registers below one tenth of one percent (W3Techs, July 2026). Meanwhile IAMAI finds that 98 percent of India's 886 million internet users operate in Indic languages. The demand is vernacular; the supply is not.

The tax is not only speed of comprehension. Working in a borrowed language narrows the questions people allow themselves to ask. Curiosity needs cheap words. When every question must first be translated, fewer questions get asked, and the learning that grows out of bad first questions never happens at all.

The numbers

Share of website content by language
  • English49.7%
  • Spanish6.1%
  • German6.0%
  • Japanese5.0%
  • Hindi<0.1%

W3Techs measures the web's most-visited sites, so this is the supply of content, not the count of speakers. Hindi's figure is the survey's own floor value.

Source: W3Techs, content languages for websites (1 July 2026)

Patterns so far

  • Comprehension is not fluency: many learners can read English words but reason far faster in their own language, and speed of reasoning is what learning runs on.
  • Machine translation of content is the easy tenth of the problem. Examples, metaphors and cultural context carry most of the meaning.
  • UNESCO estimates 40 percent of the world's population does not get education in a language they understand, and India's NEP 2020 now mandates mother-tongue instruction in early grades. Policy has accepted what most products have not.
  • The substrate is finally being built in the open: MeitY's Bhashini platform reports more than 350 AI models and 3 billion inferences across India's 22 scheduled languages, and IIT Madras's AI4Bharat publishes open datasets and models that make Indian languages AI-ready. The technical excuse for English-only is disappearing.
  • The teacher matters more than the material: one person fluent in both the subject and the local language outperforms any translated textbook.
  • Code-switching is the actual behaviour on the ground: the concept lands in the mother tongue while the keyword stays in English, which is exactly how good local teachers already teach.
  • Text is the hardest medium for Indian languages and voice the most natural one. Interfaces that insist on typed input import an extra barrier for no reason.

What we're trying to achieve

We are prototyping learning experiences that treat Indian languages as first-class: not translated afterthoughts but the native medium of explanation, with English introduced as a tool rather than a gate. The test is simple: does the same person learn faster in their own language?

The prototype question is kept narrow on purpose: same person, same concept, two languages, measured comprehension. If the effect is as large as classroom experience suggests, the implication is not a translated product. It is a rethought one.

Where you can start

  • Learn one technical topic in your own languageSearch for the concept in your mother tongue on YouTube and notice the difference in how fast it lands.
  • If you teach: explain once in each languageDeliver the same concept in English and in the local language, and watch which version produces questions. Questions are comprehension.
  • Explore AI4Bharat's open workPublic research on Indian-language AI, from translation to speech, and a good map of what is now possible.

Sources

  1. Usage statistics of content languages for websites · W3Techs, 2026
  2. Internet in India 2024 · IAMAI and Kantar, 2024
  3. 40% don't access education in a language they understand · UNESCO GEM Report, 2016
  4. 22 languages, digitally reimagined (Bhashini) · PIB, Government of India, 2025
  5. AI4Bharat research lab · IIT Madras, 2026
RN-06Distributed ComputingPrototyping

Building for the network you actually have

What does software look like when a bad connection is the design assumption, not the exception?

The problem we keep seeing

Most modern software is written in places with fibre and tested on office wifi. It assumes the network is always there, always fast, always cheap. Then it ships to places where connectivity drops in the rain, data is bought in small packs, and the nearest tower is a bus ride away.

The failure is not dramatic; it is corrosive. Spinners, timeouts, lost form entries, sync conflicts. Each one teaches the user that the tool cannot be trusted with anything important.

The deeper issue is where the failure lands. When software assumes connectivity, every network gap becomes the user's problem: the farmer retyping a form, the clerk apologising for a missing record. The engineering debt of optimistic assumptions is always paid by the person furthest from the engineers.

And the towers are no longer the main problem. GSMA counts just 4 percent of humanity without mobile-broadband coverage, while 38 percent, 3.1 billion people, live under coverage they do not use. An entry-level internet phone still costs 16 percent of average monthly income in low- and middle-income countries. The barrier moved from infrastructure to affordability, skills and software that respects real conditions.

The numbers

The world by mobile internet status, 2025
  • Using mobile internet58%
  • Covered but not using it (the usage gap)38%
  • No mobile broadband coverage at all4%

GSMA estimates published September 2025 for data year 2024. The three rows sum to 100 percent of world population by construction.

Source: GSMA, The State of Mobile Internet Connectivity 2025

Patterns so far

  • Offline-first is an architecture decision, not a feature toggle. Retrofitting it is close to a rewrite.
  • People in low-connectivity settings hold precise mental maps of what works where. Software that respects those maps earns disproportionate loyalty.
  • Access is often borrowed, not owned: IAMAI finds one in five Indian internet users gets online on someone else's phone, rising to 24 percent in rural India. Sessions are intermittent and rationed by design.
  • India's own regulator draws the cliff plainly: urban tele-density 148.92 percent against rural 59.63 (TRAI, December 2025). The urban number exceeding 100 tells its own story about who owns multiple SIMs.
  • The interesting engineering lives in conflict resolution and graceful degradation, not in caching alone.
  • On-device computation and patchy networks are the same research thread pulled from two ends: the less the network is needed, the less it can hurt.
  • Failures cluster and correlate: the same storm that cuts the network cuts the power, so resilience plans that assume one failure at a time meet reality badly.
  • Data cost changes behaviour more than speed does. People ration megabytes the way they ration any scarce good, and software that wastes them is quietly resented.

What we're trying to achieve

We are prototyping systems that treat disconnection as a normal state, what the local-first movement calls making the network optional: work continues locally, syncs when it can, and never silently loses what a person typed. The ambition is software that feels solid in a village during monsoon, because that is the honest test.

Our benchmark is a full working day with the network absent, followed by an honest reconciliation when it returns: nothing lost, nothing duplicated, no ceremony. Systems that pass are surprisingly rare, which is precisely the opportunity.

Where you can start

  • Test your own product on a throttled connectionBrowser developer tools can simulate a slow network. Ten minutes of this teaches more than any user survey.
  • Study local-first software principlesClear, practical thinking on software that works without a server, published openly by Ink & Switch.
RN-07AI / Machine LearningObserving

Telling real AI from the noise

How can someone who is not an engineer judge what AI can actually do today?

The problem we keep seeing

Every week brings a new claim: a tool that will replace this profession, a model that thinks, an agent that runs your business. Some of it is real. Much of it is marketing. And the people with the most to gain or lose, working professionals and small business owners, have no reliable way to tell the difference.

The cost of miscalibration runs both ways. Believe too much and you buy shelfware, or fear for a job that is not going anywhere. Believe too little and you concede years of advantage to competitors who calibrated better.

The gap is no longer anecdote; it is measured. Gartner predicted that at least 30 percent of generative AI projects would be abandoned after proof of concept by the end of 2025, citing poor data quality, inadequate risk controls, escalating costs or unclear business value. RAND reports that by some estimates more than 80 percent of AI projects fail, twice the rate of ordinary IT projects. And S&P Global's 2025 survey of a thousand professionals found 42 percent of companies had abandoned the majority of their AI initiatives, up from 17 percent a year earlier.

The confusion is manufactured as much as accidental. Between vendors quoting best-case demos, media compressing nuance into verdicts, and job anxiety filling the gaps, a working professional receives almost no signal that is both honest and specific. The default responses are the two worst available: dismiss everything, or believe everything.

The numbers

The delivery gap, measured three ways
  • GenAI projects predicted abandoned after proof of concept (Gartner)30%+
  • Companies that abandoned most AI initiatives (S&P Global survey)42%
  • AI projects that fail, per estimates cited by RAND80%+

Three studies measuring three different things: a prediction of GenAI abandonment, a survey of company behaviour, and estimated failure rates across AI projects. The common signal is the distance between announcement and delivery.

Source: Gartner (2024); S&P Global Market Intelligence (2025); RAND (2024)

Patterns so far

  • Demos systematically overstate. A rehearsed two minutes hides the failure modes that dominate daily use.
  • The gap between a model's best performance and its typical performance is where most disappointment lives.
  • People calibrate fastest by using the tools on their own real work, not by reading about them.
  • The most useful question is rarely whether it is intelligent, but whether it is reliable enough for this specific task at this specific cost.
  • Reliability is task-shaped: the same model can be dependable at summarising and hopeless at arithmetic, so blanket verdicts in either direction are always wrong.
  • The failure that matters most in practice is the confident wrong answer, because it transfers the cost of checking onto the person least equipped to check.

What we're trying to achieve

We are working toward simple, honest heuristics a non-engineer can apply: ways to test a claim against your own work in an afternoon, and a vocabulary for the difference between impressive and dependable. Calibration should not require a computer science degree.

The heuristics get tested the only way that counts: handed to a sceptical shop owner or a busy professional, run on their documents, at their stakes. If they do not survive that contact, they are not done.

Where you can start

  • Test AI on your own real task, todayTake one task you did this week and try it with a free AI tool. Your own experience beats any review.
  • Ask for the failure modesWhen shown any AI product, ask what it gets wrong and how often. The quality of that answer tells you most of what you need.
  • Learn the one distinction that mattersBest-case output versus typical output. Every demo shows the first; you will live with the second.
RN-08Applied & Business SystemsObserving

Software that survives the shop floor

Why do digital tools get abandoned by small businesses, and what makes one stick?

The problem we keep seeing

The graveyard of small-business software is enormous. Tools get bought, installed, used for three weeks and quietly abandoned, and the business returns to the notebook that never crashed. The failure is usually blamed on the user. We think that is backwards.

A notebook has properties software rarely matches: it works in a power cut, it never updates itself into confusion, the whole staff already knows how to use it, and it costs nothing per month. Any tool that replaces it must win on the dimensions the owner actually values, not the ones a pitch deck values.

Abandonment is also nearly invisible from the outside. The subscription lapses quietly, the icon stays on the phone, and the vendor's dashboard records a churned account with no story attached. The knowledge of exactly why the notebook won again exists only inside the shop, which is why so little of it ever reaches the people designing the next tool.

Patterns so far

  • Abandonment clusters around predictable moments: staff turnover, the first data-entry backlog, the first surprise on the monthly bill.
  • Tools survive when they mirror an existing habit instead of demanding a new one.
  • The person who enters the data and the person who benefits from it are often different people. When the enterer gains nothing, entry stops.
  • Partial adoption is stable: businesses happily run half paper, half digital for years, and forcing full migration usually backfires.
  • Every failed tool leaves scar tissue. The second attempt is judged not on its merits but on the memory of the first.
  • The tools that stick tend to produce something the owner shows to someone else: a bill, a report, a message. Visible output creates its own reason to continue.
  • This is not a small-business deficiency. BCG finds 70 percent of enterprise digital transformations fall short of their objectives, with market leaders failing alongside everyone else. If the well-resourced version fails at that rate, tools built for someone else's constraints stand little chance on a shop floor.

What we're trying to achieve

We are studying the moment of abandonment in detail: what precedes it, what would have prevented it, and how a tool must be shaped so that keeping it is easier than dropping it. The goal is software with the durability of the notebook it replaces.

The study we keep running is the exit interview that vendors never do: sitting with businesses that stopped, reconstructing the final week, and cataloguing the precise moment the notebook came back out. That catalogue of moments is the design brief.

Where you can start

  • Read The Design of Everyday Things by Don NormanThe classic account of why people abandon tools that blame the user, and what humane design does instead.
  • Learn the jobs-to-be-done frameworkIt explains why a tool gets hired and quietly fired. Clayton Christensen's milkshake story is the fastest way in.
06Real problems, real solutions

The problems people actually have. And what we build for them.

Students & early-career

“Everyone says learn AI, but nobody tells me where to start, or what's actually worth my time.”

A clear, personal path: the skills that matter for the work you want, and none of the noise that wastes your months.

Business owners

“We still run the whole business on paper and memory, and it's starting to cost us.”

Systems your team will actually use, built for your floor, your connectivity and your budget, not a generic tool.

Parents & kids

“I want my kids ready for this world, but their school's tech stops at a textbook.”

Hands-on STEM, computing and AI, from Lego science to real projects, taught in language the whole family understands.

Professionals & teams

“We know AI could help our work, but we can't tell what's real and what's hype.”

An honest read on what today's tech can and can't do for you, then we build the part that actually pays back.

07Our story

We saw the gap from both sides. So we are building the bridge.

Saofal began with a question our founder carried home from a decade abroad.

Ten-plus years abroad building enterprise-grade systems and training thousands of students and professionals, then a move back home, and one question that would not leave: why does the most advanced technology reach the world's big cities first, and the places that need it most last, if it arrives at all?

That question became the company. We are building Saofal to take that technology the last mile: to the workshops, classrooms and businesses it usually skips, and to hand the people already doing the hard work what they need to do extraordinary things.

08Where the name comes from

Strategic Alignment of Future and Legacy.

SStrategic. We lead with the plan, not the tool. Clarity on what actually moves you forward.

AAlignment. The right technology, fitted to how you already work, your people and your constraints.

OOf. The hinge between the two. Every engagement connects one to the other.

FFuture. The frontier of AI, security and distributed systems, made usable where you are.

AAnd. Not one instead of the other. Both, held together.

LLegacy. Respect for what you've built, and the tradition you carry. We don't tear it down.

The future, aligned with everything you've already built.

09Start a conversation

Tell us what you're trying to build.

Whether it's a system for your business, a security review, a programme for your institution, or a question you're not sure how to ask, start here. We reply in plain language.