Appearance
Build the customer product
Use this section when the Linux device is something you sell or provide to a customer. Dataplicity adds the product definition, fleet software, support workspace, and customer application around the hardware and product software you already own.

Choose the path
| Your starting point | Open |
|---|---|
| You need the generic device-to-customer activation path | Build your first connected product |
| Your devices already use Dataplicity Remote Shell | Expand beyond remote access |
| You need to understand the customer-facing application | Customer Portal |
| You need one complete vertical walkthrough | Choose a worked product |
Define the product once
- Device Classes define the hardware and product model.
- Streams, actions, and settings define its stable product contract.
- Product UI designer turns that contract into the customer page.
- Software and examples let you prove or release the device-side publisher.
- Customer Portal creates the downstream customer boundary and operating application.

Complete walkthroughs
These long-form articles are designed to be sent to one implementer. Each keeps the complete path from representative hardware to customer verification on one URL.
Use the generic activation and reference pages for other product shapes. Add another complete walkthrough only when a repeated customer need or campaign justifies it.
Product and engineering boundaries
Your customer sees assigned products, locations, product data, video, and permitted controls. Your OEM team keeps logs, diagnostics, Remote Shell, software delivery, fleet jobs, and peer drift in the separate engineering workspace.
Dataplicity does not replace your Linux distribution, product application, secure boot, OS hardening, sensor calibration, physical safety logic, or firmware-update architecture.