Accueil / Questions fréquentes

Clarifiez les décisions qui façonnent votre produit connecté.

Utilisez ces réponses pour choisir un produit, cadrer les adaptations, fixer la validation et préparer un cahier des charges utile.

Choix du produit

Quelle gamme convient à un projet d’alarme ou de détection, de balise V16, de serrure connectée, de suivi d’animaux ou d’affichage IA ?

Commencez par le produit fini le plus proche : dispositifs d’alarme et de détection pour fumée, chaleur, présence ou fuite d’eau ; balises V16 pour l’avertissement routier et les remontées DGT ; serrures connectées pour le contrôle d’accès ; traceurs GPS pour la localisation ; ou cabines holographiques avec IA pour les affichages interactifs administrés. La page produit présente les principales décisions d’utilisateur, de configuration et de validation.

Quand acheter un module plutôt qu’un produit fini ?

Choisissez le module seul lorsque votre équipe maîtrise déjà le matériel, l’antenne, le firmware, l’intégration application ou cloud et la validation de production. Choisissez un programme de produit fini lorsque ces couches doivent être coordonnées autour d’une configuration.

Personnalisation

Quelles parties d’un produit fini peuvent être personnalisées ?

Selon le produit, la personnalisation peut couvrir boîtier, interfaces, PCBA, bandes radio, antenne, firmware, identité de l’application, comptes cloud, tableaux de bord, alertes, emballage, documentation et tests de production.

Le produit peut-il utiliser notre marque et notre expérience utilisateur ?

L’identité de marque peut être définie sur le boîtier, l’emballage, l’enrôlement, les écrans, le tableau de bord, les rôles de compte et la documentation. Le périmètre convenu suit le produit et le modèle logiciel retenus.

Logiciel et plateforme

Hanwu peut-il travailler avec une application, un cloud ou une plateforme existante ?

Oui, si identité, authentification, champs de données, commandes, erreurs et responsabilité opérationnelle sont définis. Le périmètre précise ce qui reste dans le système existant et ce qui change dans le dispositif, le firmware ou l’interface.

Qui possède le code source, les comptes cloud et les données produit ?

Accès au code, contrôle des comptes, hébergement, API, propriété des données, conservation et responsabilités d’exploitation sont des décisions commerciales à inscrire dans l’accord de projet.

Échantillon et production

Qu’est-ce qui change entre un échantillon configuré, un pilote et une mise en production ?

L’échantillon configuré valide l’architecture et l’expérience principale. Le pilote ajoute matières maîtrisées, versions logicielles, validation terrain, outillage et tests répétables. La production part d’une spécification approuvée, de versions libérées et d’un dossier d’acceptation.

Que fournir avant le premier échantillon ?

Fournissez le produit le plus proche, le marché cible, les utilisateurs, les fonctions requises, le périmètre logiciel, les hypothèses de connectivité et l’objectif de l’échantillon. Les inconnues peuvent rester ouvertes jusqu’à ce qu’elles affectent la configuration.

Données commerciales

Qu’est-ce qui détermine le périmètre de certification, le MOQ, le calendrier et le devis ?

Marché cible, boîtier, bandes radio, batterie, outillage, logiciel, tests, emballage, objectif de l’échantillon et prévisions de commande façonnent certification, MOQ, calendrier et prix. Les chiffres finaux nécessitent une configuration définie.

Contacter Hanwu sur WhatsApp