INVESTMENT COMMITTEE DECISION GOVERNANCE — PILOT

What a WAVES
Pilot Looks Like

A WAVES pilot begins with one committee and one recurring decision workflow — a controlled, governed evaluation designed to determine whether WAVES can improve the structure, explainability, governance, and institutional retention of that process.

No autonomous action occurs at any stage. No existing systems are replaced. Human authority holds throughout.

PURPOSE

What the Pilot Is Designed to Evaluate

The purpose of a pilot is not to replace an institution's existing systems or decision authority. It is to evaluate whether WAVES can improve the structure, explainability, governance, traceability, and institutional retention of selected decision workflows.

Signal synthesis

Decision Case™ creation

Human review

Committee governance

Evidence lineage

Approval and dissent records

Outcome capture

Institutional Memory™

Audit-readiness

Fit above existing infrastructure

PRINCIPLES

How a Pilot Is Conducted

Human Authority

Institutional participants retain decision authority at every stage.

Controlled Scope

The pilot uses a jointly defined use case, information boundary, and governance process.

Observational First

WAVES may begin in an observational or sandbox role before any broader institutional use is considered.

Explainability

Evidence, reasoning, conflicts, review status, and approvals remain visible and traceable.

Non-Executing

WAVES does not execute trades, manage portfolios, or replace fiduciary judgment.

Joint Evaluation

Success criteria are agreed with the participating institution before evaluation begins.

PILOT PHASES

How the Pilot May Progress

A pilot may follow a structured sequence of phases. Scope, timing, and responsibilities are defined jointly with the participating institution. Not every pilot follows an identical sequence.

01

Phase 01 — Discovery and Scoping

›Identify the institutional decision process to evaluate
›Define participants and governance roles
›Establish information boundaries
›Identify approved source materials
›Agree on success criteria
›Document security and access requirements
02

Phase 02 — Configuration

›Configure the selected workflow
›Define the Decision Case™ structure
›Establish review and approval gates
›Map evidence and reasoning requirements
›Configure governance roles
›Validate the sandbox or observational boundary
03

Phase 03 — Observation and Evaluation

›Ingest or review approved information inputs
›Apply Signal Compression™
›Create illustrative or live-evaluation Decision Cases™
›Review evidence, conflicts, and recommendations
›Record human review and governance activity
›Observe usability and workflow fit
04

Phase 04 — Institutional Review

›Review decision records
›Evaluate explainability
›Assess governance fit
›Review audit lineage
›Assess Institutional Memory™ capture
›Collect feedback from participating users
05

Phase 05 — Outcome and Next Decision

›Compare results with agreed success criteria
›Document strengths, limitations, and required changes
›Determine whether further evaluation is appropriate
›Consider expansion, revision, pause, or conclusion
›Preserve the evaluation record

DISCLAIMER

Pilot scope, information access, security requirements, integrations, governance roles, timing, responsibilities, and success criteria would be defined jointly with the participating institution. A pilot does not imply production deployment, investment performance, trade execution, or a guaranteed commercial outcome.

RESPONSIBILITIES

What Each Party May Contribute

A pilot is a jointly conducted evaluation. Both the institution and WAVES have defined responsibilities that are agreed before work begins.

THE INSTITUTION PROVIDES

›A defined evaluation use case
›Approved source information
›Named institutional participants
›Governance and review requirements
›Security and access constraints
›Feedback from relevant users
›Agreed evaluation criteria

WAVES PROVIDES

›Pilot configuration
›Decision Case™ structure
›Signal Compression™ workflow
›Human-review and governance workflow
›Explainability and evidence-lineage views
›Institutional Memory™ framework
›Audit-record generation
›Evaluation support and documentation
USE CASES

Example Pilot Use Cases

These represent the kinds of decision processes a pilot may be designed to evaluate. Final scope is defined with the participating institution.

Investment-committee preparation

Research synthesis

Portfolio-review governance

Risk and compliance review

Strategic allocation decisions

Institutional knowledge preservation

Decision auditability

Governance of AI-assisted recommendations

Illustrative examples only. Final pilot scope is jointly defined. No current customer or completed deployment is implied.

EVALUATION CRITERIA

What Success May Look Like

Rather than prescribed performance targets, a pilot evaluates whether WAVES meaningfully improves institutional decision governance. These are the questions a pilot is designed to answer.

?

Can relevant evidence be assembled more coherently?

?

Can decision reasoning be reconstructed later?

?

Are approvals and dissent preserved clearly?

?

Does the workflow support human authority?

?

Is the resulting Decision Case™ useful to committees?

?

Can outcomes and lessons be retained as Institutional Memory™?

?

Does WAVES complement existing infrastructure without unnecessary disruption?

?

Does the institution gain a more complete governance record?

SECURITY AND GOVERNANCE

Security, Data, and Governance

No institutional data, system access, workflow integration, or governance authority should be assumed before scope, permissions, security requirements, and responsibilities are formally defined.

›

Data access boundaries

›

Approved information sources

›

User roles and permissions

›

Security review

›

Confidentiality requirements

›

Retention expectations

›

Governance authority

›

Audit requirements

›

Integration constraints

SECURITY NOTE

All security arrangements, data access constraints, confidentiality requirements, and governance boundaries are agreed with the institution during the Discovery and Scoping phase. No security certifications, controls, or SLA terms are represented here. No institutional data is accessed before formal scope agreement.

AFTER THE PILOT

What Happens After the Pilot

A pilot concludes with a documented review of the agreed objectives, observed capabilities, limitations, institutional feedback, and possible next steps. The outcome is evaluated jointly — and does not automatically imply conversion to a paid contract or production deployment.

Conclude the evaluation

Refine the use case

Extend the evaluation

Explore broader deployment

Evaluate another workflow

Pause until requirements change

COMMON QUESTIONS

Common Pilot Questions

NEXT STEP

Request a Pilot Conversation

Begin with a direct conversation about the decision process, governance requirements, evaluation scope, and institutional fit you want to examine.