draft

Development Roadmap

A 6-12 month MVP plan followed by longer-term product phases for Opries.

Statusdraft
Last updated2026-06-13
PurposeA 6-12 month MVP plan followed by longer-term product phases for Opries.
UseWhen reviewing, refining, or presenting the Opries business case.

Roadmap summary

The roadmap should validate the platform through a focused MVP before expanding into integrations, analytics, automation, and sector configuration packs.

PhaseTimingOutcome
Phase 0Month 0-1Validated business case, pilot design, and product requirements
Phase 1Month 1-2Prototype and tested workflows
Phase 2Month 2-6MVP build ready for pilot onboarding
Phase 3Month 6-9Pilot operation and evidence gathering
Phase 4Month 9-12Auditable communication features strengthened
Phase 5Month 12+Scale-up, integrations, automation, and configuration packs

Phase 0: Validation and business case completion

Complete the business case, interview target organisations, map the highest-value compliance and documentation workflows, define pilot selection criteria, and agree the MVP success measures.

Key outputs:

  • validated problem statements;
  • customer segment priorities;
  • MVP requirements;
  • pilot agreement template;
  • initial pricing and support assumptions;
  • implementation risk register.

Phase 1: Prototype and pilot design

Build clickable or lightweight working prototypes for the core flows: document register, policy review, SOP/BMP register, compliance obligation, project evidence, user roles, and communication log.

Key outputs:

  • prototype tested with pilot candidates;
  • information architecture;
  • permission model;
  • data model;
  • onboarding checklist;
  • template pack outline.

Phase 2: MVP build

Build the first deployable platform. The MVP should prioritise reliability, clarity, and auditability over broad feature count.

MVP capabilities:

  • organisation workspace;
  • user and role management;
  • document upload and metadata;
  • status, owner, approval date, review date, and version history;
  • policy, BMP, and SOP registers;
  • compliance obligation register;
  • project evidence linking;
  • audit log;
  • basic communication log;
  • exports for board, funder, or audit review.

Phase 3: Pilot onboarding

Onboard representative organisations and support them through real usage. Track adoption, support effort, missing workflows, and measurable improvement in document control and communication evidence.

Key outputs:

  • pilot usage evidence;
  • support and onboarding metrics;
  • product backlog ranked by value;
  • customer case studies where approved;
  • revised pricing and support model.

Phase 4: Auditable communication

Expand communication records from a simple log into a more complete audit capability. The platform should record audience, channel, sender, approver, issue date, related project or obligation, attachments, and follow-up actions.

This phase should clarify whether Opries needs native sending features or should remain an auditable register that links to email, website, social, and document evidence.

Phase 5: Longer-term scale-up

Longer-term phases may include:

  • integrations with cloud storage, email, calendars, and accounting or project tools;
  • analytics for document health, overdue reviews, and compliance readiness;
  • workflow automation for approvals and reminders;
  • sector-specific configuration packs;
  • multi-organisation network views;
  • advanced template libraries;
  • controlled AI assistance for drafting, summarising, and gap detection after governance and privacy controls are proven.