ShapeKit
Client portal for law firms

A client portal for law firms where every client sees only their own matter.

For a law firm, the portal is a confidentiality surface before it is a convenience. Each client must see their own matters, documents, and updates, and nothing else. ShapeKit lets you build one secure portal where each client reshapes their own view, while the boundary between clients is enforced at runtime and never left to the layout.

One matter portal. Each client sees only their case, arranged the way they want to read it.

The problem

Clients want visibility into their case without calling for every update. But a litigation client, an estate client, and a corporate client all want different things in front of them, and none of them can be allowed a glimpse of another's matter. The safe option has been a rigid portal that frustrates clients. The flexible option has felt too risky.

Confidentiality is absolute. A portal that could leak one client's documents to another is a non-starter. Isolation has to be structural, not a UI setting.
Every practice area reads differently. A matter timeline, a document room, a list of pending signatures, a billing summary. Different clients want different things first.
You cannot build a portal per client. Maintaining a separate app for each client does not scale and multiplies the surface where something could go wrong.

How ShapeKit solves it

Build one portal that holds matters, documents, updates, and billing. Each client sees only their own, scoped server-side. Inside that boundary they hit Shape and describe how they want it laid out. Documents and signatures up top. A timeline of matter activity. A simple status summary. They arrange their own view; the isolation never moves.

Build one secure portal

Define matters, documents, updates, and billing, with strict per-client access. One app to secure and maintain, not one per client.

Clients shape their own view

Each client asks for the layout that fits their matter and the AI rebuilds it. No engineering ticket, no waiting on the next release.

The boundary holds

Reshaping changes presentation only. A client cannot reach another client's matter, no matter how they rearrange their own view.

Multi-tenant isolation, no engineering ticket per client

Each client's shape is versioned, so when you update the base portal their view migrates forward instead of breaking. You keep one app, your clients keep their own arrangement, and the confidentiality boundary stays where you drew it, enforced by the runtime rather than by careful configuration.

Give clients their own view, on a boundary built for confidentiality.

Build one secure portal. Let each client shape it. Keep every matter isolated.