Comment j'ai décidé quoi mettre dans SmartGrocerHow I decided what goes into SmartGrocer
Une bonne app ne se construit pas en ajoutant tout ce qui nous passe par la tête: elle se construit en choisissant ce qu'on garde. Voici comment j'ai fait ces choix pour SmartGrocer, mon application d'épicerie bilingue, et ce que j'ai appris en cours de route.
SmartGrocer est née d'une frustration personnelle. Chaque semaine, je planifiais mes repas à partir des circulaires en ligne, et ça me prenait un temps fou. Je voulais un outil qui fasse ce travail à ma place.
Partir du problème, pas des fonctions
Ma première question n'était pas « quelles fonctions je mets? » mais « quel est mon problème exact? ». La réponse tenait en une phrase: je perds du temps à trouver quoi cuisiner avec les rabais de la semaine.
Cette phrase a servi de filtre. Chaque idée qui ne répondait pas à ce problème attendait. Cette discipline est difficile quand on adore créer: l'idée suivante paraît toujours meilleure que la précédente. Une liste d'idées en attente m'aide à les noter sans les construire tout de suite.
Le cœur de l'app, et ce qui s'est ajouté autour
Le noyau est venu directement du problème:
- lire les circulaires de la semaine et comparer les prix;
- proposer des recettes basées sur les spéciaux;
- générer la liste d'épicerie qui va avec.
Des fonctions plus petites se sont ajoutées parce qu'elles servaient ce même but: un score de santé des produits, des alertes de date de péremption et l'historique des prix.
J'ai aussi retiré une fonction. La lecture de reçus inventait des produits qui n'existaient pas, alors je l'ai enlevée le temps de la rendre fiable. Elle est revenue une fois corrigée. Une fonction qui donne de mauvaises réponses fait plus de tort qu'une fonction absente.
Une idée qui est venue de l'usage: le scan nutrition
Le 10 octobre 2026, une idée m'est venue: comme l'app avait déjà un lecteur de code-barres, pourquoi ne pas l'utiliser pour afficher les infos nutritionnelles d'un produit?
Je n'ai pas eu à tout recommencer. J'ai réutilisé le lecteur existant et branché une base de données ouverte de produits alimentaires. Quand un produit n'est pas reconnu, l'app propose de photographier l'étiquette. Le soir même, j'ai testé les deux cas avec mon téléphone, un produit reconnu et un produit inconnu, et ça a fonctionné.
Leçon: les meilleures nouvelles fonctions viennent souvent de ce qu'on a déjà construit, pas d'une page blanche.
Ce que tu peux retenir pour ton idée d'app
- Écris ton problème en une phrase, avant toute liste de fonctions.
- Pour chaque idée, demande-toi si elle résout ce problème. Si non, elle attend.
- Commence petit, utilise ton app toi-même chaque semaine et corrige ce qui accroche. La plupart de mes corrections viennent de mon propre usage.
- Retire ou mets en pause une fonction qui n'est pas fiable.
- Réutilise ce que tu as déjà avant de construire du neuf.
- Teste avec de vraies personnes dès que possible.
Tu as une idée d'app et tu ne sais pas par où commencer? C'est exactement ce que j'accompagne avec Lance ton app: on part de ton problème, on choisit ce qui compte, et on va jusqu'au store.
A good app is not built by adding everything that comes to mind: it is built by choosing what to keep. Here is how I made those choices for SmartGrocer, my bilingual grocery app, and what I learned along the way.
SmartGrocer was born from a personal frustration. Every week I planned my meals from online flyers, and it took forever. I wanted a tool that would do that work for me.
Start from the problem, not the features
My first question was not "which features should I add?" but "what exactly is my problem?" The answer fit in one sentence: I waste time figuring out what to cook with this week's deals.
That sentence became a filter. Every idea that did not answer that problem had to wait. This discipline is hard when you love building: the next idea always looks better than the last. A waiting-list of ideas helps me write them down without building them right away.
The core of the app, and what grew around it
The core came straight from the problem:
- read the week's flyers and compare prices;
- suggest recipes based on the specials;
- generate the matching grocery list.
Smaller features were added because they served that same goal: a product health score, expiry-date alerts and price history.
I also removed a feature. The receipt reader was making up products that did not exist, so I took it out until I could make it reliable. It came back once fixed. A feature that gives wrong answers does more harm than a missing one.
An idea that came from using the app: nutrition scanning
On October 10, 2026, an idea came to me: since the app already had a barcode scanner, why not use it to show a product's nutrition facts?
I did not have to start over. I reused the existing scanner and plugged in an open food-product database. When a product is not recognized, the app offers to photograph the label. That same evening I tested both cases on my phone, a recognized product and an unknown one, and it worked.
Lesson: the best new features often come from what you have already built, not from a blank page.
What you can take away for your app idea
- Write your problem in one sentence before any feature list.
- For every idea, ask whether it solves that problem. If not, it waits.
- Start small, use your own app every week and fix what bothers you. Most of my fixes come from my own use.
- Remove or pause a feature that is not reliable.
- Reuse what you already have before building something new.
- Test with real people as soon as you can.
Have an app idea and don't know where to start? That is exactly what I help with through Lance ton app: we start from your problem, choose what matters, and go all the way to the store.
Une idée d'app? Parlons-en.Got an app idea? Let's talk.
Écris-moi pour une soumissionWrite to me for a quote