Financial Services Financial Services & Banking Core Banking Systems

Retail Banking Technology

Regulated environments where trust, compliance, and operational resilience are non-negotiable.

FIS Fiserv Jack Henry Temenos
Inside this journey
  1. Pre-Discovery

    Align the room on outcomes, decision process, and constraints before deeper discovery.

    1. Stakeholder Alignment

      Confirm decision roles (CEO, CFO, Operations), timeline, risk tolerances, and board/examiner approval criteria.

      Alignment Questions

      Getting Comfortable — Who’s Actually in the Room?

      • Who is the single person who will make the final decision on a core conversion (name and title)?
      • Which roles will influence that decision? (select all who will actively participate) Options: CEO/President, CFO/VP Finance, Head of Operations/COO, Board Chair/Board Members, Head of IT/Interim IT Manager, Compliance Officer, External Consultant/Advisor, Other
      • Who currently owns day-to-day responsibility for your core vendor relationship and conversion logistics (name/title)?
      • How do these stakeholders prefer to evaluate risk and evidence? (pick the top two) Options: Quantitative metrics & SLAs, Reference calls & case studies, Pilot/parallel testing results, Regulator/examiner sign-off, Board narrative and risk analysis, Legal/contract protections
      • When there’s disagreement among these stakeholders, whose view tends to win—practical operations, financial analysis, or board governance? Options: Operations/practical, Financial/CFO analysis, Board/governance, Compliance/regulatory, Depends on the issue

      If the Cutover Freezes Tellers, Who Sleeps Worse at Night?

      • Describe the single worst thing you fear happening during a conversion and why it would be catastrophic for your institution.
      • Which of these outcomes would be most damaging to your reputation or operations (select one)? Options: Extended branch/teller outage, Account balance errors, Failed regulatory reporting, Mass customer attrition, Data breach/exposure, Other
      • How much downtime during cutover would you consider unacceptable (choose the maximum acceptable window)? Options: Under 1 hour, 1–4 hours, 4–12 hours, 12–24 hours, More than 24 hours
      • If a conversion caused an outage or material error, how do you expect the board and examiners would respond?
      • What emotional impact do these risks have on your leadership team—are they paralyzed, conservative, eager for change, or something else? Options: Paralyzed/avoidant, Conservative/slow to change, Open but cautious, Eager to move quickly, Mixed emotions across team

      Decision Timeline — Are We on a Deadline or Kicking the Can?

      • What is your target decision date for choosing a new core provider (month/year)? Options: Within 30 days, Within 2–3 months, Within 4–6 months, 6–12 months, No firm date/undecided
      • What contractual or examiner deadlines force this timeline (select all that apply)? Options: Contract expiry with current vendor, Examiner finding deadline, Board meeting schedule, Regulatory reporting cycle, Acquirer or merger timeline, None formal—internal driver
      • What are the three non-negotiable milestones that must happen before the board will vote to approve a conversion?
      • If the timeline slips by 3 months, what consequences would you expect (operational, financial, regulatory)?
      • Who controls scheduling of the pilot/parallel processing window and board packet timing? Options: CEO/President, CFO, Operations/COO, Board Secretary/Chair, External Advisor, Vendor collaborative scheduling, Other

      What Will Make the Board Say Yes (and Sleep Easy)?

      • What single performance metric or proof point would make your board comfortable approving the conversion?
      • Which evidence types would the board accept as credible (select all that would carry weight)? Options: Conversion runbooks and playbooks, Third-party uptime/conversion audits, Reference site visits with similar institutions, Pilot parallel-processing results, Regulator/examiner letters of support, Financial TCO analysis
      • What minimum uptime guarantee do you require in contract terms to present to the board? Options: 99.9%, 99.95%, 99.99%, Higher—specify in comments, No specific number yet
      • What contractual protections would your legal/board insist on (select all that apply)? Options: Conversion completion guarantees, Financial penalties for extended downtime, Data integrity indemnities, Rollback/restore commitments, Regulatory compliance indemnity, Insurance/escrow
      • Are there specific board members or examiners whose approval is decisive? If so, what concerns do they always raise?

      What Control Gaps Do We Have to Close Before Anyone Signs?

      • What outstanding examiner findings, audit issues, or internal control gaps must be resolved or mitigated as part of a conversion?
      • Who will be accountable for validating data conversion accuracy—internal teams, vendor, or a joint task force? Options: Internal operations/IT team, Vendor conversion team, Joint vendor/internal validation team, External auditor/consultant, Other
      • What reconciliation and acceptance tests will you require before approving go-live (select all that apply)? Options: Trial balance reconciliation, Deposit test suites, Regulatory report matching, Aging loan schedule validation, Customer account sampling, End-to-end transaction flow tests
      • How would you like remediation documented if a conversion test fails (options for evidence)? Options: Root-cause report + fix plan, Re-run test evidence, Third-party validation, Formal change-control sign-off, Other
      • What level of audit trail or documentation does your board/examiner require to demonstrate controls were followed? Options: High-detail technical logs, Executive summary + key logs, Signed checklists and approvals, Third-party attestation, Not sure—need guidance

      People, Capacity, and Who Will Run the Pilot

      • How many full-time internal staff (by role) can you dedicate to the conversion over the next 6–12 months? Please list counts by role.
      • Who will be the operational lead for the parallel-processing pilot (name and role)?
      • Which of these best describes your team’s experience with full core conversions? Options: Led multiple conversions, Participated in one conversion, Observed conversions externally, No direct conversion experience
      • What training cadence and format do you prefer for staff during migration (select all that apply)? Options: Instructor-led workshops, On-demand video modules, Hands-on shadowing during pilot, Written runbooks and quick-reference guides, Train-the-trainer model
      • What is the single biggest people-related risk that could derail your pilot or go-live?

      How Do We Tell the Story Up the Chain?

      • What format convinces your board most—concise executive risk memo, slide deck with data, technical appendix, or a live demo/report-back? Options: Executive memo, Slide deck + appendix, Live demo with Q&A, Pilot report with metrics, Combination of the above
      • Which metrics and narrative points must appear in the board packet to make approval likely (top 5)?
      • How much lead time do you need to prepare board materials prior to a scheduled meeting? Options: Less than 1 week, 1–2 weeks, 2–4 weeks, More than 4 weeks
      • Have previous board presentations about vendor changes uncovered recurring objections or language we should preemptively address? If yes, summarize.
      • Would you like a vendor-provided board-ready summary/template we can adapt for your packet? Options: Yes—highly useful, Maybe—depends on length, No—we’ll produce our own
    2. Current State Mapping

      Document the existing core, data quality, integrations, examiner findings, and failure modes that must be mitigated.

      Current State

      Start Here: The Story Behind Your Trigger

      • What prompted you to start evaluating your core now? Options: Examiner finding, Loss of key IT staff, Vendor acquisition/merger, Contract renewal/expiry, Performance or reliability issues, Other
      • Can you briefly describe the specific event or feedback that triggered this initiative?
      • When did the triggering event occur? Options: Within the last 30 days, 1–3 months ago, 3–6 months ago, 6–12 months ago, 12+ months ago
      • Who first raised the concern internally (select all that apply)? Options: CEO, CFO, COO/Operations, Compliance/Chief Risk Officer, Board member, IT Manager/Staff, Other
      • How urgent does the board view making a change to the core? Options: Immediate (0–3 months), Near term (3–6 months), Planned (6–12 months), Not urgent / exploratory
      • What would be an immediate dealbreaker for your team that would stop a migration in its tracks? Options: Extended downtime beyond acceptable window, Regulatory disapproval, Data loss or balance discrepancies, Cost exceeds approved budget, Vendor lacks comparable references, Other

      If This Fails, What Keeps You Awake?

      • If our conversion caused the teller line to freeze for even a few hours, what would that mean for your bank?
      • Which of these worst-case impacts concern you most? Options: Customer attrition / lost deposits, Regulatory sanctions or fines, Significant financial loss, Reputational damage in the community, Legal claims or lawsuits, Other
      • Have you experienced a past outage, conversion problem, or near-miss? Tell us what happened and the aftermath.
      • How tolerant are your examiners and board for temporary operational disruption? Options: Zero tolerance – would escalate immediately, Low tolerance – requires formal remediation, Moderate tolerance with strong communication, High tolerance – willing to accept temporary issues
      • Which customer segments would be most harmed by transaction or balance errors? Options: Retail depositors, Commercial / business clients, Mortgage customers, Treasury / corporate clients, High-net-worth clients, Other
      • Estimate in your own words how a loss of trust would manifest financially or operationally (percent deposits lost, penalties, customer complaints, etc.).

      Where the Backbone Lives: Systems, Integrations & Shadow Tech

      • What critical systems or hidden tools must keep talking to your core for day-to-day operations to continue?
      • Which third-party systems integrate with your core right now? (select all that apply) Options: Digital/mobile banking, ATM/POS network, ACH processor, Wire processor, Loan Origination System (LOS), Card processing, Check imaging, Fraud/AML system, Treasury/ERP/GL, CRM, Other
      • Which integrations are real-time versus batch? Please list or describe any mixed modes.
      • Do you have any custom middleware, one-off scripts, or manual workarounds that keep integrations functioning? Options: Yes – many customizations, A few targeted workarounds, No – mostly standard connectors, Unsure
      • Are there vendor contracts or SLAs that could prevent data extraction or real-time connectivity during conversion? Options: Yes – explicit constraints, Possibly – need to review contracts, No constraints known, Unsure
      • Are there 'shadow IT' systems or spreadsheets teams rely on that we should know about?

      Data Truths: Where the Records Tell the Real Story

      • If you had to bet on one single data risk that could derail cutover, what would it be?
      • How complete is your current data inventory (accounts, transactions, fees, custom fields)? Options: Comprehensive and well-documented, Mostly documented with some gaps, Fragmented across teams, No single inventory exists
      • Which data sets fail reconciliation most frequently? Options: Deposit balances, Loan balances and accruals, Pending ACH/wires, Fees and interest calculations, Customer identifiers/KYC, Historical transaction history, Other
      • How long does it currently take to produce a regulatory-grade extract or reconciliation report for auditors? Options: Days, Weeks, 1–2 months, Longer than 2 months, Unsure
      • Do you have sample data sets or a sanitized test environment we can use? Describe access restrictions or masking needs.
      • Are there known 'poison pill' records or formats that repeatedly break systems (examples, legacy account types, unicode issues, negative balances)?

      Examiner Red Lines and the Papers That Calm Them

      • What specific examiner findings, audit expectations, or regulator behaviors would make them say 'not approved' for a migration?
      • List any open examiner findings, audit items, or regulatory concerns tied to IT, disaster recovery, or third-party risk.
      • Which pieces of evidence have previously satisfied examiners in similar projects? (select all that apply) Options: Parallel processing reports, Full reconciliation logs, Third-party validation/attestations, Board-ready risk/mitigation materials, Runbooks and test scripts, Other
      • Who is our regulator-facing contact internally, and what communications cadence do they expect during a migration? Options: Internal compliance handles communications, We coordinate jointly with compliance, You (vendor) will engage directly with regulator, Unsure
      • Have regulators required a pilot or parallel run in the past? If so, what acceptance criteria did they require?
      • What board-level documents or metrics are non-negotiable to secure approval?

      People, Power, and Who Pulls the Levers

      • Who in your organization has the power to halt or veto the migration, and what typically influences their decision?
      • Please provide names/roles for the decision owners (CEO, CFO, Operations lead) and who will own day-to-day conversion choices.
      • Which internal teams must be staffed during cutover? (select all that apply) Options: Core operations, Deposits team, Loan operations, IT/Infrastructure, Compliance/Risk, Fraud/AML, Customer service/Contact center, Treasury/Finance/GL, Vendor management, Other
      • How much time can your subject matter experts realistically devote during peak conversion weeks? Options: Full-time (40+ hrs/week), Mostly full-time (20–40 hrs/week), Part-time (10–20 hrs/week), Limited (a few hours/week), On-call only
      • What cultural or organizational blockers should we expect (risk aversion, siloed teams, vendor mistrust, lack of documentation)?
      • Who should be on a short steering committee empowered to remove roadblocks and approve scope changes?

      What Past Conversions Taught You (Or Failed to)

      • What near-miss, past migration, or vendor engagement still makes you nervous today?
      • Have you ever paused or rolled back a production cutover? If yes, what were the causes and the fixes? Options: Yes – rollback, Yes – paused but recovered, No, N/A
      • How do you verify a vendor's conversion track record when evaluating partners? Options: Customer references and site visits, SLA and uptime history, Third-party audits/attestations, Pilot performance, Public case studies, Other
      • Which metrics from previous conversions most convinced your board or examiners that risk was controlled? Options: Uptime percentage during cutover, Reconciliation completeness, Number of incidents and time-to-resolution, Customer impact measured by complaints, Regulatory reporting parity
      • What runbooks, playbooks, or emergency checklists do you currently have, and where are the biggest gaps?
      • Would you be open to a joint tabletop or simulated cutover exercise before a live pilot? Why or why not? Options: Yes – mandatory before pilot, Yes – optional, No – not useful, Unsure

      Acceptance Before the Cut: What 'Good' Looks Like

      • If the board demanded 99.9% uptime and zero regulatory gaps, what evidence would you need from a pilot to feel safe?
      • Which measurable success signals must be proven in a pilot? (select all that apply) Options: Conversion completeness (no missing accounts), No account balance drift, Regulatory report parity, Transaction latency and throughput targets, Successful parallel processing for defined period, Customer service SLA maintained, Other
      • What is your acceptable window for parallel processing duration during transition? Options: Less than 1 month, 1–3 months, 3–6 months, 6–18 months
      • Do you require contractual conversion guarantees (e.g., uptime SLA, financial remediation)? If yes, please specify thresholds.
      • What dashboards, executive summaries, or artifacts will the board require during pilot and cutover? Options: Real-time reconciliation dashboard, Issue tracker with SLAs, Daily executive summary, Audit logs and change history, Third-party validation reports, Other
      • Who signs off on pilot acceptance and final cutover approval at the executive and board levels?

      Priorities Today: What to Lock Down First

      • If I told you we could fix one thing in 30 days to materially reduce conversion risk, which would you choose?
      • Select up to your top 3 immediate priorities you'd like us to address (we'll use this to draft a 30/60/90 plan). Options: Formalize stakeholder decision roles, Inventory integrations and SLAs, Produce regulatory-grade extracts, Establish a parallel processing environment, Remediate known data poison pills, Secure third-party connectivity, Staffing plan and on-call rosters, Board-ready migration and risk materials
      • Which of those priorities are already budgeted or resourced? Options: Fully budgeted, Partially budgeted, Not yet budgeted, Awaiting approval, Unsure
      • What material constraints (time, budget, vendor approvals, staff availability) would prevent quick progress on your top priorities?
      • Who should be on a short, empowered steering committee to clear blockers and make rapid decisions?
      • Would you like us to draft a prioritized 30/60/90 day mitigation plan and a list of required artifacts for your board and examiners? Options: Yes – please draft and include templates, Maybe – need internal signoff first, No – we will draft internally, Unsure
  2. Outcome Discovery

    Define measurable success signals (99.9%+ conversion uptime, seven-year TCO, pilot acceptance) and mandatory acceptance criteria.

    Discovery Questions

    Start: What pushed you to this conversation today?

    • Which single event or pressure made you decide to explore a core replacement right now? Options: Examiner finding, Loss of key IT staff, Vendor acquisition/merger, Repeated outages or incidents, Contract rollover/renewal, Strategic modernization, Other
    • Rough timeline: when do you need clarity or a recommended path forward? Options: Immediately (0–3 months), Short-term (3–6 months), Medium (6–12 months), Longer-term (12+ months)
    • Who will own the final decision internally (title or role)? Options: CEO, CFO, COO/Operations, Board, Shared committee, Other
    • Who else needs to be involved in discovery conversations for this initiative to move forward? Options: Board member(s), Chief Risk Officer/Compliance, Head of IT, Head of Operations, External auditor/examiner, Vendor/third-party partners, Other

    Are you sitting on a time bomb?

    • How confident are you that your current core could withstand a major incident without extended customer impact? Options: Very confident, Somewhat confident, Not confident, Unsure
    • Have examiners or auditors documented findings related to your core, disaster recovery, or conversion readiness? If so, what was cited? Options: DR plan outdated, Insufficient testing, Data integrity concerns, Vendor oversight gaps, No findings, Other
    • When was the last full disaster recovery or conversion dress rehearsal, and what went wrong or succeeded?
    • What would it feel like internally if the conversion went poorly—who would be most impacted (emotionally, operationally, reputationally)?
    • What internal red lines do you have—things that absolutely cannot be touched during migration (e.g., teller availability, regulatory reporting, overnight posting)? Options: Teller lines must not be interrupted, No gap in regulatory reporting, All balances must reconcile to penny, ACH/wire processing windows protected, Other

    What would a failed conversion actually cost us?

    • If downtime or data errors forced customers to move deposits, how would you quantify the worst-case financial exposure (est. deposits at risk or revenue impact)?
    • Do you have historical examples—either your institution or peers—where a conversion caused measurable customer loss or fines? Tell us what happened.
    • What maximum outage window would your executive team and board tolerate during a cutover (in minutes/hours)? Options: <30 minutes, 30–60 minutes, 1–4 hours, 4–12 hours, >12 hours (very high risk)
    • How strictly do you prioritize the 99.9%+ uptime promise during conversions compared to cost and timeline? Options: Uptime is non-negotiable, Prefer uptime but weigh tradeoffs, Open to balancing with cost, Cost/timeline prioritized

    If we could guarantee measurable outcomes, what would that unlock for you?

    • Which of these success signals matter most to your board and examiners? (Rank or multi-select) Options: 99.9%+ conversion uptime, Seven-year TCO targets, Pilot acceptance by operations, Zero regulatory report gaps, Proof of no customer attrition, Post-conversion SLA record
    • For uptime guarantees (e.g., 99.9%), what evidence would you need to believe past performance is applicable to your size and environment? Options: Third-party verified conversion logs, References from similar-sized banks, Detailed playbooks and runbooks, Regulatory acknowledgements, Live pilot metrics
    • Describe the mandatory acceptance criteria the operations team would require after pilot and during final cutover (specific tests, reconciliations, signoffs).
    • How do you want success documented for the board and examiners (examples: balance reconciliation reports, SLA summary, conversion narrative)? Options: Balance reconciliation packet, SLA & uptime summary, Pilot results and signoff forms, Regulatory reconciliation evidence, Board-ready slide deck, Other

    What data is sacred — and what can we afford to reconcile later?

    • Which data elements must be perfect on day one (no exceptions)? Options: Account balances, Transaction history (N days), Customer contact info, Loan amortization schedules, Standing orders and ACH templates, Regulatory reporting ledgers
    • Which datasets are acceptable to validate in a reconciliation window post-cutover, and how long is acceptable? Options: Immediate (0–7 days), Short (7–30 days), Extended (30–90 days), Longer (90+ days)
    • What known data quality issues exist today that could complicate migration (e.g., duplicate accounts, historical reversals, custom fields)?
    • Which third-party integrations are mission-critical on day one and require end-to-end verification during pilot? Options: Digital/mobile banking, ACH processor, Wire network, Card processor, Remote deposit capture, Loan servicing vendors, Other

    Imagine the safest cutover day you can—what are we protecting at all costs?

    • What cutover model do you trust most: big-bang weekend, phased cutover by product, or extended parallel processing? Why? Options: Big-bang weekend, Phased by product/customer segment, Extended parallel processing (6–18 months), Hybrid
    • How long of a parallel-processing window would operations require to gain confidence? Options: No parallel, 1–3 months, 3–6 months, 6–12 months, 12–18 months
    • What specific rollback triggers or stop-gates would force a pause or rollback during cutover? Options: Balance mismatch threshold, Regulatory report failure, Customer-facing outage, Third-party connector failure, Other
    • Who must be staffed and reachable during the cutover weekend (roles and backups)?

    How will we get the board and examiners to say yes?

    • What materials have convinced your board in past IT or vendor decisions (detailed runbooks, third-party attestation, legal indemnities, demo evidence)? Options: Detailed runbooks/run-of-show, Third-party attestation/reports, Legal/conversion indemnities, Pilot results, Reference visits with similar banks, Other
    • What regulatory evidence or artifacts do examiners expect before and after a conversion in your region?
    • Who on your team typically prepares board-ready materials and what format do they prefer (slides, executive summary, appendix of artifacts)? Options: Slides + executive summary, Comprehensive appendix + slides, Executive summary only, Other
    • Have you presented a migration plan to your board before? If yes, what questions or objections came up most often?

    What’s the smallest, fastest step that keeps momentum without increasing risk?

    • If we proposed a low-risk pilot tomorrow, what scope would give you real confidence (sample of accounts, product lines, end-to-end flows)? Options: Small account sample, Single product line (e.g., deposits), End-to-end flows for a branch, Full production shadow for a business day, Other
    • What budget authority exists today to start discovery or a pilot (title or approval level)? Options: CEO approval, CFO approval, Board approval needed, Procurement threshold, Unsure
    • What internal blockers would prevent you from starting a pilot in the next 60 days? Options: Staff bandwidth, Legal/contract, Data access/extracts, Third-party agreements, Budget approval, Other
    • To get started, what single artifact would you need from us to present to your exec team or board? Options: Pilot scope and timeline, Risk mitigation runbook, TCO projection (7 years), Reference list and case studies, Regulatory attestation template, Other
  3. Solution Experience

    Translate the customer’s situation into a concrete path to outcomes using their data, parallel-processing pilot scenarios, and cutover protections.

    Experience Meetings

    • Solution Experience Kickoff — Current State & Consequence
    • Outcome Mapping — Define Future State & Success Signals
    • Pilot Design — Data-Driven Parallel Processing Scenarios
    • Cutover Protections & Runbook Workshop
    • Proof & Validation Rehearsal (Dress Rehearsal)
    • Define monitoring and validation artifacts that will be used for go/no-go decisions.
    • Customer (Ops): Nominate who will own each acceptance signal and how sign-off will be recorded.
    • Review Delivered Data & Quality Findings
    • Finalize the pilot scenarios and scope that will produce proof of the Future State.
    • Agree the detailed validation tests and tolerance rules to be executed during parallel processing.
    • Set pilot schedule, duration, and escalation procedures.
    • Seller: Load sample data into a sandbox and run initial conversion pass; deliver a conversion delta report.
    • Customer: Provide any missing mapping rules or business logic (interest calculations, fee schedules) required for accurate conversion.
    • Seller & Customer: Finalize pilot calendar and publish run/reconciliation responsibilities.
    • Cutover Sequence & Decision Gates
    • Produce a draft cutover runbook with explicit decision gates and rollback triggers.
    • Agree operational roles, war-room responsibilities, and communication protocols.
    • Introductions & Objective Alignment
    • Seller: Deliver draft cutover runbook (step sequence, rollback flows, monitoring dashboards) for customer review.
    • Customer: Nominate cutover leads, war-room participants, and confirm blackout windows and staffing availability.
    • Seller & Customer: Run a tabletop of the rollback scenario and record any procedural gaps to be closed.
    • Recap Objectives & Success Signals
    • Demonstrate evidence that selected success signals can be met using the customer's data.
    • Obtain explicit customer validation (yes/no/conditions) for each success signal.
    • Capture and prioritize any remaining gaps and assign remediation owners.
    • Seller: Produce the rehearsal validation report including raw outputs, reconciliation logs, and a gap list.
    • Customer: Provide explicit validation responses for each success signal (accept, accept-with-conditions, or reject) in writing.
    • Seller & Customer: Schedule the full parallel-processing pilot start date contingent on closure of high-priority gaps.
    • Produce and sign off on a single-sentence Current State description.
    • Surface and quantify the primary consequences (financial, operational, regulatory) of conversion failure.
    • Agree a concrete list of data extracts and access needed for pilot scenarios.
    • Confirm decision roles and exactly what the board/examiner needs to see to approve.
    • Customer: Deliver agreed data extracts (transaction ledger, core account list, two months of high-volume flows) by the assigned date.
    • Seller: Draft one-page Current State + Consequence summary and circulate for customer confirmation.
    • Customer: Identify and confirm decision-makers and their approval thresholds for the experience.
    • Read-back: Current State & Consequence
    • Agree on a concise Future State sentence describing the operational outcome to be proven.
    • Finalize 3–5 measurable success signals and their pass/fail thresholds.
    • Confirm the evidence sources and owners who will produce proof during the pilot.
    • Capture CFO TCO inputs needed to validate financial acceptance criteria.
    • Seller: Produce Success Signal matrix tying each signal to data source, metric calculation, and proof artifact.
    • Customer (CFO): Provide TCO assumptions and baseline cost figures for seven-year model.
    • Rollback & Remediation Triggers
    • Live Walkthrough of Conversion Steps Using Sample Data
    • Articulate Current State (forced exercise)
    • Define Future State (forced exercise)
    • Select Pilot Scenarios & Scope
    • Execute Validation Scripts & Show Results
    • Quantify Consequences
    • Define Parallel-Processing Cadence
    • Map Success Signals to Outcomes
    • Third-Party Integration Contingencies
    • Acceptance Criteria & Thresholds
    • Operational Roles, War Room & Communication Plan
    • Customer Forced Validation & Clarifying Questions
    • Decision Roles & Acceptance Criteria Check
    • Validation Tests & Tolerance Rules
    • Validate CFO TCO Inputs
    • Escalation & Defect Handling During Pilot
    • Data & Access Pre-Work Checklist
    • Monitoring, Validation Dashboards & Acceptance Checklists
    • Defect Triage & Next Steps
    • Decision & Sign-off Steps
    • Next Steps & Deliverables
  4. Solution Scope

    Define migration scope, data conversion rules, integrations, training, parallel processing window, and acceptance tests.

    Scope Configuration

    • Full Core Data Migration and Cleansing
    • Transaction History Import and Archival
    • Account Balance Reconciliation and Exception Resolution
    • Real-Time Deposit and Loan Accounting Processing
    • Teller Capture and Branch Transaction Integration
    • ACH Origination, Returns, and File Transmission
    • Wire Origination, Routing, and Settlement
    • Reg E Dispute Workflow Execution and Case Management
    • Automated CTR and OFAC Regulatory Filings
    • Third-Party Digital Banking Integration and Testing
    • Parallel Processing Environment (Shadow Run) Operation
    • Cutover Weekend Execution with Rollback Capability
    • 24/7 Conversion Operations Support Desk
    • Post-Conversion Daily Transaction Verification

    Scope Questions

    Full Core Data Migration and Cleansing

    • Do you require a full account-level data migration (customer, accounts, products, balances, pricing) or a subset? Options: Full account-level migration, Customer and account headers only, Balances and recent transactions only, Other (explain)
    • What is the total number of customer records and deposit/loan accounts to migrate? Options: Less than 10,000 accounts, 10,000-50,000 accounts, 50,000-200,000 accounts, More than 200,000 accounts, Unknown (we need assessment)
    • What data quality issues must be remediated during migration (duplicates, missing SSNs, incorrect product codes)? Options: Duplicates, Missing or incorrect identifiers, Stale/inconsistent product mappings, Incorrect balances, Other
    • Do you require standardization and cleansing rules defined (e.g., name normalization, SSN formatting, address standardization)? Options: Yes, standard rules required, No, source is trusted, Partially — we'll provide rules
    • Are there legal, audit or examiner retention requirements for source records that affect migration approach? Options: Yes - specific retention requirements, No special requirements, Unsure - need guidance
    • Who will sign off on migrated data acceptance (title/role)?

    Transaction History Import and Archival

    • What transaction history depth must be migrated into the new core (e.g., 6 months, 7 years)? Options: 6 months, 1 year, 3 years, 7+ years, Custom — specify in comments
    • Do you require immutable archival of legacy transaction files alongside migrated history? Options: Yes, immutable archive required, No, only migrated history needed, Archive to third-party vault
    • What formats are your source transaction exports (e.g., flat files, DB dump, API)? Options: Flat files (CSV/PSV), Database export (SQL), API access, Proprietary extract, Mixed
    • Are there regulatory or audit queries that require transaction indexing/search capability post-migration? Options: Yes - require indexed search, No - standard reporting sufficient, Unsure
    • Do you require synchronization of pending/uncleared transactions up to cutover time? Options: Yes - include pending items, No - only settled transactions
    • Specify any blackout windows or business-cycle dates that affect history capture (e.g., quarter-end, board meeting)

    Account Balance Reconciliation and Exception Resolution

    • What reconciliation tolerance thresholds are acceptable for cutover (e.g., exact match, <$1, <$10)? Options: Exact match required, Tolerance <$1, Tolerance <$10, Tolerance <$100, Custom (explain)
    • Which reconciliation types are required pre- and post-cutover (day balance, ledger vs. posting, interest accruals, suspense accounts)? Options: Day balance, Ledger vs. posting, Interest accruals, Suspense/Clearing, Other
    • Do you have an existing exception-resolution workflow and owner (operations team, vendor, joint-team)? Options: Bank owns exceptions, Vendor handles exceptions, Joint team, Not defined yet
    • How many open exceptions do you expect at cutover (estimate)? Options: None, 1-100, 101-1,000, 1,000+
    • Do you require automated reconciliation tooling or manual ledger comparison support? Options: Automated tooling, Manual support, Hybrid
    • What SLAs are required for exception resolution during the conversion window? Options: Same day, 24-48 hours, 72 hours, Custom

    Real-Time Deposit and Loan Accounting Processing

    • Will your institution require real-time (online) posting on day one of production cutover? Options: Yes - real-time required, No - batch acceptable initially, Phased to real-time after pilot
    • What loan product types and interest calculation methods must be supported (amortizing, interest-only, balloon)? Options: Amortizing, Interest-only, Balloon, Construction, Other
    • Are there custom posting rules, fees, or interest rate tables that require migration or reconfiguration? Options: Yes - many custom rules, Some custom rules, Standard products only
    • What peak transaction throughput (txns/sec or txns/day) must the real-time engine support during normal and peak branch hours? Options: Low (<1k/day), Medium (1k-50k/day), High (50k-500k/day), Very high (>500k/day), Unknown - need sizing
    • Do you require dual-ledger support, multi-GL mapping, or special regulatory ledgers? Options: Dual-ledger, Multi-GL mapping, Regulatory ledgers, No special ledger needs
    • Who will validate accounting rules and sign off on postings (title/role)?

    Teller Capture and Branch Transaction Integration

    • Which branch capture systems do you currently use (vendor names)?
    • Do tellers use PC-based capture, middleware, or direct core integration for real-time posting? Options: PC-based client, Middleware adapter, Direct core integration, Proprietary
    • What offline/standalone teller modes must be supported during cutover (local transaction queue, limited teller operations)? Options: Full offline queueing, Limited offline (cash only), No offline mode allowed
    • How many branches and teller stations will be migrated and validated in the pilot? Options: 1 branch, 2-5 branches, 6-20 branches, 20+ branches
    • Do you require training materials and in-branch walkthroughs for teller workflows? Options: Yes - on-site training, Remote training only, Train-the-trainer
    • Are there bespoke branch integrations (cash recyclers, passport scanners) needing interface development? Options: Yes - multiple devices, Yes - one or two devices, No

    ACH Origination, Returns, and File Transmission

    • Do you originate ACH files currently or rely on a third-party processor? Options: Originate in-house, Third-party processor, Hybrid
    • What ACH formats and transmission channels are required (NACHA file, Host-to-host, sFTP, RDC)? Options: NACHA file, sFTP, Host-to-host API, Other
    • How do you want returns and corrections processed during parallel run and cutover? Options: Auto-process returns, Manual review then post, Vendor handles returns
    • Are there same-day or other timing constraints (SEC codes) that must be preserved on cutover? Options: Same-Day ACH, Standard ACH, Mixed
    • Do you require positive pay or ACH debit filters integrated with ACH origination? Options: Yes - integrate positive pay, No
    • Who will be the ACH custodian and approver during conversion (role/title)?

    Wire Origination, Routing, and Settlement

    • Do you originate domestic and/or international wires and which formats/protocols are needed? Options: Domestic only, International only, Both domestic and international
    • Which correspondent or settlement partners are in use and require testing?
    • What cutover controls and dual-approval workflows must be preserved for wire origination? Options: Dual-approval required, Single approver acceptable, Custom approval matrix
    • Are wire fees, ordering bank tags, or specific routing rules part of the migration mapping? Options: Yes - mapping required, No - standard rules
    • Do you require simulation of wire flows during the parallel run for reconciliation? Options: Yes - full simulation, Partial simulation, No simulation
    • Specify any regulator or correspondent SLAs for wire settlement that the new platform must meet

    Reg E Dispute Workflow Execution and Case Management

    • Do you currently have an automated Reg E case management system or a manual process? Options: Automated system, Manual process, Hybrid
    • How many active dispute cases per month does the institution average? Options: Less than 50, 50-200, 200-1,000, 1,000+
    • Which case lifecycle steps must be preserved (investigation, provisional credit, communication templates, reporting)? Options: Investigation, Provisional credit, Customer communications, Regulatory reporting, All of the above
    • Do dispute workflows require integration with digital channels (mobile inbox, secure messaging)? Options: Yes, No, Partial
    • What acceptance criteria will be used to approve dispute workflow in the pilot? Options: Cycle time metrics, Accuracy benchmarks, Regulatory compliance check, All of the above
    • Who is responsible for dispute decisioning and sign-off during conversion (title/role)?

    Automated CTR and OFAC Regulatory Filings

    • Do you currently file CTRs and OFAC screening through your core or via a third-party compliance vendor? Options: Core handles filings, Third-party vendor, Hybrid
    • What screening rules and watchlists are mandatory (sanctions lists, PEPs, custom watchlists)? Options: OFAC SDN, PEP screening, Custom watchlists, All of the above
    • What filing cadence and formats are required (real-time alerts, batch CTR submissions)? Options: Real-time alerts, Daily batch CTR, Weekly reporting, Custom cadence
    • Do you require proof-of-filing artifacts and audit trails for examiner review during and after conversion? Options: Yes - full audit trail, No
    • Are there known historical CTR/OFAC exceptions that need remediation during migration? Options: Yes - remediation required, No
    • Who owns regulatory filings and will approve compliance test results during conversion?

    Third-Party Digital Banking Integration and Testing

    • List the digital banking vendors and integrations that must remain connected (mobile app vendor, online banking, card processor, eStatements).
    • What integration types are needed (REST API, SOAP, file-based, host-to-host)? Options: REST API, SOAP, File-based (SFTP), Host-to-host, Other
    • Do you require end-to-end testing with each vendor during the parallel run? Options: Yes - E2E testing required, Partial testing, No - vendor certified
    • Are there SLAs or uptime guarantees from these third parties that we must validate during conversion? Options: Yes - must validate SLAs, No, Unsure
    • Do any vendors require certification or sandbox credentials that must be coordinated pre-cutover? Options: Yes - certifications required, No
    • Who is primary contact for each third-party integration during conversion (vendor name and bank contact)?
  5. Mutual Commit

    Finalize commercial terms, SLA commitments, conversion guarantees, regulatory responsibilities, and board-ready materials.

    Agreement Modules

    • Statement of Work (SOW)
    • Master Services Agreement (MSA)
    • Service Level Agreement (SLA)
    • Conversion Guarantee & Cutover Warranty
    • Commercial Terms & Pricing Schedule
    • Payment Schedule & Acceptance-Based Invoicing
    • Regulatory Responsibility & Examiner Support Agreement
    • Data Processing Agreement (DPA) & Security Addendum
    • Board-Ready Materials & Approval Package
    • Parallel Processing & Pilot Acceptance Criteria
    • Third-Party Integration & Vendor Responsibility Matrix
    • Escrow, Source Access & Exit Plan
    • Change Order & Scope Control Agreement
    • Termination & Transition Services Agreement (TSA)
    • Insurance, Bonds & Indemnity Certificates
  6. Deployment

    Operationalize rollout with readiness checks, enablement, and outcome validation.

    1. Pre-Deployment Readiness

      Confirm extracts, test data, third-party connectivity, staffing, regulator notifications, and go/no-go gates are in place.

      Readiness Questions

      A Quick Check Before We Roll In

      • In one sentence, what outcome would make this deployment feel successful to you and satisfy the board?
      • What specific cutover weekend(s) or date ranges are you targeting today? Options: Next 30 days, 30–60 days, 60–90 days, 3–6 months, Unscheduled / flexible
      • Tell us about any past conversions or DR events that still shape how you think about risk for this migration.
      • Who in your organization will have final sign-off authority on go/no-go (name and role)?
      • What is your maximum acceptable customer-facing downtime during cutover (choose the closest) Options: < 15 minutes, 15–60 minutes, 1–2 hours, 2–4 hours, No maximum tolerated (must be zero)

      Who's in the Room When It Counts?

      • If your CEO or board asked today, 'Why won’t this cutover freeze teller lines?', what single, credible answer would you give?
      • List the decision roles we should expect to engage during readiness and cutover (select all who apply). Options: CEO / Board Chair, CFO, COO / Operations, Head of Retail/Branches, IT Director / CIO, Compliance Officer, Vendor Relationship Manager, Other
      • For each role you selected, how available will they be during the cutover window (hours per day / on-call)? Options: Dedicated on-site / full availability, On-call but remote, Limited availability (business hours only), Not available
      • Who is the backup for your recently departed IT manager, and how long have they been in that role?
      • How do you prefer escalation to be handled during an incident (single contact, tiered, committee, other)? Options: Single executive contact, Tiered technical then executive, Emergency committee/war room, Automated escalation with rotation, Other

      Your Data — Not Just Files but Lifelines

      • What would you do if a sample extract showed account balance mismatches on 0.1% of accounts—pause and investigate, proceed with fixes, or other? Options: Pause all progress and investigate immediately, Proceed but isolate and fix discrepant records, Accept and remediate post-cutover, Other
      • Which data extracts have been completed and validated so far (select all that apply)? Options: Customer master / ID files, Account balances and ledgers, Transaction history (X years), Loan files and amortization schedules, ACH / wires history, Collateral and lien records, None yet
      • What format do your current extracts use and how consistent are they across channels? Options: Fixed-width flat files, CSV / delimited, XML / JSON, Database snapshots / SQL dumps, Mixed formats / inconsistent
      • Describe your current reconciliation cadence and who owns day‑to‑day reconciliation during testing.
      • What data quality thresholds must be met before migration (e.g., % of accounts with verified balances, missing fields allowed)?

      Third-Party Glue and Where It Breaks

      • Which single third-party integration failing during cutover would cause the most customer impact—and why?
      • Please identify all critical external vendors and integrations we must test end-to-end (select all that apply). Options: Digital banking provider, ATM network, Card processor / switch, ACH operator, Wire correspondent, Fraud/AML vendor, Check clearing / image processor, Other
      • Which of those vendors have completed formal connectivity testing with your extract/test environment? Options: All completed, Most completed, Some completed, None completed
      • Who is the vendor contact and SLA owner for each critical integration, and do we have escalation contacts?
      • If a vendor fails during cutover, which contingency should we trigger first (rollback, manual workaround, queued processing, other)? Options: Rollback to prior system, Manual workarounds with staff, Queue transactions for delayed processing, Temporary service substitution, Other

      Dry Runs, Test Data and Pilot Confidence

      • If the parallel-processing pilot gave us 100% green lights but masked a rare edge case, how would we detect that before go-live?
      • Which pilot scenarios must be executed and validated before go/no-go (select all that apply)? Options: End-of-day balancing, ACH processing day, Wire day, Loan posting and interest accrual, Regulatory reports generation, High-volume teller day, Dispute/resolution flows
      • What sample size or transaction volume will you use in parallel processing to feel confident (percentage of daily volume or absolute transactions)? Options: <1% sample, 1–10% volume, 10–50% volume, Full production volume for a window
      • How many full-dress dry runs have you completed and when was the last one? Options: None yet, 1, 2–3, 4 or more
      • Who owns test sign-off for each pilot scenario and what evidence do they require (logs, reconciliations, screenshots)?

      People Power: Who Will Run the Weekend

      • If a critical process fails at 2 a.m. on cutover day, who are we absolutely confident will be awake and fixing it—and why?
      • Please map the core roles that will be staffed during cutover and indicate whether they will be on-site, remote, or on-call (select role then location). Options: On-site, Remote with guaranteed connectivity, On-call only, Not staffed
      • Do you plan to use contracted/temporary staff for extended hours during cutover, or rely solely on internal teams? Options: Internal teams only, Use contractors for overflow, Hybrid approach, Undecided
      • Who owns the runbooks and playbooks, and are they version-controlled and accessible to escalation teams? Options: Yes, centralized and versioned, Yes, but multiple copies, Drafts exist, No documented runbooks
      • What training has branch and frontline staff completed on the new workflows, and what gaps remain?

      Regulators, Boards and the Paper Trail

      • If an examiner arrived the morning after cutover, what single document would convince them we mitigated conversion risk?
      • Which regulator and board notifications are required before (or immediately after) cutover? Options: Primary regulator pre-notification, Primary regulator post-cutover report, Board briefing package pre-cutover, Board post-cutover acceptance, None required / not sure
      • Are there any open examiner findings or outstanding compliance issues that must be resolved or disclosed as part of the readiness checklist? Options: No open findings, Open findings unrelated to conversion, Open findings relevant to conversion, Unsure / need to verify
      • Who will coordinate regulatory questions during the first 30 days post-cutover, and what is their contact protocol?
      • What formatted board-ready materials do you expect us to provide (select all required)? Options: Risk assessment memo, Cutover timeline and gates, Contingency plans, Proof of pilot results, SLA and uptime guarantees, Other

      The Go/No-Go Moment — Gates That Protect the Bank

      • What's the single condition that would make you say 'no' at the final gate even if everything else appears green?
      • Which objective metrics must be met to pass the final go/no-go gate (select all that apply)? Options: Zero unreconciled balances, All critical integrations online, Pilot processing at X% volume, Regulatory notifications acknowledged, Staffing confirmed
      • Who holds the authority to trigger rollback and who must be notified within 15 minutes of that decision?
      • Describe the communication plan for customers and staff if we delay or abort cutover (templates, channels, timing).
      • What timing and format do you require for final sign-off (e.g., live call, signed checklist, board approval)? Options: Live executive call + documented checklist, Signed digital checklist, Board-approved resolution, Email confirmation from authority

      Final Confidence Check — What Would Make You Sleep Better?

      • Aside from technical readiness, what single human concern makes you the most anxious about the upcoming deployment?
      • Which assurance from us would most reduce that anxiety (examples: guaranteed conversion SLA, extra on-site staff, extended parallel window)? Options: Conversion uptime SLA (99.9%+), Guaranteed remediation window, Additional on-site support, Longer parallel processing, Regulatory-ready documentation
      • What would you like our team to proactively own and report on daily during the 14 days leading to cutover? Options: Extract & validation status, Integration test progress, Staffing confirmations, Pilot results summary, Risk register updates
      • If you could ask one question of your board about this migration and get a candid answer, what would it be?
      • Is there anything else we should know right now that would change how we approach pre-deployment readiness?
    2. Deployment Enablement

      Coordinate the cutover schedule, parallel processing pilot, runbooks, rollback plans, and team responsibilities.

    3. Cutover Validation

      Execute validation checks—balances, regulatory reports, reconciliation, and uptime verification—and document acceptance or remediation actions.

      Validation Checklist

      Tell Us What Brought You Here (briefly)

      • In one or two sentences, what exact event or concern prompted you to explore replacing or updating your core today?
      • Who first raised the issue inside your institution—CEO, CFO, operations, board, or an examiner—and what did they say? Options: CEO, CFO, Operations/COO, Board member, Examiner/regulator, IT manager, Other
      • How urgent does this feel on a scale from 'nice to fix' to 'board/examiner action required'? Options: Board/examiner action required, High priority for leadership, Important but not urgent, Watchlist for future planning
      • What would you like us to understand first about your situation that might not be obvious from documents or vendor logs?

      Are You Comfortable Leaving Core Risk to Assumption?

      • If your current conversion plan assumed 'no downtime over cutover weekend,' what would you say is most likely to break that assumption?
      • Which of these single points of failure feels closest to reality for you right now? Options: Data conversion rules, ACH/External integrations, Teller capture continuity, Regulatory reporting runs, Staffing during cutover, Rollback capability, Other
      • How long have these risks been tolerated in your environment—weeks, months, years? Options: Weeks, Months, 1–3 years, 3–10 years, 10+ years
      • Tell us about a time when a trusted assumption about your systems failed; what happened and what did it cost you (time, reputation, money)?

      Who Really Decides—and What Keeps Them Up at Night?

      • You may think the CEO owns the decision, but who actually signs off on go/no-go during a conversion weekend? Options: CEO, CFO, COO/Operations, Board chair, Chief Risk/Compliance Officer, Examiner sign-off required, Other
      • What specific approval criteria would the board or examiner need to see to feel comfortable (examples: zero-balance mismatches, signed SLAs, pilot acceptance)? Options: Balance reconciliation proof, Conversion guarantees, SLA uptime history, Third-party readiness attestations, Pilot parallel-processing results, Regulatory notification plan, Other
      • Which one metric would immediately make the CEO breathe easier: conversion uptime, TCO over seven years, minimal customer complaints, or something else? Options: Conversion uptime, 7-year TCO, Customer complaint volume, Regulatory findings eliminated, Staff time saved, Other
      • How emotionally prepared is your leadership to defend a decision if the migration faces short-term customer friction? Options: Very prepared, Somewhat prepared, Not prepared, Undecided

      The Moments That Actually Make Customers Leave (and How You’ve Seen Them)

      • Which customer-facing failures do you fear most during conversion—frozen teller lines, missing balances, failed ACH, or delayed online access? Options: Frozen teller lines, Account balance errors, ACH/Wire failures, Online/mobile outages, Statement/reporting errors, Other
      • Have you ever had a customer escalate a core-related issue to the board or local press? What happened and how was it resolved?
      • How many accounts or transactions would you consider 'critical' to validate during cutover to avoid depositor flight? Options: Top 100 accounts, Top 1,000 accounts, All commercial accounts, All accounts over $X, All accounts (full validation)
      • If a worst-case scenario occurred and you lost teller capability for 12 hours, what immediate actions would you expect from your vendor partner?

      What 'Successful Conversion' Actually Looks and Feels Like

      • Imagine the board signs off after cutover—what three concrete outcomes did they see that convinced them to approve?
      • Which of these acceptance criteria must be met for you to call the conversion successful? Options: Zero reconciled balance differences, 99.9%+ uptime observed, Regulatory reports run correctly, Customer-facing channels fully functional, Parallel processing pilot acceptance, Other
      • How will you measure seven-year TCO success—what line items matter most (processing fees, staffing, third-party licenses, risk remediation)? Options: Processing fees, Staffing costs, Third-party licenses/integrations, Compliance/regulatory costs, Hardware/hosting savings, Other
      • Beyond metrics, what would it feel like to your leadership team to have a 'no-surprises' conversion in terms of stress, media risk, and board relations? Options: Relief and confidence, Cautious optimism, Skeptical but satisfied, No change

      How Your Data and Integrations Really Live Today

      • If I asked your senior developer to map your core data flows right now, how complete would that map be? Options: Complete and documented, Mostly documented with gaps, Fragmented across teams, Undocumented/tribal knowledge
      • Which external systems must remain uninterrupted during migration (select all that apply)? Options: Digital banking vendor, ATM/network provider, ACH processor, Loan origination system, POS/merchant services, General ledger, Regulatory reporting bureau, Other
      • Have you run a reconciliation between your current core and any backups/test extracts recently—when and what did you find? Options: Within last month, 1–6 months ago, 6–12 months ago, Over a year ago, Never
      • Which data quality issues keep you awake (duplicate accounts, stale balances, misposted fees, missing ACH history, other)? Options: Duplicate accounts, Stale balances, Misposted fees, Incomplete transaction history, Missing third-party references, Other

      Regulators, Examiners, and the Board: What They’ll Want to See

      • If an examiner asked for evidence that migration risk is mitigated, what three documents or proofs would you want to present?
      • Which of these regulatory concerns is most pressing for you right now? Options: Disaster recovery documentation, Data integrity proofs, Change management logs, Vendor oversight evidence, Timely regulatory report delivery, Other
      • How comfortable are you with having board-level materials prepared that explain conversion risks and mitigations in plain language? Options: Very comfortable, Somewhat comfortable, Need help from vendor, Not comfortable at all
      • Have previous regulatory findings influenced your timeline or level of due diligence—if so, how?

      Pilot Reality Check: Parallel-Processing and Acceptance

      • What would a successful parallel-processing pilot have to prove to your operations team? Options: Matching balances, Timely posting, Customer channel parity, Exception counts below X, Regulatory report parity, Other
      • How long could your operations team realistically run parallel processing without unacceptable strain? Options: 2–4 weeks, 1–3 months, 3–6 months, 6–18 months, Unsure
      • Who in your organization will be responsible for signing off on pilot acceptance and what criteria will they each demand? Options: CEO, CFO, COO, Head of Operations, Compliance Officer, Board representative, Other
      • What successes or failures from past pilots should we know about so we can design a realistic pilot together?

      Decision Practicalities: Timeline, Budget, and Non-Negotiables

      • If the vendor delivered a guaranteed 99.9%+ uptime during conversion, would that change your willingness to proceed? Options: Yes—significantly, Somewhat, No change, Depends on proof
      • What budget horizon do you evaluate TCO over—7 years, 10 years, or a different timeframe? Options: 7 years, 10 years, 5 years, Other
      • Which contractual terms are absolute deal-breakers for you (select up to three)? Options: Conversion uptime guarantee, Financial conversion guarantees, Regulatory compliance indemnity, SLA severity/credits, Board-ready documentation, Vendor exit assistance, Other
      • How do you want vendors to demonstrate their historical conversion uptime for similarly sized institutions—logs, third-party attestation, or reference calls? Options: System logs/metrics, Third-party attestation, Customer reference calls, Case studies with data, All of the above
      • Realistically, what's your internal deadline to have a vendor decision in front of the board? Options: Immediate (this month), 30–60 days, 60–120 days, 6+ months, No firm deadline

      Who Will Do the Work—and Do They Have the Bandwidth?

      • If we mapped every role needed for conversion (project lead, data analysts, 24/7 support, teller trainers), which roles are already staffed and which would you expect us to provide? Options: All staffed internally, Most staffed; need vendor support, Critical roles missing, Expect vendor to supply all roles
      • How many internal FTEs can realistically be dedicated to conversion during peak windows without jeopardizing day-to-day operations? Options: 1–2, 3–5, 6–10, 10+, None available
      • What level of vendor-led training and documentation would make your staff feel confident post-cutover? Options: Hands-on classroom, Recorded sessions + docs, Train-the-trainer, Shadowing during pilot, On-call vendor support
      • Which internal team tends to be the hardest to align during projects like this—and why? Options: IT, Operations, Compliance, Finance/CFO, Customer service, Other

      Red Flags and Deal Breakers: Tell Us Early

      • What absolute red flags would stop you from moving forward with a vendor at any point during diligence? Options: No conversion guarantees, Lack of references, Poor regulator engagement, Insufficient data controls, No rollback plan, Other
      • Have you walked away from a vendor before? If yes, what single issue caused that decision? Options: Yes—security/compliance, Yes—poor conversion plan, Yes—cost, Yes—cultural fit, No, never
      • How would you like us to surface concerns during discovery so you feel heard—weekly checkpoint, written risk register, or an executive summary? Options: Weekly checkpoints, Written risk register, Executive summary for leadership, Ad hoc conversations, All of the above
      • What would restore your confidence in a vendor if an issue emerged late in the process? Options: Rapid remediation plan, Financial compensation, Public commitments to board, Third-party validation, Demonstrated successful rollback, Other

      Next Steps Together: What Would Make This Conversation Valuable

      • Which artifacts would you like from us next—a tailored migration roadmap, pilot design, TCO model, or board-ready summary? Options: Tailored migration roadmap, Pilot design and success criteria, 7-year TCO model, Board-ready presentation, Regulatory notification checklist, All of the above
      • Who else on your team should be part of the next conversation to avoid surprises later? Options: CEO, CFO, COO/Operations, Head of IT, Compliance Officer, Board representative, Other
      • What would make you decide to continue exploring our solution after this discovery call? Options: Clear risk mitigation plan, Proof of 99.9%+ conversion uptime, Satisfactory pilot plan, Acceptable TCO estimate, Board materials ready, Other
      • When would you like us to present our proposed next-step materials? Options: Within 1 week, 1–2 weeks, 2–4 weeks, After internal review, Undecided
  7. Success

    Confirm outcomes against success signals, capture TCO baselines, and maintain a shared channel for issues and enhancement requests.

    Success Reviews

    • Success Validation & Acceptance Review
    • TCO Baseline & Seven-Year Financial Review
    • Issues & Enhancement Governance Kickoff
    • Post-Conversion Lessons Learned & Continuous Improvement
    • Executive Closure & Board-Ready Packet

    Issues & Enhancements

    • Create a measurable continuous improvement roadmap with owners and review dates.
    • Introductions & Objectives
    • Stand up a shared channel with clear access and retention policies.
    • Define and agree SLAs, triage steps, and escalation paths for incidents and enhancements.
    • Establish an intake and prioritization process with assigned backlog owners.
    • Create the shared channel, invite core team members, and publish channel usage guidelines.
    • Document the triage workflow and SLA matrix and distribute to stakeholders.
    • Log initial enhancement requests into the backlog with owners and priority tags.
    • Schedule the weekly triage meeting and monthly roadmap review.
    • Event Timeline & Incident Recap
    • Document and agree on root causes and corrective actions for major incidents.
    • Convert lessons learned into prioritized process change and training plans.
    • Agree on remediation plans and timelines for any gaps preventing acceptance.
    • Publish the Lessons Learned document with RCAs, corrective actions, and owners.
    • Create and schedule required training sessions and updated runbooks.
    • Add prioritized product changes to the enhancement backlog with expected delivery windows.
    • Executive Summary of Outcomes
    • Secure executive sign-off on outcomes, TCO summary, and risk status for board presentation.
    • Finalize and approve the board-ready packet and examiner artifacts.
    • Confirm ongoing governance and reporting owners and cadences.
    • Produce the final board packet and circulate to executive approvers.
    • Obtain formal signatures/approvals from CEO, CFO, and Operations lead and archive them.
    • Set recurring governance meetings and distribute the first-quarter reporting calendar.
    • Confirm whether each success signal is met with verifiable evidence.
    • Obtain formal acceptance or documented conditional acceptance with owners and dates.
    • Document distribution plan for acceptance artifacts to board and regulators.
    • Produce and circulate a consolidated Success Validation Report including evidence links and pass/fail status.
    • Log remediation actions for open gaps with owners, deadlines, and verification criteria.
    • Capture formal acceptance sign-off from CEO/CFO/Operations or schedule a follow-up acceptance meeting.
    • Scope & Assumptions Recap
    • Finalize an agreed seven-year TCO baseline with documented assumptions.
    • Identify top cost drivers and potential levers for cost reduction or risk mitigation.
    • Assign ownership and cadence to keep the TCO workbook current and auditable.
    • Deliver the finalized TCO workbook with scenario tabs and sensitivity analysis.
    • Assign a finance owner and schedule the first quarterly TCO review on the calendar.
    • Document any agreed cost-optimization actions (e.g., third-party renegotiations) with owners and target dates.
    • Shared Channel Architecture
    • Actuals-to-Date
    • Regulatory & Examiner Artifacts
    • Triage Workflow & SLAs
    • Success Signals Summary
    • Root Cause Analysis Highlights
    • Evidence Walkthrough
    • Board Packet Review
    • Process & Training Gaps
    • Enhancement Intake & Prioritization
    • Seven-Year Forecast & Scenarios
    • Sign-Off & Governance Commitments
    • Outstanding Gaps & Risk Assessment
    • Backlog Owners & Reporting
    • Sensitivity & Break-Even Analysis
    • Product/Platform Improvements
    • Governance & Update Cadence
    • Public Communications & Stakeholder Messaging
    • Acceptance Decision & Next Steps
    • Continuous Improvement Roadmap
    • Pilot the Channel & Process
    • Communications & Documentation
First-Party AI

1-2 minutes please — Your AI agent is working

First-Party AI™ can make mistakes. Always check important information.