Aller au contenu
ARYSstudio
Services · 03IoT user-facing

IoT user-facing. Pas le firmware, l’interface.

Studio construit les dashboards, applications mobiles et portails clients qui rendent vos plateformes IoT lisibles. Si vous cherchez du firmware, du gateway ou de l’embarqué, voir ARYS Engineering.

Périmètre · 01

Ce qu’on fait, ce qu’on ne fait pas.

Studio est la branche produit numérique d’ARYS. L’embarqué et le hardware restent chez ARYS Engineering, la maison-mère. Vous travaillez avec la bonne équipe pour la bonne partie du système.

On faitStudio
  • Dashboards opérationnels temps réel (WebSocket / SSE)
  • Applications mobiles user-facing (React Native)
  • Portails clients multi-tenant
  • Alerting et notifications configurables
  • Visualisation time-series (graphes, heatmaps, gauges)
  • Reporting, exports PDF et CSV
On ne fait pasEngineering
  • Firmware embarqué et drivers
  • Brokers MQTT / CoAP custom, gateways edge
  • Stack hardware, conception électronique
  • Certification systèmes critiques

Pour ces sujets, ARYS Engineering — cycle en V, références défense, télécom, automobile. arys-engineering.com

Pour qui · 02

Trois profils, trois réponses.

  • 01

    Industriels avec une plateforme IoT existante

    Vous avez les capteurs, le réseau et la base time-series. Il vous manque une UX moderne au-dessus, lisible pour vos opérateurs et vos clients finaux.

  • 02

    Startups IoT B2B

    Vous lancez un produit dont l’application mobile et le portail web sont aussi importants que le hardware. Vous voulez un partenaire produit, pas un prestataire embarqué.

  • 03

    Énergie, smart-building, agritech

    Votre métier génère beaucoup de data terrain. Vos opérateurs et vos clients veulent un dashboard lisible plutôt qu’un fichier CSV exporté chaque matin.

Inclus · 03

Ce que vous obtenez à la livraison.

Côté interface

  • Dashboard web temps réel multi-écrans
  • Application mobile iOS + Android (option)
  • Alerting configurable par seuil ou règle
  • Visualisation time-series (line, gauge, heatmap)
  • Reporting PDF programmable
  • Multi-tenant et permissions fines

Côté intégration

  • API REST ou GraphQL au-dessus de votre infra
  • WebSocket / SSE pour le temps réel
  • Connecteurs InfluxDB, TimescaleDB, Postgres
  • Auth pro : SSO, MFA, audit log
  • Documentation API et SDK clients

Aperçu

Une démo navigable.

Dashboard logistique temps réel, type IoT user-facing — flux temps réel, alertes, vue multi-sites. La même UX qu’on déploie au-dessus de vos brokers MQTT et bases time-series.

Stack · 04

Stack et intégrations.

  • Next.js 15
  • React Native
  • WebSocket / SSE
  • TimescaleDB
  • InfluxDB
  • Postgres
  • MQTT broker compat
  • Recharts / Visx
  • Tailwind v4
  • Sentry

Studio ne réinvente pas votre infra. On consomme vos brokers MQTT, vos bases time-series, vos APIs internes. Le périmètre démarre où finit votre data.

config.ts
ts
export const platform = {
  broker_url: "mqtts://broker.internal:8883",
  topics: ["site/*/sensor/+", "site/*/alert/#"],
  ts_db: "timescale",
  ts_conn: process.env.TIMESCALE_URL,
  realtime: "ws",
  latency_target_ms: 200,
  tenants: "multi",
};

Extrait type — config interface au-dessus d’un stack existant

Méthode · 05

Quatre phases. La data d’abord, l’interface ensuite.

  1. 011 sem

    Audit data

    Relevé des sources, fréquences, formats, volumes. Inventaire de vos brokers, time-series DB et APIs internes. Vérification de la faisabilité temps réel et des contraintes de latence.

  2. 022–3 sem

    Prototype interface

    Design des écrans clés et un premier dashboard fonctionnel branché sur votre vrai stream. Vous voyez vos données dans l’interface dès la fin de cette phase — pas un mockup, un produit.

  3. 036–10 sem

    Build

    Interfaces complètes (dashboards, alerting, exports), application mobile si retenue, intégrations finalisées. Démos hebdomadaires sur staging branché à vos données réelles.

  4. 04continu

    Production

    Mise en production, monitoring de l’interface, suivi de la dérive (volumes, comportements utilisateurs, nouveaux capteurs). Ajustements UX au fil de l’usage réel.

Engagements · 06

Des promesses vérifiables, pas des chiffres marketing.

< 200ms
Latence temps réel typique
99.5%
SLA interface
48h
Réponse support
30j
Garantie post-livraison

Questions fréquentes · 07

Les réponses qu’on nous pose le plus souvent.

  • Vous travaillez sur quels capteurs ?

    Studio ne touche pas aux capteurs. On part de votre data — broker MQTT, time-series DB, API interne, peu importe la source. Si vous n’avez pas encore de plateforme IoT côté infra, on vous oriente vers ARYS Engineering (maison-mère, embarqué et systèmes critiques) ou un partenaire spécialisé.

  • Quel volume de data supportez-vous ?

    Du POC (10 capteurs, 1 Hz) à la plateforme industrielle (10 000 capteurs, 100 Hz). Les choix de stack viennent du volume : Recharts sur un dashboard léger, Visx ou WebGL pour de la dataviz dense, agrégations serveur pour les très gros flux. On dimensionne en phase Audit data.

  • Vous faites du temps réel « vrai » ?

    Oui — WebSocket ou Server-Sent Events avec acquittement et reconnexion automatique, ou polling court si la latence le permet. La latence cible typique est sous 200 ms entre l’événement et l’écran. On vérifie la faisabilité de bout en bout en phase Audit data, avant tout engagement.

  • Vous gérez l’application mobile aussi ?

    Oui, en option. React Native pour iOS et Android, stack identique au web (mêmes APIs, mêmes composants partagés). Si l’app mobile n’est pas critique, on livre une web app responsive qui couvre 90 % des usages terrain — souvent suffisant pour un V1.

Travaillons ensemble

Une plateforme IoT à rendre lisible ?

Audit data 1 semaine, devis ensuite. Réponse sous 48 h.