Ce qu'on nous demande avant de se lancer

Cela dépend du périmètre : nombre d'écrans, d'utilisateurs, de connexions à d'autres logiciels, exigences de sécurité. C'est pourquoi le formulaire de devis vous demande une fourchette de budget : elle nous permet de vous proposer ce qui est réaliste dans cette enveloppe, quitte à commencer par une première version.

Le délai dépend du périmètre et du nombre d'allers-retours de validation. Nous vous donnons un planning par étapes dans la proposition, avant tout engagement.

Non. Nous sommes installés dans le Maine-et-Loire et nous nous déplaçons volontiers dans la région, mais la plupart des projets se mènent très bien à distance, partout en France.

Les conditions de propriété et de cession des droits sont précisées dans chaque proposition, avant signature. Pour les applications mobiles, nous recommandons la publication sous votre propre compte développeur.

Oui, nous hébergeons et administrons vos applications sur nos serveurs, en France, ou nous les déployons sur votre infrastructure. Le choix est fait au cadrage.

Nous proposons un suivi : corrections, mises à jour de sécurité, mises en conformité imposées par Apple et Google, évolutions. Une application non entretenue vieillit vite.

Rien d'obligatoire. Quelques lignes sur votre objectif suffisent pour commencer. Si vous avez des documents — notes, maquettes, exemples d'applications qui vous plaisent —, vous pourrez nous les envoyer en réponse à l'accusé de réception.

Oui, c'est même une part importante de notre travail : audit, sécurisation, migration vers des versions récentes, puis maintenance.

Dans la plupart des cas, oui : vos utilisateurs sont sur les deux. Avec une technologie multiplateforme, une seule base de code produit les deux applications, ce qui limite le surcoût. Si votre public est très majoritairement sur une plateforme, commencer par celle-ci est une option raisonnable.

Nous recommandons que l'application soit publiée sous votre propre compte Apple et Google : c'est vous qui en restez maître. Nous vous accompagnons dans leur création si vous n'en avez pas.

C'est même ce que nous conseillons. Une première version limitée aux fonctions essentielles est publiée plus vite, et ce sont les retours des utilisateurs qui décident de la suite — pas les suppositions de départ.

Les stores imposent régulièrement de nouvelles exigences. Le suivi après mise en ligne couvre précisément ces mises en conformité, pour que l'application reste disponible.

Oui. Les contenus qui changent souvent — actualités, réalisations, réglages, coordonnées — sont gérables depuis une interface d'administration. Ce qui relève de la structure du site reste entre nos mains, pour qu'une modification ne casse rien.

Oui. Une refonte commence par un état des lieux : ce qui fonctionne, ce que Google indexe, les adresses à conserver. Les anciennes adresses sont redirigées pour ne pas perdre le référencement acquis.

Quand le projet s'y prête. Pour un site centré sur la génération de demandes, un développement sur mesure est souvent plus rapide, plus sûr et plus simple à maintenir. Nous vous expliquons le choix.

Les fondations techniques du référencement font partie de chaque site que nous livrons. La production de contenus éditoriaux réguliers et le suivi des positions relèvent d'un accompagnement à part, à définir ensemble.

Oui. Tableurs, exports d'un ancien logiciel, base de données : la reprise fait partie du projet. Elle est testée sur une copie avant la bascule.

Une application web bien conçue s'utilise sur ordinateur, tablette et téléphone. Si un usage terrain le justifie (hors connexion, appareil photo, notifications), une application mobile peut compléter l'outil.

En France, sur un serveur que nous administrons, ou sur votre propre infrastructure si vous le préférez. Le choix est fait avec vous au cadrage.

Le plus souvent, oui : par API quand elle existe, par échange de fichiers sinon. C'est l'objet de notre service API et automatisation.

Pas forcément. Beaucoup de logiciels savent importer ou exporter des fichiers ; d'autres exposent une base de données. Nous étudions ce qui est possible et fiable avant de proposer une solution.

Chaque échange est journalisé. Une erreur déclenche une alerte et peut être rejouée, au lieu de disparaître sans laisser de trace.

Oui, c'est un cas que nous connaissons bien : la nouvelle version est déployée à côté de l'ancienne, et l'ancienne n'est retirée que lorsque plus aucune application ne l'utilise.

Oui, c'est l'objet de ce service. Il nous faut un accès au code source et au serveur. Si le code source n'est pas disponible, nous regardons ce qui peut être récupéré sur le serveur lui-même.

Rarement. Une réécriture complète est longue et risquée. Le plus souvent, on sécurise et on migre l'existant, puis on remplace progressivement les parties qui posent problème.

Ne supprimez rien dans l'urgence : les fichiers et les journaux permettent de comprendre par où l'attaquant est entré. Écrivez-nous, nous vous indiquons les premières mesures à prendre.

En France, sur des serveurs que nous administrons nous-mêmes. Vos données et celles de vos utilisateurs ne quittent pas le pays.

Oui. Nous commençons par un état des lieux — versions, extensions, failles éventuelles —, puis nous le migrons sur nos serveurs en conservant ses adresses.

Nous préparons la copie sur le nouveau serveur, la testons, puis basculons le nom de domaine. L'interruption est réduite au minimum, et l'ancien hébergement reste en place le temps de vérifier que tout fonctionne.

Oui. Ne supprimez rien : les fichiers et les journaux permettent de comprendre par où l'attaquant est entré. Nous analysons, corrigeons la cause et remettons le site en état.

Le nom de domaine doit rester à votre nom. Nous en gérons la configuration technique, mais il vous appartient.