Already a NinjaOne customer? Log in to view more guides and the latest updates.

NinjaOne Best Practices for New Partners

  • Last Updated September 5, 2026

Topic

This guide provides tips and best practices new partners can use when getting started with NinjaOne.

Environment

NinjaOne

Description

This guide will help you get started faster and maximize the value of NinjaOne. We've based this article on the NinjaOne Best Practice guide from our NinjaOne Resource Center.

Select a topic to learn more.

General Recommendations

We've listed a few recommendations to get started below. As with any best practice or recommendations, the suggestions we've made may not precisely fit your use case or need. Your account manager can help you understand how to adjust these suggestions to your specific needs.

Here are a few general recommendations:

  • Deploy NinjaOne internally and use your internal infrastructure for testing.
  • Leverage policy inheritance to save yourself time.
  • Minimize noise with custom alerts.
  • Minimize end-user interruption for patch management and antivirus.
  • Use administrative credentials to optimize patch and script deployment success rates.
  • Develop a device-naming scheme to facilitate easy device identification.
  • Set up user permissions to ensure security.
  • Use reports as a communication tool with clients.
  • Give end-users access to self-help tools.
  • Download NinjaOne's Mobile App.
  • Start slow with automation.

Deployment Recommendations

Deploy NinjaOne internally and use your internal infrastructure for testing. No matter how friendly you are with your customers, you risk angering them (at best) or losing them (at worst) when you deploy an untested script, patch, or automation on their endpoints.

The following deployment recommendations will help avoid the above problems:

  • Explore the platform, learn your organizational preferences, and develop your own best practices.
  • Try new features for improved service delivery and test new OS patches without impacting production.
  • Ensure you have a mix of devices on premises for testing that reflects your clients' systems.

Policy Inheritance

As a Managed Service Provider (MSP) or IT professional, you likely offer a range of standard services. You should monitor many of the same health and performance metrics across clients for each device type. You likely even deploy the same antivirus and remote access tools across all your customers.

NinjaOne's policy inheritance scheme helps you to do all the hard work of policy setup once and then apply those changes to sub-policies, saving you time and effort.

Follow the recommendations below to use policy inheritance to save time.

  • Create a default policy for each device role (Microsoft Windows workstations or servers, Apple macOS workstations) to act as a template for future child policies.
  • Set safe default patch management and antivirus preferences for child policies to inherit.
  • Set up all your condition monitors, automated remediations, and scheduled scripts in the parent policy, but only enable those you want to run by default.
  • Whenever you onboard a new client, use a child policy to make granular changes to new organizations while inheriting most of your customizations directly from the parent policy.

Custom Alerts

Underreporting and overreporting from your Remote Monitoring and Management (RMM) system can be equally detrimental, but we sometimes hear complaints about excessive notifications. We've made our alerts completely flexible to ensure you get all the notifications you need, and none that you don't.

Follow these recommendations to minimize noise with custom alerts:

  • Create a default severity scheme for alerts.
  • Minimize the number of alerts each user receives.
    • Set notification schedules at the organizational level so NinjaOne sends them only during business hours.
    • Set user permissions so that each user receives notifications only on their assigned accounts.
    • Set user schedules so they only receive alerts while they are on the job.
    • Set user notification settings only to accept higher-priority notifications.
  • Deactivatenotifications for all users except a central service email and rely on in-platform notifications.

Learn more at NinjaOne Endpoint Management: Notification Channels and Alerts.

Patch Management and Antivirus

You can minimize end-user interruptions for patch management and antivirus jobs by following these recommendations:

  • Run patch installations and antivirus scans outside of business hours.
    • Set endpoints to remain online.
    • Set scan and deploy times to outside work hours.
  • If patching outside business hours isn't feasible, work with partners to minimize disruptions.
    • Identify times when devices will be online, and installation will be least disruptive.
    • Determine if reboot notifications will be helpful or disruptive.
    • Use automation to reboot devices when they are online outside of business hours.
  • Create a robust patch test group using your internal infrastructure.
    • Ensure that your patch-testing group reasonably reflects the distribution of operating systems and hardware profiles in your client base.
    • Ensure you have copies of the business-critical applications your clients use in your test group.
    • Deploy patches to your test group and validate their impact on devices, operating system setups, and line-of-business applications before deploying them to customers.
  • Alternatively, delay non-critical patches for an appropriate period to ensure stability before deploying to customers.

Administrative Privileges

Some of the most important functions our partners perform—like patching and software deployment—work best when run with administrative privileges. Sharing those credentials with all your technicians is a bad idea.

NinjaOne's credential exchange helps you keep endpoints secure by enabling the storage and use of privileged credentials for critical tasks without sharing those credentials with users.

Use these administrative credentials tips to maximize patch and script success rates.

  • Set up common administrative privileges across devices for each client.
  • You can create and set up scheduled PowerShell scripts to create local administrative accounts on each device for a given client.
    • Recommendation: use the Run Once, Immediately option to create this account whenever you add a new device to a policy.
  • Store credentials in the credential exchange.
  • Set organization defaults to the correct stored credentials.

Device Naming

Having a standardized, systematic way to name devices in NinjaOne can positively impact organization and efficiency, and even open new capabilities.

How you name your devices will largely depend on how you manage your clients.

Check out these three naming conventions suggestions:

  • System naming: In this method, you leave the device name set to whatever the user has named their device.
    • This method requires the least upfront work, as NinjaOne automatically assigns the computer name as the device name when you install the agent.
    • Default computer names are often not in an easily human-readable format.
  • Functional naming: In this method, you name devices after the function they perform.
    • Example: an email server in San Francisco might be called "San Francisco Email Server." This naming method is beneficial because it is easily readable by humans, which can be particularly helpful in client communications.
  • Inventory-based naming: This naming convention is highly structured and uses multiple pieces of information, such as client name, device function, functional group, user, manufacturer, OS, or computer name.
    • Example (client-user): Ninja (Jane Doe)
    • Example (client-functional group-serial): Ninja- Product-0001
    • Example (client-location-device function-user): Ninja-SF-Workstation-JDoe
      • Abbreviated versions of this format help keep names short while preserving functionality.
      • This naming convention makes NinjaOne's dynamic groups even more powerful, enabling you to leverage device names for inventory management and cross-organization automation.

User Accounts

At NinjaOne, we take security seriously, so we've designed our solution to minimize vulnerabilities. We also provide our partners with a range of tools to help secure their environment.

Follow these recommendations to enhance NinjaOne's security:

  • If you assign technicians to specific accounts, restrict their NinjaOne access to those accounts only.
  • Restrict your technicians' access to only the functionality for which they have training.
Junior technicians without scripting experience do not have access to write scripts. or you restrict policy changes to senior technicians.
  • Enable platform activity notifications to stay informed about significant environmental changes.
    • At a minimum, set up notifications for the deletion of devices, organizations, policies, and users.
    • Enact strict user permissions to limit access to platform changes. We also recommend that you enable notifications for editing or creating organizations and policies.

Reporting

Quick resolution and solid communication are key to keeping clients happy. NinjaOne Reporting can help you with both of these goals. Learn more about how to use this tool at Reporting: Resource Catalog.

Follow these suggestions for using reports as a communication tool with clients:

  • Brand your reports for each customer.
  • Set up and schedule executive summary reports for all your clients.
  • Send the executive summary to yourself and use it as a centerpiece in your monthly client meetings. Sending the report to yourself allows you to review it, address any issues, and incorporate your expert analysis into the results before your client sees it.

Self-Help

Give end-users access to self-help tools.

Any help request that you can avoid by allowing end-users to help themselves is a benefit for your team. NinjaOne helps you deploy a custom systray menu that you can use as a toolbox for end-user self-help.

Here are a few suggestions for improving self-help capabilities:

  • Brand your systray icon with a high-contrast logo, so it's easily visible in the systray menu.
  • Add a tooltip that explains what the icon is for. Try something like "IT self-service" or "IT help request".
  • At a minimum, include a help request form tied to either a service email address or your ticketing system.

You can also consider adding:

  • One-click launch of scripts that end-users can run
  • Software installation self-service
  • Links to helpful tools

Accessibility

Download NinjaOne's Mobile App.

Whether you're in your office, at home, with a client, or on the go, quickly identifying and triaging client problems is crucial. Being able to log in to NinjaOne on your phone, remotely access a server or device, and resolve an issue without a laptop can help you provide faster support.

The following tips can improve your support capabilities:

Automation

Basic automations like patch management and antivirus deployment are essential tools. To get started with automation, analyze ticket trends to identify your most common issues and those you can easily automate. Start slow with automation and follow these recommendations:

  • Test new scripts and automations on your internal infrastructure before rolling them out to clients.
  • Use a standard failure code across scripts and use a script output monitor to alert when scripts fail.
  • Create dynamic groups using NinjaOne's search and group feature to create cross-organization and cross-policy device groups you can run scripts against.
  • Auto-remediate simple, repetitive errors by monitoring event codes and triggering scripts when those codes are triggered.

Example Automations

  • Detect line-of-business applications that are not functioning and restart them.
  • Perform basic maintenance, such as disk space cleanup.
  • Check and restart RMM tools.
  • Check for and run reboots.
  • Install utility applications.
  • Change power profiles.
  • Automatically add administrator profiles to new devices.

FAQ

Next Steps