● For manufacturers with service technicians and installer networks

See first. Then send someone.

Your service team sees the customer's device live before anyone goes out, and knows whether it's the hardware, the app, the phone or the cloud.

The problem

"The app won't connect." And then?

Today service only finds out on site what is actually wrong. That costs every time.

Second visit

The first visit had the wrong part or the wrong tool on board, because nobody could see the device beforehand.

No fault found

Parts get swapped that were never broken. The real cause was the phone, the app or a setting.

Update stuck

A firmware update over Bluetooth fails, and a dealer has to install it by cable.

One-star reviews

"Doesn't connect" in the app store, although the device works fine.

How it works

From the call to the cause in minutes.

The customer opens a link

On a laptop or Android phone next to the device, or in your app. No installation, no account. They allow access and confirm every change themselves.

Your service sees the device

Live: connection, firmware per component, values, error memory, in the same screens your app already has.

The cause is narrowed down

Likely hardware, app, phone or cloud, with the reasons. Your service decides whether and with which part someone goes out.

A report goes into the ticket

Device, values and versions, end-to-end encrypted. Only your team can read it.

What it looks like

Two screens, one device.

Customer side: support page in the browser, asking to allow reading the device
The customer opens the support page next to the device and allows access. Every change needs their confirmation.
Service side: device with firmware, findings and controls
Your service sees type, serial number, firmware, findings and every setting, with the controls of your own app.

Shown with a demo device. Your devices appear with your own parameters and screens.

What your service sees

Everything a technician would check on site.

◉

Connection

Is the device reachable, how stable is the connection, which phone and browser does the customer use.

⇪

Firmware

Version of every component, update state, known problems of exactly this version.

≡

Values and errors

All parameters with names and units, error memory, counters, as in your own app.

?

Narrowing down the cause

Rules from your device knowledge: which values point to defective hardware, which to an app or phone problem, which to the cloud.

✓

Changes only with consent

Settings can be changed remotely, but the customer confirms every single change on their side.

Integration

No firmware change. Integrated by your team or by us.

Your devices stay as they are. Your developers connect them with our documentation, or we do the integration for you as a fixed-price project.

  • Works with Bluetooth devices already in the field (no firmware change)
  • Integration by your team (docs, SDK, examples) or by us at a fixed price
  • Service screens easy to configure yourself: fields, groups and controls (on request taken over from your existing app)
  • Runs in the browser, or inside your own app
Getting started

A pilot in 2 to 4 weeks.

One device family, real service cases, figures before and after. Fixed price, then a monthly licence per service seat or per case.

  • One device family, connection and setup included
  • Your service uses it on real cases (target: about 20)
  • Agreed figures: repeat visits, no-fault-found rate, handling time
  • Built from practice: in use at a manufacturer with 37 device families (remote tests in labs in several countries)
FAQ

Questions service managers ask.

Does the customer have to install anything?

No. A link in Chrome or Edge is enough, on a laptop or an Android phone. Or the access sits in your own app.

Who can see the device data?

Only your service during the session, after the customer allowed it. Saved reports are encrypted in the browser; we cannot read them.

Can you change settings on the device?

Only parameters you release, and only after the customer confirmed each change on their side.

What do our developers have to do?

Your choice: your team connects the device with our documentation and SDK, or we do it as a fixed-price project. Then all we need is access to a device and the app configuration.

Does it fit our ticket system?

To start, the report is a link or a file in the ticket. A deeper integration follows when the pilot works.

See your own device, remotely.

15 minutes, with your own device: you open the link next to it, and I show you what your service would see.

remi@deviceside.io