Weweb

WeWeb ne s'occupe que de l'interface, et c'est sa force. Il ne stocke pas la donnée : il se branche sur celle qui existe déjà — Airtable, Xano, une base de données, une API — et la rend utilisable. C'est l'outil que nous choisissons quand l'expérience utilisateur compte autant que la donnée qu'elle expose.

Concevoir une interface sur mesure

Là où les générateurs d'applications imposent leurs gabarits, WeWeb laisse dessiner. Pour une plateforme de gestion de projet, cela donne un tableau de bord qui affiche exactement ce qui compte — tâches en cours, échéances, membres de l'équipe — avec des filtres dynamiques plutôt que des vues figées. Un parcours d'inscription peut y suivre sa propre logique, étape par étape, et laisser l'utilisateur reprendre où il s'était arrêté.

Se brancher sur les données existantes

WeWeb consomme les sources en place sans les dupliquer. Une liste de clients extraite d'Airtable s'affiche et se met à jour en temps réel dans l'interface. Une base Xano peut alimenter l'affichage des réservations d'un hôtel et permettre de les modifier ou de les annuler directement, la donnée restant à sa place.

C'est cette séparation qui nous intéresse : l'interface peut être refaite sans toucher à la donnée, et la donnée peut changer de socle sans reconstruire l'interface.

WeWeb ou Softr : la question du sur-mesure

Les deux posent une interface sur une base, et se ressemblent de loin. Softr va plus vite : ses blocs prêts à l'emploi montent un portail en quelques jours, à condition d'accepter leur cadre. WeWeb demande davantage de travail et rend en échange une liberté totale sur le design et les parcours.

Notre arbitrage tient à une question : le projet a-t-il des exigences d'interface qui lui sont propres ? Si la réponse est non, Softr suffit et coûte moins cher. Si elle est oui — charte à respecter, parcours particulier, application destinée à des clients externes — WeWeb est le bon choix.

Ce qu'il demande

WeWeb est un outil de concepteur, pas un assistant. Il suppose de savoir ce qu'on veut construire, de comprendre comment la donnée est organisée derrière, et de penser le responsive. C'est le prix de la liberté qu'il offre : sans cadrage préalable, il produit des interfaces aussi bancales qu'un développement mal spécifié.