Ce que j’ai appris en vendant 2 500 enregistreurs MIDI : le hardware n’est pas si difficile

 (chipweinberger.com)
13 points par GN⁺ 1 일 전 | 4 commentaires | Partager sur WhatsApp
  • Jamcorder, qui enregistre automatiquement les performances au piano, a vendu plus de 2 500 unités en un an et demi après son lancement, devenant une activité viable de manière indépendante
  • La partie la plus difficile du développement n’a pas été le hardware, mais environ 200 000 lignes de logiciel réparties entre le firmware, l’app et les outils de fabrication, ce qui a pris plus de trois ans avant l’ère des LLM
  • Grâce à une conception simple utilisant un seul PCB et une seule vis, avec une réduction volontaire des fonctionnalités, les craintes comme la mise au rebut de lots de production ou l’approvisionnement en composants ne se sont pas matérialisées
  • La situation pourrait être différente avec une complexité 10 fois plus élevée ou une échelle de production 100 fois plus grande, et sur des marchés avec de faibles marges et des concurrents établis comme les montres connectées ou l’automobile
  • Pour un produit capable de protéger sa marge, la stratégie réaliste d’une activité hardware de taille intermédiaire consiste à simplifier le BOM, l’assemblage et l’emballage, et à viser au moins 70 % de marge brute

La difficulté réelle constatée lors du développement de Jamcorder

  • Jamcorder est un appareil entièrement automatique qui enregistre toutes les performances au piano sans intervention de l’utilisateur, et il s’est vendu à plus de 2 500 exemplaires depuis son lancement
    • Il a été bien accueilli par les utilisateurs et s’est imposé comme une activité pouvant fonctionner de manière indépendante
    • Fabriquer du hardware était aussi un objectif que l’auteur voulait atteindre après avoir acquis de l’expérience en logiciel
  • Malgré des inquiétudes autour de la conception électronique, de la fabrication plastique, du traitement des commandes, des pénuries de composants et de la mise au rebut de lots, le hardware s’est révélé relativement fluide dans la pratique
    • Les droits de douane de Trump se sont rapprochés d’un vrai problème concret, mais les difficultés de rebut de production ou d’approvisionnement en composants qui étaient redoutées ne se sont pas produites
  • Le travail le plus difficile a été de produire environ 200 000 lignes de code réparties entre le firmware, l’app et les outils de fabrication
    • Le développement a duré plus de trois ans avant l’ère des LLM, avec de nombreuses nuits de travail

  • Une conception pensée pour réduire la complexité

    • Un seul PCB assemblé avec une seule vis
    • Un moule d’injection avec des dépouilles généreuses et sans utiliser de glissières
    • Pas de détection de batterie faible, de détection de lumière ambiante, de bouton d’alimentation ni d’USB-C
    • 2 500 unités ne représentent pas une grande échelle selon les standards habituels, et la difficulté pourrait changer si la complexité du produit était 10 fois plus élevée ou le volume 100 fois plus grand
    • Il est difficile d’appliquer le même jugement à des marchés avec de faibles marges et des concurrents établis comme les montres connectées ou l’automobile
    • Si le produit peut protéger sa marge, il est possible de maîtriser la difficulté du hardware par les choix de conception et de business

Principes d’expédition pour une activité hardware de taille intermédiaire

  • Il faut simplifier le BOM et, si possible, éviter les composants dépendant d’un seul fabricant
  • Il est préférable de réduire les opérations d’assemblage et de calibration complexes
  • On peut travailler avec des assembleurs et fournisseurs chinois et utiliser Alibaba
  • Il faut viser une marge brute d’au moins 70 %
  • Le hardware se scale lentement, donc il faut garder une organisation légère
  • Il faut mettre en place une stratégie anti-contrefaçon solide et ne pas la négliger
  • L’assurance qualité finale (QA) doit être réalisée en interne et le stock de produits finis doit être conservé localement
  • Il faut demander des échantillons avant toute opération de production
  • Il faut rédiger un guide de fabrication et d’assemblage étape par étape, avec photos
  • L’emballage doit rester compact, et plus la valeur est élevée par rapport à la taille du produit, plus les opérations après fabrication deviennent faciles

À lire aussi

4 commentaires

 
xguru 1 일 전

Il est assez clair que si l’IA rend le logiciel plus facile, le matériel deviendra un autre marché à conquérir.
Une connaissance vient justement de lancer une startup sur ce créneau, et je pense que c’est un mouvement en phase avec la tendance.
 
hmmhmmhm 1 일 전

À moins qu’on n’ait plus à repasser la certification KC / la certification radio,
ou qu’une sorte de procédure accélérée voie le jour, ce n’est pas tout simplement impossible en Corée ?
Les produits importés de l’étranger via Temu ou Alibaba, eux, n’ont pas de certification KC,
mais en Corée, dès qu’on fabrique ou même qu’on assemble du hardware, tout part en certifications et en coûts de main-d’œuvre.
En passant par JLCPCB jusqu’à l’impression 3D, ça reste encore à peu près correct, mais...
 
yeobi222 5 시간 전

Les importations à des fins commerciales doivent être certifiées,
les importations personnelles allaient devenir obligatoires aussi, puis la mesure a été suspendue parce que ça a provoqué un tollé comme quoi cela bloquait les achats directs à l’étranger.
Comme il n’existe aucun pays qui applique ce type de certification jusqu’aux produits destinés à l’exportation, la situation est devenue étrange au point d’être perçue par tous comme un facteur de discrimination à rebours.
 
GN⁺ 1 일 전
Avis sur Hacker News

  • Il y a trois raisons pour lesquelles le hardware est réputé difficile. D’abord, il ne se scale pas comme le software, donc il est bien plus difficile de concevoir un produit destiné à être fabriqué à 1 million d’exemplaires plutôt qu’à 10. Ensuite, il est difficile de prévoir, tester et corriger tous les problèmes liés à l’environnement utilisateur, comme une batterie insérée à l’envers, un produit qu’on fait tomber ou qu’on connecte à un ancien équipement inconnu. Enfin, il existe davantage de modes d’échec dans des domaines moins familiers : un condensateur de découplage trop éloigné de la puce peut provoquer des arrêts intermittents du code, ou bien une puce peut être arrêtée juste après la finalisation du design, ou devenir introuvable à cause d’un incendie d’usine
    Les appareils électroniques doivent aussi respecter des réglementations et passer des tests tiers, et un échec au test d’émissions électromagnétiques peut obliger à tout redessiner depuis le début. En software, ce serait comme dire : « le JS est trop gros, impossible de lancer tant qu’il n’est pas descendu sous 50 kB ». Le succès de l’auteur est réjouissant, mais semble être un cas exceptionnel ; sur Kickstarter aussi, on voit régulièrement des projets bloqués par les coûts de fabrication, les fournisseurs ou les problèmes de fiabilité

    • Cette carte utilise un module ESP32-WROOM qui intègre Wi‑Fi, Bluetooth, antenne, flash et processeur. Espressif a déjà obtenu les certifications FCC et CE, donc le module lui-même n’a pas besoin d’être retesté, et il dispose même de son propre oscillateur RC, ce qui résout l’essentiel des difficultés. Le concepteur n’a qu’à alimenter le module et y connecter des périphériques SPI/I2C dont les contraintes de vitesse ou électriques ne sont pas trop fortes ; sans ces modules ESP32, cela aurait été bien plus difficile
    • Autrefois, l’App Store iOS n’autorisait pas les apps de plus de 100 MiB, ou du moins empêchait leur téléchargement sur réseau mobile. On peut aussi retrouver sur HN un ancien billet ou thread Twitter d’un ingénieur d’Uber sur les difficultés à maintenir l’app sous cette limite. À l’époque, ils étaient en train de la réécrire en Swift, au point d’avoir besoin de patchs pour le compilateur
    • Ce type de leçons vécues par les startups hardware a déjà été largement discuté dans d’anciens threads HN, et cet article est particulièrement marquant : https://www.simonberens.com/p/lessons-learned-shipping-500-u...
      Thread HN : https://news.ycombinator.com/item?id=46848876
    • La difficulté du hardware est d’une autre nature que celle du software. L’auteur parle du nombre de lignes de code en software, mais cela montre plutôt pourquoi le software est plus facile. Même en incluant le software embarqué non critique, le software permet des itérations et de nouvelles tentatives à coût et risque relativement faibles, alors que le hardware est bien plus sévère et qu’il n’existe pas de moyen peu coûteux d’éviter les problèmes mentionnés plus haut
    • Je ne sais pas si c’est un problème propre à l’époque du financement anticipé, mais il y a aussi la surproduction. Si on sous-estime les ventes, on perd des opportunités de chiffre d’affaires ; si on les surestime, on subit des pertes à cause d’un stock déjà payé mais invendu

  • Je n’aime pas l’expression « le hardware est aussi difficile qu’on le rend ». La difficulté du hardware dépend du niveau d’exigence du produit. Une PCBA de 25 composants et une coque à clapet formée de deux pièces moulées par injection, c’est proche du produit le plus simple possible, et la plupart utiliseraient probablement un boîtier existant pour ce genre de produit
    Mais cela ne s’applique pas à la majorité des produits. Assembler 20 composants standard, 60 pièces moulées sur mesure et 4 PCBA complexes, en faisant en sorte que tout s’emboîte, passe les tests et arrive à temps depuis des dizaines de fournisseurs, c’est difficile. Le hardware est aussi une activité à forte consommation de trésorerie : il faut payer d’avance les moules et les composants, et conserver du stock en cours de production. Quand un problème survient, des composants coûteux restent immobilisés en attendant une pièce de remplacement, et l’argent reçu après expédition sert déjà à acheter les composants suivants qui arriveront trois mois plus tard. Beaucoup de projets échouent faute de liquidités avant même d’atteindre leur seuil de rentabilité

    • Dans le contexte d’une entreprise unipersonnelle, « le hardware est aussi difficile qu’on le rend » se tient. L’auteur a identifié un besoin, vérifié qu’un hardware très simple pouvait y répondre, puis a choisi d’en faire un produit. Si cela avait exigé un hardware dépassant son budget ou son niveau technique, il ne se serait probablement pas lancé. C’est plus ou moins le vrai propos de l’article, même si le titre le reflète mal
    • Lors d’un stage d’été en première année d’université il y a 10 ans, j’ai conçu un dispositif de supervision à distance pour les télécoms. J’écrivais le software et un ami concevait le PCB de la partie numérique ; il me suffisait de maîtriser un minimum le C et de lire les datasheets du MCU, tandis que mon ami gérait le routage du PCB et le placement des composants auxiliaires à partir des notes d’application. Ce n’était pas simple, mais pas non plus d’une difficulté extrême
      En revanche, les ingénieurs très expérimentés qui s’occupaient de la carte fille analogique devaient prendre en compte une infinité de facteurs comme l’intégrité du signal, la protection en tension et la force contre-électromotrice, à un niveau sans comparaison avec mes compétences. Plus tard, sur des projets complexes avec FPGA, intégration DRAM et PCB à 8 couches, au-delà de 1 GHz la propagation du signal n’était plus instantanée et les pistes se comportaient comme des antennes, ce qui imposait des simulations électromagnétiques complètes. De nombreux ingénieurs ont travaillé pendant un an, et pas une seule seconde n’a été perdue

  • J’ai commencé à faire des performances d’improvisation après avoir acheté le JamCorder, et c’est agréable de pouvoir conserver une trace des concerts. Il est rare de voir un produit sans littéralement aucune plainte ni demande d’amélioration, et même l’inquiétude qu’une app puisse disparaître un jour est levée grâce aux fichiers MIDI enregistrés sur la carte. Pour moi, c’est un produit pratiquement parfait

    • Je fais partie des premiers acheteurs, et ça fonctionne impeccablement. Il est alimenté directement par l’USB du piano, donc il est quasiment invisible, et il me sera utile le jour où je saurai enfin bien jouer du piano

  • Je suis curieux de connaître la stratégie anti-contrefaçon, et de savoir si le fait de ne pas la divulguer fait lui-même partie de la stratégie. Le site web fait rapidement a aussi de l’effet, mais ce serait bien d’y ajouter un lien Twitter

    • J’imagine qu’il s’agit d’une défense côté software liée à l’app

  • Je me demande, en dehors de l’activation du chiffrement, quelles mesures anti-contrefaçon sont utilisées, et si vous considérez que l’anti-contrefaçon et un firmware open source sont incompatibles. Dans mon projet, j’ai gardé le hardware privé tout en publiant le firmware, mais je sais bien que si quelqu’un est vraiment déterminé — retirer des condensateurs, radiographier les couches du PCB, etc. — il peut faire de l’ingénierie inverse complète.
    Je serais aussi curieux de savoir où vous avez appris le moulage par injection et combien cela a coûté, si vous referiez le même choix aujourd’hui ou si les récentes techniques d’impression 3D pour moules d’injection seraient meilleures. J’aimerais aussi savoir quelles certifications vous avez obtenues, ainsi que les coûts et les pièges associés

    • Pour un PCB aussi simple, pas besoin de rayons X. Les entrées et sorties de chaque composant sont claires, donc un étudiant débutant en génie électrique/électronique un minimum compétent, ou même un lycéen doué, pourrait le reproduire en quelques jours. Aujourd’hui, le principal frein reste le faible volume de ventes et les produits de mauvaise qualité ou contrefaits importés d’AliExpress puis revendus sur Amazon, donc le gain ne justifie pas vraiment l’effort de copie
    • Je prévois d’écrire un article séparé sur le moulage par injection et l’anti-contrefaçon

  • C’est un résultat impressionnant et cela montre à quel point l’industrie et les outils du hardware ont progressé. Mais cela ressemble un peu au fait de déployer un simple SaaS sur un cloud managé puis de conclure que tout le software est facile.
    Ce projet est proche de l’extrémité la plus simple du spectre de difficulté et de complexité des produits hardware, et il est devenu facile grâce à de bons choix pour le garder simple. Une conclusion plus juste serait que si on garde les choses simples, le hardware n’est pas forcément difficile

    • C’est une interprétation qui sous-estime la difficulté de garder les choses simples. Il est aussi dit qu’un temps considérable a été consacré à des fonctionnalités de firmware finalement non utilisées ; pour couper franchement dans les fonctionnalités tout en menant le produit à terme, il faut une discipline étonnante
    • Du point de vue de quelqu’un qui travaille surtout dans le hardware, c’est clairement un domaine difficile. Un enregistreur MIDI-Bluetooth ressemble davantage à un projet software dans une jolie boîte, avec très peu d’interactions entre le firmware et le monde réel ou de complexité physique, qui sont justement ce qui rend le hardware difficile. Cela dit, construire une activité à 500 000 dollars par an reste une réussite remarquable, et même si le titre m’a agacé, il a réussi à attirer l’attention
    • Je suis globalement d’accord sur le fait qu’il ne s’agit que d’un seul échantillon. Cela dit, il existe des produits hardware bien plus simples encore, et je les envie parfois. Un bon exemple est https://duckduckgo.com/?q=brick+smartphone+blocker&ia=web

  • Je me souviens d’un ancien post HN à ce sujet. J’espère que vous continuerez à documenter ce parcours. Des ingénieurs software qui ont l’impression que les LLM ont largement retiré le plaisir de programmer pourraient s’intéresser à une voie similaire, et fabriquer de temps en temps un produit physique est aussi un changement rafraîchissant

    • Je ne comprends pas cette idée que le plaisir de programmer aurait disparu. Je me demande si le plaisir consistait littéralement à taper du code. Pour moi, le plaisir, c’était résoudre des problèmes et construire quelque chose, et maintenant je peux en faire davantage qu’avant tout en tapant moins
    • Je pense que cette tendance va s’inverser. Les LLM, y compris les modèles de pointe les plus récents, programment moins bien que les humains. Si on compte le temps nécessaire pour corriger leurs erreurs inévitables, même moi, sans être un développeur exceptionnel, je suis plus rapide et meilleur que Claude.
      On entend souvent que « les LLM ne disparaîtront pas », mais il y a déjà des gens déçus par leur manque de performances au regard du prix, et il y en aura davantage si les entreprises d’IA augmentent les tarifs pour devenir rentables. Au final, le secteur sortira de cette euphorie et recommencera à valoriser non pas l’outil utilisé mais les résultats réellement produits, mais d’ici là, cela risque d’être une période difficile

  • Je me demande s’il existe encore un important seuil critique d’échelle que vous n’avez pas franchi, et quel palier vous redoutez de dépasser. Comme les plateformes e-commerce ont l’air simples tant qu’on n’a pas à gérer les expéditions, droits de douane, taxes et taxes sur les frais de port dans plusieurs pays, beaucoup de choses deviennent soudainement complexes à partir d’un certain point.
    Dans le hardware aussi, utiliser un CAD commercial au lieu d’un logiciel libre peut faire franchir un seuil de prix, et selon les volumes de vente il peut devenir nécessaire d’effectuer des tests de conformité ou de sécurité consommateur. Je serais curieux de savoir quels seuils vous pensez devoir gérer à l’avenir

    • Avoir trop de commandes est un bon problème, à moins que des copies n’apparaissent. Dans le pire des cas, on peut confier à un prestataire externe la conformité réglementaire et l’exécution des commandes, etc.

  • Un meilleur titre aurait été : « Le hardware est aussi difficile qu’on le rend ». L’auteur a pris de sages décisions pour garder le hardware très simple, et la nature du produit qu’il voulait fabriquer le permettait.
    Un autre créateur solo dans la musique a raconté quelque chose de similaire. Son métier principal était ingénieur software, mais il a créé un produit hardware relativement complexe et a subi des problèmes d’approvisionnement à cause du Covid et des droits de douane, au point de devoir au moins une fois revoir le design et augmenter le prix. Dans les deux cas, ils ont obtenu la liberté d’investir beaucoup de temps et d’efforts dans le software en ne poussant pas les limites du hardware et en le gardant simple. Ce n’est pas une stratégie possible pour tous les produits hardware, et l’auteur le reconnaît aussi

  • J’ai compris la formule « le hardware est difficile » comme une expression de VC assez vague pour expliquer pourquoi il est difficile de bâtir une entreprise hardware prospère avec un rendement de x100. Au-delà de la montée en échelle, de la logistique et des modifications de conception, une autre raison essentielle encore peu abordée est le flux de trésorerie