📍Skutr Docs — Jour 10. Quand le client ne vient pas, mais le brief est nécessaire

Hier — une voix qui comprend le business. Aujourd'hui — deux gros morceaux : l'édition complète du brief dans le web-cabinet et le scénario où le client ne s'est pas présenté à l'entretien.

—

📝 Le brief devient éditable

Avant, le brief dans le web-cabinet était en lecture seule — l'IA générait, le freelance regardait. Mais en pratique, le brief a toujours besoin d'être ajusté : préciser la cible, ajouter une intégration, modifier les délais. Maintenant, les 9 champs du brief sont modifiables directement dans le cabinet. Et après les corrections — un bouton « Régénérer le cahier des charges » qui recrée le cahier des charges et le coût à partir du brief mis à jour.

—

💰 Validation : pas de prix = pas de document

J'ai découvert que le freelance pouvait sauvegarder le projet et télécharger le PDF sans indiquer le coût final. Cela donnait un document avec un champ de prix vide — on ne peut pas envoyer ça au client.

Maintenant : la sauvegarde manuelle est bloquée sans final_price > 0. La génération PDF aussi. Et côté front (notification toast) et côté back (erreur 400). Cependant, la sauvegarde automatique toutes les 30 secondes fonctionne sans restrictions — pour ne pas perdre les modifications intermédiaires.

—

✏️ Les petits détails qui comptent

Le nom du projet est maintenant modifiable en ligne — clic sur le titre, saisie, Entrée. Le PDF a été renommé en « Brief et Cahier des charges » — car il inclut désormais le brief. Les prompts pour les 12 types de projets ont été mis à jour.

—

🔀 Quand le client ne vient pas à l'entretien

Deuxième partie de la journée. Le freelance crée un projet, choisit le chemin A (entretien IA), envoie le lien au client. Et le client ne vient pas. Le freelance l'a briefé lui-même — par téléphone, par correspondance — et veut charger les documents dans le projet déjà créé. Mais il n'y avait pas d'interface pour cela. L'écran « En attente du client » tournait en boucle et attendait. Indéfiniment.

J'ai ajouté un bouton « Charger les documents soi-même » sur l'écran d'attente. Un formulaire complet : texte + voix + photo + fichier. Une fois chargé — appuyer sur « Générer le cahier des charges » — le pipeline prend le relais.

Mais sous le capot, le pipeline plantait. Le projet était créé avec brief_source = "interview", le pipeline allait dans la branche entretien, l'entretien était vide — erreur. Les documents chargés étaient à côté, mais le pipeline ne les voyait pas.

Corrigé : maintenant le pipeline détermine la source en fonction des faits, pas de l'étiquette. S'il y a des données d'entretien — il les prend. Sinon, mais il y a des documents chargés — chemin upload.

—

💡 Insight du jour

Le produit se casse, pas sur le happy path. Le client ne vient pas à l'entretien — ce n'est pas un edge-case, c'est la moitié de la réalité du freelance. Si le produit ne sait pas gérer cela — c'est un jouet, pas un outil.

—

🎯 Bilan du jour : brief éditable avec régénération du cahier des charges, validation du coût final, édition en ligne du nom, chargement de documents dans un projet existant, détection automatique de la source de données dans le pipeline.

—

#buildinpublic #skutrdocs #IA #freelance #indépendants #startup #SaaS #produit #UX