Custom software built around how your business works

We design and build web-based business software for work that off-the-shelf tools do not fit. We start with a small first release, agreed in writing and formally accepted before anything is added to it.

Entry point
Custom-scoped project
Duration
Set in the offer after assessment
Price
Custom quote, assessment required

Overview

Custom software makes sense when your process is specific to your business, or when your current tools force staff to work around them. It is not the answer to every problem. In many cases a CRM, an ERP or your existing system can be adapted at lower cost, and we tell you so when that is the better route.

When building is the right choice, we do not build the whole system at once. We agree one small first release with a fixed scope, a list of what it excludes, and written acceptance criteria. You see a working preview before the second payment and accept the release in writing before the last one.

No new phase starts until the previous one is accepted. Large systems, such as multi-branch ones, are accepted only after a paid diagnostic and under written conditions, which are set out in the questions below.

What the service covers

Custom systems and software development

We develop solutions designed specifically for how your organisation works.

  • Custom Business Software
  • Web Applications
  • Internal Management Systems
  • Booking Systems
  • Order Management Systems
  • Case Management Systems
  • Document Management Systems
  • Project Management Systems
  • Customer Service Platforms
  • Subscription Systems
  • Administrative Portals
  • Developing existing systems and rebuilding them where needed

This service fits you if

  • You run bookings, orders or case files through WhatsApp messages, Excel sheets and paper, and nobody sees the full picture.
  • Your current system no longer fits how you work, and every change is slow or breaks something else.
  • You need staff, branches or clients to log in and see only their own records, and spreadsheets cannot do that.
  • You tried packaged software and paid for features you do not use, while the one you need is missing.
  • A manager approves requests, documents or projects by message, and there is no record of who approved what, or when.
  • You are unsure whether to build new, adapt what you have or replace it, and want a written recommendation before you commit a budget.

What goes wrong in software projects

Building everything at once

A large first scope hides delays until late and makes changes expensive. Cost and dates drift because no single part was accepted before the next one began.

Building when adapting would do

Custom systems carry their own maintenance. If a CRM or your existing system covers most of the need, a new build is money spent for no real difference.

Requirements that are not written down

When the only specification is that it should work like we do, each person remembers it differently, and disputes appear at handover.

Extras that arrive without a price

Small additions during a build pile up. If their price is not agreed first, the final cost comes as a surprise.

A system you cannot move

If the code, hosting and accounts sit in the supplier's name, changing supplier means starting again.

What you receive

Every deliverable is written or runnable, and you can check it before you pay for the stage that follows.

Build-or-adapt recommendation

A written comparison of adapting what you have against building new, with the reasons for the recommended route. It is part of the diagnostic report.

First-release scope document

Screens, user roles and business rules, what is excluded, and what is left to later phases. You approve it before work starts.

Acceptance criteria

A written list, in plain language, of the checks the release must pass. Each criterion is a statement you can try yourself.

Working previews

Versions you open and use during the build, on test data. The second payment is tied to one of these previews.

A tested first release

The release running in your own accounts, tested against the acceptance criteria, with the test results for you to read.

Handover pack

The final files, a short usage guide, a list of accounts and access, and instructions for running and backing up the system.

Next-phase proposal

A separate, priced offer for what follows the first release. It starts only after the first release is accepted.

How a custom software project runs

Five steps, each with a written output you can check.

  1. 1

    Diagnostic and the build-or-adapt decision

    After a free call, we run a paid 5-working-day diagnostic. We map workflows and compare adapting the current system with building a new one. You receive a 5–8 page report, an agreed illustrative deliverable, 3 priorities and an implementation offer for a defined scope.

    Your part: You read the report and choose the first release. If a project starts within 30 days of delivery of the diagnostic report, the diagnostic fee is credited in full against it.

  2. 2

    Fixed offer for the first release

    We write the scope, the exclusions, the milestones and the acceptance criteria into one fixed-price offer. Large work follows extra conditions, set out in the questions below.

    Your part: You approve the scope in writing and pay the first payment, which is 40%.

  3. 3

    Build with previews

    We build in milestones and show a working preview on test data, not still images. Anything outside the written scope is priced before we do it.

    Your part: You use the preview for real tasks and send comments in writing, then pay the second payment, which is 30%.

  4. 4

    Testing and written acceptance

    We test the release against the acceptance criteria and share the results. Defects found at this stage are fixed before acceptance.

    Your part: You check each criterion and accept the release in writing, then pay the last payment, which is 30%. The final files are handed over after it.

  5. 5

    Handover, then the next phase

    We hand over the release and a short usage guide, with the accounts opened in your name, and then leave them. Fixes for defects are free for 14 days after delivery. The next phase is a separate offer and does not start until this one is accepted.

    Your part: You confirm the handover and decide whether to start the next phase or take an optional monthly plan.

What we need from you

  • One person with the authority to decide on scope and to accept the release.
  • A few of the staff who do the work today, so they can show us how it runs.
  • Your current files, forms, reports and any system you use now, with temporary access where needed.
  • Written answers to our questions by the dates we agree, since delays on your side move the dates.
  • Hosting, domain and any external subscription accounts opened in your name. Their costs are priced separately.
  • Time to try each preview and send your comments in writing.

What this looks like in practice

How to start

Start with the 5-working-day diagnostic. It tells you whether to build, adapt or leave things as they are, and it ends with a fixed offer for a small first release. If a project starts within 30 days of delivery of the diagnostic report, the diagnostic fee is credited in full against it.

Complex-project diagnostic (5 working days)

For complex work that needs assessment before implementation can be priced. Deliverables are agreed before the start; simple services begin with a free call and a written offer.

Duration
5 working days
Price
Fixed fee 1,200 SAR

All prices and offers

Questions about this service

Should I build custom software or adapt what I already have?

Adapt when your CRM, ERP or current system already covers most of the process and only needs changes or connections. Build when the process is specific to your business, when you want one tool in place of several, or when you need access rules your tools cannot provide. Rebuilding an existing system is possible when it is the better route. The diagnostic gives you this recommendation in writing, with reasons, before you commit to a build.

What does a first release contain?

One working part of the system that is useful on its own, such as the booking flow and staff logins. The scope lists the screens, user roles and business rules, and it also lists what is excluded. Acceptance criteria are written before work starts. Everything else is planned as later phases, and each phase has its own offer.

What if I want to add something during the build?

Tell us. If the request is outside the written scope, we price it in writing before doing it, and you decide whether to add it now, move it to a later phase, or drop it. Nothing is added without your approval, so the agreed price does not change silently, and we tell you if a change affects the dates.

How can I follow progress and verify each delivery?

Payments are 40% at the start, 30% when you see a working preview, and 30% on acceptance and approval, and you see the evidence for each stage before you pay it. You own everything we deliver, the accounts are opened in your name, and no new phase starts before the previous one is accepted. Final files are handed over after the last payment.

Can you take on a large or multi-branch system?

Yes, under written conditions. Large multi-branch systems, and systems that hold sensitive health, financial or personal data, are accepted only after a paid diagnostic. They need a written scope, phases of one first release each, accounts in your name, and a liability cap equal to the fees in the contract. Sensitive data stays inside your own environment, with temporary permissions and a data-processing agreement.

Who owns the system, and what happens after delivery?

You own everything we deliver. Hosting, licences, domains and external subscriptions are priced separately and opened in your name. We work with temporary access and leave the accounts after handover. We fix defects free for 14 days after delivery, and after that an optional monthly plan covers fixes, changes and support.

Tell us what you want to build

Describe the process you want to run in software. We will reply with the next step, which is usually a short conversation before the diagnostic.