nl

FinMV Workspace

Workspace

One working system that remembers how your complex product is built, what has already been decided, what is proven, where the risk is, and what to do next.

A serious financial product is not held in one place. The scope is in a proposal, the architecture is in somebody's head, the decisions are in chat, the risks are in a spreadsheet that stopped being updated in March, and the reasoning behind the expensive choices is gone. Nothing is wrong until something changes — a vendor, a regulator, a co-founder, a launch date — and then the cost of not knowing arrives all at once.

Workspace is where that knowledge lives instead. It holds the project rather than the conversation: what is a fact, what is still an assumption, what was decided and why, what evidence exists for it, and what the next thing to do is. It is built for products where money, user data or regulation change the price of a mistake.

Why not just ask ChatGPT, Claude or Codex?

Because those tools are good at the question and have no stake in the project. Ask the same architecture question twice, three weeks apart, and you can get two different answers — both reasonable, neither aware of what you already decided. Workspace is not a better chat. It is the thing the chat is missing.

01

Facts and opinions are different records

A fact about your project, an assumption nobody has checked, a decision somebody took and the evidence behind it are stored as four different kinds of thing. A model may propose; a person accepts. Scores are computed, not written by a model.

02

It remembers the project, not the chat

Every fact carries where it came from, when it was recorded and what it used to say. When something changes, you can see what changed and what depended on it — instead of re-deriving the whole picture from scratch.

03

The project can be looked at

Architecture and data-model diagrams, a risk view, readiness by dimension and a roadmap with real dependencies. A picture a new engineer, an investor's reviewer or an incoming CTO can be shown.

04

You can explain why you decided that

The decision log keeps the options, the reasoning and the date. Six months later the question "why is it built this way?" has an answer that is not a memory.

05

The same check can be run again

Readiness, ownership, vendor and launch assessments are repeatable. Re-running one after a change tells you what moved. Re-asking a chat tells you what a model felt like saying today.

06

It works around your AI tools, not instead of them

Workspace produces structured briefs your engineers or your coding tools can act on, and takes structured results back. It does not ask for access to your repository to be useful.

What is inside

Workspace is one project record with several views on it. You do not have to use all of them, and none of them are useful on their own.

01

Project memory

The facts of the project, each with its source, its history and its confidence. Assumptions are marked as assumptions until somebody confirms them.

02

Readiness and blockers

Where the project actually is, by dimension, with the blockers named and the score explained. An unassessed area reads as "not assessed", never as zero.

03

Roadmap and next action

What to do next and what it depends on, derived from the assessment rather than from a wish list.

04

Decision log and change control

Decisions with their reasoning, and changes that go through a defined path from question to accepted result.

05

Architecture, data and living documents

Component and data-model diagrams, and documents that are regenerated from the project record instead of going stale in a folder.

06

Risk, findings and audits

A risk view over the whole project, individual findings you can act on or dispute, and audits that do not require access to your code.

07

Vendor room and proposal comparison

Proposals normalised against the same list of questions, and a comparison that shows what a proposal did not say as clearly as what it did.

08

Launch readiness, evidence and export

What is left before launch, an evidence set assembled for a specific audience, and a full export of the project whenever you want it.

Who it is for

Workspace is not for every business with a website. It is for products where at least one of these genuinely changes the architecture, the operating model or the cost of being wrong:

  • customer or investor money moves through the product
  • lending, investment or private-market flows
  • KYC, KYB or AML obligations
  • material regulatory requirements, or an auditable history of changes
  • sensitive personal or financial data
  • a critical dependency on a vendor or on whoever owns the infrastructure

If a standard SaaS product covers what you need and a mistake costs you a week, you do not need this. We would rather say so.

Two ways in

01

From a platform you are pricing

Configure a platform, read the proposal, and continue the same project in Workspace — scope, jurisdiction, integrations and assumptions already filled in.

02

From a problem you already have

A proposal you have been sent, a product mid-build, a vendor you are not sure about. Start from the question and let the project record build itself as you answer it.

Getting in

Workspace is a separate application with its own account. Your project lives there, not on this site.