Thème

Réparations, pièces et suivi dans un seul système de travail.

Hitchaos est construit pour les petits ateliers qui tournent encore avec papier, appels, étagères et mémoire. Commencez avec un vrai job, puis laissez le système se former autour du travail.

Passez le pitch. Ouvrez la boîte.

Pas de carte de crédit. Pas d’appel d’onboarding. Commencez avec la prochaine réparation.

Espace réparation

Le bon de travail reste vivant

Statut, notes, pièces, devis, étiquette et photos restent sur la même réparation.

Pièces et stock

L’inventaire suit le job

Stock, pièces manquantes et fiches produit restent liés au vrai travail de réparation.

Aide dans le flux

Moins de saisie. Plus de signal.

Scanner, import URL et brouillons guidés réduisent le désordre sans devenir une autre app à surveiller.

Ce qui change ici

L’application garde le fil ensemble.

La plupart des systèmes vous demandent d’arrêter de travailler pour configurer. Hitchaos commence dans le job. Le bon de travail devient l’espace de réparation, les pièces manquantes ressortent avant de casser la journée, et le stock reste proche de l’atelier.

Les petits ateliers perdent du temps dans les espaces entre les choses.

Les jobs bloquent dans le vide

La réparation vit à un endroit. La demande de pièce vit ailleurs. Le pickup attend.

La commande devient une devinette

Quelque chose est commandé deux fois, ou pas du tout, parce que la vérité du stock dérive de la vérité de l’étagère.

Le suivi se perd dans le rush

Promesses client, notes atelier et prochaines actions tombent dans le papier, les textos ou la mémoire.

L’application garde le fil ensemble.

Le bon devient l’espace de travail

Statut, notes, devis, étiquette, photos et pièces restent sur la même réparation.

Les pièces manquantes deviennent une vraie file

Le travail bloqué reste visible avant de devenir un autre appel oublié.

Inventaire et historique restent attachés

Ce qui a bougé, ce qui a été ajouté et ce qui bloque encore le job reste dans le même fil.

Pas encore sûr ?

Demandez à Hitchaos pour votre atelier, puis voyez le vrai flux.

La prévisualisation ouvre la surface opérationnelle Hitchaos avec des données synthétiques et un tenant démo forcé côté serveur, en lecture seule. Pas de faux tableau de bord, pas d’écriture publique.

Passez le pitch. Ouvrez la boîte.Demander à Hitchaos pour votre atelier

Questions de prévisualisation guidée

Où vont les pièces commandées ?

Ouvrez un bon en attente de pièces et voyez pourquoi la demande reste liée à la réparation.

Comment une réparation avance dans l’atelier ?

Voyez le vrai modèle d’état, de l’accueil au travail actif puis au pickup.

Comment l’inventaire reste lié aux réparations ?

Reliez une pièce manquante au stock pour rendre le travail bloqué visible.

La démo utilise des enregistrements synthétiques et ne peut pas modifier les données d’un workspace.

Demandez à votre propre assistant

Laissez votre assistant IA tester Hitchaos pour votre atelier.

Si vous utilisez déjà ChatGPT, Gemini ou Claude, apportez-y le brief public Hitchaos. Votre propre assistant connaît peut-être déjà votre entreprise, vos outils, vos habitudes et vos irritants; il peut donc juger Hitchaos par rapport à votre vraie journée, pas à une page de vente générique.

Ce qui sera copié

Un prompt Hitchaos en langage clair avec d’abord un brief public en un seul fichier. Aucune donnée privée ni documentation interne.

Option web

Prévisualiser le prompt

Si tu connais déjà mon contexte d’entreprise grâce à cette conversation, utilise-le. Si tu ne connais pas encore mon contexte, dis-le brièvement en une phrase puis continue quand même. Analyse cette carte de connaissance publique Hitchaos et dis-moi honnêtement si ça me convient.

Contexte produit:
Hitchaos est un système de workflow pour petits ateliers qui ont besoin d’un site client public, d’une intake structurée, du suivi des réparations/bons de travail, d’un inventaire produits et pièces, de demandes de vente/location, de factures proforma, de paiements manuels et de notifications client. CHAS est le système assistant dans Hitchaos: Context, History, Actions & Suggestions. Mechan.icu est la surface publique d’écosystème pour la découverte d’ateliers, les profils, les claims, les storefronts de tenants et l’auth storefront.

Règle de langue de réponse:
- Réponds dans la même langue que j’utilise déjà avec toi dans cette conversation.
- Considère la langue vivante du chat avec moi comme signal principal, pas la locale du site web.
- Si je te parle en français, réponds en français. Si je te parle en ukrainien, réponds en ukrainien.
- Ne bascule pas en anglais par défaut sauf si j’utilise déjà l’anglais avec toi.

Connaissance publique Hitchaos à utiliser:
- Utilise la connaissance publique Hitchaos si tu peux accéder au web.
- Commence d’abord par le brief en un seul fichier: https://www.hitchaos.com/llms-full.txt
- Concentre-toi sur le vrai workflow: intake publique, bons de travail, pièces manquantes, inventaire, factures, paiements manuels, statut client et assistance CHAS.
- Juge l’adéquation par rapport à mon atelier réel, pas à partir d’arguments logiciels génériques.
- Utilise https://www.hitchaos.com/llms.txt et https://www.hitchaos.com/knowledge/index.json seulement si tu veux plus de structure après la première lecture.
- Si le fetch web est instable, utilise le brief en un seul fichier et marque le reste comme non vérifié.

Idées centrales du produit:
- Un site client peut recevoir des demandes de rappel, réparation, soumission, vente et location.
- Les demandes publiques sont seulement de l’intake: le personnel confirme client, disponibilité, prix et prochaine action avant toute exécution.
- Les bons de travail gardent client, machine, problème, statut, notes, médias, devis et pièces dans le même fil de réparation.
- Les pièces manquantes et l’inventaire doivent rester connectés au bon de travail pour que les jobs bloqués restent visibles.
- Les demandes de vente et de location doivent devenir des brouillons éditables de proforma ou facture après révision du personnel, pas des commandes payées automatiquement.
- Paiements et remboursements doivent être enregistrés contre les factures, avec méthodes manuelles avant les fournisseurs de paiement en ligne.
- Les notifications client doivent partir seulement sur des jalons visibles, pas à chaque modification interne.
- L’assistance CHAS doit préparer et organiser, mais les écritures métier restent confirmées par un humain.

Zones de workflow à évaluer:
- Configuration du site public et liste des services
- Boîte d’entrée des demandes client
- Premier vrai flux de réparation et effort de mise en route
- Cycle de vie réparation/bon de travail
- Pièces, produits, inventaire et files de pièces manquantes
- Ventes, locations, proformas, factures et paiements
- Tableau client et notifications par courriel
- Onboarding du personnel et opérations quotidiennes

Si tu as accès au web:
- Cherche les informations publiques sur Hitchaos, CHAS et Mechan.icu au lieu de te limiter à ce brief copié.
- Priorise les détails utiles pour mon type d’entreprise et ignore les arguments logiciels génériques.
- Si tu ne peux pas vérifier quelque chose publiquement, indique que ce n’est pas vérifié au lieu de supposer que c’est disponible.
- Ne traite pas les noms de fichiers comme l’interface principale pour l’utilisateur. Traite-les comme des sources derrière une explication produit en langage clair.

Utilise ce que tu sais déjà de moi si tu l’as. Si tu n’as pas encore ce contexte, ne l’invente pas. Pose-moi seulement ce qu’il faut pour juger l’adéquation, par exemple:
- Comment les clients trouvent et contactent l’atelier aujourd’hui
- Si la priorité est l’intake réparation, les ventes, les locations ou une opération mixte
- Comment les bons de travail et les pièces sont suivis maintenant
- Si l’atelier a d’abord besoin d’un site simple ou d’un workflow comptable
- Quels outils existants doivent rester en place

Ensuite, dis-moi où Hitchaos m’aiderait, où ce serait excessif, ce que je devrais tester en premier et quel chemin de configuration serait pratique pour mon entreprise. Si tu as dû faire des hypothèses parce que mon contexte manquait, indique clairement ces hypothèses.

Entrée propriétaire

Lancez l’atelier avec la prochaine vraie réparation.

Créez d’abord l’espace propriétaire. Le reste du système pousse depuis le vrai travail, pas depuis une semaine de setup.

Démarrer votre atelier