A shared endpoint record
Organize authorized Windows endpoints by customer and site, then review inventory, online state, health, software, and recent activity from one operating view.
Co-managed IT RMM
Nizlo is an earlier-stage, Windows-first RMM for MSPs and internal IT teams evaluating a shared operating model. Pilot one authorized endpoint, attach a named owner to every handoff, and preserve identity, security, backup, service management, documentation, contracts, and incident response in the systems and teams built to own them.
One shared support loop
A co-managed pilot should prove that both teams can find the same endpoint, understand the same signal, know who acts next, verify the result, and retain evidence without creating duplicate or silent ownership.
Organize authorized Windows endpoints by customer and site, then review inventory, online state, health, software, and recent activity from one operating view.
Evaluate alert visibility and routing against a written responsibility matrix so the internal team and MSP know who investigates, escalates, communicates, and closes each condition.
Review Windows patch posture, approvals, maintenance windows, reboot expectations, exceptions, and resulting evidence without assuming the platform replaces change authority.
Test a harmless script on one noncritical endpoint, retain its output, and expand only after scope, permissions, ownership, rollback, and stop conditions are agreed.
Move from an endpoint signal to approved technician action while keeping device identity, customer context, recent activity, user coordination, and escalation expectations close to the session.
Use fleet, patch, alert, job, and activity views to review exceptions, recurring work, unclear handoffs, retained controls, and the next rollout decision together.
A controlled co-managed IT pilot
Name the owner, approver, operator, escalation path, communication duty, evidence requirement, rollback owner, and removal authority for enrollment, alerts, patching, scripts, remote access, and reporting.
Confirm identity and inventory, create a safe signal, review patch posture, run a harmless script, exercise authorized support, inspect activity, and complete a documented internal-team-to-MSP handoff.
Record setup time, alert workload, ambiguous ownership, missing controls, retained tools, complete cost, user impact, offboarding behavior, and the exact conditions for expanding, holding, or removing the pilot.
Co-managed responsibility matrix
“Shared” should never mean unowned. Put each decision in the service agreement and operating runbook, then use the pilot to test whether the handoff works under real conditions.
Who approves persistent management, owns the device list, and removes access when the service or employment relationship changes?
Who acknowledges each signal, investigates it, contacts the user, escalates security events, and records the final outcome?
Who approves classifications and windows, records exceptions, coordinates business impact, verifies results, and owns rollback?
Who reviews content, target scope, permissions, secrets, testing, change records, stop conditions, and recovery before a run?
Who authorizes support, confirms user expectations, controls privileged access, reviews activity, and responds to suspected misuse?
Which evidence belongs in the service review, who owns unresolved exceptions, and what triggers expansion, remediation, or removal?
Co-managed IT RMM questions
Co-managed IT RMM is a shared operating approach in which an internal IT team and an MSP use remote monitoring and management workflows while retaining explicit responsibility for endpoint enrollment, alerts, patch decisions, automation, remote support, reporting, escalation, and removal. The tool does not define the service agreement or transfer authority by itself.
Ownership should be written into the service agreement and operating runbook. Define who administers the workspace, grants technician access, maintains the authorized endpoint list, approves policies and scripts, reviews activity, manages offboarding, and owns the data and evidence required when the relationship ends.
No. Keep identity, device policy, endpoint security, backup, service management, documentation, contracts, and incident response in the systems and teams responsible for them. Evaluate Nizlo only for the endpoint monitoring and technician workflows it can demonstrate during the pilot.
Start with one authorized, noncritical Windows endpoint. Agree on ownership first, then validate enrollment, inventory, a safe alert, patch visibility, a harmless script, remote-support authority, activity evidence, escalation, and clean removal before expanding.
Nizlo offers a 14-day trial with no credit card. Use one noncritical endpoint and a written responsibility matrix to test a complete shared support loop, record missing capabilities and handoff friction, and make an explicit expand-or-remove decision.
Founding Tester offer
The first five successful paid upgrades receive 75% off for life, the next five receive 50% off for life, and the next ten receive 25% off for life. Applying or starting the 14-day trial does not reserve a position; successful paid-upgrade order determines the tier.
Review the complete Founding Tester termsFree decision tools
Use the same evidence, cost assumptions, and rollout controls for every vendor. Each tool works in your browser and can be exported or copied for review.
Grade inventory, monitoring, patching, automation, access, evidence, recovery, removal, and usability.
Open the evaluation scorecardModel per-device, per-technician, and fixed pricing with endpoint break-even math.
Use the pricing calculatorTurn your own ticket, labor, fleet, and tool-cost assumptions into a testable business case.
Estimate RMM ROIAssign owners, windows, evidence, blockers, and rollback decisions before switching tools.
Build a migration wave plan