Application mobile à Avignon, quand l'année tient en quelques semaines

Nous publions nos propres applications sur Google Play. Nous connaissons la revue, ses refus, les versions cibles imposées chaque année et les pages obligatoires, parce que nous les subissons sur nos applications, pas parce qu'on nous l'a raconté.

Hébergement, restauration, événementiel, sites visitables et commerces du Vaucluse.

Le problème n'est pas la charge, c'est son rapport

Une activité saisonnière ne ressemble pas à une activité régulière qui aurait plus de monde. Elle a une forme différente : des semaines où tout se joue, et de longs mois où presque rien ne se passe.

Cela change deux décisions. Techniquement, il faut que le système encaisse un multiple de son ordinaire sans se dégrader. Économiquement, il ne faut pas payer toute l'année une capacité utilisée quelques semaines. Beaucoup de projets ne traitent que la première et découvrent la seconde sur la facture de janvier.

Ce qui cède en premier, dans l'ordre

Quand la fréquentation est multipliée, les choses ne cassent pas au hasard. L'ordre est presque toujours le même, et le connaître permet de renforcer le bon maillon plutôt que de prendre un serveur plus gros.

La base de données d'abord, et rarement par manque de puissance : par saturation du nombre de connexions simultanées, ou parce qu'une requête qui coûtait un centième de seconde sur mille lignes en coûte cent mille fois plus sur un million.

Les services extérieurs ensuite : paiement, envoi de messages, cartographie. Ils ont leurs propres limites par minute, et ils ne s'agrandissent pas parce que vous avez du monde. Une application qui ne prévoit pas ce qu'elle fait quand un service tiers répond « trop de requêtes » perd la vente au pire moment.

Les images en dernier, et c'est le plus facile à régler : servies depuis un réseau de diffusion, au bon format, elles cessent d'être un sujet.

Un pic prévu se prépare, il ne se subit pas

C'est l'avantage du saisonnier sur l'imprévu : vous connaissez la date. Trois gestes suffisent la plupart du temps.

Figer ce qui ne bouge pas. Programme, horaires, tarifs, plan : ces contenus changent rarement et peuvent être calculés une fois puis servis tels quels. Une page figée supporte n'importe quelle affluence.

Prévoir un mode dégradé, décidé à l'avance. Si une fonction lourde doit céder, elle doit céder proprement et sans emporter le reste. Consulter reste possible même si réserver devient momentanément indisponible, avec un message clair plutôt qu'une roue qui tourne.

Répéter avant. Une montée en charge simulée deux semaines avant l'ouverture coûte une journée et révèle exactement les deux points ci-dessus. C'est le seul moyen de ne pas découvrir la limite le jour où elle coûte de l'argent.

Payer l'usage plutôt que la pointe

Une infrastructure dimensionnée pour le pic et payée douze mois est le gaspillage le plus courant sur ce type de projet. Les hébergements facturés à la consommation existent précisément pour cette forme d'activité : la note suit la fréquentation, elle retombe quand la saison finit.

La contrepartie doit être dite : ces formules coûtent plus cher par visite pendant le pic. Le calcul se fait sur l'année, pas sur le mois de juillet, et il tourne à l'avantage de l'usage dès que le creux est long. Nous vous montrons les deux totaux avant de choisir, plutôt que d'annoncer une solution.

Livrer avant la saison, pas pendant

Une application publiée sur un magasin passe par une revue dont le délai n'est pas garanti, et un refus pour un détail se corrige en jours. Sur un projet saisonnier, cela impose une seule règle de calendrier : la version est en ligne plusieurs semaines avant l'ouverture, pas la veille. Nous partons de votre date et nous remontons le planning à l'envers.