Requirements in.
Configuration out.

Preciq™ Project takes the won work from what the client said to a governed, applied configuration. Preciq is built around the way configuration engagements actually work: capture what the client needs, match it to the real system, govern the decisions, then generate what applies them. Your team makes the judgement calls; the re-keying, the write-ups and the chasing go. Here's each step.

Sizing a bid rather than delivering one? See Preciq Bid.

01

Requirements in, as they're given.

A workshop transcript, a document, an email, a live whiteboard. Preciq reads what's given, no forms to fill in first, and no requirement lost because it wasn't typed into the right box.

  • Drop in a discovery session transcript and Preciq reads it
  • A live workshop board - outcomes, obstacles, success criteria - read as requirements too
  • Everything compiled together: transcript, narrative and board
  • Custom requirements captured and tracked alongside standard configuration
  • After discovery, Preciq issues the complete list of configurable questions for the project scope, so the design session is driven by it and nothing is forgotten
No evenings typing up workshop notes
Discovery session
SourceWorkshop transcript
ClientAcme Foods rollout
StatusRead and compiled
02

Matched to the real system.

Every requirement maps to a real configuration field in the target system, with a confidence score and a plain reason. Preciq only auto-accepts above ninety percent. Everything below that is held for a human, and it tells you why.

  • Dozens of requirements matched across multiple functions, in seconds
  • A confidence score and a reason on every match
  • Focus one function at a time, the way a stream workshop runs
  • That's the governance: confident where it should be, honest where it isn't
Your senior reviews decisions instead of re-keying them
AI Match - Inventory function
Reorder Point Method96%
Costing Method94%
Service Level Target78% - review
Warehouse ZoningNot yet matched
03

Every decision, owned and traceable.

Every line can be approved, edited or rejected, and an edit or a reject captures the reason and stamps who and when. When the client changes their mind, the match and the design re-run in seconds, not a re-do.

  • Approve, edit or reject any match individually
  • Full audit trail: reason, name and timestamp on every action
  • A late change re-matches and re-designs live
  • Nothing is silently overwritten
A late change: you can say yes - and mean it
Requirement 34 - action logged
EditedA. Douglas - 09:41
ReasonClient confirmed weekly, not daily
Design re-runComplete, 2s

Design. Generate. Commit.

The three steps that turn a governed design into something the client can sign and the system can run.

Solution Design & Roles

The design lays out by role, senior first. Expand a role to see the functions and settings it owns. Security is part of the configuration: pull existing roles and users, or import from a sheet, down to read, edit, post or approve.

Generate & White Label

A governed Solution and Configuration Map with screen mockups, a sign-off certificate, role User Manuals, and a configuration package that imports through the target system's native tooling. Flip the toggle, add a logo, and a consultancy ships all of it as their own.

Approval & Commit

Approval is real. Each owner gets their own link and approves their own area, nobody signs on their behalf. Hard approve generates the full documentation and moves the project to closed.

The configuration package has been generated and imported through the target system's native tooling, against a real reference environment. As with any generated deployment package, we recommend a qualified reviewer checks it before it's applied to a production system.

One way of working,
whatever you implement.

ERP, CRM, planning - the flow your team learns once is the flow they run everywhere. Each system is a plug-in, not a rebuild: what changes is the fields it matches to, and whether it supports Build (an applied configuration package) or Blueprint (a governed document to hand over).

Microsoft Dynamics 365

Live on Business Central, Finance & Operations and Sales, plus HubSpot (an ERP suite and a CRM). Requirements match to each system's real fields, and Preciq generates a configuration package that imports through its native tooling.

Supply Chain Planning

Preciq's deepest roots are in demand, inventory and sourcing configuration, developed in parallel with planning-platform partners.

Any Business System

The same disciplined flow applies to any system a consultancy configures for a client - a new plug-in, not a new product.

The record doesn't disappear at go-live.

Once a project closes, Preciq keeps the configuration record live - the same audit access and governed-change story that's already part of how engagements are delivered.

A year later, a new requirement goes through as approved, and Preciq compares now against how it was. See the full Continuous Improvement page for what that means in practice.

What Preciq flags

Costing changed. A warning switched off. Extra licences in use, fewer team members than approved for. Did you mean to do that.

The audit trail clients and
governance teams actually need.

Decision Capture

Every match and every edit recorded with its source and reason, timestamped from the moment it's confirmed.

Named Sign-off

Approvals by role, by name. No ambiguity about what was agreed, who agreed it, or when.

Packaged Deliverables

Solution and Configuration Map, sign-off certificate, and where the system allows, a configuration package, generated automatically.

One complete flow, requirement to package.

Bring a real discovery brief and watch Preciq match it, live.