Skip to content
Oracle NetSuite2024

NetSuite Implementation

Helping enterprise customers decide to implement NetSuite into their technology toolkit.

Here’s how it came together

Overview

Challenge

Connecting the discovery, the value case, and the demo to a system clients could understand and adopt.

Opportunity

Stay with customers from the first conversation through go-live, so what they were shown in the sale is what the implementation delivered.

Date of Project

January to May 2024

Role

Product Consultant

Responsibilities

  • Discovery and stakeholder interviews
  • Value cases and pitch decks
  • Sandbox demos and dashboards
  • Requirements and configured workflows
  • Migration, reporting and go-live support

Tools

  • NetSuite CRM and ERP
  • SuiteAnalytics
  • SuiteFlow and SuiteBuilder
  • Power BI
Enterprise CRM implementations supported
6+
Custom dashboards and sandbox demos
8+
Of Suite-to-Cash data brought into Power BI
25%+
Accounts in the broader rollout
50+

Solutions Consulting

Oracle NetSuite is a cloud business suite: finance, CRM, orders, inventory and reporting on one data model, instead of a patchwork of tools and spreadsheets.

That breadth is the hard part. The right answer is almost never to turn on every feature. Someone has to work out which processes matter, what stays standard, what gets configured and what genuinely needs custom work.

Between the customer and the product

I was a Product Consultant on a solutions consulting team, working with prospects and existing customers across both halves of the lifecycle: helping them decide what NetSuite should do for them, then helping deliver it.

Staying on both sides meant I could close the gap between what a customer was shown and what the implementation had to produce.

Decide

With prospects and existing customers

  1. 01Qualify
  2. 02Discover
  3. 03Quantify the value
  4. 04Demonstrate
  5. 05Align on scope

Handoff

Deliver

With the implementation team

  1. 01Configure
  2. 02Migrate and integrate
  3. 03Validate in the sandbox
  4. 04Go live
  5. 05Expand
The customer lifecycle in two halves, joined by the handoff from sales to delivery.

Client Experience

Customers spanned software, enterprise SaaS, consumer packaged goods and entertainment, including Fortune 500 companies. The largest was Disney.

Many conversations were with CTOs and heads of technology. They didn’t need a tour of every field. They needed confidence in architecture fit, migration risk and the custom-code burden.

The Walt Disney Company

The largest customer

Industries

  • Software
  • Enterprise SaaS
  • Consumer packaged goods
  • Entertainment

Customers

  • Fortune 500 companies
  • Enterprise prospects
  • Existing customers expanding

In the room

  • CTOs
  • Heads of technology
  • Business stakeholders
Who the work was for. Disney is shown with permission; other customers stay unnamed.

Discovery is diagnosis, not transcription

Customers often describe a feature before the problem. “We need a custom approval screen” may really mean “we need stronger spend controls and a faster escalation path.”

Through stakeholder interviews, process analysis and industry benchmarking, I mapped how each customer actually worked before deciding what NetSuite should do.

  • Current systems

    What runs today, and where are the handoffs?

  • Pain

    Which work relies on spreadsheets, email or re-entry?

  • Roles

    Who owns each decision, and who needs to see what?

  • Process

    What is a lead, and when does it become an order?

  • Metrics

    Which reports take too long, or disagree?

  • Constraints

    Which integrations and data can’t move?

Future state

The operating model NetSuite should support, in the customer’s own words

The discovery canvas: six questions before a future state.

The Value Case

Enterprise software has to be justified in outcomes, not a count of features. I helped build pitch decks and consulting deep dives, and contributed to the financial calculations behind them: hours removed, systems retired, reporting time and room to grow.

For existing customers, the same logic made the case for an upgrade or an added module: incremental value, not just more software.

  • Pain: Manual entry and reconciliation

    Quantified as: Hours removed each month

    NetSuite capability: Configured workflows

  • Pain: Too many disconnected systems

    Quantified as: Licences and integrations retired

    NetSuite capability: One CRM and ERP data model

  • Pain: Reports built by hand

    Quantified as: Reporting time and decision speed

    NetSuite capability: Role-based dashboards

  • Pain: Growth outpacing the team

    Quantified as: Volume handled without matching headcount

    NetSuite capability: Modules added as needs grow

The value tree: each pain, how it is typically quantified and the capability that answers it.

Workflow Demoing

I built and demonstrated 8+ custom dashboards and sandbox demos. The strongest followed one representative journey in the customer’s own vocabulary, from lead to opportunity to approval to order, and ended on the dashboard the executive cared about.

Each demo called out what was standard, configured or custom, so nothing was promised that hadn’t been validated.

Illustrative: a representative CRM workflow and the dashboard it feeds. Not a customer’s data.

The Sandbox Environment

Walking stakeholders through configured workflows surfaced what interviews never did: a missing field, an approval in the wrong order, a role that could see too much. Their feedback went back into the configuration, then into user acceptance testing.

  1. Requirement

    From discovery

  2. Configured in the sandbox

  3. Client walkthrough

    A missing field, a wrong approver

  4. Refined

  5. User acceptance testing

Walkthrough and refinement repeat until the workflow fits the people who use it.

The sandbox feedback loop, from requirement to user acceptance testing.

Configure first and then customize, if necessary

NetSuite’s SuiteSuccess approach starts from leading practice. Too little customization forces a broken workflow; too much adds cost, training and upgrade risk.

A representative example, not a specific client: a request for a custom approval script is often better met by native workflow routing, with an approval threshold and a named approver. Where customer-specific work was truly needed, product and engineering built it, and I helped implement it and move the customer onto it.

  1. Leading practiceAdopt the standard processFirst choice
  2. ConfigurationPreferences, roles, permissions, standard reports
  3. No-code customizationCustom fields and forms, SuiteFlow workflows
  4. Technical customizationSuiteScript, built by product and engineering
  5. Product gapEscalate, or change the processLast resort

Each step down adds cost, training and upgrade risk. Choose the lightest one that solves the problem reliably.

Standard before custom: the ladder from leading practice to product gap.

Option A

Build every request

Customers get exactly what they ask for.

Cost, training and upgrade risk grow with every script.

Option B

Force the standard process

Fast and maintainable.

Breaks workflows that genuinely differ.

Option C

Configure first, then customize

Chosen

Standard where it fits, custom only where it earns its keep.

Harder conversations about changing a process.

Creating reports that people trust

I supported data migration and reporting integration across Suite-to-Cash, bringing 25%+ of that data into Power BI for executive reporting.

The question was what should live in SuiteAnalytics, inside the workflow, and what belonged in Power BI with the client’s other systems. Exporting data isn’t trusted reporting: fields, metric definitions, refresh and access all have to agree.

NetSuite · Suite-to-Cash

  • Leads and opportunities
  • Quotes and sales orders
  • Fulfilment
  • Invoices
  • Payments

What has to agree on the way

  • Mapped fields
  • Shared metric definitions
  • Refresh and access rules

Power BI

25%+

of Suite-to-Cash data brought into the client’s executive reporting

Operational views can stay in SuiteAnalytics, inside the workflow.

Suite-to-Cash data into Power BI, and what has to agree on the way.

Go-live is a business transition

Go-live readiness meant more than a deployment: migrated data checked, workflows tested by the people who use them, access and training in place, and open issues decided. The broader rollout reached 50+ accounts.

What it changed

  1. Supported discovery and solution design for 6+ enterprise NetSuite CRM implementations
  2. Built and demonstrated 8+ custom dashboards and sandbox demos
  3. Worked with prospects and existing customers, including Fortune 500 companies and CTO-level audiences
  4. Contributed to value cases and financial calculations for new purchases and expansions
  5. Supported migration, Power BI reporting and go-live readiness

What did I learn?

Key takeaways

  • Diagnose the process objective before choosing a feature.
  • Demo the customer’s own workflow, ending on the decision it supports.
  • Choose the lightest mechanism that solves the problem reliably.

Next time

  • Set success metrics and adoption baselines before configuration, so the result can be measured.

Next project

Automated Rule Check

GoBolt · 2026