Hospitality operations
An operations system for hotels and restaurants: rotas, training that gates shift access, maintenance tickets and a POS.
R&D projects
We take on a small number of commissioned projects — only those where a product has to be created, rather than a known technical specification executed. This is joint work in which both sides contribute expertise.
For large companies with a non-standard task that the market of ready-made solutions does not cover: a specific operational process, an industry particularity, or a combination of systems that is not found together anywhere else.
Formal selection criteria are currently being agreed. As a rule of thumb: we take on a task if we see product potential in it and a readiness on the partner's side to work together, rather than to hand the work to a contractor.
Built so far
Every case below went the same route: a client's task, research into the process, a working system. We state the stage openly — including where the work is still under way.
An operations system for hotels and restaurants: rotas, training that gates shift access, maintenance tickets and a POS.
Quoting and transport-request management for road carriers, their resellers and end customers in Europe.
A corporate lunch platform: staff order a week ahead, the company holds the limit, the kitchen gets its reports.
Work-time and stock tracking for a coffee shop: shift check-ins in a Telegram bot, schedules and reminders in the manager dashboard.
A field platform for US home-service and handyman crews: jobs, estimates built from photos and voice, a live crew map, invoices and payments.
One personal system where tasks, time, money, health and shared lists live in the same data across phone, browser and desktop.
Shop-floor tracking of finished goods: scan at the station, build the shipment in the app, keep working with no network.
A cleaning company website with a step-by-step quote calculator, orders saved to a database, and a panel where prices and content are edited.
Analysis, design and engineering work on the task as if it were their own product, not as an order with a fixed list of deliverables.
The architecture, code and documentation stay transparent to the partner: another team can pick the solution up without reverse engineering.
The first working result appears by a date agreed in advance, so that the decision to continue is made on facts.
For selected projects we discuss shared rights to the product created. The terms are defined case by case.
You describe the task and its context; we respond with questions.
We study the process and define exactly what the prototype validates.
We build a working scenario within a defined timeframe.
We launch the solution in a real environment with outcome criteria.
Together we decide whether to develop the product further.
We choose the stack to fit the task, not the other way round. What stays constant in the approach is different: documented architecture, tests for critical scenarios, a reproducible environment and automated deployment.
Temporary photoWrite briefly about the process and about what existing solutions are missing. We will tell you whether we see product potential here.