Pourquoi ArchLink existe
ArchLink n'est pas né d'une envie de faire un logiciel de plus pour le bâtiment. Il est né d'une observation répétée : dans un projet d'architecture, ce qui se perd n'est presque jamais le dessin. C'est l'accord.
Le constat de départ
Un projet d'architecture produit énormément de décisions et très peu de traces. Le plan est envoyé par mail, commenté au téléphone, corrigé, renvoyé. Le choix du carrelage se fait dans un message WhatsApp, un soir. La réserve est notée sur un carnet. Le changement de fournisseur est accepté oralement sur le chantier.
Chacune de ces décisions est parfaitement claire au moment où elle se prend. Six mois plus tard, aucune ne l'est. Et l'architecte se retrouve à défendre sa mémoire contre celle de son client, sans autre pièce qu'un fil de mails incomplet.
L'idée fondatrice tient en une phrase : si la décision et sa trace sont le même geste, il n'y a plus rien à reconstituer après coup.
Ce que nous avons choisi de construire, dans cet ordre
L'ordre dans lequel un produit se construit dit ce qu'il considère comme important. Voici le nôtre, et pourquoi.
-
D'abord le partage des livrables
Parce que c'est là que la relation entre l'architecte et son client se joue concrètement, et parce qu'un client qui n'ouvre pas le document ne commente rien. Il fallait que ce soit ouvrable sans effort, y compris pour une maquette 3D.
-
Puis la validation
Recevoir des remarques ne suffit pas : il faut savoir ce qui a été accepté. C'est en construisant cette partie que la distinction entre approbation, sélection et substitution s'est imposée : trois gestes que les outils génériques traitent comme un seul.
-
Ensuite le chantier
Parce que les architectes que nous avons écoutés ne s'arrêtent pas à la conception. Le suivi de chantier est la moitié du métier, et c'est la moitié la moins outillée.
-
Enfin le contrat et la facture
Ce qui encadre la mission et ce qui la rémunère. Le contrat est arrivé tard volontairement : il n'avait de sens qu'une fois le reste du dossier constitué autour.
Trois principes qui décident de ce qui entre dans le produit
Une garantie qui ne vit que dans l'écran n'est pas une garantie
Un bouton désactivé n'empêche rien. Chaque règle affichée à l'utilisateur est tenue en dessous, et vérifiée par des tests qui essaient de la contourner. Nous testons nos protections en les retirant pour voir si quelque chose échoue ; si rien n'échoue, la protection n'existait pas.
Une panne visible vaut mieux qu'une dégradation silencieuse
Un écran qui affiche une donnée fausse sans le dire est pire qu'un écran qui affiche une erreur. Quand quelque chose ne peut pas être calculé, ArchLink le dit plutôt que d'afficher zéro. C'est moins élégant sur une capture d'écran, et beaucoup plus sûr dans un dossier.
Le refus doit expliquer, jamais seulement interdire
Quand la plateforme refuse quelque chose (un format de fichier, une transition d'état, un contrat sans article), elle dit pourquoi et ce qu'il faut faire à la place. Un message d'erreur qui n'apprend rien est un appel téléphonique à venir.
Où nous en sommes
ArchLink est en phase de lancement. Avant de l'ouvrir à tous, nous le confions à quelques cabinets pilotes, qui l'utilisent sur de vrais projets et nous disent chaque semaine ce qui marche et ce qui manque. Le programme pilote est ouvert.
Le produit continue d'être construit avec les cabinets qui l'utilisent. Si vous avez un besoin qui n'est pas couvert, dites-le-nous. C'est ainsi que les modules décrits plus haut sont arrivés.