iwebforyou crée des produits SaaS et des plateformes métier internes avec comptes, rôles, flux de travail, tableaux de bord et connexions avec d'autres systèmes. Nous travaillons en cinq étapes. Les exigences sont écrites d'abord, le code ensuite.
Si votre entreprise fonctionne avec des tableurs, des e-mails et des validations à la main, ou si vous voulez vendre votre propre produit logiciel, cette page est pour vous. Vous y voyez ce que nous construisons, ce que vous gagnez quand la spécification est écrite avant la première ligne de code et comment la qualité est contrôlée jusqu'à la remise. Le principe simple derrière tout cela : un logiciel construit avec méthode tient dans la durée.
Nous construisons des logiciels qui soutiennent le fonctionnement réel de votre entreprise. Concrètement :
Des comptes utilisateurs et une connexion, pour que chacun ne voie que ce qui le concerne.
Des rôles et des droits, pour qu'un directeur, un opérateur ou un client n'aient pas les mêmes possibilités.
Des flux de travail : les étapes par lesquelles passe une tâche, par exemple demande, contrôle, validation, enregistrement.
Des tableaux de bord : un seul écran avec les chiffres qui comptent, disponibles quand vous en avez besoin.
Des connexions avec d'autres systèmes, comme votre logiciel de comptabilité, votre messagerie ou un service de paiement.
Les projets sont en général de deux sortes. La première est un produit SaaS que vous vendez à vos propres clients. La seconde est une plateforme interne qui remplace les nombreux tableurs et e-mails au sein de votre entreprise. Dans les deux cas, nous définissons d'abord ce que le système doit faire, puis comment il le fera.
Chaque plateforme part d'exigences écrites que vous validez. Le système est ainsi construit sur des décisions et non sur des suppositions, et vous évitez le coût de tout refaire. Vous obtenez un logiciel conçu pour l'usage quotidien, pas pour une présentation spectaculaire.
Si vous avez besoin d'un site qui présente votre entreprise, le service qu'il vous faut, ce sont les sites d'entreprise. Ainsi chaque projet reçoit l'attention qu'il mérite.
Chaque plateforme passe par les mêmes cinq étapes que nos sites, décrites sur la page de la méthode. Pour les plateformes, les étapes se concentrent sur le logiciel : exigences, plan du système, réalisation contrôlée et tests.
Analyse et exigences. Nous définissons ce que le système doit faire, pour qui et avec quelles contraintes. Vous validez un périmètre écrit du projet.
Structure et maquettes simples des écrans. La première partie du plan du système : comment les données, les rôles et les écrans se relient, avec de simples maquettes sans couleurs.
Règles de conception. Chaque écran a le même aspect et fonctionne de la même façon. Les changements futurs coûtent ainsi moins cher.
Réalisation et contrôle qualité. Le système se construit fonction par fonction, avec un contrôle avant la suivante. À la fin, il est testé sur des scénarios réels de votre travail quotidien.
Remise. Votre plateforme est en ligne. Vous recevez ce qu'il faut pour l'exploiter vous-même ou avec votre équipe.
La technologie est choisie selon les exigences de votre projet. C'est pourquoi la proposition se fait projet par projet. Ce qui compte, c'est que le système soit bien conçu, qu'il tienne dans la durée et que votre équipe ou la nôtre puisse l'entretenir.
Le contrôle fait partie de la construction dès le premier jour. Notre propre outil, le Planner, crée une application à partir de spécifications écrites, sans surveillance. Pour chaque fonction, le test est écrit d'abord, puis le code. Ensuite, nous contrôlons le résultat dans un vrai navigateur et nous le comparons au design validé. Chaque étape n'avance que lorsque tous les contrôles sont passés. Voyez comment cela fonctionne dans l'étude de cas du Planner.
De plus, une équipe d'agents examine le projet terminé à la recherche d'erreurs, de problèmes d'utilisabilité ou de failles de sécurité. Chaque constat confirmé est corrigé avec un test qui échoue avant la correction et réussit après. Ainsi chaque erreur devient un test permanent. Plus de détails dans l'étude de cas des agents qualité et sécurité. Nous vous disons ouvertement ce qui est contrôlé et de quelle façon.
C'est pour les entreprises qui veulent faire passer un vrai processus dans un logiciel, avec un responsable clair des décisions. Par exemple, un fondateur avec une idée de produit et une première version bien définie. Ou une entreprise qui fonctionne avec des tableurs et a maintenant besoin d'un vrai système. Un bon premier pas est d'écrire en une page ce que le système doit faire. Si vous avez besoin d'aide, dites-le quand vous nous décrivez votre projet et nous trouverons les réponses ensemble.
Dans une plateforme SaaS, les données des clients sont séparées selon l'un des trois modèles d'AWS. Dans le silo, chaque client a ses propres ressources. Dans le pool, les clients partagent les ressources. Le bridge combine les deux. Le modèle se choisit dans le plan du système, avant d'écrire du code.
Lire l’articleLes rôles et les droits d'un SaaS s'écrivent avant le code, sous la forme d'un tableau qui montre quel rôle fait quoi. La base : trois règles de l'OWASP, privilèges minimaux, refus par défaut et contrôle à chaque requête sur le serveur. Le résultat se vérifie par des tests.
Lire l’articleDans le développement piloté par les tests (TDD), on écrit d'abord un test qui échoue, puis le code qui le fait passer, et enfin on améliore le code. Chaque fonction d'une plateforme SaaS a ainsi son contrôle dès le départ. La plupart des tests sont petits et rapides, et quelques-uns vérifient l'ensemble dans le navigateur.
Lire l’articleNous la proposons et vous la validez. La proposition repose sur les exigences : combien d'utilisateurs, quelles connexions, pendant combien d'années le système doit fonctionner. Nous vous expliquons en termes simples la raison de chaque choix.
Oui. Le premier pas est le même : nous étudions et nous consignons ce qui existe, et nous écrivons ce que le système doit faire. Ensuite, nous vous proposons de l'améliorer ou de la reconstruire. La proposition repose sur ce que nous avons vu.
Un système en service, avec la remise de la dernière étape : ce dont vous avez besoin pour l'exploiter vous-même ou avec votre équipe. Ce que cela comprend exactement est écrit dans le périmètre du projet que vous validez au départ.
Les changements sont normaux et passent par les points de validation de chaque étape. Nous consignons le changement, nous vous expliquons son effet sur le travail et c'est vous qui décidez s'il avance.
Oui, si vous le souhaitez. L'infrastructure sur AWS couvre l'hébergement, un filtre contre le trafic nuisible et des journaux faciles à lire.
Envoyez une demande de projet ou vérifiez gratuitement votre site actuel. Nous lisons chaque message nous-mêmes.