Operational software
Internal portals, structured workflows, dashboards, data tools, service interfaces, and purpose-built applications where business rules need to be understood and maintained.
Map / About
Faith Forge Labs is Logan Pendragon’s software and digital-systems practice in West Virginia, USA. Work for New Zealand organisations is delivered remotely.
Logan leads discovery, system mapping, architecture, implementation, validation, and communication. The direct model is intended to keep technical choices close to the person responsible for making them. It does not pretend to be a New Zealand agency, a local studio, or a large distributed team.
If a project needs a specialist outside the agreed scope—such as New Zealand legal advice, tax advice, independent security assessment, formal accessibility audit, branding, or specialist infrastructure—the need should be made explicit. No outside party receives access or project information merely to make the engagement appear larger.
Internal portals, structured workflows, dashboards, data tools, service interfaces, and purpose-built applications where business rules need to be understood and maintained.
Integrations and reconciliation paths that reduce duplicate handling while preserving source-of-truth decisions and visible exception queues.
Controlled automation for repeatable work with approvals, audit events, and human recovery paths.
Incremental movement away from fragile or legacy technology, with data and operational continuity protected at each decision gate.
Trust should come from a clear scope, truthful claims, inspectable work, named risks, durable source, verification evidence, and a rollback route—not from invented proximity or unverified outcomes. We explain what is known, what is assumed, and what still requires the client or an adviser to decide.
With well-formed decision packets, New Zealand teams can provide context during their day and receive a reviewable change packet after the US work window. Complex decisions and production releases still get deliberate overlap. The delivery relay explains the model.
A practical starting point is a workflow that is important enough to improve and bounded enough to understand. The first objective is clarity: the current state, the operational risk, the people and data involved, the smallest responsible change, and the proof required before continuing.
Direct conversation
We can help expose the decisions before proposing the build.