Sites, assets, and signals
Which operating locations, asset classes, sensor types, gateways, and supporting signals should be representative?
Request a pilot conversation
A ciliot pilot is an opportunity to test the service in representative conditions: the sites, assets, signals, people, evidence needs, and decision points that matter to your team.
Pilot approach
We structure the discussion around a representative scenario and evidence plan so that all parties understand the scope, assumptions, and limits of the result.
Identify the condition, decision, people, desired evidence, and likely constraints that matter most in day-to-day operations.
Include enough sites, assets, signals, connectivity conditions, and operating patterns to test normal and difficult cases.
Plan actual drills such as a high excursion, missing telemetry, gateway outage, power loss, calibration expiry, or notification failure.
Assess acceptance evidence, data limitations, response quality, and a documented benefit baseline or hypothesis before any external claim.
What a productive first discussion covers
We do not need production credentials or sensitive customer records to have an initial conversation. A high-level view of the operating environment is enough to decide whether a pilot is worth shaping.
Which operating locations, asset classes, sensor types, gateways, and supporting signals should be representative?
Who owns acknowledgement, escalation, investigation, corrective actions, review, IT/security, and implementation?
What evidence is needed, what should be tested, and which approved data source and method can support a measure?