Problems we’ve solved
Questions you may have before a project, each answered with real work: the challenge, what we did and the result. Client names stay confidential.
Deadlines and growth
We have an urgent deadline. How would you approach it?
Urgent delivery · 2025
We delivered a working integration in 7 days. The partner then signed.
- The challenge
- An air cargo company needed a new partner contract. Before signing, the partner required a working, documented application programming interface (API) to test the connection between their systems. The work was normally expected to take about a month.
- What we did
- We focused the first delivery on what the partner needed to make a decision. We built 18 API endpoints for parcel and shipment data, with security controls and documentation, and put them into production on day seven.
- The result
- The partner signed once the API was ready. We then built the rest of the platform on that foundation, without starting again.
- 18 endpoints available through the API
Read the Air Cargo & Customs Platform case study
Can our partners sell the platform under their own brands?
Partner sales · 2023
Partner and reseller accounts added in 3 weeks.
- The challenge
- A cybersecurity platform owner wanted to grow sales through partners and resellers. The platform served direct customers only, and the owner did not want a separate system for every partner.
- What we did
- We added a partner, reseller and customer structure to the live platform, with separate data-access permissions. Partner accounts carry their own logo and support email. Resellers can use that identity or set their own, and partners receive billing data ready to import.
- The result
- The client can sell directly and through partners and their resellers from one platform, with each partner presented under its own brand.
- 3 tiers: partner, reseller and customer
- Added in 3 weeks while the platform stayed live
Read the Cyber Exposure Platform case study
How can we control the cost of AI?
AI · 2026
AI explanations capped by a daily allowance for each company.
- The challenge
- Users of a cybersecurity platform needed security findings explained in plain English. Paying for every AI request meant usage needed limits, with a way to respond if the provider changed its prices or terms.
- What we did
- We set a daily request allowance for each company, capped answer length and reused saved answers to repeated questions. Once the daily allowance is reached, the platform blocks new requests before sending them to the provider.
- The result
- Usage stays within defined limits. When we changed provider in 2026, it took one configuration change, with the previous provider retained as a fallback.
- 10 requests per company per day, by default
- 500 words per answer, at most
- 1 setting to switch provider
Read the Cyber Exposure Platform case study
Changing a system while it’s in use
Can you modernise our system without disrupting customers?
System modernisation · 2021 – present
We’re rebuilding the platform in stages while customers keep using it.
- The challenge
- As a cybersecurity platform grew over five years, its technical foundations needed to change to support new services without disrupting existing customers.
- What we did
- We rebuilt in stages, running new components alongside the existing system on the same database. Feature development and sales continued throughout. The work to bring the application together is now in its final stage.
- The result
- Customers kept access to the service throughout the upgrades. We continue to develop the platform after five years of working together.
Read the Cyber Exposure Platform case study
What if a partner changes how our systems connect?
Partner integrations · 2024 – 2025
A new partner integration, with no pause in trading.
- The challenge
- A package forwarder’s main partner changed how parcel data was exchanged through its application programming interface (API) and set a deadline to retire the old version. The business had to update its system and records before the cutoff.
- What we did
- We ran both integrations together and migrated eight years of data in batches of 1,000 records. We updated the system in stages and sent any record with an uncertain owner for staff review.
- The result
- The transition was completed after about five months of parallel operation, with no maintenance shutdown and no increase in support requests.
- 8 years of records
- 1,000 records per batch
- ~5 months side by side
- 0 minutes of downtime during migration
Read the Cross-Border Forwarding Platform case study
What if an external service our system relies on shuts down?
Continuity · 2024
A provider shut down. The platform kept running.
- The challenge
- A cybersecurity platform received one month’s notice that its breach-data provider was closing. Part of the service customers paid for depended on that data.
- What we did
- We connected a second data source within about two weeks, using the platform’s existing data to check for breaches. A permanent replacement was live around three months after the notice.
- The result
- Customers retained access throughout the transition. When the provider changed again in 2026, we used the same approach to keep the service running.
Read the Cyber Exposure Platform case study
How do you preserve accuracy when moving our data?
Data integrity · 2026
We moved 453 tasks, 716 comments and 356 files, and invented no history.
- The challenge
- While moving four years of our own work from a third-party tool, we could not extract the history showing who changed each task’s status and when, despite testing every route available to us.
- What we did
- We moved the data we could verify and kept inferred observations separate from recorded actions. We attributed no change to a member of staff without evidence in the original data.
- The result
- We migrated 453 tasks, 716 comments and 356 files. Confirmed records stay separate from observations, and we invented no activity history.
- 453 tasks
- 716 comments
- 356 files
- 0 actions attributed to staff without evidence. Notes stay separate from verified change history.
Less manual work
Can you reduce repetitive manual work?
Automation · 2018 – present
An invoice now takes under a minute, down from a working day.
- The challenge
- A company forwarding customers’ overseas purchases prepared invoices by hand from spreadsheets. Combining parcel costs, fees and discounts took a working day per invoice.
- What we did
- We checked the pricing rules against real invoices, then built a tool that combines 23 types of charge, cost and discount in one click. It calculates shipping from parcel weight and dimensions, and customs duty for each item.
- The result
- The business owner reports that preparing an invoice now takes under a minute instead of a working day.
- Invoice preparation time, reported by the owner
Read the Cross-Border Forwarding Platform case study
Can you turn complex procedures into a clear workflow?
Workflow design · 2025
Staff see only the permitted options across 40 statuses.
- The challenge
- An air cargo handler worked with 40 parcel statuses, each with its own conditions and sequence. These procedures were undocumented, even though the partner required updates in the correct order.
- What we did
- We documented the procedures in plain language and agreed them with the client before development. We then made the system show staff only the permitted options, with rules kept in settings that can change as the business does.
- The result
- We delivered four partner-requested changes through settings, without rewriting the parcel-processing logic.
- 40 status codes
- 17 steps
- 120+ rules
- 4 rule changes made in settings, with no new release
Read the Air Cargo & Customs Platform case study
Can our customers run phishing drills without a technician?
Security testing · three months
A button in the platform replaced manual commands.
- The challenge
- An employee security-testing platform needed a tool that creates simulated login pages. That tool required someone to type commands by hand and had no application programming interface (API) for the platform to control it.
- What we did
- We built a service that takes requests from the platform and operates the tool automatically, saving each customer’s settings and restoring them after a restart. Reaching stable operation took about three months.
- The result
- Customers can launch a test directly from the platform, without typing commands or handling the tool’s technical setup.
Read the Phishing Simulation Platform case study
Can we keep documents consistent across branches?
Consistent branch documents · three system generations
One contract update reaches every store.
- The challenge
- A retail group kept a separate copy of its sale contract in each store. With nine documents in the contract, an update meant changing multiple copies of the same content.
- What we did
- In the third generation of the system, we replaced those separate copies with one template used by every store. Contract terms can now be updated in one place.
- The result
- Every store uses one shared template, with no separate local copy of the contract template to maintain.
- 1 shared template for every store
Read the Multi-Store Retail Operations Platform case study
Reliable day-to-day use
How do you handle errors after launch?
Resolving system errors · June 2021
Unmatched parcels now go to staff for review.
- The challenge
- Weeks after a warehouse system launched, some parcels appeared not to exist when staff scanned their tracking numbers, despite being right in front of them.
- What we did
- We traced four errors to one cause: tracking numbers arrived in different formats, sometimes with extra data. We rebuilt parcel identification and customer matching, and added a review queue when ownership could not be confirmed.
- The result
- Unmatched parcels go to staff for review instead of being assigned to a customer on a guess.
Read the Forwarding Warehouse & Resale Platform case study
How do you catch failures that could go unnoticed?
Data reliability · automated checks
Price data stays protected when an update fails.
- The challenge
- A pricing platform collects data from 188 competitor websites. If a site stops returning prices, an empty result could be mistaken for a change in the market.
- What we did
- We made the platform keep its last valid data and report ten types of failure. At 100 unresolved faults for one site, it pauses collection from that site and resumes automatically once the faults are resolved.
- The result
- An empty result cannot erase saved prices. The platform flags the failure for review and keeps the last valid data available.
- 10 failure types
- Collection paused after 100 unresolved faults
Read the Competitor Price Intelligence Platform case study
Can the app work without an internet connection?
Offline access · two live stores
The product catalogue stays available offline.
- The challenge
- Customers needed to browse products inside stores and in areas with weak mobile reception, without losing access when the connection dropped.
- What we did
- We made the catalogue an app customers can install on their phones. After the first visit, it saves the pages and files needed for browsing and refreshes that saved copy with each new release.
- The result
- Customers can keep browsing offline across every brand using the system. Sending an enquiry requires the connection to return.
- 671 files saved on the phone for offline browsing
Read the White-Label Storefront Engine case study
Can staff move between systems without signing in again?
Point of sale · until 2021
Breeder records open directly from the store account.
- The challenge
- Animal retail staff use a tablet to show customers breeder details and licences. Opening a separate platform meant signing in during the conversation.
- What we did
- We connected the breeder information platform to each employee’s store account. Once signed in to the store system, staff can open a breeder profile without entering another password or sharing an account.
- The result
- Staff can continue the conversation without stopping to sign in, and every breeder profile visit is recorded under the employee’s name.
Read the Animal Breeder Information Platform case study
Didn’t see your problem here?
Tell us what you want to build or improve. We’ll reply within one working day to arrange a call.
Request a discovery call