Questions
Answers, without the sales language.
What buyers actually ask us before they commit — pricing, ownership, timelines and what happens after launch.
How do you price a project?
Every project starts with a written scope listing deliverables, timeline and a fixed cost. You approve that scope before any money moves. If the requirement changes later, the change is quoted separately rather than absorbed silently into the schedule.
Who owns the source code?
You do. Source code, database and documentation are handed over at launch. There is no licence you have to keep paying, and no part of the system is locked to us. If you decide to move to another vendor, everything they need goes with you.
How long does a project take?
A website is typically 3 to 6 weeks. A school or hospital ERP is usually 8 to 16 weeks depending on the modules involved. You get a working build you can open at the end of each development cycle, so progress is visible rather than promised.
What happens after the site or system goes live?
Every build ships with staff training, written documentation, and a defined support window during which fixes are free. After that window an annual maintenance contract is available. We do not disappear at handover.
Can you work with the software we already have?
Usually yes. Migration and integration are assessed during scoping, and we run a test migration before go-live so there are no surprises with your existing data. Where an existing system genuinely cannot be integrated, we tell you that before you commit.
How is our data kept secure?
Access control, encryption in transit, hashed credentials and audit trails are built in from the start, not added during a review at the end. Deployments are hardened, and backups are tested by actually restoring from them.
Do you work with government departments?
Yes. We build citizen-facing portals, file movement systems, grievance handling and reporting for departments, and we are set up for the documentation and audit requirements that come with public procurement.
We are not technical. Can you still help us scope this?
That is the normal case, and the first stage exists for exactly this. We sit with the people who do the work today and map the process as it actually runs. You do not need to arrive with a specification.
Question not answered here?
Ask it directly. If it turns out to be a question other people have too, it ends up on this page.