Sleek.design et Claude Code : faire évoluer un SaaS vers une application mobile

Préparer le parcours design et backend

La description du 5 avril 2026 dit que Luke transforme son SaaS « Scripty » en application mobile via un prompt principal. Claude Code installe la skill Sleek, étudie le produit, dessine les écrans dans Sleek.design et configure un backend Ensforge. Design et backend sont deux parties distinctes de la création : examinez les deux avant d’accepter l’application.

1. Utilisez la ressource de design conservée : http://sleek.design/?ref=luke.
2. Récupérez le prompt principal et la présentation via https://ailuke.short.gy/aLQDY7Lz540_skool ; la description ne reproduit pas le texte du prompt.
3. Suivez clé API et backend à 1:00, puis l’explication du prompt à 1:35 avant la construction à 2:01.

Examiner les écrans et poursuivre avec le contexte actuel

Les écrans sont examinés à 4:00 et prévisualisés dans Sleek à 5:02. Un design visuel et une application fonctionnelle sont deux étapes distinctes. Utilisez l’aperçu pour examiner le parcours et transmettre des retours précis plutôt que considérer un écran convaincant comme la fin du travail.

1. Comparez les écrans à la tâche SaaS originale et identifiez étapes manquantes et informations incohérentes.
2. Suivez l’aperçu et testez le parcours prévu avec les contrôles disponibles.
3. À 5:45, utilisez l’exemple de continuation pour identifier version actuelle et problèmes non résolus lors de la reprise avec un nouveau contexte.
4. Examinez les erreurs navigateur via le débogage à 8:35 et vérifiez la correction sur la même action défaillante.

Vérifier les hypothèses de données avant distribution

L’avertissement de réplication à 6:45 est central pour la production. Un backend séparé ou des données copiées ne restent pas automatiquement cohérents avec le SaaS existant. L’enregistrement montre un fonctionnement mobile à 9:42 et discute de l’App Store et de Google Play à 10:18 ; cela ne prouve pas qu’une autre application soit prête ou acceptée.

1. Identifiez le backend faisant autorité et les données devant rester cohérentes entre site et application.
2. Notez les questions de réplication et d’accès non résolues avant d’utiliser de vraies données clients.
3. Répétez le parcours principal sur le résultat mobile et séparez la soumission aux boutiques d’une construction locale ou d’un aperçu réussis.

À retenir

Une conversion mobile utile préserve la tâche produit et explicite l’autorité des données ; démarrer avec un prompt ne supprime pas examen et travail de production.