One policy per device
Assignment resolves Organization, then Location, then Device — most specific wins. There is no merge or stacking, so “why is this machine like this” is always one object.
A working field guide for solution engineers selling NinjaOne: how the platform actually behaves, the questions that open a discovery, and a twelve-move talk track for building the whole story on a customer's wall.
Unified IT operations
Core curriculum
Follow the sequence once, then use the field kits to drill weak areas and rehearse how you will explain the operating model.
Build the mental model before memorizing features.
The proactive monitor-detect-act loop.
Make change fast without making it reckless.
Connect security intelligence to operational execution.
Turn support interactions into reusable operations.
See the whole estate, then govern the right control plane.
Design for recovery, retention, and proof.
Connect technical work to a scalable service business.
Move from feature tour to operating design.
Discovery, demo, POC, objections, and field execution.
The differentiator
12moves that take a blank whiteboard to the complete NinjaOne story without presenting once. Ask a question, draw the answer, validate it, repeat — and hand over the marker at the end.
Open the talk trackStart with Platform Foundations.
Platform mental model
Platform fluency comes from understanding how data becomes action, where governance lives, and how one module hands context to the next.
Assignment resolves Organization, then Location, then Device — most specific wins. There is no merge or stacking, so “why is this machine like this” is always one object.
A condition is not just a threshold, it is a threshold sustained over a configurable interval. That parameter is the difference between an alert console people act on and one they have muted.
Typed custom fields written from a script or the API can be evaluated as conditions, which turns a compliance requirement into an alert instead of a spreadsheet.
Field-readiness kits
The product curriculum teaches the platform. These tools turn knowledge into discovery, architecture, demo, and customer-facing execution.
Products, bundles, add-ons, capabilities, workflows, distinctions, and source links.
28 branching questions across 7 stages, each with what to listen for and the follow-up that goes deeper.
35 objections with the subtext, the response, a proof method, and the reflex answer that loses the deal.
Cross-product architecture prompts for enterprise and MSP conversations.
Success criteria, evidence, rollout, gap classification, and decision discipline.
Rapid-fire distinctions that make product fluency sound natural.
30 technical questions with the reasoning revealed the moment you answer.
Every source, verification date, taxonomy decision, and conflict resolution.
Trust model
Product pages, current documentation, Academy content, release notes, and the official portfolio index.
Products, bundles, add-ons, included apps, platform capabilities, and services are not flattened into a fake SKU count.
OS support, patch catalog size, integrations, and backup scope use current, narrow language when official pages disagree.