Canada systems desk / Build pathsFit before features

Build paths / not a product catalogue

Choose the intervention that removes the operating gap.

A portal, integration, workflow tool, or modernization project can look similar from a distance. The right path depends on who acts, which record is authoritative, where work stalls, and how the organization will own the result.

Path A / Portal

A focused window into the work

Use a portal when customers, partners, or staff need controlled access to status, documents, requests, approvals, or next actions.

Discovery must prove

  • who can see and change each record;
  • which underlying system remains authoritative;
  • identity, invitation, recovery, and audit needs;
  • what the portal should never expose.
Path B / Integration

Move reliable information between systems

Use an integration when the main failure is duplicate entry, delayed updates, inconsistent records, or a manual handoff between systems that should remain in place.

Discovery must prove

  • API, file, webhook, or event access;
  • field ownership and matching rules;
  • retry, reconciliation, and exception handling;
  • vendor limits and an operator-facing failure path.
Path C / Workflow

Coordinate the work behind the screen

Use a workflow system when requests pass through several roles, decisions, queues, or service levels and the current path is hard to see or control.

Discovery must prove

  • states, transitions, owners, and approvals;
  • the ordinary path and the exceptions;
  • notifications that require action rather than noise;
  • reporting that supports decisions.
Path D / Modernization

Replace risk without replacing everything

Use a staged modernization when a business-critical system is difficult to change, support, secure, or integrate but cannot simply be switched off.

Discovery must prove

  • current behaviour that must be preserved;
  • data and migration quality;
  • safe release slices and rollback;
  • acceptance evidence and ownership after handoff.

Build-versus-connect decision

The best custom project may contain less custom code.

Faith Forge Labs can compare configuration, connection, augmentation, and replacement without pretending the answer is known before discovery.

Configure

Use capabilities already available in a current system when they satisfy the workflow and ownership requirements.

Connect

Keep useful systems and remove manual handoffs through a narrow integration with visible error handling.

Augment

Add a portal, dashboard, or workflow layer around systems that should continue to hold the authoritative records.

Replace

Rebuild only after the existing system's behaviour, data, dependencies, and cutover risks are understood.

What is not promised

No page can establish a fixed scope, schedule, security posture, accessibility target, data-location decision, or procurement fit for an unknown project. Those become explicit acceptance criteria only after the responsible client stakeholders review them.

Bring one operating problem

Turn it into a system map and a fit decision.