Start a project
Service · Portals & Web Apps
Taking new engagements · Reply < 1 business day

Custom portals for the people your business runs for.

When off-the-shelf SaaS doesn't fit, we build the portal or web app your operation actually needs — for customers, patients, members, admins, teams, or partners.

Practice
Custom web applications
Stack
Next · Astro · Laravel
Auth
Roles, scopes, audit
Delivery
Yours to host & extend
§ 01 — What’s included

Capabilities, stated.

What you get when this service is part of a Yab engagement. Scoped per project.

01
Customer & member portals

Self-serve account pages, document access, billing, support tickets, renewals — written to slot into the systems behind them, not replace them.

02
Patient & clinical portals

Intake forms, document upload, secure messaging, appointment management, EHR-aware workflows. HIPAA-aware design from day one.

03
Admin & operations dashboards

The internal tools your team needs but no SaaS sells — order desks, fulfillment dashboards, partner managers, content moderation panels.

04
Partner & referral platforms

Multi-tenant portals where partners, referrers, or franchisees can transact, report, or self-serve without IT having to onboard them by hand.

05
Auth, roles, and audit

SSO, role-based access control, scoped permissions, and an audit trail your security team can actually point at. Not bolted on at the end.

06
Integrated with your stack

Portals that read from and write to your CRM, ERP, billing, ticketing, or EHR — not data silos that need yet another sync built next year.

07
Built to extend

Clean code, written tests, documented APIs, and a deploy pipeline your team owns. The portal grows with the business, not against it.

08
Accessible by default

WCAG 2.2 AA throughout — semantic HTML, keyboard nav, screen-reader-aware components, prefers-reduced-motion respected.

§ 02 — Standards

The bar we hold ourselves to.

Operating numbers and posture you can quote back to us. These are commitments, not aspirations.

Auth model
Roles + scopes
Accessibility target
WCAG 2.2 AA
Audit trail
Required
Owned by you
Always
§ 03 — Relevant work

Where we’ve done this.

Real engagements where this service was load-bearing. Click through for full case studies.

§ 04 — Approach

Four phases.
Fixed sequence.

The shape of a typical engagement. Phases overlap on larger projects, but the sequence is the same.

01
Discovery

Workshops with the people who'll use the portal every day. Journeys, edge cases, the messy reality. We come back with wireframes and a written scope.

1–2 weeks
02
Architecture

Auth model, data model, integration map, deploy target. Decisions made in writing so they survive turnover and audits.

1–2 weeks
03
Build in slices

Two-week increments with working software at the end of each. Stakeholders see real progress, not slide-deck progress.

8–16 weeks
04
Launch & extend

Phased launch by user cohort. Training, documentation, and a clear roadmap for the next slice of capability — owned by your team.

Ongoing
§ 05 — Industries

Where this work
fits best.

Sectors where we’ve done this service often enough to know the patterns — and the patterns that don’t work.

§ 06 — FAQ

Questions,
asked in advance.

The things people ask before they reach out. If yours isn’t here, send it over — we’ll add it.

When the workflow is specific enough that you keep paying SaaS vendors to bend their product to fit — or worse, asking your team to bend their process to fit the product. Custom usually wins when there's complex role logic, deep integration with systems of record, or a partner/referral structure that doesn't fit a generic platform.

Mostly TypeScript on the front end (Next.js or Astro) with PHP/Laravel or Node services on the back end. We're stack-pragmatic — if your team already runs Rails or .NET, we'll work in that. We pick the stack that you can hire for, not the one we feel like writing.

SSO via your existing identity provider (Okta, Auth0, Microsoft Entra, Google) where possible, with role-based access control and scoped permissions inside the app. Audit trails are wired in from the first commit, not added later.

Yes — that's most of the reason these projects exist. The portal is usually the front door to systems you already run; we build the integrations alongside the UI, not as a separate phase.

WCAG 2.2 AA is the baseline. We audit before launch and after every major release. For public-sector or healthcare work where accessibility is a legal requirement, we can engage a third-party auditor at your discretion.

Most clients move onto a Support & Growth retainer for iterative improvements, monitoring, and security updates. Some take the codebase fully in-house. Either is fine — there is no lock-in.

§ 07 — Start

Build the portal your operation actually needs.

One reply within a business day. No sales pipeline. We’ll either propose a path or point you somewhere better.