Product strategy · Workflow · Fiabilité

    Jobio

    Transformer un SaaS trop large en prochaine action commerciale claire.

    Jobio aide un freelance tech à savoir quoi faire aujourd’hui pour avancer vers sa prochaine mission. La refonte a supprimé la logique de “suite tout-en-un” au profit de cinq zones cœur et d’un workflow testable.

    Role
    Product strategy, UX, architecture et développement full-stack en solo
    Period
    Réduction de périmètre 2026
    Status
    Cœur fonctionnel · validation commerciale à mener
    Jobio — interface principale

    Preuves vérifiables

    399/399

    tests actifs

    Trois auto-saves historiques restent ignorés

    5

    zones cœur

    Aujourd’hui, Pipeline, Relances, CV, Contacts

    3 max

    priorités / jour

    Impact, urgence et contexte visibles

    137

    routes au build

    Build de production de référence

    Lecture des chiffres : Les preuves portent sur le fonctionnement et les tests locaux ; aucune conversion commerciale n’est revendiquée à ce stade.

    Contexte et rôle

    Le produit accumulait CRM, facturation, profils publics, plateformes, programmes, analytics et assistants IA. Cette largeur rendait la promesse difficile à comprendre et chaque écran coûteux à terminer.

    Le besoin retenu est plus étroit : capturer une opportunité, voir la prochaine action, relancer sans sur-solliciter et adapter un CV.

    La finition a commencé par la source de vérité du périmètre, puis par les mutations à risque : Kanban, relances, fusion de contacts et export CV.

    Contraintes retenues

    • Un module masqué ne doit être accessible ni par navigation, ni par deep-link, ni par pricing.
    • Un déplacement Kanban optimiste doit rester annulable et résister aux doubles actions.
    • Les relances doivent s’arrêter après réponse, désinscription, mission terminale ou cadence excessive.
    • Une fusion de contacts ne doit ni perdre les relations ni écraser silencieusement un champ.
    • Le CV exporté doit rester lisible par un ATS et stable sur une page A4.

    Décisions et options rejetées

    DECISION 01

    Un manifeste serveur pour couper le produit

    Cacher un lien ne supprime pas une route, un prix ou une action serveur.

    Choix
    Navigation, deep-links, pricing et contrôles serveur consomment le même statut active, hidden ou beta.
    Rejeté
    Finir tous les modules historiques ou les masquer uniquement en CSS.
    Compromis
    Du code reste temporairement présent mais inaccessible pendant que la V1 est validée.
    DECISION 02

    Une transition Kanban conditionnelle

    Deux actions rapides pouvaient produire un statut obsolète ou un compteur incohérent.

    Choix
    La mutation compare le statut attendu, devient rejouable, met à jour atomiquement et propose undo puis retry.
    Rejeté
    Une mutation aveugle suivie d’un refresh complet.
    Compromis
    Plus de logique de conflit, mais une interface instantanée sans sacrifier la cohérence.
    DECISION 03

    Une politique unique de relance

    Actions manuelles, règles et séquences appliquaient des garde-fous différents.

    Choix
    Une fonction métier commune bloque doublon à 24 h, trois touches sur sept jours, réponse, désinscription et statuts terminaux.
    Rejeté
    Des vérifications dispersées dans chaque formulaire ou cron.
    Compromis
    Certaines automatisations s’arrêtent volontairement plus tôt pour protéger la relation.
    DECISION 04

    Prévisualiser avant de fusionner

    Un email déjà connu pouvait correspondre à des informations complémentaires ou contradictoires.

    Choix
    Chaque champ est comparé ; l’utilisateur garde les deux fiches ou fusionne explicitement avant une transaction relationnelle.
    Rejeté
    Écraser automatiquement le contact le plus ancien.
    Compromis
    Une étape de décision supplémentaire évite une perte de données silencieuse.

    Architecture du parcours

    1. 01

      Feature manifest

      Une source serveur pilote disponibilité, navigation et offre.

    2. 02

      Aujourd’hui

      Agrégation de trois actions maximum à partir des missions et relances.

    3. 03

      Pipeline

      Vue Kanban/liste avec transitions optimistes conditionnelles.

    4. 04

      Follow-up policy

      Garde-fous communs aux actions, règles et séquences.

    5. 05

      CV renderer

      Profil maître, overrides puis sorties A4 et ATS déterministes.

    Qualité et vérifications

    • Mutation Kanban testée sur no-op, conflit, undo et échec auxiliaire.
    • Politique de relance couverte sur tous les motifs d’arrêt.
    • Fusion transactionnelle des missions, interactions, emails, sociétés et tags.
    • Export ATS sans photo, colonnes, décoration ni section masquée.
    • Onboarding persistant en quatre jalons, reprenable côté serveur.
    Jobio — vue produit

    Ce qui est réellement livré

    • Une navigation ramenée à cinq zones et une page Aujourd’hui orientée action.
    • Un pipeline optimiste, annulable et cohérent en cas de concurrence.
    • Des relances qui protègent contre doublons et sur-sollicitation.
    • Une prévisualisation de doublon avant création ou fusion.
    • Un export CV ATS déterministe en complément de la preview A4.

    Limites assumées

    • Le gate de cinq freelances réels, dont deux veulent poursuivre ou payer, n’est pas encore atteint.
    • La détection de doublon LinkedIn et le journal réversible de fusion restent à faire.
    • Le PDF A4 doit encore être éprouvé sur un corpus long et sur le moteur de production.
    • Les filtres/vues enregistrées et les parcours E2E de propriété restent incomplets.

    Prochaine étape

    • Faire exécuter l’onboarding chronométré et les cinq parcours cœur à cinq freelances.
    • Ajouter journal d’envoi par canal et restauration de fusion.
    • Valider un seul plan Pro avec Stripe test avant tout changement du catalogue réel.

    Socle technique

    • Next.js 16
    • React 19
    • TypeScript
    • Prisma
    • PostgreSQL
    • Server Actions
    • Playwright
    • Stripe