Anonymous case studies

Real client patterns, without naming the clients.

Short project stories showing the kinds of workflow, portal, reporting, and operating-system problems Lightning Developments helps small businesses turn into practical software.

6

Anonymous project stories

NZ SMB

Primary business context

Portals

Common system pattern

Ops

Workflow-first delivery

Project patterns

What the work tends to have in common.

Each story focuses on the operational shape of the project: the messy starting point, the system that was built, and the improvement the business was working toward.

Financial services

Turning a mortgage advice business into a scalable digital engine

Situation: A growing advice business had useful expertise, but too much of the client journey relied on repeated explanations, scattered resources, and manual follow-up.

Built: A public education site, calculator-led entry points, adviser trust content, and a clearer pathway from early research through to an enquiry.

Result: The business had a stronger digital foundation for search, lead generation, client education, and operational scale before the founder eventually exited the company.

Education and lead-generation websiteCalculator and resource pathwaysFounder-led delivery experience

Financial operations

Replacing spreadsheet-heavy commission reconciliation

Situation: Commission data arrived in awkward formats and needed repeated cleaning, checking, and interpretation before anyone could trust the numbers.

Built: A focused web app for importing raw commission data, normalising records, checking exceptions, and making the workflow easier to repeat.

Result: A fragile manual process became a more structured operating workflow with clearer validation steps and less dependence on spreadsheet gymnastics.

Data import and validation workflowFinance admin automationCleaner repeatable process

Professional services

Giving advisers a client-portal starting point

Situation: A small advisory team needed a clearer way to collect, organise, and present planning information without jumping between inboxes, folders, and documents.

Built: A lightweight portal that gave the business a structured place for client-related information, internal review, and next-step handling.

Result: The team moved from loose admin to a more coherent client workflow that could be improved over time instead of rebuilt from scratch.

Client portalInternal workflow structureSmall first module with room to grow

Advisory intranet

Making internal reporting easier to inspect

Situation: A financial team needed better visibility over commission and operational information that was split across systems, people, and manual reports.

Built: An internal intranet with role-aware views, dashboard-style reporting, finance pages, and configurable visibility for different staff needs.

Result: Key information became easier to find, review, and discuss inside one system instead of being reconstructed from disconnected files.

Staff intranetCommission and finance visibilityRole-aware internal tools

Not-for-profit

Keeping a public website aligned with internal team data

Situation: A public-facing organisation needed website content to stay current without requiring the same people details to be maintained in multiple places.

Built: A public website connected to internal content so team information could be managed once and reflected where it needed to appear.

Result: Less duplicate admin, fewer stale public pages, and a cleaner relationship between public communication and internal operations.

Website and intranet integrationSingle-source contentReduced duplicate updates

Workplace wellbeing

Shaping a member portal around real engagement

Situation: A wellbeing product needed to feel like a useful daily tool, not just a static resource library with a login screen attached.

Built: A portal direction covering member profiles, wellbeing pillars, practical tools, progress concepts, and a more engaging product experience.

Result: The product roadmap shifted toward tools people could actually use repeatedly, with clearer links between content, data, and member behaviour.

Member portalProduct roadmap and UXFour-pillar wellbeing model

How to read these

The shape matters more than the label.

Most good automation work starts with the same unglamorous clues: repeated admin, unreliable spreadsheets, unclear handoffs, reporting friction, or a portal idea that keeps coming back.

Name the business process before choosing software.
Start with one valuable module instead of a giant rebuild.
Keep data ownership, privacy, and support visible.
Use AI only where the workflow and risk profile justify it.
See the consulting process

Next story

Your case study probably starts with one annoying workflow.

Bring the messy version: spreadsheet, inbox, shared folder, reporting process, client handoff, portal idea, or internal system that keeps costing attention.

Describe the bottleneck