Une application web qui connaît votre façon de faire

Qu'est-ce que c'est ?

Un outil interne sert vos collaborateurs : planning, suivi des heures, dossiers, validations. Un portail client donne à vos clients un espace protégé pour l’avancement, les documents et les questions. Ce sont deux applications web avec connexion, rôles et base de données propre, utilisables dans le navigateur et sur téléphone.

À quoi ça ressemble ?

Un exemple côté interne : un calendrier hebdomadaire planifie les visites, l’équipe saisit ses heures sur mobile et rattache les photos au bon chantier, et le bureau voit les deux. C’est ainsi que GreenFlow fonctionne pour Green Planet, séparément du site public de l’entreprise.

Pourquoi c'est important ?

Un même système pour tout le monde n’est vraiment bon pour personne. Séparer les rôles dès le départ évite que des clients voient des informations internes ou que l’équipe cherche dans des menus dont elle n’a jamais besoin.

Comment nous le construisons

Nous fixons rôles et droits avant que la première page n’existe : qui voit quoi, qui modifie quoi, qui valide. La connexion est sécurisée, les espaces sont séparés, et les données se trouvent sur des serveurs dans l’UE.

Cas d'usage typiques

• Planning d’interventions avec saisie mobile des heures et photos
• Dossiers et validations qui passent aujourd’hui par e-mail
• Espace client avec avancement, documents et questions
• Outils dont seule votre entreprise a besoin sous cette forme

Qu'est-ce que c'est ?

Une application web appartient à une entreprise et sert cette entreprise et ses clients. Une plateforme SaaS est un produit que vous louez à de nombreux clients payants, avec des locataires séparés, de la facturation et de la montée en charge. Si vous préparez un tel produit, notre offre de plateformes SaaS est la bonne.

À quoi ça ressemble ?

Une entreprise de paysage qui planifie ses propres chantiers a besoin d’une application web. Un fondateur qui veut louer un logiciel de planning à de nombreuses entreprises de paysage a besoin d’une plateforme SaaS. Les écrans peuvent se ressembler, mais le socle et le modèle économique derrière, non.

Pourquoi c'est important ?

Ce choix fixe le périmètre et le coût. Une application pour une seule entreprise n’a besoin ni de séparation des locataires ni de facturation pour des tiers, ce qui épargne du travail. Commander une plateforme SaaS alors qu’il faut une application web, c’est payer une technique dont vous ne vous servirez jamais.

Comment nous le construisons

Au premier échange, nous demandons : qui utilise l’application, et quelqu’un paie-t-il pour l’utiliser ? Si c’est seulement votre entreprise, nous construisons une application web. Si vous voulez vendre le résultat, nous le disons et nous prévoyons une plateforme. Plus de détails sur la page des plateformes SaaS.

Cas d'usage typiques

• Entreprises qui ont besoin d’un outil seulement pour elles
• Entreprises qui veulent donner à leurs clients un aperçu de leurs dossiers
• Fondateurs qui veulent vendre un produit à de nombreux clients : plateforme SaaS
• Incertitude sur la direction qui convient au projet

Qu'est-ce que c'est ?

Si un formulaire, un document partagé ou un logiciel standard couvre votre façon de faire, nous ne construisons rien. Une application web à vous se justifie quand votre manière de travailler est votre activité, quand des données de plusieurs sources doivent se rejoindre, ou quand vos clients ont besoin d’accéder à vos données.

À quoi ça ressemble ?

Un exemple de non : trois salariés posent leurs congés, un agenda partagé suffit. Un exemple de oui : une entreprise planifie des interventions, saisit des heures, joint des photos puis facture, et aucun programme ne connaît exactement cet enchaînement.

Pourquoi c'est important ?

Chaque application à vous demande de l’entretien, longtemps après la mise en service. Cet effort ne vaut que si le bénéfice le dépasse nettement. Un conseil honnête d’avance vous évite la facture d’un logiciel qu’un produit du commerce aurait tout aussi bien assuré.

Comment nous le construisons

Au premier échange, nous confrontons votre façon de faire aux produits existants. Si l’un convient, nous le nommons. Si aucun ne convient, nous décrivons ce que l’application doit savoir faire et nous consignons périmètre et prix fixe par écrit avant votre décision.

Cas d'usage typiques

• Façons de faire qu’un formulaire ou un document partagé règle déjà
• Façons de faire pour lesquelles il existe un produit standard adapté
• Façons de faire qu’aucun produit ne gère dans cet ordre
• Façons de faire où les clients doivent accéder à vos données

Qu'est-ce que c'est ?

Le prix est fixé avant votre signature, avec les échéances de paiement. Le système et le code source vous appartiennent. Il n’y a pas de licence par utilisateur, et vous pouvez passer à un autre développeur. Les données sont sur des serveurs dans l’UE et relèvent du RGPD.

À quoi ça ressemble ?

Cela signifie : si votre équipe passe de cinq à quinze personnes, aucune facture de licence n’augmente, puisqu’il n’y a pas de licence par utilisateur. Et système et code restent à vous, même si vous ne nous confiez plus la suite du développement.

Pourquoi c'est important ?

Un logiciel que l’on ne peut pas quitter enchaîne. Qui connaît la sortie décide plus librement du moment d’entrer. Et qui parle plus tard d’évolutions le fait calmement, d’égal à égal, sans la pression de n’avoir aucune alternative.

Comment nous le construisons

Périmètre, prix, échéances et délais figurent dans une seule proposition. Nous commençons par la partie qui vous décharge le plus et nous la mettons en service en premier. Les autres parties suivent quand la première fonctionne au quotidien.

Cas d'usage typiques

• Entreprises qui ne font plus confiance à la facturation au temps passé
• Entreprises qui ne veulent dépendre d’aucun fournisseur
• Entreprises dont les données doivent rester dans l’UE
• Entreprises qui veulent plus tard faire vivre leur application elles-mêmes