“I didn’t code a single line”: the story of Days

We have several statuses. Employees of the company. Freelance consultants, like me. Consultants from ESNs, IT services firms, who are themselves employees of their own company. And consultants on portage salarial, a French umbrella-company arrangement. Each with their own rules.

At France Télévisions, every external consultant can work at most 206 days a year. The company’s employees aren’t covered by this rule, only consultants. And every month, we fill in our CRA (compte rendu d’activité, a monthly activity report), which is used for invoicing, for example by our umbrella company.

Consultants don’t know how many days they’ve already used up. Or how many days that leaves them to book. Or, quite simply, how many days off they have left.

If everyone takes their leave at the same time, the project workload falls out of balance. It’s already happened: consultants who hadn’t kept track of their worked days had to take all their remaining days at the same time.

That’s why the first version of the app was called “206”.

It handles public holidays and non-working days, and it relies on the official French school holiday calendar. It also accounts for French specifics, such as the 25 days of paid leave per year or the 35-hour rule on working time.

First for consultants: freelancers, ESN consultants, consultants on portage salarial. Then for employees, who also have their leave and RTT to keep track of.

I also had in mind employees with different schedules, people who work weekends, for example. In restaurants, in hotels, or airport ground staff.

I quickly realized my project wasn’t the only one facing this problem. There was an opportunity: to bring a solution to all consultants, and to employees, for managing their leave.

What started as a need turned into a project to sell on the App Store. With everything that comes with it: marketing, design…

First I looked for a domain name that was available and unique. Dayzzly ticked every box. The problem is, it isn’t easy to pronounce. Especially when I was testing with Siri: most of the time, it heard “Daisy”. I felt the experience wasn’t up to par.

Then I had the app tested during a workshop with Apple. The feedback I got: too complex. I had to simplify, both the app’s features and its name.

And Days came as the obvious choice. The domain name wasn’t available, but it fit my project perfectly. And it’s easy to pronounce, in the spirit of Apple’s apps.

The truth? I started by writing down my need. On my phone, because to begin with, I couldn’t be bothered to get up and go to my computer. It all starts on a weekend, on my couch.

And I didn’t write that brief in one go. Not in a single prompt, not in a single pass: 47 times, before handing it to my agents.

During the design phase, it was important to clearly identify who I was building for, and how the product should meet their needs. This part is far from trivial: it’s what shapes everything else.

That doesn’t mean I didn’t adjust anything afterwards. I refined the rest thanks to user feedback.

Quite simply, I started by talking to my colleagues. I told them I was going to build an app to solve this problem.

Today, I send out regular surveys to get users’ feedback. And I use TestFlight, where testers give feedback on the beta versions.

Yes, entirely from my iPhone. I’ll say it again: entirely from my iPhone.

Truth is, I developed this app, but I didn’t code a single line. Once my need was clearly defined, I used modern AI technology to build the ultimate pipeline for any app creator. One prompt, one TestFlight build.

One month at most, from the idea to V1 on the Store.

As a developer, I wanted to try Apple’s latest APIs: Siri, widgets, Shortcuts, Spotlight. And I wanted a version ready on day one for iPhone Duo.

I was lucky enough to attend this workshop to work on iPhone Duo before its release. That’s how I was able to test my app on a real device.

I use Apple’s platforms, which comply with GDPR and user data protection requirements. The app doesn’t store any data on external servers: all processing happens locally.

For now, the app is free for its launch. Eventually, there will be a lifetime purchase at €19.99 and a monthly subscription at €2.99, with a 30-day free trial.

I’m betting on Apple’s promotional tools, like In-App Events. And on the website and the tech press.

For now, I only use Apple’s analytics tools. I’ll have numbers within the next two months.

My vision is for users to feel calmer and more confident about how they organize their personal time. We spend a lot of time at work. Days should help strike a better balance.

On a plusieurs statuts. Des salariés de l’entreprise. Des consultants freelances, comme moi. Des consultants d’ESN, eux-mêmes salariés de leur société. Et des consultants en portage salarial. Chacun avec ses propres règles.

Chez France Télévisions, tous les consultants externes doivent travailler 206 jours au maximum sur l’année. Les salariés de l’entreprise ne sont pas concernés par cette règle, seulement les consultants. Et tous les mois, on remplit notre compte rendu d’activité, qui sert à facturer, par exemple à notre société de portage.

Les consultants ne savent pas combien de jours ils ont déjà consommés. Ni combien de jours ça représente à poser. Ni, tout simplement, combien de jours OFF il leur reste.

Si tout le monde pose ses congés en même temps, la charge des projets se déséquilibre. C’est déjà arrivé : des consultants qui n’avaient pas suivi leurs jours travaillés ont été obligés de poser tous leurs jours au même moment.

C’est pour ça que, dans sa première version, l’application s’appelait « 206 ».

Elle gère les jours fériés et chômés, et s’appuie sur le calendrier officiel des vacances scolaires en France. Elle tient compte aussi des spécificités françaises, comme les 25 jours de congés payés par an ou la règle des 35 heures, basée sur la durée du travail.

D’abord pour les consultants : freelances, consultants d’ESN, consultants en portage salarial. Puis pour les salariés, qui ont eux aussi leurs congés et leurs RTT à suivre.

J’ai aussi pensé aux salariés qui ont des plannings différents, ceux qui travaillent le week-end par exemple. Dans la restauration, l’hôtellerie, ou les agents d’escale.

Je me suis vite aperçu que mon projet n’était pas le seul concerné par cette problématique. Il y avait une opportunité : apporter une solution à tous les consultants, et aux salariés, pour gérer leurs congés.

Ce qui partait d’un besoin s’est transformé en projet de mise en vente sur l’App Store. Avec tout ce qui va avec : le marketing, le design…

J’ai d’abord cherché un nom de domaine disponible et unique. Dayzzly cochait toutes les cases. Le problème, c’est qu’il n’est pas facile à prononcer. Surtout quand je faisais mes tests avec Siri : la plupart du temps, il comprenait « Daisy ». Je trouvais que l’expérience n’était pas exceptionnelle.

Ensuite, j’ai fait tester l’application pendant un workshop avec Apple. Les retours que j’ai eus : trop complexe. Il fallait que je simplifie, aussi bien les fonctionnalités de l’application que son nom.

Et Days est venu comme une évidence. Le nom de domaine n’était pas disponible, mais il collait parfaitement à mon projet. Et il est simple à prononcer, dans l’esprit des apps d’Apple.

La vérité ? J’ai commencé par rédiger mon besoin. Depuis mon smartphone, parce qu’à la base, j’avais la flemme de me lever pour aller sur mon ordinateur. Tout commence un week-end, dans mon canapé.

Et ce besoin, je ne l’ai pas écrit d’un coup. Pas en un seul prompt, pas en une seule fois : 47 fois, avant de le donner à mes agents.

Dans la phase de conception, il était important de bien identifier à qui je m’adresse, et comment le produit doit répondre à leurs besoins. Cette partie est loin d’être négligeable : c’est elle qui conditionne tout le reste.

Ça ne veut pas dire que je n’ai rien ajusté après. J’ai affiné le reste grâce aux retours des utilisateurs.

Tout simplement, j’ai commencé par parler à mes collègues. Je leur ai dit que j’allais faire une application pour résoudre ce problème.

Aujourd’hui, j’envoie des sondages réguliers pour avoir les retours des utilisateurs. Et j’utilise TestFlight, où les testeurs font leurs retours sur les versions bêta.

Oui, entièrement depuis mon iPhone. Je le répète : entièrement depuis mon iPhone.

En vrai, j’ai développé cette app, mais je n’ai pas codé une ligne. Une fois que mon besoin était bien défini, j’ai utilisé les technologies d’IA modernes pour créer la pipeline ultime pour n’importe quel créateur d’app. Un prompt, un build TestFlight.

Un mois maximum, de l’idée à la V1 sur le Store.

En tant que développeur, je voulais tester les dernières API d’Apple : Siri, les widgets, Raccourcis, Spotlight. Et je voulais une version prête dès le premier jour pour l’iPhone Duo.

J’ai eu la chance d’assister à ce workshop pour travailler sur l’iPhone Duo avant sa sortie. C’est comme ça que j’ai pu tester mon application sur un vrai appareil.

J’utilise les plateformes d’Apple, conformes aux exigences du RGPD et de protection des données des utilisateurs. L’application ne stocke aucune donnée sur des serveurs externes : tous les traitements se passent en local.

Pour l’instant, l’app est gratuite pour son lancement. À terme, il y aura un achat à vie à 19,99 € et un abonnement mensuel à 2,99 €, avec une période d’essai gratuite de 30 jours.

Je mise sur les outils de promotion d’Apple, comme les In-App Events. Et sur le site web et la presse tech.

J’utilise uniquement les outils d’analyse d’Apple pour le moment. J’aurai des retours chiffrés dans les deux prochains mois.

Ma vision, c’est que les utilisateurs soient plus sereins et plus confiants dans l’organisation de leur temps personnel. On passe beaucoup de temps au travail. Days doit permettre de mieux gérer cet équilibre.

On a plusieurs statuts. Des salariés de l’entreprise. Des consultants freelances, comme moi. Des consultants d’ESN, eux-mêmes salariés de leur société. Et des consultants en portage salarial. Chacun avec ses propres règles.

Chez France Télévisions, tous les consultants externes doivent travailler 206 jours au maximum sur l’année. Les salariés de l’entreprise ne sont pas concernés par cette règle, seulement les consultants. Et tous les mois, on remplit notre compte rendu d’activité, qui sert à facturer, par exemple à notre société de portage.

Les consultants ne savent pas combien de jours ils ont déjà consommés. Ni combien de jours ça représente à poser. Ni, tout simplement, combien de jours OFF il leur reste.

Si tout le monde pose ses congés en même temps, la charge des projets se déséquilibre. C’est déjà arrivé : des consultants qui n’avaient pas suivi leurs jours travaillés ont été obligés de poser tous leurs jours au même moment.

C’est pour ça que, dans sa première version, l’application s’appelait « 206 ».

Elle gère les jours fériés et chômés, et s’appuie sur le calendrier officiel des vacances scolaires en France. Elle tient compte aussi des spécificités françaises, comme les 25 jours de congés payés par an ou la règle des 35 heures, basée sur la durée du travail.

D’abord pour les consultants : freelances, consultants d’ESN, consultants en portage salarial. Puis pour les salariés, qui ont eux aussi leurs congés et leurs RTT à suivre.

J’ai aussi pensé aux salariés qui ont des plannings différents, ceux qui travaillent le week-end par exemple. Dans la restauration, l’hôtellerie, ou les agents d’escale.

Je me suis vite aperçu que mon projet n’était pas le seul concerné par cette problématique. Il y avait une opportunité : apporter une solution à tous les consultants, et aux salariés, pour gérer leurs congés.

Ce qui partait d’un besoin s’est transformé en projet de mise en vente sur l’App Store. Avec tout ce qui va avec : le marketing, le design…

J’ai d’abord cherché un nom de domaine disponible et unique. Dayzzly cochait toutes les cases. Le problème, c’est qu’il n’est pas facile à prononcer. Surtout quand je faisais mes tests avec Siri : la plupart du temps, il comprenait « Daisy ». Je trouvais que l’expérience n’était pas exceptionnelle.

Ensuite, j’ai fait tester l’application pendant un workshop avec Apple. Les retours que j’ai eus : trop complexe. Il fallait que je simplifie, aussi bien les fonctionnalités de l’application que son nom.

Et Days est venu comme une évidence. Le nom de domaine n’était pas disponible, mais il collait parfaitement à mon projet. Et il est simple à prononcer, dans l’esprit des apps d’Apple.

La vérité ? J’ai commencé par rédiger mon besoin. Depuis mon smartphone, parce qu’à la base, j’avais la flemme de me lever pour aller sur mon ordinateur. Tout commence un week-end, dans mon canapé.

Et ce besoin, je ne l’ai pas écrit d’un coup. Pas en un seul prompt, pas en une seule fois : 47 fois, avant de le donner à mes agents.

Dans la phase de conception, il était important de bien identifier à qui je m’adresse, et comment le produit doit répondre à leurs besoins. Cette partie est loin d’être négligeable : c’est elle qui conditionne tout le reste.

Ça ne veut pas dire que je n’ai rien ajusté après. J’ai affiné le reste grâce aux retours des utilisateurs.

Tout simplement, j’ai commencé par parler à mes collègues. Je leur ai dit que j’allais faire une application pour résoudre ce problème.

Aujourd’hui, j’envoie des sondages réguliers pour avoir les retours des utilisateurs. Et j’utilise TestFlight, où les testeurs font leurs retours sur les versions bêta.

Oui, entièrement depuis mon iPhone. Je le répète : entièrement depuis mon iPhone.

En vrai, j’ai développé cette app, mais je n’ai pas codé une ligne. Une fois que mon besoin était bien défini, j’ai utilisé les technologies d’IA modernes pour créer la pipeline ultime pour n’importe quel créateur d’app. Un prompt, un build TestFlight.

Un mois maximum, de l’idée à la V1 sur le Store.

En tant que développeur, je voulais tester les dernières API d’Apple : Siri, les widgets, Raccourcis, Spotlight. Et je voulais une version prête dès le premier jour pour l’iPhone Duo.

J’ai eu la chance d’assister à ce workshop pour travailler sur l’iPhone Duo avant sa sortie. C’est comme ça que j’ai pu tester mon application sur un vrai appareil.

J’utilise les plateformes d’Apple, conformes aux exigences du RGPD et de protection des données des utilisateurs. L’application ne stocke aucune donnée sur des serveurs externes : tous les traitements se passent en local.

Pour l’instant, l’app est gratuite pour son lancement. À terme, il y aura un achat à vie à 19,99 € et un abonnement mensuel à 2,99 €, avec une période d’essai gratuite de 30 jours.

Je mise sur les outils de promotion d’Apple, comme les In-App Events. Et sur le site web et la presse tech.

J’utilise uniquement les outils d’analyse d’Apple pour le moment. J’aurai des retours chiffrés dans les deux prochains mois.

Ma vision, c’est que les utilisateurs soient plus sereins et plus confiants dans l’organisation de leur temps personnel. On passe beaucoup de temps au travail. Days doit permettre de mieux gérer cet équilibre.