No-code startup Softr, which allows its customers to build apps from their existing data, announced Tuesday that it has added Google Sheets to its integration list.
Previously, Softr focused on Airtable databases. Its move to support data from Google’s spreadsheet product likely expands its potential customer pool. Even before that expansion, CEO Mariam Hakobyan told TechCrunch+ that her company grew its annual recurring revenue 3x from December 2021 to December 2022.
The Exchange explores startups, markets and money.
Read it every morning on TechCrunch+ or get The Exchange newsletter every Saturday.
Softr’s quick revenue expansion is a good reminder that while the tech world seems completely consumed by all things AI, there’s quite a lot of work going on in other areas that are worth keeping an eye on.
That said, there is an interesting connection between AI and no-code worth writing down: Both are potentially great expanders of human capability. AI tooling could operate as a second brain of sorts for the digitally busy, and no-code services may allow nondevelopers to build the tools they need to complete their work. In both cases, the genres of new tech development have a shot at helping regular folks do a lot more, more quickly and often at a low cost.
Something else that modern AI tooling and no-code share is accessibility. Softr, for example, grew its base of signed-up users from 35,000 to 150,000 in 2022. That’s really quite a lot for a service that was, until recently, Airtable-specific. On the AI side, I don’t need to reiterate just how much market demand there is for modern LLM tooling.
Let’s dig into Softr’s progress since we last covered the company and chat about what we can learn about no-code progress as a method of building more accessible software.
Softr, no-code and empowering the regulars
Ask anyone who works at a company that builds software and isn’t part of the engineering or product orgs how long it will take them to get something built for their own needs. Without even making Jira ticket jokes, we all know what the answer will be. And to a degree, the standard situation makes sense: What nondeveloper employees need is often pretty basic software, and expensive engineers need to focus on the company’s core offering not internal tooling.