Menu

SOLUTION · OWN YOUR SOFTWARE

Custom software you own outright. No lock-in, no escalating licence fees.

When you build software with Paladine, you get the source code, the database, the documentation, and the infrastructure. If we stop working together tomorrow, your business keeps running on the system we built. That is what ownership actually means.
Own Your Software Banner

Full source code repository. Plain Symfony, plain PostgreSQL, plain Australian hosting. No proprietary lock-in.

What owning your software actually means

In SaaS, you rent functionality. The vendor owns the code, the database, the integrations, and the roadmap. When they change pricing, you pay it. When they discontinue a feature you depend on, you adapt. When you outgrow their model, you migrate. None of the value you built up in that system belongs to you. The configuration you spent two years refining, the workflows your team learned, the integrations you paid to build: all of it lives on someone else’s servers, governed by someone else’s terms.

Custom software ownership is the opposite arrangement. You commission the build. You receive the complete source code in a repository under your name. You hold the database. You control the hosting. The system is a business asset on your balance sheet, not a recurring expense on your P&L. You can show the code to your auditor, your lawyer, or your next development partner without anyone’s permission.

That sounds obvious. In practice, plenty of “custom” software vendors build on proprietary platforms, retain the source code, lock the database, or structure contracts so that walking away is impossible. We do not work that way. Paladine builds on open frameworks (Symfony, PostgreSQL, Linux) and hands over everything at the end of every engagement. The handover is part of the deliverable, not a separate negotiation.

The honest moment most agencies skip: most businesses should not commission custom software. If a SaaS product covers 90% of your needs and the 10% gap is workable, the build cost of custom rarely justifies itself. About one in three custom-software discoveries we run ends with our recommendation to keep the SaaS and accept the gaps. Custom becomes the right answer when the SaaS spend has crossed a threshold, when the gaps have become operational risks, or when the data and logic in the system represent genuine competitive advantage. The answer “you do not need custom software” is just as valid as “you do.”

If you have been quoted custom software and the contract is unclear about ownership, call 0431 000 062. We will talk you through what to look for.

Symptoms to look for

You probably want to own your software outright if any of the following are true.

  • Your SaaS bill is climbing every renewal. What started at $200 per month is now $2,000 per month, and most of the features you pay for, you do not use. The vendor’s pricing model has shifted twice and looks likely to shift again.
  • The SaaS does almost what you need, but not quite. You have a workaround for one critical process, and the workaround is fragile. Every time the vendor releases an update, you hold your breath.
  • You operate in a niche the SaaS does not understand. Your business has rules that mass-market platforms cannot accommodate without ugly configuration hacks. The vendor’s roadmap caters to the median customer; you are not the median customer.
  • Your data is your competitive advantage. You do not want it living on someone else’s servers, queryable by their analytics team. The vendor’s terms of service grant them broad rights over your operational data, and you have begun to question what those rights mean in practice.
  • You are at scale where ownership is cheaper. Once your SaaS spend on a category exceeds $30,000 per year, custom usually pays back inside 3 years. Custom is a capital-vs-revenue trade-off; at scale, the maths tips toward capital.
  • You are about to be acquired, or you are buying companies. Due diligence on owned IP is very different from due diligence on a stack of SaaS subscriptions. Owned systems are assets on the balance sheet; SaaS subscriptions are liabilities.
  • Vendor risk has become a board-level concern. Your CIO has flagged dependency on a particular SaaS as a single point of failure. Insurance premiums on the operational risk have started to reflect it. The board wants to know what happens if that vendor is acquired, repriced, or shut down.

DIAGNOSTIC

If three or more describe your situation, custom ownership is probably the better economic answer. The question is which systems to build and which to keep renting.

What we build, and what we hand over

Own Your Software Content

Custom software at Paladine means a complete operational system, built on Symfony (PHP), backed by PostgreSQL, deployed on Australian infrastructure. At the end of the build, you receive a handover pack that contains everything required to run, modify, and migrate the system without us. The handover is a deliverable, not a service.

The source code repository

A complete Git repository, hosted under your organisation’s GitHub or GitLab account. Every commit, every branch, every line of code. Documented at the file level. Readable by any competent Symfony developer. The repository is yours from day one of development, not handed over as a final step. You watch the code being written.

The database

PostgreSQL schema documented in plain language. Migration files in version control. Backup and restore scripts. Data dictionary explaining every table and every relationship. You can export the entire database to standard SQL at any time. Your DBA, your auditor, or your next development partner can understand it without us in the room.

The infrastructure

Deployment scripts that take a fresh Linux server to a running production system. Documentation of the production environment. Monitoring and alerting configuration. SSL certificates, domain configuration, environment variables. Everything required to stand up a second copy of the system on different infrastructure if you need to. The “what if Paladine disappeared tomorrow” question has a documented answer.

The technical handover

A document that explains the system architecture, the key design decisions, the integrations, the failure modes, and where the bodies are buried. Written for the developer who inherits the system, not for marketing. Every non-obvious decision has its reasoning recorded. The next developer does not need to guess why a specific pattern was used; they read the doc.

The training

A walkthrough with your internal team or your next development partner. Optional, included if you want it. Most clients take it; some have their own teams who prefer to learn the system by reading the code. Both are fine.

The contract clarity

The contract states explicitly that all intellectual property in the custom code we write for you transfers to you on final payment. No ambiguity about who owns what. No “licensed back to client” clauses that look like ownership but are not. If a future development partner reads our contract, they will understand immediately that the IP is yours.

How we build it

Custom software builds run in three named phases. Each phase is fixed scope and fixed price. You can pause between any two phases without losing the work.

  1. DISCOVERY

    2 to 4 weeks. Map current state, document business model, identify integration points, define the data model, and produce a written scope and fixed quote. You can take the discovery document to your board.

  2. BUILD

    8 to 20 weeks. Stand up the architecture, build the modules, integrate the external systems, write the tests. Weekly demonstration of working software against the agreed scope.

  3. HANDOVER AND CUTOVER

    2 to 4 weeks. Production deployment, data migration from existing systems, technical handover documentation, training session. Source code, infrastructure, and documentation fully transferred.

Total timeline is typically 12 to 24 weeks for a focused operational system. Larger ERP or platform builds can run 6 to 12 months.

We do not do agile-as-an-excuse-for-no-scope. The discovery phase produces a written scope and a quote you can take to your board. Inside that scope, we work in weekly iterations and adjust as we learn, but the destination is agreed in writing before we start building. If something changes mid-build, we re-scope and re-quote that change separately; the original scope stays honest.

Three engagement shapes

We structure custom software ownership engagements in one of three ways. All three result in you owning the source code at the end.

  • Focused build. From $80,000. One operational system. Examples: a custom booking platform, a custom CRM tuned to your sales process, a custom inventory system. 12 to 20 weeks. Best when one system is the constraint on the business.
  • Platform build. From $200,000. A connected platform. Multiple modules sharing a common data model. Examples: combined CRM and ERP, multi-site booking with central reporting, marketplace platforms. 6 to 9 months. Best when several adjacent systems need to share data and the integration layer is where most of the value sits.
  • Run With Us retainer. From $6,500 per month. Post-launch development and support. 24/7 monitoring, continuous additions, security patching, quarterly reviews. Optional, not required. Some clients run the system themselves after handover; others keep us on the line.

Call 0431 000 062 to talk through which fits.

Software we have built and handed over

Three custom builds. All in production. Source code owned by the client.

Corporate Bodies, NSW

  • Problem: Combined CRM and ERP needs across strata management, with mobile fieldwork requirements. No SaaS covered all three. Inspectors were carrying paper checklists and re-entering data when they returned to the office. Three separate SaaS subscriptions and an Access database held the operational records, none of which talked to each other.
  • Built: Symfony backend with PostgreSQL, web admin for office staff, mobile field app for inspectors, integrated reporting. 14 months end-to-end. Source code held in client’s GitHub from day one of development. Project ran at 5% under budget.
  • Result: Single source of truth for client, property, inspection, and billing data. Replaced three SaaS subscriptions and an Access database. Source code held in client’s GitHub. Estimated 60% reduction in licence costs over 3 years.
  • Stack: Symfony, PostgreSQL, Vue.js admin, native iOS field app, AWS Sydney, GitHub Actions CI/CD.

Quickway, NSW

  • Problem: Civil construction operations running on a 2008-era custom-built system. Original developer no longer available. Vendor lock-in pricing rising annually. Eight legacy operational systems running in parallel because nobody was sure which one was authoritative for what. The CIO had three quotes to migrate to NetSuite; none of them looked like good value.
  • Built: Modern Symfony rebuild of the operational core. Same business logic, modern architecture, full source code in client repository, deployed to client’s chosen Australian host. Eight systems consolidated into one. Built over 11 months.
  • Result: Annual software cost reduced by approximately 70%. Performance improvements across the board. $90,000 per year saved and 3 FTE freed up from manual workarounds. Roadmap now owned by the business, not the previous vendor.
  • Stack: Symfony, PostgreSQL, custom Vue.js admin, AWS Sydney, GitLab CI/CD, internal monitoring stack.

Motiv8sports franchise operations

  • Problem: Franchise model with complex multi-party payments, scheduling, and territory rules. No off-the-shelf platform handled the model. The previous solution was a stack of three SaaS products held together with Zapier and spreadsheets, with weekly payouts to 100+ franchisees being calculated manually.
  • Built: Custom Symfony platform with Stripe Connect for franchisee payouts, custom scheduling, custom territory management. Built over 14 weeks. Source code owned by Motiv8sports from day one.
  • Result: Platform owned outright, deployed to Australian hosting, source code in client repository. Platform now handles all franchise operations including weekly payouts to 100+ franchisees. The Zapier/spreadsheet hairball retired.
  • Stack: Symfony, PostgreSQL, Stripe Connect, Xero API (multi-tenant), AWS Sydney.

Who you will work with

No account managers, no offshore teams, no juniors learning on your project. The two engineers below scope, build, and ship the work. The engineer who runs your discovery is the engineer who writes the code, who runs the handover, and who answers the phone in year three if you call with a question. Custom software is a long relationship; the relationship should be with people, not with an account team.

  • Image 3

    Nicolas Wendell

    MANAGING DIRECTOR

    Nicolas has been building custom software since leaving school, bringing a lifelong passion for development to every project. Before founding Paladine Systems, he ran his own video game studio and earned multiple accolades in network engineering. Known as a driving force in the custom software world, Nicolas combines deep technical expertise with visionary leadership – guiding Paladine in delivering innovative, enterprise-grade solutions.

  • Image 4 (1)

    Mark Morcom

    SENIOR SYSTEMS ENGINEER

    Mark is a young prodigy in software development, bringing 5 years of experience to Paladine. Equally at home on the front end and back end, he crafts clean, scalable solutions that power complex applications. Mark’s sharp problem-solving skills and passion for innovation make him a driving force behind Paladine’s most advanced projects.

Custom software ownership FAQs

  • What does owning the source code actually mean in the contract?

    The contract states that all intellectual property in the custom code we write for you transfers to you on final payment. The Git repository is hosted under your organisation. You can give access to any developer or company you want, at any time. There is no licence-back clause that looks like ownership but is not; the IP is genuinely and unambiguously yours.

  • What if we want to take the system away from Paladine?

    You can. You have the source code, the database, the deployment scripts, and the technical documentation. Any competent Symfony developer or development team can take over. We will hand over to your chosen partner at no additional cost beyond reasonable handover time. Some of our clients run their systems themselves; others have moved to other developers; we are not offended by either path.

  • What stack do you build on, and why does it matter?

    We build on Symfony (PHP), PostgreSQL (database), and Linux (hosting). All open source. All widely used. There is a global market of developers who can work on Symfony, which means you are not dependent on us specifically. The stack choice is part of the ownership story; building on a niche framework would lock you to whoever knows it.

  • Do you build on proprietary or low-code platforms?

    No. Low-code platforms create the lock-in we are trying to avoid. The code we write is plain Symfony that any Symfony developer can read. If you have been quoted a OutSystems, Mendix, Bubble, or Salesforce-platform build by someone else, the IP and portability story is very different from ours. That is not a value judgement on those platforms; it is a different commercial trade-off.

  • How does ownership compare to SaaS on cost over time?

    Custom software has a higher upfront cost and a lower ongoing cost. SaaS is the inverse. The crossover point depends on the system and the scale, but for mid-market businesses spending more than $30,000 per year on a software category, custom usually pays back inside 3 years and saves money every year after that. The discovery phase produces a written TCO comparison so the decision is made on numbers, not intuition.

  • Can you take an existing custom system and bring it under proper ownership?

    Yes. If you have a custom system where the vendor holds the code, we can sometimes negotiate transfer, or rebuild the system on a stack you own. Start with a software rescue audit. About half the cases we see can be solved by negotiating a transfer of the existing code; the other half need a rebuild.

  • Do we have to host on your infrastructure?

    No. We deploy where you want. AWS, Azure, Google Cloud, Sydney data centres, your own infrastructure. The deployment scripts make it portable. Most of our clients deploy to AWS Sydney; some prefer their own data centres for compliance reasons. Both work.

  • What ongoing support do you offer after handover?

    Optional Run With Us retainer from $6,500 per month for 24/7 monitoring, continuous development, and security patching. Or you can take over with your internal team or another partner. The system is built to be supportable by anyone competent on the stack. About 60% of our clients stay on Run With Us long-term; 40% go independent. Neither path is the wrong answer.

GET STARTED

The SaaS economics no longer make sense, or you have been told ownership is not possible. Get custom software you actually own.