01
Client portals
Secure areas for customers to submit, review, approve or retrieve information without relying on long email chains.
Custom web applications
When a standard website or off-the-shelf product leaves an important operational gap, SD designs and builds focused web applications around the real workflow.
A focused alternative
The useful starting point is usually one awkward process: repeated data entry, disconnected systems, a client task trapped in email, or a spreadsheet that has quietly become critical infrastructure.
Build that part properly first. Add complexity only when it earns its place.
What can be built
01
Secure areas for customers to submit, review, approve or retrieve information without relying on long email chains.
02
Structured steps, permissions and handovers shaped around the way the work is actually completed.
03
API connections and data movement between websites, CRMs, listing systems, payments and other business tools.
04
Structured collections of businesses, events, articles or listings with the search and management tools they require.
05
Business-readable views of important data, with fewer manual exports and less assembly by spreadsheet.
06
A staged path away from an ageing or unsupported system without pretending the surrounding business can stop while it changes.
Example · Moving Software
A purpose-built system can replace several disconnected handovers with one operating view. The value is not novelty. It is knowing where the work is and what happens next.
Technical foundation
Current custom application work uses CodeIgniter 4 as a stable foundation, with the interface, data model and integrations shaped around the project.
The more important principle is restraint: documented behaviour, supported dependencies and code that can still be worked on after the first developer has forgotten the clever bit.
Good signs you need custom work
Two systems do not talk to each other, so staff become the integration layer.
It now carries business rules, history and risk that were never meant to live in one file.
An important step still happens by email or phone because the existing public system stops too early.
You are paying for a broad product while maintaining a separate manual process around the part your business actually needs.
Start sensibly
Describe the current workflow, where it breaks and who needs to use it. A rough outline is more useful than a polished feature list built too early.
Describe the workflow