Building Banani: How a Canvas-First AI Designer Is Raising the Floor on Product Design

Construire Banani : Comment un Designer IA Axé sur le Canvas Révolutionne le Design Produit

Et si l'avenir du design produit ne consistait pas à remplacer les designers, mais à donner à chaque équipe accès à un designer ? Pour les fondateurs solitaires, les équipes de design surchargées et les startups en phase précoce, une excellente expérience utilisateur a toujours été hors de portée. Banani essaie de changer cela en construisant un designer produit IA qui ne se contente pas de générer du code, mais qui génère du design.

Dans cet épisode de Just Now Possible, Teresa Torres s'entretient avec Vlad Solomakha (CEO & Co-fondateur), Vova Kovalchuk (CTO & Co-fondateur) et Vlad Ostapovats (Founding Growth) sur la manière dont ils ont construit Banani, passant d'un plugin Figma en preuve de concept à un outil de design IA axé sur le canvas générant des centaines de milliers de designs par semaine. Vlad Solomakha apporte une décennie d'expérience en design au produit, ainsi qu'une vision très précise de ce que signifie pour l'IA produire un design beau et de bon goût, plutôt qu'une interface utilisateur moyenne et indifférenciée.

Vous découvrirez comment ils ont conçu leur agent pour gérer des modifications d'écran en parallèle, gérer le contexte par écran à travers des canvases avec des centaines de cadres, et effectuer des modifications ciblées sans régénérer des écrans entiers. Ils explorent le "gulf of specification" — le décalage entre la façon dont les designers pensent visuellement et la manière dont les agents comprennent le texte — et ce qu'ils construisent pour le combler.

C'est un aperçu détaillé de ce qu'il faut pour construire un outil de design natif à l'IA qui place le designer aux commandes tout en laissant l'agent gérer le travail de production.

Notes de l'épisode

Invités

• Vlad Solomakha, CEO & Co-fondateur, Banani
• Vova Kovalchuk, CTO & Co-fondateur, Banani
• Vlad Ostapovats, Founding Growth, Banani

Dans cet épisode

• Pourquoi Banani a commencé comme un plugin Figma et ce qu'ils ont appris de la distribution organique précoce
• L'approche axée sur le canvas : pourquoi Banani est construit autour d'un canvas de design plutôt que d'une interface de chat
• Comment leur architecture d'agent divise les prompts en modifications ciblées au lieu de régénérer des écrans complets
• Le problème du "gulf of specification" et ce que Banani construit pour aider les agents et les designers à parler le même langage visuel
• Gestion du contexte à travers des canvases avec des centaines d'écrans — historique par écran avec contexte de projet partagé
• Pourquoi Banani ne compile pas d'applications en cours d'exécution — juste des maquettes HTML/CSS — et comment cela façonne tout
• Comment ils évaluent la qualité du design sans évaluations traditionnelles : générer 10 écrans à partir d'un prompt pour comparer les modèles
• Leur approche pour construire à la limite de ce qui est possible : identifier quelles limitations du modèle contourner ou attendre
• Le rôle de l'ingénierie contextuelle et des outils d'agents spécialisés dans la production de designs de bon goût et de haute qualité