Het draaiboek van 2026 voor het leiden van AI-native producten

Hannah Clark: Of het nu goed of slecht is, dit is waar we als sector staan. Op dit moment betekent de democratisering van AI-ontwikkeling dat wat vroeger maanden aan technische middelen kostte, nu in één middag kan worden geprototypet. En natuurlijk betekent sneller leveren meer concurrentiedruk, wat betekent dat we moeten opvallen. Toch? Juist. Maar dat is ook makkelijker gezegd dan gedaan, want we werken niet alleen met een volledig nieuw draaiboek voor productontwikkeling, we passen ons ook aan een enorme verstoring aan in de distributietactieken waarop we jarenlang hebben geleund. En ergens daartussenin moeten we ons ook richten op onze klanten, van wie het huidige gebruikersgedrag binnen het komende jaar ingrijpend en regelmatig zal veranderen.

Kijk, ik weet dat ik je niets vertel wat je nog niet weet. Maar ik wil dit moment wel aangrijpen om te erkennen dat je als productleider een kanjer bent. Dit werk verandert voortdurend en is altijd moeilijk, en jij doet het gewoon. Nu we hebben vastgesteld dat je dit absoluut geweldig doet, kunnen we het hebben over hoe je de belangrijkste uitdagingen van het komende jaar gaat aanpakken.

Mijn gast vandaag is Rachel Wolan, Chief Product Officer bij Webflow, een bedrijf dat al deze uitdagingen heeft aangepakt terwijl het AI-native hulpmiddelen bouwde in een steeds drukkere markt. Rachel heeft meer dan twintig jaar ervaring met producten, waaronder het leiden van de hoofdactiviteit bij Dropbox. Nu stuurt ze de ontwikkeling van Webflow naar een AI-native platform voor digitale ervaringen.

Je gaat zo horen welke cruciale vragen je moet stellen voordat je een markt betreedt, waarom de echte kans vaak aan de bovenkant van de markt ligt in plaats van aan de onderkant, en hoe je kunt vaststellen wat concurrenten echt niet kunnen kopiëren. Laten we beginnen.

Welkom terug bij The Product Manager Podcast. Ik ben hier vandaag met Rachel Wolan, en zij is de CPO van Webflow.

Rachel, hoe gaat het vandaag met je?

Rachel Wolan: Het gaat geweldig met me. Fijn om hier te zijn.

Hannah Clark: Vertel ons om te beginnen iets over je achtergrond en hoe je bent gekomen waar je vandaag bij Webflow bent.

Rachel Wolan: Ik ben vele jaren geleden begonnen als software-engineer, met debuggen op, ik weet niet of je deze Dreamweaver kunt zien, toen ik zestien was.

En weet je, Webflow blijkt bijna een moderne Dreamweaver te zijn. Dus ik ben via productmanagement door allerlei verschillende start-ups gegroeid. Voor Webflow werkte ik drieënhalf jaar bij Dropbox als GM van de hoofdactiviteit. De rode draad in mijn loopbaan is dat ik op een paar verschillende manieren werk.

Ten eerste werk ik veel aan vraagstukken rond toegepaste AI. Ik begon daar vroeger bij Talkdesk aan te werken, toen AI eigenlijk nog gewoon ML-producten betekende. Het is erg leuk geweest om deze volgende generatie met generatieve AI-producten binnen te stappen. En nu ik Chief Product Officer bij Webflow ben, kan ik hier de hele dag over nadenken.

Het is een ontzettend spannende tijd en ik ben blij dat ik hier ben.

Hannah Clark: Ja. We gaan het nu hebben over enkele details van differentiatie, nu we al deze geweldige generatieve AI-hulpmiddelen hebben die zoveel mogelijk maken en dingen mogelijk maken die vroeger onmogelijk waren. Er is veel veranderd aan de manier waarop we fundamenteel nadenken over het bouwen van software.

Welke cruciale vragen zouden productleiders zoals jij zich volgens jou moeten stellen voordat ze besluiten deze markt te betreden?

Rachel Wolan: Ik denk dat veel vragen hetzelfde zijn en veel vragen anders. De vragen die hetzelfde zijn: moet dit product bestaan?

Is er een echte leemte tussen wat gebruikers vandaag vol vertrouwen kunnen doen en waar jij een concurrentievoordeel hebt? Ik denk dat dat altijd de belangrijkste vraag is die je jezelf moet stellen. Is dit een echte pijn die je oplost? Is dit een echt probleem? Breng je een vitamine op de markt, of een pijnstiller?

Een van de vragen die ik mezelf altijd stel is vervolgens: hoe zullen mensen dit product ontdekken? Uiteindelijk is dit echt een distributievraag. Dus: wat is je distributievoordeel? Dat zijn volgens mij altijd vragen die je moet stellen. Maar andere vragen zijn in dit tijdperk misschien anders: zijn er nieuwe distributiemechanismen, meer AI-native distributiemechanismen?

Blijft dit product relevant wanneer het volgende model uitkomt? Wordt het beter wanneer het volgende model uitkomt? Bouw je op drijfzand? En dan is er de grootste vraag, die je altijd zou moeten stellen en die vandaag soms nog moeilijker te beantwoorden is: wat heb je dat concurrenten niet gemakkelijk kunnen kopiëren?

Ook dat gaat volgens mij weer over differentiatie. Het is dus iets waar we veel over nadenken, vooral omdat we veel verschillende AI-native producten bouwen en uitbrengen.

Hannah Clark: Ja, absoluut. Ik denk dat die laatste vraag bijzonder interessant is nu we een verdere democratisering zien van hulpmiddelen en mogelijkheden om producten te ontwikkelen.

Laten we het hebben over het betreden van een markt waarin al gevestigde spelers actief zijn, iets waar jij in het verleden mee te maken hebt gehad. Hoe pak je differentiatie aan wanneer je een soort rode oceaan binnenkomt? Welke kaders zou je gebruiken om vast te stellen hoe je kunt winnen tegenover anderen? Ik vond het mooi hoe je het verschil tussen een vitamine en een pijnstiller verwoordde.

Rachel Wolan: Ja, in de meeste markten zijn er vaak zowel een rode als een blauwe oceaan, en ik denk dat dit vaak niet goed wordt begrepen. De rode oceaan bevindt zich vaak aan de onderkant van de markt, waar het iets gemakkelijker is om binnen te komen. De blauwe oceaan bevindt zich vaak aan de bovenkant van de markt, waar het moeilijker is om binnen te komen, maar waar klanten uiteindelijk veel loyaler blijven.

Dat is misschien een manier waarop ik ernaar kijk. Eindgebruikers proberen vaak precies hetzelfde probleem op te lossen. Waar bevinden die eindgebruikers zich? Werken ze bij een klein of middelgroot bedrijf, of zelfstandig als freelancer, zoals in ons geval? Of werken ze voor een groter bedrijf, in een team, om iets voor elkaar te krijgen?

Een fundamentele vraag is dus segmentatie. Het tweede waar ik vaak over nadenk wanneer ik een nieuwe, fundamenteel drukke markt probeer te betreden, is: waarin is mijn product vandaag sterk en waarvoor kopen mensen het? En sluit dit aan bij die differentiatie?

In ons geval komt er een nieuw AI-coproduct aan, dat vrijwel hetzelfde is. Cogen is een productgebied dat erg populair is geworden voor het genereren van apps. Toen we terugredeneerden, zeiden we: het echte probleem is niet alleen het genereren van een prototype. Dat kan een model bijna zelfstandig doen, zonder een agent of raamwerk eromheen.

De grootste uitdaging is echter om van de 80 à 90 procent die een model vandaag bereikt naar honderd procent te gaan. Hoe kom je tot productie? Hoe zorg je dat beveiliging en de juiste waarborgen aanwezig zijn? Hoe zorg je dat je vindbaar bent? In ons geval genereren we apps, dus vindbaar via SEO, zoekmachineoptimalisatie, of Answer Engine Optimization, AEO.

Veel hiervan draait om de vraag: hoe ziet een app eruit die bij het merk past? Gebruik je je merkontwerpsysteem? En wordt dat automatisch bijgewerkt wanneer het verandert? We denken dus echt na over de kernelementen van differentiatie die jouw platform uniek maken.

En maakt dat AI-native product gebruik van die kerncompetenties?

Hannah Clark: Ik wil het wat hebben over enkele hulpmiddelen die we momenteel zien. Er komen AI-programmeerhulpmiddelen en hulpmiddelen voor weinig of geen code op de markt. Ze brengen je van nul naar 80 procent, maar we zien een aanzienlijke leemte tussen wat je met de hulpmiddelen van vandaag kunt bereiken en het daadwerkelijk behalen van productierijpe resultaten.

Welk marktsignaal vertelde je dat dit een kans was die jullie nu moesten aanpakken, en hoe vormde dat de strategie voor dit product?

Rachel Wolan: Allereerst zagen we allerlei mensen die nog nooit hadden geprogrammeerd beginnen met programmeren. Als we naar de missie van Webflow kijken, wil ik misschien een stap terug doen en iets meer vertellen over wat Webflow is.

Webflow is een AI-native platform voor digitale ervaringen. We helpen je allerlei digitale ervaringen tot leven te brengen met ons merksysteem. Dat omvat je CMS, je contentmanagementsysteem, je ontwerpsysteem en eigenlijk ook het bouwen van een website, het beheren van de content rond die website en het optimaliseren van die content.

Toen we hierover begonnen na te denken, zeiden we: we merken dat veel mensen, zoals productmanagers, prototypes beginnen te bouwen. Wat als we groeimarketeers ook apps laten bouwen? Wat als we contentmarketeers, en zelfs mensen met nog minder technische vaardigheden, apps laten bouwen die volledig bij het merk passen?

Daar kwam het idee vandaan. Veel mensen die erg succesvol zijn met programmeeragents, zelfs de minst geavanceerde zoals Lovable of Bolt, zijn vaak toch iets technischer. Misschien hebben ze een achtergrond in gebruikerservaring of productontwikkeling, of zijn ze ooit software-engineer geweest.

Veel mensen die programmeeragents gebruiken zijn software-engineers. Wij vroegen ons dus af: hoe kunnen we dit nog eenvoudiger maken? Veel moeilijke onderdelen hadden te maken met het implementeren van de app, ervoor zorgen dat die veilig en beveiligd werd geïmplementeerd en ervoor zorgen dat die direct bij je merk paste.

Dat waren de dingen die mensen volgens ons echt moeilijk vonden. Dat was het vertrekpunt: begrijpen waar die leemte vandaag zit. We zagen ook dat we veel verschillende persona's in onze markt hebben. We hebben bureaus en freelancers die namens hun klanten bouwen.

Vaak willen zij een concept laten zien, en dit was een manier om conceptbewijzen uit te proberen. Een ander voorbeeld is een website of merk dat een zijproject wil bouwen, zoals een geheime-sinterklaasapp of een seizoensapp voor Halloween.

Iets waar ze normaal gesproken een wedstrijd omheen zouden organiseren en dat ze als marketingexperiment zouden uitvoeren. Ze willen daar niet per se een bureau voor inhuren. Ze willen hun bureaubudget besteden aan iets dat echt duurzaam is, zoals landingspagina's waarop hun klanten elke dag terechtkomen.

Veel ervan draaide om het begrijpen van latente vraag. Ik denk niet dat alle vraag een nulsomspel is. Vaak is er latente vraag die de markt uitbreidt. Dat betekent niet noodzakelijk dat je iets van een ander deel van de markt afneemt.

Hannah Clark: Ik ben benieuwd hoe je de spanning tussen snelheid naar de markt en het waarmaken van al deze beloften en ambitieuze doelen in balans brengt: al deze dingen mogelijk maken, ze direct bij het merk laten passen en mensen al die mogelijkheden geven.

Welke afwegingen heb je moeten maken, en wat was vanuit strategisch perspectief de grootste uitdaging?

Rachel Wolan: De grootste uitdaging was volgens mij of we een product beschikbaar konden maken voor al onze klanten tegelijk. Vaak breng je iets eerst uit voor een kleinere groep klanten en breid je het daarna uit.

In dit geval namen we juist iets meer tijd en besloten we dat het product voor iedereen beschikbaar moest zijn. Het wordt een bètaproduct, dus er is wat meer ruimte voor proberen en leren. Vooral bij een AI-product wil je zien wat de evaluatie is: welke prompt schrijft iemand, en zijn ze tevreden met het antwoord of met wat op basis van die prompt wordt gegenereerd?

We proberen dit dus iets losser uit te brengen dan andere producten, omdat we willen zien wat mensen proberen te bouwen en ons product vervolgens blijven aanpassen aan wat ze willen bouwen. In plaats van elke mogelijke prompt te proberen voorspellen, is dat één gebied waarin we een keuze hebben gemaakt. We weten ook dat we integratie en interoperabiliteit met ons platform echt prioriteit geven, eerder dan ons volledige ecosysteem.

We zullen veel verschillende ecosysteempartners integreren, maar direct vanaf het begin besloten we dat dit waarschijnlijk iets later kon komen. Op andere punten wilden we niet inleveren. Het moest zeer eenvoudig te implementeren zijn en veilig zijn.

Veel ervan draait dus om de vraag: wat moet absoluut waar zijn om aan de lat te voldoen? In ons geval was de lat: het moet van prompt naar productie gaan. We wilden dat die waardepropositie vanaf het begin waar was. Wat productie precies betekent, zal in de loop van de tijd blijven groeien, maar vanaf het begin halen we die lat voor een bepaald aantal klanten.

Hannah Clark: Je raakte kort iets aan waar ik meteen verder op wil ingaan: het direct gebruiksklaar maken. Wat ik interessant vind aan deze sector is het idee dat gebruikers nieuwe gedragingen en mentale modellen moeten aannemen wanneer nieuwe producten verschijnen en bestaande producten evolueren.

Timing is daarbij essentieel. Je moet er min of meer van uitgaan dat je gebruikers een bepaalde basiskennis hebben om je product vanaf het begin effectief te kunnen gebruiken. Hoe denk je over het bouwen van producten voor gebruikers die die technische basis niet hebben, aangezien zij duidelijk deel uitmaken van het segment waarop jullie je richten?

Rachel Wolan: We denken daar op een paar manieren over na. Ten eerste willen we dat dit product bruikbaar en nuttig is voor beide segmenten: voor minder geavanceerde klanten én voor meer technische klanten. Voor een minder technische klant bouwen betekent voor mij bijvoorbeeld dat componenten heel eenvoudig kunnen worden geïntegreerd.

Componenten worden vaak door een ontwerper of ontwikkelaar gemaakt en niet door een marketeer gebruikt, maar wij hebben ze van nature toegankelijk gemaakt. Je drukt op een knop en ze worden onmiddellijk als context in je prompt gedeeld.

Dat was opnieuw een ontwerpbeslissing. We zeiden: het wordt belangrijk dat je bijvoorbeeld je navigatie en voettekst kunt opnemen in een app die je bouwt. Maar we wilden niet dat iemand daar echt over hoefde na te denken.

We hebben veel kleine beslissingen van dit soort genomen om iets te produceren dat vanaf het begin aanvoelt als jouw merk.

Hannah Clark: Laten we het hebben over strategische positionering. Wanneer je een AI-product ontwikkelt in een drukkere categorie, hoe bepaal je dan wat je zelf bouwt en waar je gewoon op integratiepartners leunt? En hoe identificeer je de unieke sterke punten van je platform en bouw je daarop voort?

Rachel Wolan: In ons geval waren de unieke sterke punten van ons platform rond het CMS heel duidelijk. Daarvoor kopen onze klanten ons. De grootste uitdaging was dat mensen ons traditioneel niet zagen als wat ik een headless of composable CMS zou noemen. We hebben dit jaar een API geïntroduceerd die onze klanten zijn gaan gebruiken, zodat ze het CMS in feite als database voor content kunnen gebruiken en die content nu in andere apps kunnen inzetten.

We wisten dat we dit hadden uitgebracht, maar we hadden nog niet echt nagedacht over hoe we het konden integreren. We gingen daarom nadenken over waar we onze API moesten aanpassen om gemakkelijker met een LLM te kunnen worden geïntegreerd. Daarbij profiteerden we er volgens mij ook van dat we eerder dit jaar een MCP-server hadden uitgebracht.

We zagen allerlei manieren waarop mensen onze CMS-API via een LLM wilden gebruiken. Dat gaf ons ideeën over wat mensen in een appgenerator zouden willen doen. We bouwen ook een AI-assistent. Veel hiervan draait om kijken naar de manieren waarop mensen met AI prototypes kunnen maken, zien wat ze proberen te doen en vervolgens bepalen wat we als product moeten aanbieden.

Het tweede deel van je vraag is: waar moet je partnerschappen aangaan? We hadden al een aantal geweldige partners geïntegreerd voor Webflow Cloud. We hebben Webflow Cloud eerder dit jaar uitgebracht. We hadden opslag al geïntegreerd en ook native een database geïntegreerd. Dat was dus een voor de hand liggende plek om op partners voort te bouwen.

Er zullen waarschijnlijk verschillende gebieden zijn rond logging en observability, en gebieden die niet noodzakelijk deel uitmaken van onze visie op een AI-DXP. Ze maken wel deel uit van het goed bedienen van ontwikkelaars. We willen er dus voor zorgen dat dit een product van ondernemingsniveau is dat interoperabel en native integreert met alle andere producten die we aan onze klanten leveren.

Hannah Clark: Heel goed gezegd. Laten we het hebben over distributiestrategieën. Zoals je eerder zei, is dat een grote uitdaging. Je moet je product onder de aandacht van mensen kunnen brengen en ervoor zorgen dat ze het kunnen vinden. Dat is sterk veranderd nu AEO steeds meer onderdeel wordt van het algemene taalgebruik.

We zien veranderingen in de manier waarop mensen producten in het algemeen ontdekken. Hoe zouden productleiders nu moeten nadenken over vindbaarheid en distributie wanneer ze AI-producten bouwen, vergeleken met zelfs een jaar geleden?

Rachel Wolan: Dit is een geweldige vraag. Je kunt misschien teruggaan in de geschiedenis en nadenken over de geschiedenis van productdistributie.

Als we bij het internet beginnen: de eerste manier waarop het internet werd verspreid, was via zoekmachines. Dat was het belangrijkste distributiemechanisme. Daarna leerden mensen dat het aanvankelijk draaide om het volproppen van zoekwoorden, waarna betere content hoger werd gerangschikt. Er zit echt een kunst en wetenschap achter zoekmachineoptimalisatie. Het is uiteraard nauw verbonden met zoekmachinemarketing, en er zijn veel bureaus en miljarden aan dollars in deze sector geïnvesteerd.

Iedereen probeert hoger te worden gerangschikt in zoekmachines. Vervolgens stap je ongeveer tien jaar later over naar mobiel. Mobiel heeft zijn eigen optimalisatie voor mobiele zoekmachines. Zowel de iOS- als de Android-winkel hebben in feite hun eigen zoekmachineoptimalisatie om je app vindbaar te maken. Je moest dus steeds je distributiemechanisme leren voor het gebied waarin je actief was.

De volgende generatie was natuurlijk sociaal. Mensen spraken veel over viraal gaan. Hoe ging je viraal? Via sociale apps. Je bouwde dus distributiemechanismen in je apps in. Bij Dropbox dachten we hier veel over na: je deelde een link om meer opslag te krijgen.

Ik deel iets met jou, en ik krijg meer opslag wanneer jij je aanmeldt. Dat was onze virale link en ook onze virale lus. We maten de virale coëfficiënt. Ik denk dat we nu een volgende generatie binnengaan waarin er volledig nieuwe distributiekanalen zijn. Je noemde Answer Engine Optimization.

Wat is Answer Engine Optimization? Een answer engine is bijvoorbeeld ChatGPT, waar je een vraag stelt als: wat is het beste CMS voor ondernemingen? Natuurlijk willen wij dat Webflow in dat resultaat verschijnt. Je moet dus nadenken over wat dat resultaat voedt.

Dat zijn natuurlijk je eigen content. Je wilt dat je eigen content autoriteit heeft. Verschillende answer engines gebruiken bovendien verschillende bronnen van waarheid. Reddit wordt bijvoorbeeld veelvuldig genoemd als bron voor answer engines. YouTube is voor veel answer engines ook een bron van waarheid.

Als productleider moet je dus terugredeneren: dit is de overkoepelende boodschap waarvoor we ons merk gerangschikt willen zien. We willen vragen beantwoorden. Je moet ook nadenken over de vijftig vragen die iemand kan stellen wanneer die persoon je product beoordeelt.

Traditioneel zou je dit zien als productmarketing die je PRD vertaalt naar een veel bredere blogpost. Dat kan de manier zijn waarop je een nieuw product aankondigde. Nu heb je echter een lange staart van content over je product die wordt ontdekt.

Ik denk dat het vaak de verantwoordelijkheid van de productmanager wordt om te zeggen: dit zijn de twintig vragen die we moeten beantwoorden. Het is heel anders. Het is nu een ander spel om je product door de ruis heen te laten opvallen.

Veel ervan komt neer op hoe goed je je klant begrijpt, hoe goed je de vragen begrijpt die ze zullen stellen wanneer ze die categorie beoordelen, en hoe goed je die vragen beantwoordt.

Hannah Clark: Dat antwoord was enorm waardevol. Ik heb het gevoel dat zoveel mensen en bedrijven nu echt proberen te begrijpen hoe ze AEO achteraf kunnen invoeren, omdat het een vergelijkbare maar toch heel andere manier is om na te denken over optimalisatie voor zoekresultaten en vindbaarheid.

Dank je daarvoor. Als we naar het bredere landschap kijken, zien we dat AI-hulpmiddelen het maken van software democratiseren op manieren die fundamenteel kunnen veranderen hoe organisaties, vooral in een B2B-context, nadenken over de keuze tussen zelf bouwen en inkopen. Hoe zie je dit de komende jaren de productstrategie beïnvloeden?

Rachel Wolan: Ik vind dit een geweldige vraag. De eerste vraag die je jezelf als bouwer moet stellen is: wordt mijn bier hier lekkerder van? Dat is volgens mij altijd de vraag: moet ik interne middelen inzetten om dit probleem op te lossen?

En is dat echt de moeite waard? Soms wel. Misschien levert het een tienvoudige procesverbetering op en is er niets anders op de markt dat in die behoefte kan voorzien. Ik denk wel dat veel mensen interne software zullen proberen te bouwen. Toch blijft er een kunst verbonden aan het bouwen van geweldige software, zelfs als het honderd keer eenvoudiger wordt om die software te genereren.

Dat betekent niet automatisch dat mensen hebben nagedacht over rechten en toegangsbeheer. Ze hebben niet noodzakelijk bedacht hoe verschillende systemen met elkaar integreren. Ik denk dat er als gevolg van generatieve software een snelheid van veranderingen in bedrijfssoftware zal ontstaan die we nog nooit hebben gezien.

API's zullen daardoor sneller veranderen. Integraties zullen vaker stukgaan en je zult ze moeten onderhouden. Daar wordt je bier doorgaans niet lekkerder van. Dat is dus iets waar ik veel over nadenk. Ik geef een voorbeeld van iets dat we absoluut zelf hadden kunnen bouwen, maar waarvoor we ervoor kozen een leverancier in te kopen.

Een van de dingen waarvoor we een leverancier hebben ingekocht, is het bundelen van feedback, vooral van ons gebruikersonderzoeksteam. We hadden dat zelf kunnen samenvoegen met opnamesoftware, een app en een LLM. Dat hadden we absoluut kunnen bouwen.

Maar denk ik dat dit tot onze kernactiviteiten gaat behoren? Nee. Dat is geen kernactiviteit van ons. Ben ik bereid een deel van ons budget te betalen om mijn team effectiever te maken? Ja, absoluut. Dat is dus een van de kernvragen.

Daarna komt het natuurlijk neer op de vraag of je dit misschien opnieuw wilt verkopen. Er zijn bedrijven die eerst voor zichzelf bouwen en het product vervolgens proberen door te verkopen. Ik vind dat een volledig geldige strategie. Wij doen dat zelf ook. Wij zijn de grootste gebruiker van Webflow.

We proberen die pijn zelf te voelen. Wanneer iets werkt, weten we dat het werkt omdat we het zelf gebruiken. De grote vraag is dus: maakt dit echt deel uit van je kernworkflow waarin je wilt investeren en waarmee je je klanten wilt helpen?

Hannah Clark: Om hier een strik omheen te doen: nu we op dit punt in de tijdlijn van de ontwikkeling van AI-technologie zijn aangekomen, wat is dan je belangrijkste advies voor mensen die de markt willen betreden en een AI-strategie willen opzetten?

Hoe adviseer je hen om op dit moment over timing en positionering na te denken?

Rachel Wolan: De eerste vraag die ik zou stellen is: in welk segment werk je? En in welke verticale markt werk je? Er is bijna een vier-bij-vier of acht-bij-acht. Er zijn bijvoorbeeld tien functies binnen een bedrijf en vervolgens allerlei verschillende uit te voeren taken.

Ik zou ernaar kijken als naar een kubus. Bevindt dit zich hoog in de markt, maar zie je dat hetzelfde gebruiksscenario voor dezelfde eindgebruiker en dezelfde uit te voeren taak lager in de markt plaatsvindt? Dat is een heel goed signaal dat dit waarschijnlijk een goed moment is om te investeren.

Dat geldt wanneer je je richt op een bestaand segment, een bestaande gebruiker en een bestaande uit te voeren taak. Wat ga je anders doen? Als het een markt is die snel groeit, hoe ga je dan iets doen waardoor mensen het bij jou kopen in plaats van bij deze concurrent, ook als die misschien dichter bij jouw platform staat?

Een groot deel daarvan draait om het begrijpen van je algemene strategie en vervolgens het accepteren van de timing. Je kunt de timing niet veranderen. Wat ik zou zeggen is dat tijd van essentieel belang is. Als jij een kans ziet, ziet iemand anders die kans ook. Je moet de eerste zijn, anders verdwijnt die kans waarschijnlijk.

Waar het vroeger misschien wat langzamer ging om uit te voeren, is uitvoering nu veel sneller geworden. Het moeilijkere deel is mensen laten begrijpen dat je naar deze nieuwe markt bent verschoven, of mensen ertoe bewegen iets nieuws uit te proberen.

Wat interessant is, is dat we op een moment zijn aangekomen waarop meer bedrijven meer hulpmiddelen uitproberen dan ik in mijn volledige loopbaan van meer dan twintig jaar heb meegemaakt.

Het is daarom een geweldige tijd om AI-producten te bouwen voor kenniswerkers. Dat is misschien wat ik zou zeggen: het is een geweldige tijd om dit te doen, en je moet gewoon de punten kiezen waarop je je gaat richten.

Hannah Clark: Dat vind ik geweldig. Bedankt voor het delen van al je inzichten.

Het is zo bijzonder en nederig om te horen van iemand die zo dicht op deze sector zit en al deze verschillende punten kan bekijken en becommentariëren: zowel de distributiehoek als de hulpmiddelen zelf. Rachel, waar kunnen luisteraars je werk volgen of meer leren over wat jullie bij Webflow bouwen?

Rachel Wolan: De beste plek om te zien wat we bouwen is webflow.com/ai, waar je de hulpmiddelen zelf kunt uitproberen. Je kunt me ook volgen op LinkedIn en Twitter. Het was geweldig om vandaag wat tijd met je door te brengen.

Hannah Clark: Ja, wederzijds. Heel erg bedankt dat je bij ons was.

Rachel Wolan: Heel erg bedankt.

Hannah Clark: De volgende keer bij The Product Manager Podcast. We hebben goed nieuws en slecht nieuws. Het goede nieuws is dat je organisatie groeit. Het slechte nieuws is dat je organisatie groeit. En hoewel het opschalen van een organisatie vanuit leiderschapsperspectief zowel een zegen als een vloek kan zijn, gaat onze volgende aflevering volledig over het bekijken van de ruimte tussen product-marktfit en opgeschaalde productlevering vanuit operationeel perspectief.

Deze aflevering is vooral relevant voor leiders van AI-ondersteunde platforms. Als dat op jou van toepassing is, klik dan op de abonneerknop zodat je hem niet mist.