Skip to content
RevSeekr

The RevSeekr method · Phase 2 of 5

Phase 2 — Design & Blueprint

Define the target state and the path to reach it.

Design frameworks

Run with you on engagements — request a session →

Pricing Strategy Blueprint

How price will be set going forward — what it is anchored to, who ratifies it, and which decisions the platform is allowed to make. The strategy configuration will implement, not a slide that sits beside it.

WhenOpens design. Written from discovery findings; agreed before the rest of the package is treated as final.

WhoSponsor, pricing lead, sales leadership

Segmentation & Price Structure Design

How customers and products are grouped for price, and the lists, floors and bands that follow. Volume-only A/B/C tiers are redesigned here, or they stay — that is a decision, not a default.

WhenAfter the strategy is agreed, before discount and waterfall design. Structure first; exceptions later.

WhoPricing lead, sales ops, product or category owner

Discount & Approval Architecture

Who can approve what, at which margin or discount, and how an exception is routed. The matrix that has to exist as a decision before it can exist as a workflow.

WhenAfter structure is sketched. Usually the longest design conversation, because it makes implicit authority explicit.

WhoSponsor, sales leadership, finance — we facilitate, you own the thresholds

Price Waterfall Definition

One agreed definition of list, on-invoice, off-invoice and pocket — the fields a deal must carry so margin is visible at the point of decision, not reconstructed later.

WhenIn parallel with discount architecture. The waterfall is what the approval matrix is measured against.

WhoPricing, commercial finance, and whoever owns rebates, freight and terms today

Data Model & Integration Design

The objects, identifiers and feeds the platform will read — product, customer, cost, price — and which system is authoritative when they disagree. Target architecture that ERP, CRM and Pricefx can all live with.

WhenAfter the commercial decisions exist. Integration is designed against those decisions, not the other way around.

WhoIT / data owner, pricing lead, integration counterpart on the ERP or CRM side

Workshop kits

Run with you on engagements — request a session →

Solution Design Workshops

Facilitated sessions where each team maps its current process, then defends its exceptions. Most exceptions turn out to be habit. The genuine ones become parameters in one framework.

WhenThe working rhythm of design. Several sessions, not one meeting.

WhoThe functions that still run a distinct pricing path — typically pricing, sales, finance, and the plants or countries in the first slice

To-Be Process Mapping

The process that will run after go-live, written down end to end: quote, approval, exception, agreement, the update when cost moves. Discovery mapped what is true today; this is the target.

WhenDuring the design workshops. Signed with the solution design, not after configuration has already started.

WhoPricing operations, sales ops, the same field people who walked the as-is

Governance Design Session

Requirements governance as its own workstream: who settles a disagreement between two business units, and how a decision is made to stick. Treated as design, not as a byproduct of the build.

WhenOnce authority and process drafts exist, before sign-off. Needs the executive sponsor in the room.

WhoSponsor (required), pricing lead, sales and finance leads

Design Review & Sign-Off

A formal pass on the design package — strategy, structure, authority, waterfall, data — so configuration starts from decisions, not from a workshop parking lot.

WhenCloses design. Configuration does not start without it.

WhoSponsor, pricing lead, IT owner. We present; they sign.

Templates & outputs

Run with you on engagements — request a session →

Solution Design Document

The written target state: process, authority, architecture, first-slice scope, and the pricing logic — lists, floors, segments, approval thresholds, exception codes — as a section of this document, not a separate file. Configuration is held to it.

WhenAssembled through the workshops; signed at design review.

WhoWe draft; sponsor and pricing lead own it

Integration Architecture Diagram

How ERP, CRM, the pricing platform and BI will exchange the objects that price depends on — direction, cadence, and who wins a conflict.

WhenWith the data model. Needed before anyone writes a mapping or a job.

WhoIT / data owner and the integration counterpart

Data Migration Plan

What is loaded, from where, in what order, and what “clean enough” means for the first slice. Not a promise to clean the whole book.

WhenAfter the data model is agreed. Build uses it as the load sequence.

WhoIT / data owner, pricing lead

NextPhase 3: Build & Validate. Configure, integrate and validate the platform.

Continue to phase 3 →

The RevSeekr method · Phase 2 of 5

This is phase 2. Most clients start at phase one.

Design turns a decided problem into rules, structures and an operating model. If the problem is not decided yet, discovery is the shorter route.