Share
/news/alpine-code-planet-scale-hotsoft-pms-celebrates-35-years-innovation-and-growth
Copy
By Per Kjellqvist, Johan S枚derberg and Joakim Stjernstrom
In the spring of 1988, high in the Swiss Alps and far from Silicon Valley, three freshly minted master's students set out to solve a problem they barely knew existed. What began as a spontaneous road trip to a struggling hotel in the French Alps would evolve into HotSoft, one of the hospitality industry's most enduring and quietly revolutionary software platforms.
The cast? Per Kjellqvist, Elly Fazili, and Mark Bernhard 鈥 graduates of Webster University in Geneva, where computer science was just emerging from its infancy. Back then, tech wasn鈥檛 taught in modern labs but in rented rooms from PricewaterhouseCoopers and others. Instructors weren鈥檛 just academics; they were professionals from IBM, Digital, and CERN. These young minds weren鈥檛 just learning how systems worked 鈥 they were already rethinking how they could work better.
Their ambitions were modest, but their curiosity wasn鈥檛. While visiting friends in Sweden, Per received a call from Mark, who was working a summer job at a hotel in M茅ribel. The hotel had just invested in a new PC-based reservation system, and it was, to put it kindly, a disaster. Mark鈥檚 message was blunt: 鈥淭his could be the niche we鈥檙e looking for.鈥
Elly and Per jumped in a car and drove straight to the Alps. They didn鈥檛 know it yet, but they were about to launch a company.
At the time, the market was dominated by a handful of clunky hotel microcomputer systems requiring huge, expensive hardware, extensive support, and long learning curves. These programs were costly, maintenance-heavy, and hardly user-friendly. The group knew they could build something better.
The trio didn鈥檛 just want to build another hotel system. They wanted to build an architecture that could stand the test of time.
They did this by creating a series of reusable components they called "engines": modules that managed printing, screen display, data retrieval, and more. In today鈥檚 terms, they were early adopters of object-oriented programming before it had a name.
To combine the 鈥渆ngines鈥 into a superior hotel system they were lucky to get Johan S枚derberg (an old high school friend of Per鈥檚) to come down and spend a week doing intensive brainstorming telling the team all the things he would want to have in an ultimate hotel system. Johan was at the time was working as a front office manager at one of Stockholm鈥檚 best hotels and was a gold mine of great ideas.
Working from a tiny chalet in Verbier 鈥 a gift of free rent from Elly鈥檚 father 鈥 they then started coding. Mark got a full-time position at the UN in Geneva and left the partnership, leaving Per and Elly to carry the torch.
In the early days, money was tight. Per took on freelance programming work to keep the lights on, including a bespoke trading platform for Merrill Lynch鈥檚 Geneva office 鈥 built in a week using the same HotSoft engines.
Elly worked ski seasons and in snack bars to contribute. But slowly, word spread. Installations multiplied. They presented at hotel schools, lectured students, and tapped into a new generation of hoteliers who wanted technology that made their lives easier.
Their capital? 20,000 Swiss francs pooled from Per鈥檚 and Elly鈥檚 fathers, and a Toshiba laptop worth 12,000 francs.
The system they built was reliable, efficient, and shockingly low-maintenance 鈥 an enormous edge in an era when software support meant picking up a phone or getting in a car.
From chalets to check-ins: How HotSoft spread
Our first real installation came in 1990, just two years after that road trip to M茅ribel. The hotel was Farinet in Verbier 鈥 a well-known apr猫s-ski spot with a loyal following and, at the time, a very manual front desk. It was owned by a friend, and they were kind enough 鈥 or brave enough 鈥 to let us deploy the first proper version of the system we鈥檇 been building in the chalet just up the road.
It worked.
No breakdowns. No constant support calls. No need for on-site maintenance. Just software that quietly did what it was supposed to do. That was the power of the modular architecture we鈥檇 built 鈥 small, efficient engines working in harmony, each doing one thing well. We didn鈥檛 realise it then, but that early obsession with stability would become one of HotSoft鈥檚 defining strengths.
More installs followed. Some came through chance connections. Others through pure persistence. And many came through word of mouth 鈥 a manager who saw the system at one hotel and asked if we could do the same for theirs.
Our system was modular, which was a key to our early growth. We could adapt to all types of hotels with ease. A seasonal property didn鈥檛 need full reporting or restaurant integration. A business hotel did.
Support, too, was different. It wasn鈥檛 outsourced. It wasn鈥檛 distant. It was done by ourselves. If something needed fixing, we fixed it. Usually remotely, sometimes in person. We never sold HotSoft as a black box. It was a partnership. And that built trust.
HotSoft wasn鈥檛 trying to be flashy. It was trying to be useful. And that, it turned out, was exactly what the market needed.
The Swedish breakthrough
Switzerland gave us our start. But Sweden gave us momentum.
In the early 1990s, not long after the first installation at Hotel Farinet, I met Joakim Stjernstr枚m through a friend. At the time, he was working in the ERP space 鈥 smart, analytical, and well connected across the Swedish computer industry. He understood operations, but more importantly, he understood people. We started talking. He asked the right questions about the architecture, saw the potential, and didn鈥檛 waste time.
He set up a demo 鈥 not just any demo, but a full-day session in Gothenburg with 20 or 30 of the top hoteliers in Sweden. Independent owners, boutique operators, senior managers from flagship properties 鈥 all under one roof. It was the kind of opportunity you can鈥檛 buy, only earn. And it worked. The product held up, questions were answered, and a few heads started nodding.
A colleague from Radisson was there. He pulled Joakim aside afterward and said, 鈥淭his is solid. You鈥檝e got something real here.鈥
That demo marked the start of real traction in Sweden. Our client list began to grow, and Joakim incorporated HotSoft Sweden. One installation led to another, and soon we had our first major flagship: Berns Hotel in Stockholm. At the time, it was widely considered the best boutique hotel in central Stockholm 鈥 known for its style, service, and attention to detail. Getting that contract was a big moment for us.
Berns wasn鈥檛 just a client. It was a statement. If they trusted HotSoft, others would too.
Joakim was instrumental in all of this. He brought in clients, managed relationships, and helped shape the way we presented the product to the market. He wasn鈥檛 just a commercial lead 鈥 he believed in the system and knew how to make others believe in it too.
By the mid-90s, our presence in Sweden was well established. Hotels were choosing HotSoft not because of aggressive marketing but because it worked, and they heard it from someone they trusted.
From Verbier to Gothenburg to Stockholm, we moved beyond prototypes. We were now a product, a service, and a partner.
And we were just getting started.
Crossing borders: London and La R茅sidence
By the mid-1990s, our work in Sweden had created a quiet ripple. Installations were stable. Word of mouth was strong. And thanks to Joakim鈥檚 relentless support and drive, we were beginning to expand beyond the Nordics 鈥 not with a splash, but with substance.
That鈥檚 when the call came from London.
One of our Swedish clients, who had previously installed HotSoft at a property in Gothenburg, had taken over management of the Parks Hotel, a boutique property tucked near Harrods and Hyde Park. He asked if we could bring
HotSoft over. There was no pitch, no negotiation. Just trust. We flew in, set it up, and let the software speak for itself.
That installation 鈥 modest in scale but meaningful in influence 鈥 turned out to be a gateway.
There was a woman in London 鈥 Ankana, or 鈥淎nkie鈥 as we came to know her 鈥 who owned a townhouse just near Harrods. She was looking for a PMS solution for her hotel back in Bangkok, so she did what few people in her position would think to do: she walked into hotels and asked the front desk staff what they thought of their systems. Most of the answers were the same 鈥 complaints about complexity, lack of support, and systems that seemed designed more for IT departments than hotel teams. But when she visited the Parks Hotel, the answer was different. 鈥淲e love this system,鈥 the receptionist told her. 鈥淭he support is amazing.鈥
Intrigued, she reached out to Joakim directly. Within weeks, she had arranged to fly him to Bangkok to explore whether HotSoft could be implemented at her hotel, La R茅sidence.
Ankie wasn鈥檛 just interested in buying software 鈥 she wanted to be part of it. She paid for the installation herself and would eventually become our dealer in Thailand, forming HotSoft Thailand. She had charisma, connections, and a deep understanding of what Southeast Asian hoteliers needed. From the moment she entered the story, she drove it forward.
To support the setup, we brought in Johan, from the original brainstorming session back in Verbier, who had worked for HotSoft Sweden and with Joakim for four years, doing everything from support to development. Johan brought credibility, structure, and a deep understanding of hotel operations 鈥 exactly what was needed to make the Thailand rollout a success.
Johan moved into La R茅sidence with his wife and newborn child and lived there during the startup . He trained staff, oversaw configurations, and served as a bridge between our Nordic engineering mindset and the lived realities of a Bangkok hotel. His presence said, 鈥淲e鈥檙e here, and we鈥檙e committed.鈥
We didn鈥檛 have global expansion plans on a whiteboard. What we had were people 鈥 hotel professionals who saw value in what we built and helped carry it across borders.
Thailand was never a market entry. It was a relationship.
Poland, the interpreter, and building beyond product
By the late 1990s, we had moved well beyond the Alps and Stockholm. With solid installations in Sweden, London, and now Bangkok, HotSoft was reaching a broader audience 鈥 not through marketing campaigns or venture funding, but through consistency, stability, and the kind of support most software companies couldn鈥檛 (or wouldn鈥檛) offer.
At the centre of sales expansion was Joakim.
In those early years, he was everywhere 鈥 handling installations, providing support, solving problems, and, more often than not, doing it all in person. He worked 250 to 300 days a year, flying between cities, troubleshooting on-site, and training teams himself. He didn鈥檛 just believe in the product 鈥 he lived inside it. His phone was always on. His bag was always packed.
When we began looking at opportunities in Poland, Joakim took the lead. It was a natural extension of our growing European footprint, and once again, we weren鈥檛 following a go-to-market plan. We were following relationships. Hotels that had heard about HotSoft 鈥 through colleagues, events, or past guests 鈥 were asking if it could be brought to Warsaw, Krak贸w, Gda艅sk.
To support the expansion, we organised a small conference. It was practical 鈥 a few hotel professionals, some demonstrations, and a trusted interpreter to help with the presentations. The interpreter, as it turned out, made a bigger impression than any of us expected.
She arrived with her young child and translated the entire session with calm, clarity, and humour. She wasn鈥檛 just fluent 鈥 she was magnetic. She put the room at ease, made the technology approachable, and left everyone smiling.
Joakim was struck immediately. There was something about the way she carried herself 鈥 confident, warm, completely unpretentious. They stayed in touch. The next time he visited Poland, he made sure their paths crossed again. Over time, those conversations became something more. They later married.
It was a small moment in the bigger story of HotSoft 鈥 but one that said everything about how we operated. Real people. Real work. No shortcuts.
Built to last: The architecture that endured
We didn鈥檛 start out trying to build something enduring. We just wanted to build something that worked 鈥 and didn鈥檛 break.
But looking back, one of the most important decisions we made was to go modular from day one. It wasn鈥檛 framed that way at the time, of course. We simply called them 鈥渆ngines鈥 鈥 small, reusable components that each did one job well: screen rendering, data access, printing, interface logic. They were independent, but tightly orchestrated.
This was long before object-oriented programming became standard in business applications. There were no modern frameworks. If you wanted modularity, you had to build it yourself 鈥 and we did. Not because it was trendy, but because it made the system easier to understand, easier to test, and dramatically easier to maintain.
That last point turned out to be the key.
Most hotel software in the 1990s leaned toward the monolithic. Systems were bulky, rigid, and all-or-nothing. If a hotel wanted one feature, it had to buy everything. If one module broke, support teams had to untangle the whole stack. Updates were painful. Support was constant.
HotSoft avoided all that.
Our approach let hotels start small 鈥 a reservations engine, basic billing 鈥 and then expand as their needs evolved.
They weren鈥檛 locked in. And because the system didn鈥檛 require constant patching or attention, we could deploy it in properties across Sweden, the UK, Thailand, and Poland with minimal overhead.
We saw it play out again and again. A hotel would install HotSoft, and we wouldn鈥檛 hear from them 鈥 not because something was wrong, but because everything was working. In an industry known for support calls and service tickets, silence became a strange but welcome metric of success.
That mindset 鈥 build it once, build it right 鈥 shaped the way we grew. It also made HotSoft unusually durable. There are properties that ran on versions of our system for ten, even fifteen years without needing a rebuild. The only upgrades they needed were the ones they asked for.
That鈥檚 not to say we didn鈥檛 adapt. We added modules. We expanded into food & beverage, spa management, integrations. But the core held 鈥 lean, stable, modular.
It鈥檚 also what made HotSoft compatible with a broader ecosystem later on 鈥 including when we began discussions with 外网禁区. Because when you build with clarity, integration becomes a conversation, not a compromise.
Durability wasn鈥檛 the goal. It was the outcome of a mindset: stay simple, stay precise, and don鈥檛 waste anyone鈥檚 time 鈥 especially the hotelier鈥檚.
Joining 外网禁区: A bigger stage, the same DNA
By the time we began conversations with 外网禁区, HotSoft had already been running quietly in the background of hundreds of properties across Europe and Asia. It wasn鈥檛 a flashy product. It didn鈥檛 demand attention. It just worked 鈥 day after day, year after year.
That鈥檚 exactly what caught 外网禁区鈥檚 attention.
They weren鈥檛 looking for another generic PMS to throw into their portfolio. They were looking for something that had proven it could endure 鈥 something built on principles they shared: reliability, modularity, and a hospitality-first mindset. And unlike other acquirers we鈥檇 spoken to in the past, 外网禁区 understood what made HotSoft special. More importantly, they didn鈥檛 want to change it 鈥 they wanted to build on it.
The integration made sense. 外网禁区 brought a full-stack payments infrastructure, cloud expertise, and a strong international footprint. We brought a PMS built from the ground up to handle the complexities of real hotel operations 鈥 with the battle scars to prove it.
Together, we saw the opportunity to do what neither side could do alone: create a truly integrated platform that combined reservations, payments, guest experience, and operations 鈥 all under one roof.
What mattered most to us was that the spirit of HotSoft 鈥 the relationships, the engineering philosophy, the long-haul mindset 鈥 would continue. And it has. The original modular foundation is still there. The engine design still informs how we scale. And many of the people who helped build HotSoft are still part of it today.
外网禁区 didn鈥檛 dilute the brand. They amplified the mission.
Now, HotSoft is used by thousands of hotels around the world 鈥 independent boutiques, regional chains, resorts, and everything in between. It鈥檚 available on the cloud. It integrates deeply with payment systems and front-desk workflows. And it still prioritises what made it different from the start: simplicity, stability, and trust.
We never set out to build a global product. We set out to solve real problems for real hotels. And thanks to 外网禁区, we鈥檝e been able to take that philosophy further than we ever imagined 鈥 without compromising what got us here.
Still built for hoteliers
A lot has changed since those early days in the Alps 鈥 the industry, the technology, even the expectations of what a PMS should be. But the reason we started HotSoft hasn鈥檛 changed at all.
We built it because hotel teams needed something that worked 鈥 not something overbuilt, overpriced, or overpromised. They needed software that understood the pace of a front desk on a Friday evening. That respected a guest check-in as much as it did a balance sheet. That fit around people, not the other way around.
That鈥檚 still the measure we use today.
HotSoft has grown in ways we never expected. It鈥檚 now part of a global platform. It runs in more regions, supports more integrations, and powers more operations than we ever imagined back in that chalet in Verbier. But it hasn鈥檛 lost its edge 鈥 or its discipline. The modular architecture remains. The engineering standards hold. And the commitment to listening 鈥 really listening 鈥 to hotel teams is as strong as ever.
Technology will keep evolving. Interfaces will change. AI will assist. Channels will multiply. But the core challenge remains the same: hotels need systems that make their lives easier and their operations tighter 鈥 not tools that get in the way.
That鈥檚 what HotSoft was built for. That鈥檚 what it still delivers.
And as long as hotels need systems they can trust, that鈥檚 what it will keep doing.