Back
Florian Douetteau
Cofounder, Dataiku

Powered by AI #:12 AI and People – From Knowledge to Organizational Intelligence

🎥 Dec 03, 2025 📺 Powered by AI ⏱ 62m 👁 13 views
Powered by AI is a talk series exploring AI's role in the energy transition by bringing together academia, industry, startups, public ...
Watch on YouTube

About Florian Douetteau

Florian Douetteau, co-founder and CEO of Dataiku, has been discussing the evolution of enterprise AI and the challenges posed by agentic systems. In a July 2026 interview, he said that large language models (LLMs) are becoming commoditized, with the key drivers being inference speed and energy cost. He argued that while AI can automate many tasks, it cannot solve the problem of accountability, as agentic systems concentrate risk and responsibility rather than distributing it. Douetteau also expressed skepticism that "vibe coding" will be the final interface between humans and machines, predicting a shift toward visual or domain-specific languages to manage human-LLM interactions. He warned that as the cost of creation approaches zero, the cost of managing complexity will rise sharply, creating a risk of organizational chaos in large enterprises. In earlier appearances, Douetteau focused on the need for governance and data quality in AI adoption. He described "semi-deterministic" agents—such as those used in procurement or marketing budget optimization—as a promising category for enterprise use, contrasting them with open-ended project management agents. He noted that many enterprises are still taking "baby steps" with agents, with many so-called agents being "glorified assistants" rather than true autonomous systems. Douetteau emphasized that giving more people orchestration powers requires stronger governance, and that the data products that actually matter in business are often "shadow data products" like Excel spreadsheets with VBA. He also spoke about the societal implications of AI, stating that the outcome could be dystopian if it leads to widespread replacement of workers, or positive if it accelerates research and economic efficiency, and that the erosion of trust in people's ability to make a living could lead to social unrest.

Source: AI-verified profile updated from Florian Douetteau's recent appearances. Browse all interviews →

Transcript (45 segments)
M
Muhammad Shaji0:03
Hi everyone and thank you for being here this evening. I'm Muhammad Shaji. I'm in charge of digital innovation acceleration within NG. Today I'll be very pleased to introduce and ask questions to our panelists for this new edition of Powered by AI held by the NG and MIT Club France. But before starting our panel, I'll ask Claire to introduce the YPN program and YPN network because we are holding this session with YPN.
C
Claire Lua0:45
Good evening everyone. Welcome. I'm Claire Lua, part of the Young Professional Network. YPN is a community to connect young professionals at NG, to share ideas, foster innovation and better understand the vision of NG. Each year we organize an event, Creative Way Lab, for young professionals and it's in this partner area that we are welcoming the Powered by AI session.
M
Muhammad Shaji1:29
Thank you very much, Claire. Very happy to be part of this YPN program. So to introduce the session today, we will of course talk about AI and people and how it's shifting the way we are interacting with machines today and how the adoption of these new AIs or new machines are developing a new way of trust and planning a new or designing a new future of work. So before starting and asking further, maybe I let the moderator finish the introduction and then give the floor to Enes and Florian to introduce themselves and talk about what they're doing in their current activities.
M
Moderator2:41
Thank you, Muhammad. Hello to our speakers Florian and Enes and thank you to everyone. Sorry for the late arrival. It's one of those days when things don't always go as planned, but I'm glad I'm here. Thanks for being here as well online and physically. We have an amazing roster of speakers today. I'm really glad to welcome Enes and Florian. We discussed a bit at Adopt AI that took place last week at the Grand Palais on new topics surrounding the intersection between machine and humans, and the short discussions we had led to organizing this session because I felt that our speakers had good insight on both work that has been done in the past and how their solutions are being implemented in industry, and what their vision is for the future of human-AI interactions. So maybe a quick word of introduction from both of you and then we can kick off.
E
Enes Besp3:48
Hi everyone. My name is Enes Besp. I'm the founder of Cedex. Cedex is an AI assistant that is specialized in speech to text. So basically we do transcriptions, we do summaries and then we have a RAG where you can find every information within the system.
F
Florian Douetteau4:09
And I'm Florian. I'm the co-founder of Dataiku and Dataiku is a collaborative platform enabling enterprises to build AI solutions. We essentially enable teams that usually comprise a mix of data scientists and people in the business to build AI use cases on top of their structured and unstructured data.
M
Moderator4:29
We can start. So let's start with the first question. We see the movement today that goes from the chatbots and what OpenAI launched three years ago now and we're moving step by step to AIs and machines that are acting. From your perspective, what's moving today from this chatbot interaction with the machine to agents that are taking actions in an organization, in processes within an organization?
E
Enes Besp5:04
From my own perspective, I see that we went from being passive to being proactive. Before, we would just interact and ask for an output from a system. We ask a question and then it searches for information and then it can analyze information for us. Today it can anticipate a need. For example, if we ask a question, not only do we receive an answer, but we receive a request to, for example, prepare an email or draft something and even go more into the action of embedding it within the system that we're using right now. For example, I'm using Microsoft. The system knows that it's Microsoft and it can send an email directly from Outlook. So right now we're at the beginning of agentic. It's still quite blurry what we can concretely do and what is still a utopia for us. But what we can concretely do is prepare actions. What still is a utopia for us is the fact that we embed it perfectly within the system so that it's frictionless for the user, so that it doesn't even anticipate or connect anything and that any user today can use it and just create any action whatsoever. But obviously this depends on every use case that we have in the company.
M
Moderator6:35
So Florian, you've long argued that the chatbot was maybe the first entry point to this new generation of AI interaction. But if we pull the thread, we go towards whole process automation. How do you think about that journey from a user's perspective?
F
Florian Douetteau6:56
I'm operating with a mindset that indeed there will be down the line way more automation through agents. Automation is not new; you will just be able to automate more things. So I take that for granted. And then the next step is, what do we do as humans, assuming that more and more things such as reading your emails in order to produce a report to your boss are kind of automated or take you 10 seconds instead of 20 minutes? Then the logic is that you're spending more and more time as a human to understand what's working versus not, to exercise your judgment, to put style into the thing, to know what's good versus not and express that to the machine, to assess where the errors are in the system versus not. If it's going in the right direction, if it's actually learning, you probably do that as a human because you are still a knowledge expert and you are still accountable for something as a human. So in that world, the main UX for a human is probably not the chatbot in the sense that what's important for you as a human when you exercise this ability to have a judgment is to be able to very efficiently understand the machine. What has it done through the last few days of automation? What work is not to use your eyes and look at all of this data? And you probably don't do that just by asking the machine, 'Were you okay? Have you done a good job?' because the machine will say yes. So it's not very useful. So you will actually have more and more the need to have efficient ways to inspect what has been done by the machine. And that's maybe an underestimated need for the future, because that's where we should spend our time on, too.
M
Moderator9:00
To react to what you're saying, Florian, does it mean that we will move from doers to managers of things doing or agents doing things?
F
Florian Douetteau9:13
I think we already do that quite a bit. Compared to decades ago, a lot of people sitting in office are actually more managers of processes than what they were before. They may be doing that in Excel today, but it would be more and more on that. Indeed, there is a role that will be about managing the machine, like giving feedback. How you do it exactly is TBD because we are so early in the process that we haven't really redefined what work will be.
E
Enes Besp9:47
I think we'll also have two different types of people: the makers and the managers. The makers would be the brain behind how we construct to evolve with AI and how it can actually fit a real need. But on the other side, you will have the people that are not interacting at all with AI because it's still manual work, and we will still have manual work. So I think there will be a gap between the workers that would just still do what they're doing today but at an enhanced pace without having a large component of AI disrupting what they do, and then you will have the managers and the makers constantly trying to innovate and improve not only their efficiency but also the way they think and share knowledge. So I think this is where we are in the industry as well. The industrial sector and the energy sector, I'm sure there are a lot of manual work that is still very far from how we're using AI in the day-to-day job that we're seeing today. And maybe their work is going to change in a different way and not totally in phase with what we're seeing with managers and makers.
M
Moderator11:12
To your point, in the industrial sector we're seeing embedded AI in drones and robots that do maintenance inspections instead of teams going out on the field, so we're seeing a shift in those kinds of profiles. One thing that I've argued for is when data science or programming students ask me what's the future of their field, I think there's a convergence in terms of individual profiles on domain knowledge and problem-solving capacities. By domain knowledge, I mean you need to know what you're applying your skills towards, because AI agents are now helping write code and solve problems, but you need to be able to identify the problem you need to solve and describe it in a way that is precise enough and also be able to evaluate the output of the model. So that's one of the use cases in terms of what's evolving in human-machine interactions. Development is one we've seen a big peak of usage and then it sort of plateaued and went down in terms of percentage of downloads and usage of tools like Lovable and Copilot. What's your feeling on that? In your companies, do you ask your teams to use AI co-development?
E
Enes Besp12:40
I do, but I also see that there are nuances. I don't force them to use any specific tools. I ask them to explore, to test, and also to see what their input is and how they can value their time. For example, we tried Lovable many times, but it doesn't really fit into our processes today. We found a few flaws in how we can create with Lovable, so we decided to use other tools. Obviously they use GitHub Copilot and other coding tools, but I feel that today is an important time to really do our benchmark and also try to see how the value of each engineer and developer can not only improve but, as we said, with just managing the tool, how they can manage at their best the tool with the knowledge they have and how they can also improve as a developer. So 10 times productivity is important, but not only productivity—quality. How can we improve the quality, not just using any tools? We had a peak, we saw many different tools, we spent a lot of time doing benchmarks, and from that benchmark we realized that some tools can give us a bit more time but they don't make our platform better. They don't increase specific value. The value that we manage to get as a developer is mostly the quality of embedding our code into different workflows and integrating it into a system that is connected with every single system from our clients. For that, we didn't need a specific tool; we needed specific knowledge in a specific environment like Microsoft. We needed specific developers for that, and we didn't find any tool that could replace that knowledge specifically. So I think it depends on which components and which type of feature we need to improve. But of course, the job of a developer is going to evolve day after day, year after year, and I'm sure in the next years we're going to see education change completely in that sense.
M
Moderator15:27
And Florian, I'm curious about how you see it in-house, developing that AI platform, but also for the users of the platform. Are those features that you're pushing for?
F
Florian Douetteau15:43
We've seen for a couple of years the development of citizen development or citizen data science, citizen analytics, citizen AI—the fact that people in the business become owners of a process or a workflow or an app and build it by themselves. For instance, we have customers that are large manufacturers who have process engineers or quality technicians on the factory floor in each factory that are building their own analytics, their own app, their own way to adapt the process or the quality control or some aspect of the decision-making of their industrial process for a particular supplier or batch. They integrate data on their own and rebuild their models. Why? Because they have the context. They understand the data. If you have dozens of factories throughout Europe and the world, you can't have a central data scientist build every variant of every data set and be there when there is a new supplier in Poland that wants to change something. You want adaptability on the field. I think this citizen aspect is more and more an important way for organizations to adopt AI in a practical manner. The mental model I have is that in every company, you have a couple of percent—maybe 3 to 15%—of people who deeply understand either the process or the data of the company or what good looks like, what optimizing means, what type of trade-offs you can run. It's not 100% of your company, but you have this portion of the company—not necessarily managers—people knowing the business that understand a lot of the business context. It applies to manufacturing, to clinical trials in pharma, to finance of course. Those people are key for the organization to transform itself because building relevant applications without their contribution, without them owning it, has two issues. First, you lose the business context you need. The only other way is to have them write a spec and hope that it can understand it, or bring consultants in, which is not great. Second, adoption: the more you go toward automation of work, the more you need people's buy-in to actually accept the new application. If the person who built the application or contributed to it is not someone they trust, they will not accept it. There's a dimension of adoption that is more and more important because what we're talking about is automating piece by piece various processes in the enterprise, and you need to be relevant to do that.
M
Moderator18:45
Let me go back to a question or to what Enes said about the process, saying that these new tools are not fitting in our process either in your own teams or organizations or with the organizations you're working with. Did you see how AI or the future agentic AI are changing processes? Do you have real feedback on processes that completely changed because we're introducing AI within them?
E
Enes Besp19:09
100%. For our clients, we see a before and after that is quite clear. The only problem before was that knowledge was really scattered—in emails, Microsoft, whatever we said with a colleague once, or in a notebook. Now we can capture all the data in one point. For us, especially in speech to text, we're capturing all the conversations we have—any type of conversation, physical face-to-face, video calling—we capture it. It's live data that is automatically updated every second. So we have a live knowledge management board that is constantly updated. Then we clean this data and make sure it is structured and usable for a specific use case. For example, if I go with an HR within a company, HR is going to make a lot of meetings with potential candidates. They're going to interact with 100 candidates for one big position. First, they call a number of candidates for 5 to 10 minutes, then they have a recap. Out of those 100, they meet probably 30. Out of those 30, the HR takes one hour to have a conversation with them via video call or face-to-face. We capture this data, put it in a structured note, and it can be sent to every manager in the process. The manager can ask different questions, find data that the HR probably didn't capture. Then once the person is onboarded, we have every conversation of the onboarding. The manager gets all the information already structured; they don't need to go back to the HR and ask the same questions. At the end, when the candidate is selected, they can have an extremely personalized notebook with everything discussed in the interview, without any friction, without going back and forth, without having data everywhere. Then once this candidate does 10 years of career and leaves, we have captured every single piece of data all along. Obviously we're not at 10 years yet, but we can already see the progress from a company we onboarded two years ago to today. Once the knowledge is gone, we can still keep this knowledge for the next person that is going to be onboarded with the same tool. So it is usable. I try to make the example as simple as possible, but this is a concrete example of how we can already concretely use AI effectively, have it within our processes, and make it work seamlessly for any type of company. This can work in every single different job in specific sectors. We have this for inventories in factories, for example, when they do live inventory within a factory. We have so many different examples.
M
Moderator23:05
The process you describe is interesting and it's an incremental improvement on existing processes. What I'm interested in thinking about if we pull this further into the future is how do we rethink the process end to end from scratch? If we were to use AI as a basis for everything, especially in the context of HR, one thought that comes to mind is that currently interviewing is screening CVs, interviewing, etc. Eventually, what might be interesting is to look at performance on the job of people who have been interviewed with certain parameters and metrics for them being selected. Can you use the outcome of annual evaluations, for example, as something that would train a model that would tell you that these are the criteria that made sense during the interviewing process, what are the misses, and what worked well? Both in terms of your experience and maybe Florian as well.
E
Enes Besp24:06
100%. If I can answer quickly, I talked about being proactive earlier. But what if the candidate said they can do a specific thing about engineering, and then once the person is in the job, leading a project, and the manager comes into it and the candidate finds difficulties, we can have an AI go through every single document, every single thing that the person said and go back to it and say, 'Oh, but this is an example. You said that you worked on that case previously at that time with this company and it has the same components. Maybe you can use that directly.' If the AI can be ongoing, we're working on proactive AI where when we speak, the AI processes every single thing as a real transcription and goes into all the documents and finds all the documents that are related to what we're saying. We can do the same thing for a candidate with the HR process. They talked about so many different projects, made a case study, or even worked on a project in the beginning, and then two years later we can go back to it constantly and find the similar points that have been talked about.
F
Florian Douetteau25:49
To get back on your question about the redefinition of processes, I think that in order to have this discussion, you need to build a mental model where you've got small processes and big processes. A small process would be, for a bank, building a report on the risk of a small business before getting a loan, or for a pharma, building the Excel spreadsheet of potential patients for a clinical trial, or on a manufacturing site, writing the security report at the end of the day based on the production log. You've got those small processes all over the business, and you've got big processes like onboarding customers, managing your production schedule. What I see today in the market is that my customers are building agents for the small processes and doing the hard work of finding the right data, putting it together, testing and validating it in situ with the data in order to push the button and run. I've seen that happening dozens and dozens of times, and this agentic part starts to work. A year ago I could not have said this sentence. Now, the mega process part—where I actually redefine fully based on all of those new capabilities—I haven't really seen it for real completely. I guess the big question in terms of AI success and the value of AI is that in some situations, you have some productivity gain coming from the optimization of the small processes, but you don't have gains high enough to justify the organizational cost or the change cost of AI. The big question for organizations is when and how can they make this step change of redefining completely those big processes, which is way more disruptive, or can they get enough benefit from AI just through step-by-step adoption? It might not be a black and white situation; it could be a combination of both, but it's a big organizational and strategy question for most organizations because disruption is never easy.
M
Moderator28:33
Maybe just a last question on this topic. You were mentioning earlier local developers or citizen developers developing something very specific versus the idea that we can develop generic models that are applicable at scale throughout the organization. How do you see in practice, with customers you work with, the balance between both? That's a question we ask ourselves: decentralization versus centralization and how do we go at scale?
F
Florian Douetteau29:03
My model is that you've got three things in the organization: collaboration (the people perspective), integration (the systems), and governance. You need to find a tight balance between all of this. If you've got only one system, it's easier to solve for everything, but in real life you've got multiple databases. Solving for integration is a big thing. If you let people do anything and everything, you've got a big governance problem—you can't control what goes into production, and access to data becomes an issue. So as an organization, you have to constantly put the cursor somewhere, find this balance. You enable people to work enough, give them ways to innovate, but put some governance and setup in place. It's a constant struggle. What we try to solve for in our product is to help organizations put the cursor where they want, to maximize the surface area of those choices. The way it works today is that citizen development at scale for lots of data-related or ML-related tasks is becoming fairly mainstream. In many businesses, the general idea could be that the data scientist as defined by 'I transform the data to build a model' may no longer be the job because lots of people doing Excel in the business today already are doing it or could be doing it. So there is a shift there, and this democratization has already happened to a large extent. Now it's more about building complex agentic stuff. Who is doing it? The population actually doing it is way smaller in most organizations. This part is still fairly centralized, but starting to involve some collaboration. The way most of our customers approach it is that you give simple GPT or simple agent capabilities to everyone in the business—ideally, you can write your prompt and have some simple tools to make your case. Then the actual thing that would be an actual tool, an actual integration, something more substantial, is done centrally. This is a way to manage innovation today. The goal at the end is to capture what are the small processes that could be developed in the business and accelerate the path to governed production of those things.
M
Moderator31:43
What I got from discussions with other colleagues and counterparts in other big organizations is that we asked people from business to define what are the best use cases. Don't you see in your ecosystems that these people from business define just processes where we ask AI to change their human way of doing things and not go further into the finer part of how AI is working and the real capabilities of AI to go further and change the entire process?
F
Florian Douetteau32:21
Yes, I think so. I think there is a bias: if you ask the business to do it, and especially if you ask the managers of the business to do it, they might be biased toward an obvious solution that is actually not deriving value. There is also the first-class bias: only the involved people—the 3 to 15% you mentioned earlier—are really engaged in this way of thinking and will push for it. It's not really what's happening in all of the business. I think it's important to have the involvement of business leadership to get buy-in and prioritization of the domains where AI disruption should happen, because down the line many of those efficiencies require change of the business model or the organization. You don't just do it as a geeky endeavor. But I think the path to innovation is actually happening bottom-up by enabling people in the business to discover it by themselves, playing with their own data, touching it, and understanding what works versus not. Then the other way around, you need a more creative way to rethink the business completely because now that you have tools like deep research and agents that are almost free, the whole process as it is today makes no sense because it was making the implicit assumption that those things are costly. So you change completely the way you think about parallelization of everything. It requires some creativity, and scaling that creativity is still hard today.
E
Enes Besp34:22
I always talk to different businesses about what they think would be next for them after giving them AI assistants, agents, whatever they have in mind. It reminds me of one thing I saw in a documentary about AI: back then, 150 years ago, if you asked people how they would see the future of transportation, they would say faster horses. That was the question from Ford to his customers. They wouldn't see a car because they didn't redefine the entire concept of going from point A to point B. That's concretely what we're doing right now: how can we go from point A to point B and redefine the entire process between A and B? What I found is that most people, when asked how they can use AI, say 'go faster, make the process easier, shorter.' It's always the same terms. But when we go back to the first question about the managers and the makers of AI, how are the makers going to rethink the entire jobs and different businesses for tomorrow? In the next 25 to 50 years, I think the giants are going to be completely different, and typologies of companies are going to change their entire strategy and also their entire way of defining productivity. You can do a lot more with a lot less. So how do you make business more viable in the long term with the amount of people we have today? How is education going to improve and create the new systems, the new jobs, and probably the new subjects? If coding or engineering is not going to be the core topic of the future, it's probably going to be about psychology or other aspects that are still not completely understandable by AI. So maybe one of the future jobs would be mixing psychology with current systems like coding and improving the entire area and the way people work together in a specific task. That's a lot of thought process, and I think we can debate over this and try to redefine every single job all night, but there are many different areas.
F
Florian Douetteau37:23
The interesting part is that cars still have wheels, whereas many people would have dreamed about the future of transportation with cars without wheels, but we still have wheels because they are very practical and dependable. I guess the question for technologists is: what is the equivalent of wheels—the thing that we'll still be using and look quite old in 15 to 20 years? When you think about the adoption of AI for core processes or critical systems, there is probably a bit of that. For instance, we have many customers doing lots of forecasts—energy forecasts, financial forecasts. I believe there will be lots of additional use of frontier models and large models to do those forecasts very differently because you can add lots of incremental value. But I also believe that many companies will still use very traditional techniques at the core to have statistical proof of whether their forecast is correct, because they actually understand how it works. I do believe that in 20 or 30 years, when a bank grants a loan, it will still be using a mix of linear regression and decision tree because why take an additional level of risk? Even if you use language models to parse unstructured data to feed into your model, you will have a core thing there. When we think about the design of intelligence in the organization, you will probably have composite systems where you have very modern large language models doing marvels, but at the core, you still have those traditional techniques that you have to update and maintain, and they may be driving the core of your performance. And even older stuff called humans checking the box or managing exceptions. Designing all of this—machines and humans working together as part of the organization—is a very interesting endeavor.
M
Moderator39:53
So if we talked a lot about workflows and processes, if we look at the interface between humans and machines, like we were saying in the beginning, chat and text have been the primary interface that shifted the mindset. You're working a lot with voice through meetings. There's multimodality in new models with vision included in the mix, also quantitative data. So what you were mentioning might be the right tool for the right usage—not LLMs and large models for everything, but specialized models that are more frugal, statistics-based, or have some level of expertise to do the right kind of application. How do you see the evolutions? You started with voice through a tool that listens to meetings. Are you also thinking about what the different modalities are that you can include in using AI for use cases?
E
Enes Besp40:54
I would say it's between two things. The first thing that any company asks us because we're working on voice and sensitive conversations is security. How can we innovate? We still have to be compliant, regulated, and follow many different rules within Europe, within France, and within the organization itself. So the first futuristic thing I see is that innovation cannot be slowed down by security processes. Today we have to go through so many different compliance and regulatory systems, and I feel like even the government is still trying to find the right cursor of how much to regulate and how much to leave innovation to continue to foster. Our goal is to create the most secure AI assistant that can be created and used by the organization in the most simplistic way, embedded frictionlessly for any user without even seeing that it's an extra tool or agent, directly embedded in their entire process and the way they work. So that's the first thing: having a frictionless tool while still being compliant with security and regulation. The second thing I see as what's next is proactivity. Whereas before we had a passive AI system that could capture notes and transcription and then we could talk to the AI afterwards to find information, tomorrow we will see this assistant anticipate my needs in real time. When I talk to, for example, different business developers in my team and try to see what we have done wrong and what we have done right, at the same time that the business developer talks about it, I have the news from what happened lately with this company, the different talks we had with the customer, and the different data points from Salesforce of how it can perform overall. So what I'm seeing is that we will empower in real time our thought process so that we can be not only more productive in general but more proactive in real time and also in making decisions. That's what we're working on, and hopefully in the next years we can have augmented not only meetings but augmented exchanges with different people, using every single resource and every single data that exists on the market, whether external or internal, to make the right decisions. Maybe that information will appear in virtual reality glasses in front of you during the meeting.
M
Moderator44:20
Oh, maybe not.
F
Florian Douetteau44:26
I think I already see that happening in terms of trends of UX—what I could call anticipating interfaces or anticipating user experience. It derives from the fact that in agentic use cases such as reporting in banking or sales use cases where it's about analyzing sales performance and evolution from one week to the other or one quarter to the other, you've got new applications being built leveraging the fact that generating explanations and summarizing information is now free. Before, our customers were building applications that were a lot about presenting information in a certain way and thinking about what information to put first versus not, and then drill down. But now, because all of this is almost free, you do all of the potential queries that could be relevant to the customers. You generate all of the explanations. You generate pyramids of summarization of everything. It's almost as if you present things with too much information, where if something is interesting to the customer, they click on something and get a bigger box, and a bigger box, and a bigger box, so that managers can understand or look at the reports differently. So it's a different way to present information which is happening for real. I guess it's not yet the 'I'm talking live to my Meta glasses and the thing is generated in real time magically.' It's a bit more pedantic in terms of actually building the thing and using different agentic systems to do lots of SQL queries, which is always good. But it is happening, and it's a new way to think about user experience.
M
Moderator46:20,
Don't you see in this user experience a difference? I don't know if there is a word in English, but in French there is a difference between 'usage' and 'utilisation.' You don't need to know how the subway works to go from point A to point B. Don't you see in the future of usage of this AI people that don't need and don't want to know how it works to get what they want from it? As you said, the new way of displaying information, people will take the easiest way to get what they expect, going through confirmation bias and the way our brain works in this interaction, just following what the machine is saying.
F
Florian Douetteau47:15
I guess here it's a difference between B2B usage and B2C usage. B2C usage you want to optimize conversion. It's like 'ChatGPT, buy a screwdriver for me automatically because I ask for it' without thinking about it. In B2B, you want to build your application the other way around so that it's very rare for people to not ask themselves if it's actually what they think it is. A tool is never used the way it was conceived.
M
Moderator48:03
About the user experience, one way to think about it is that the software as a service model has dynamic data but a static interface. What you were describing as digging deeper and deeper is maybe a dynamic interface that is on demand for accessing dynamic data based on your needs. Is that something you are exploring? How do you see the evolution? For me, chat interfaces are like the console level, ground zero of interactions with machines from 30-40 years ago. Then there were graphical user interfaces that improved from there. Where do you see the next step?
F
Florian Douetteau48:50,
I think there are multiple steps. Step one was having some form of no-code app so that you could build custom interfaces for a specific use case. Step two, the chat enabled you to have this freedom, a console-level interface to actually freely build new things. Step three, where we are today, is mixing the two: for a given use case, you have an app on the left and a chatbot on the right, and they can interact with one another in real time. You get a console with a custom-built interface. Step four, as you explained, would be things that are way more fluid—completely self-built interfaces that would build a new interface on demand for a specific use case, with the agent defining how to present the information to a user. I guess we are not there yet. I think it's not there yet because first, there's a question of usage: in the enterprise, if you present information in a way that is not something the user can understand, you create a risk. Misinterpretation in any business context is not something you want. Second, if we're honest, the generation of applications and even great things like Lovable are great at building fantastic websites and interfaces, but maybe not with the level of 'first shot is perfect' that you would need to get this type of magic interfaces yet.
E
Enes Besp50:54
I just want to go back to what you said about the fact that we're not maybe there yet and we're not ready. I think there are two things. First, there are people that are techno-addicts; they will try everything out, be very enthusiastic, connect and create their own agents. And you have an entire population that we cater to today, and we have to do change management for them to make sure they understand how the technology is going to be integrated with their workflows, but also to reassure them because they are scared. They are actually really scared of what's coming next, scared about their own job, the way things work. They think things are going extremely fast. The internet took almost a decade to be implemented and really used and integrated into the system. Today, it's been what, two or three years since it started to explode? So people are still trying to accommodate. That's why we still have this delay and we're not there yet, because we still need to have this entire change management process within the organization and try to make people at the same level of understanding and integration before we go to the next step. I don't know how long it's going to take, but I guess every organization has to take this into account before going faster.
M
Moderator52:34
Maybe that's a good segue for the last few minutes of the discussion around knowledge and expertise, things that are inside our minds as workers, specialists, experts, professionals. How do we get that out of our heads so that we can leverage it, capitalize it, make sense of it, share it with others, make others grow with it, but also use it for machines to collaborate with us? Florian, maybe.
F
Florian Douetteau53:06
Sometimes the way I think about the journey enterprises are on today is that they are essentially trying to capture the knowledge that is locked in the heads of people in order to put it somewhere where it can be automated. Currently in the enterprise, it took 20 or 30 years to adopt various systems and business applications, CRM, ERP, so that some aspects of the business logic are fairly fixed and not very agile but are somewhere and encoded somewhere. Everything left is the art stuff—all the exceptions and nuances that you need. That 'no' is essentially when you are an enterprise proud of its culture or you want to operate as a business, and it has lots of value. You hire people in a certain way to make sure they can accept the way the business works, and it's something you built over decades for many organizations. If you really believe in the automation of the enterprise, you have to imagine that five or 10 years from now, there will be at least a portion of this knowledge which is in prompts of agents or the equivalent of prompts of agents somewhere. That will translate this way of operating into a digital form: 'Who should I answer to a customer in a certain context?' Before, it was a cultural norm shared in the company through training and enablement. Now it's a prompt or a style that is somewhere in a system for hundreds of things. The way you will manage that or do this translation and understand what you actually do when you do this translation is probably a key aspect for companies, not just to be efficient in terms of bottom-line efficiency, but more importantly, keeping their soul. If you build a system without understanding where you are, you might start not understanding anymore what you are as a company, which is frightening.
E
Enes Besp55:15
Just to quickly finish on that, on the most simple basis, I think it's very important to just talk to the users. Don't just give an app and tell them to log in and find it out by themselves. It seems very basic, but trust me, the number of companies that were so happy that our team was really talking to them, onboarding them, taking them step by step through the process and reassuring them—I think for them it was change-making. I didn't see that in the beginning, but then little by little we found this as a very big difference in the way people actually take innovation into their own businesses and their own jobs and make it better.
M
Moderator56:03
So on these wise words, maybe we can end the conversation. Maybe we'll take a question or two. I know that Florian has a hard stop in a few minutes, but let's take a question from the audience here. Are there questions in the audience or you can ask also in the chat?
A
Audience Member56:31
Hello, many thanks for the talk. Going back to the citizen developer concept. I'm lucky enough to be a developer and vibe coding is a blast. You can go 10x, 20x productivity, and that's a huge game changer for developers. The makers you were talking about that I can see in every organization are starting to develop—they can output Python, they can output with Lovable full systems at scale. I'm really wondering, maybe at NG or for the customers you are discussing with, how do you prevent this from getting completely out of control? You have two forces going against each other: one is you give productivity for the 15% of people who are actually managing the organization, and I'm wondering what the other 85% are doing. On the other way, you have IT professionals who are completely afraid of agents going everywhere and messing with data, maybe on the big processes you were talking about.
E
Enes Besp57:46
To be able to keep control and not make things go around, today we also try different types of applications. We give them the freedom to try and test out every single thing. But at some point, even in our size of company, we have to regulate and try to define specific processes that really work within our system and how we can embed them with our organization. Same for our clients. We have clients, large corporations, that are extremely reluctant with us working with other subcontractors or other providers, even if it's just to help us code a specific part of our platform or to help us with an API. They are extremely thorough on this because we have to go through every single process for them to validate it. We have to really think through: is this really worth it? Is it really going to go through the entire process? Even for us as a small organization, we have a lot of regulation from our customers on the first base. So I don't know how that works at scale, but for us we have a lot of boundaries. We cannot do anything we want. We would love to, but once we find something that really works for us, we go to the customers and say, 'Okay, that's what we're using. Can you just validate it or not?' But we cannot just change it every single month.
F
Florian Douetteau59:36
Without trying to answer on how vibe coding will be managed at scale because I don't know, I think an interesting sub-part of the question is how agents will be managed at scale, which is very theoretical today. Imagine a world where you have as many agents in your business as employees. Many companies think about it this way, at least on a theoretical perspective. You have very basic problems: is it possible to have a list of all the agents? How do you know that? Can you get the logs or a simple way to understand if they're working or not? Do you do observability and performance for them? Do you get the basic governance to make sure that when someone is building something new, they're not just doing the job of someone else? And even if you observe the agents, can you have a kill switch? If you have a big dashboard of all your agents and you don't have a kill switch as a chief information officer, you're like, 'Oh my god, if I can't kill it, no use to observability.' So you have these types of questions today in the market which are pretty fundamental but not solved yet, because we are still in an ecosystem to be defined. It's almost as if, as of today, every vendor is building agents in their own interaction. You have some theoretical principles of interoperability or very basic protocols to do tools with one another. But what the actual architecture of agents at scale will look like is still to be defined by the market. We are not at the early ages of the internet where wise people were building DNS or getting together in a room to define the protocols of the future that would sustain 30, 40, 50 years of innovation. You have every big company on earth trying to do their own thing. So it's a very different situation, and I'm not sure yet how it will unfold.
M
Moderator1:01:40
I think at the end of the day, it's about culture and mindset. The AI transformation is really a transformation of people and processes rather than a technological transformation as such. So thank you very much for this amazing conversation. For those of you who are here, we have a networking cocktail at the end of the day, like usual, and see you next year for more Powered by AI. Thank you very much.