Common questions before the call: system vs framework, what the annual fee actually buys, deployment, how drift gets measured, custom logic, migrating away, and pricing.
Django is a building block. Ficus is a complete system built on top of Django —infrastructure, deployment, multi-tenancy, and background processing designed together from day one. Stack: Python 3.13 · Django + DRF + Channels · PostgreSQL (one isolated database per tenant) · Redis · Nginx.
You don't assemble it. You inherit it.
No. The annual fee is not support. It pays for two things: the successive releases that keep your installation aligned as the core evolves, and the evidence that says whether it still is —a Drift Index recalculated hourly, a quarterly Health Check, an annual Audit.
Without it, you still have the system. You just have no measurement of it.
A starting point gives you the first week. It scaffolds a project and then leaves: it doesn't provision your cloud, it doesn't isolate tenants at the database level, it doesn't validate anything after day one, and two years in it can't tell you how far the system has drifted from what you designed.
Ficus is the opposite trade. The first week is a command.
What you pay for is the twenty-fourth month: the releases that keep your installation aligned as the core evolves, and the evidence that says whether it still is.
Yes. Ficus deploys into your own cloud account —your data never leaves it. Our deployment automation currently targets Google Cloud; AWS and Azure support is on the roadmap.
Ficus manages provisioning, secrets and configuration automatically —then validates the system it just built, end to end.
Today each deployment runs in a single Google Cloud zone, with automatic backups and point-in-time recovery —so your data stays protected and recoverable.
Multi-zone high availability is on the roadmap.
After every deploy, Ficus validates that APIs respond as expected, background jobs complete, tenant routing behaves correctly, and real user flows succeed end to end —against the same topology you receive, not a mock.
That tells you nothing broke. It doesn't tell you how far the system has moved.
So the result doesn't stop at the pipeline: it feeds your Drift Index, recalculated hourly against the live system, where drift surfaces whether or not a test failed.
It would be, if the instrument could only ever agree with us. The Audit has six layers: four are inherited baseline, two are computed live by reading the code against what it declared. Only the computed layers can certify —a baseline layer cannot lend its green to the verdict, and an Audit with no computed layer reads amber, not green. Absence of signal is not success.
We run it against our own production system. The last Audit came back red on both computed layers, and the Handoff was refused: HTTP 400 —a Handoff cannot be issued with a red status.
A measurement is only worth something if it can return the verdict you didn't want. Ours did.
The annual fee covers system evolution, reliability improvements, and the measurement that says whether your installation is still aligned —not a support ticket queue. When the core improves, it ships to every client on the same release.
You talk to Daniel or Natalia directly.
The system doesn't stop working —everything that was deployed stays yours and keeps running.
What stops is the alignment and the measurement: architecture improvements, reliability updates and new capabilities ship to all clients while the fee is active, and the evidence keeps being generated against your live system.
Without it, you have a snapshot of the system as it was when you stopped —still running, still yours, and drifting without a number on it.
Yes. Ficus governs the infrastructure layer —deployment, multi-tenancy, secrets management, background processing, and E2E validation. Your application code lives on top: your data models, your API endpoints, your business logic.
You own and write everything above the infrastructure layer.
Ficus doesn't constrain how you build your product —it constrains how the system runs.
What you deploy runs in your own cloud on standard open-source —Django, PostgreSQL, Redis, Nginx— with no dependency on us to keep operating.
If we ever weren't around, you'd have a working Django application on standard infrastructure any engineer can run —the same answer as migrating away.
You're not betting on us being around —you're inheriting a system that runs without us.
Your data and application code are yours from day one. The underlying stack —Django, PostgreSQL, Redis, Nginx— is standard open-source tooling that any engineer can work with independently.
If you move off Ficus, you have a working Django application on standard infrastructure. There's no proprietary data format or lock-in at the application layer.
The migration cost is rebuilding the deployment and infrastructure layer yourself —which is exactly the cost Ficus was built to eliminate.
The setup fee starts at 50,000 EUR and depends on three factors: whether you're starting fresh or integrating with an existing codebase, the number of tenants and isolation requirements, and the scope of the E2E validation suite.
The annual fee starts at 50,000 EUR and scales with system complexity.
We cover both in the 30-minute call —there's no point quoting a number before we understand what you're building.