B-Brain
Veenendrecht Payments logo

Veenendrecht Payments - Onboarding Plan

Documentfinal

Veenendrecht Payments logo Veenendrecht Payments · onboarding_plan · final · 2026-02-08

Final onboarding plan dated 8 Feb 2026, prepared by Laura Penhaligon. It sets out five phases, milestones and customer needs for a Growth tier subscription of 40 licensed users running 5 Feb 2026 to 4 Feb 2027. It is not a contract.

What it says

What this says

Current to 13 Oct 26

Final onboarding plan dated 8 Feb 2026, prepared by Laura Penhaligon. It sets out five phases, milestones and customer needs for a Growth tier subscription of 40 licensed users running 5 Feb 2026 to 4 Feb 2027. It is not a contract.

What it is: an implementation plan for the merchant success and merchant risk teams. It states "The order form is the reference for price, connectors and service levels."

Commits: five phases from kick-off to hand-over, with milestones such as "First source live" at the end of week two. Elena Novak takes over adoption, QBRs and the renewal conversation at hand-over.

Unusual: the plan quotes "Contracted annual recurring revenue" of £48k. That figure is the plan's own statement, not an executed order form, and should be checked against the signed paper.

Not settled: exact calendar dates for milestones, connector delivery commitments, availability and P1 response terms. The plan also flags a single customer admin and does not say whether a second was named.

AI · claude-sonnet-5-5 · 13 Oct 2026

As found in this document

Current to 9 Oct 26
  • Date end4 Feb 2027Source: object_read:doc_160_008
  • Date start5 Feb 2026Source: object_read:doc_160_008
  • Price£47,500Source: object_read:doc_160_008
  • Licensed users40Source: object_read:doc_160_008
  • Subscription start5 Feb 2026Source: object_read:doc_160_008
  • Subscription end4 Feb 2027Source: object_read:doc_160_008
  • First source liveEnd of week twoSource: object_read:doc_160_008
  • All contracted sources liveBefore the end of the implementationBefore the end of the implementation · Source: object_read:doc_160_008
  • Weekly callA short weekly call between Laura Penhaligon and the two customer leads during implementationA short weekly call between Laura Penhaligon and the two customer leads during implementation · Source: object_read:doc_160_008

The document

Body

Veenendrecht Payments - Onboarding Plan

Status: Final Version: 1 Prepared by: Laura Penhaligon, Implementation Consultant, BB-Demo Date: 8 Feb 2026

1. Purpose

Veenendrecht Payments is a Dutch payment service provider for subscription and software businesses. It bought the Growth tier so that merchant success and merchant risk can see each merchant's disputes, tickets and volumes together in one place. This plan sets out how we get from signature to a brain the two teams use every week.

2. Contract summary

TierGrowth
Contracted annual recurring revenue£48k
Licensed users40
Subscription start5 Feb 2026
Subscription end4 Feb 2027
BB-Demo account ownerMatteo Ricci
BB-Demo customer success managerElena Novak
BB-Demo implementation leadLaura Penhaligon

The order form is the reference for price, connectors and service levels. If this plan and the order form differ, the order form wins.

3. Success criteria

Read the whole document (3,940 characters)
  • Merchant success and merchant risk can open one page per merchant showing disputes, support tickets and payment volumes together.
  • Both teams ask the brain real questions in their weekly routines, not only in training.
  • The customer can say, in its own words, what the brain has saved them in reconciliation time.
  • The supervisory reporting needs of the risk team are understood and noted, so that nothing in the brain conflicts with them.

4. Phases

PhaseFocusBB-Demo ownerCustomer owner
1. Kick-offConfirm goals, teams, users and the list of sourcesLaura PenhaligonMerchant success lead
2. ConnectConnect the agreed sources inside the customer's Snowflake accountLaura PenhaligonA colleague in IT
3. ModelMatch merchants across sources and build the merchant viewLaura PenhaligonMerchant risk lead
4. EnableTrain users, set up groups and first dashboardsLaura PenhaligonMerchant success lead
5. Hand-overReview usage, agree the first QBR, hand day-to-day to the CSMElena NovakMerchant success lead

5. Milestones

MilestoneTimingDone when
Kick-off heldWeek oneGoals and source list agreed in writing
First source liveEnd of week twoRecords visible and indexed in the brain
All contracted sources liveBefore the end of the implementationEach connector loading nightly
Merchant view signed offAfter the model phaseBoth teams confirm merchants match correctly
Users trainedFinal weeksEvery licensed user has had access and a session
Hand-over to CSMClose of implementationFirst QBR date agreed

Exact calendar dates for each milestone are confirmed at kick-off, once the customer's IT contact has given access to the sources.

6. What we need from Veenendrecht Payments

  1. A named project lead from merchant success and one from merchant risk.
  2. A colleague in IT who can grant access to each source and Snowflake.
  3. A list of the people to be given the 40 licences, with their team.
  4. Prompt answers on how merchants are identified in each system, because this drives the merchant view.

7. Risks and how we handle them

RiskMitigation
Source access takes longer than plannedRaise on the weekly call and escalate to Matteo Ricci early
Merchants are named differently across systemsAgree a matching rule in the model phase and review exceptions together
Adoption stays with one teamTrain both teams, and track who asks questions in the first month
Only one admin on the customer sideName a second admin before hand-over

8. Governance

  • A short weekly call between Laura Penhaligon and the two customer leads during implementation.
  • Elena Novak joins from the hand-over and owns adoption, QBRs and the renewal conversation.
  • Commercial questions go to Matteo Ricci.
Documentsmade from

Unusual terms

Current to 9 Oct 26
  • Plan defers to the order form on any difference

BB-Demo is a fictional company; every organisation and person here is invented. B-Brain is the tool. Built by site/build_site.py from the site tree, data as of Fri 9 Oct 2026. Help & Support

Help & Support

Open as a page

Help & Support

B-Brain is one place to read everything the company knows about its customers: the CRM, calls, emails, support tickets, product usage, invoices, documents, news and HR. Every page is built from those systems and the data is current to Fri 9 Oct 2026.

How to use the site

How to ask

Press Ask Brain in the header. Type a question, or pick one of the examples.

The site itself does not call an AI model; answers in Claude come from the same figures you see here.

What the data covers

DataRecords
Organisations225
People at customers862
BB-Demo staff58
Calls1,995
Email threads3,013
Support tickets1,159
Documents1,218
Deals315
Invoices285
Events49
News items119

Data as of Fri 9 Oct 2026. Text marked AI was written by the brain from the records listed in its made-from link; an AI output that cannot cite its evidence is refused and the previous text kept. Where two systems disagree (for example a contract and the CRM), the key facts show both values and mark the difference.

BB-Demo is a fictional company: every organisation, person and figure here is invented for this demonstration. B-Brain is the tool that reads its data.

Who to contact

Email support@b-brain.example or talk to your B-Brain account team. Tell us the page address and what looked wrong; a screenshot helps.

Help

Ask B

B-Brain · read-only