[PS4ALL]

Waarom zijn de Dedicated Servers momenteel «Sold out(uitverkocht)»?
Octave Klaba, oprichter en CEO van OVH, legt de beslissing uit om de dedicated server op 'uitverkocht' te zetten.

OVH heeft het volledige gamma van Dedicated Servers op 'uitverkocht' gezet. Waarom?
OVH update zijn Dedicated Servers gamma twee tot drie keer per jaar . Het doel is om de nieuwste technologische innovatie te bieden voor de beste prijs. De update eind Juli is zeer succesvol geweest: we hebben meer dan 20.000 servers geleverd in zes weken.

Dus waarom zijn deze servers dan 'uitverkocht'?
Veel nieuwe klanten werden aangetrokken door dit nieuwe gamma. Maar we hebben een "turnover(omzet)" geregistreerd, dat abnormaal hoog is, veroorzaakt door onze bestaande klanten, die in plaats van hun server te houden, besloten om een ​​server van de laatste generatie te bestellen.

Wat is de "turnover(omzet)"?
Wanneer een klant die een dedicated server bij ons heeft, van nog geen twee jaar oud, besluit om een nieuwe te bestellen en niet de eerste te vernieuwen, is er sprake van "turnover(omzet)". Dit is normaal als de oude server onvoldoende capaciteit heeft of niet goed werkt. Maar dit is geen gewenst gedrag, wanneer alles nog goed werkt.

Waarom doet een klant dit, wanneer deze klant in feite geen "turnover" hoeft te maken?
De technologische innovatie van elk gamma van servers kan krachtiger en minder dure servers bieden. De Klant die geen enkele verplichting met betrekking tot de duur van het contract heeft, ziet als gevolg hiervan de "omzet" als een kwestie van gezond verstand, om meer te hebben en minder te betalen.

Leg dit svp uit.
Als we onze "omzet" zouden willen vergelijken met die van mobiele telefoontjes, zou de mobiele operator de mogelijkheid bieden om van smartphone te veranderen, zodra een nieuw model smartphone op de markt komt, zonder extra kosten of zonder contractuele verplichtingen, met een goedkopere maandelijkse vergoeding en geen limiet op het aantal smartphones per klant. Onze dedicated server klanten zijn "zo vrij als een vogeltje" en genieten alle voordelen hiervan.

Waarom is het belangrijk om de "turnover" onder controle te houden?
Het is belangrijk dat er geïnvesteerd wordt in servers naar groei, dat wil zeggen, nieuwe klanten en nieuwe projecten binnenhalen. Om zo onze omzet te helpen verhogen. Het is belangrijk om te zorgen dat investeringen die in het verleden werden gedaan met klanten, die reeds een server hadden gehuurd van ons, hiermee verdergaan omdat het niet nodig is de server te veranderen.

Is het niet slechts een kwestie van geld?
Het probleem is de effectiviteit van investeringen, om in staat te blijven om innovatie te kunnen blijven bieden op een dagelijkse basis, en tegelijkertijd te kunnen blijven waarborgen dat de levering geschiedt in minder dan een uur.
Anders kunnen we de nieuwste innovatie alleen elke 18-24 maanden bieden, dat wil zeggen na een bepaalde afschrijvingstermijn.
Of we zullen niet in staat zijn, alle bestellingen binnen 1 uur te leveren, zoals in Augustus en September.

Waarom regelmatig technologische innovatie bieden?
Omdat OVH ongeveer 150.000 dedicated servers beheert op locatie, zijn wij beter en goedkoper. Neem bijvoorbeeld de Intel E5-1650v2, de nieuwste processor, 30% krachtiger dan de v1, deze werd voorgesteld op het EG-gamma van Augustus, een maand voor de officiële aankondiging. Dit is de avant-garde technologie waardoor onze klanten bij OVH uitkomen.

Waarom worden er geen installatiekosten in rekening gebracht?
In het verleden hebben we groei gecontroleerd door het creëren van een installatie vergoeding van € 50 of € 100, of een beperking van het aantal nieuwe servers per maand/ per klant. Op dat moment werd aan onze behoeften voldaan, maar ook het aantal nieuwe klanten beperkt.

Waarom bindt u uw klanten niet met meer verplichtingen?
In het tijdperk van cloud computers, facturen op uurbasis en zonder contractuele verplichtingen, zou onze klanten dwingen tot een verplichting van 6 of 12 maanden commercieel tegen-productief zijn. Onze klanten zijn zeer loyaal en veranderen alleen van service provider, als zij worden geconfronteerd met een ernstig probleem, maar zij willen van het ​​volledige gamma genieten, wanneer het hun uitkomt en tegen de beste prijs.

Hoe wordt de "omzet" elders beheerd?
In de industrie, met name in de mobiele wereld, wordt de verkoopafdeling gewaarschuwd dat een klant bezig is met het veranderen van operator. Op dit punt, belt de operator de klant en biedt hem een persoonlijk pakket, "passend op de klant," volgens zijn werkelijke verbruik en dat, op wonderbaarlijke wijze, in lijn is met het pakket van de concurrent. De exploitant houdt de klant, zonder zich formeel op de concurrent te richten.

Zou u hetzelfde doen?
Wij hebben niet hetzelfde probleem omdat we niet de klant verliezen. De belangrijkste concurrent van OVH, is OVH zelf. De klant blijft bij OVH, maar bestelt een nieuwe server, in plaats van de oude server te houden.

Maar is het niet mogelijk om het op dezelfde manier op te lossen?
We weten wanneer een bestaande klant een nieuwe server bestelt. Onze verkoopafdeling kan dan bellen om erachter te komen wat hij van plan is te doen met de oude en de nieuwe server. Dus ja, het is "omzet" we konden de oude server tegen dezelfde prijs als de nieuwe server bieden.

Dit zal uw omzet verminderen?
Een daling van de omzet in het voordeel van optimalisatie van de investeringen is een zeer interessante vraag die het verdient te worden bestudeerd, geconceptualiseerd en ermee te experimenteren. Maar dit is niet het enige idee dat overwogen wordt.

Waarom al deze moeite?
Als we niet de ambitie hadden om niet "slechts" 150.000 servers te beheren, zouden we niks hebben veranderd. We zouden 1000, 2000 nieuwe servers hebben verhuurd per maand en dan rustig "omzet" hebben verondersteld. Dit zou neerkomen op "daar stoppen we, dat is het."

Waarom gaat u dit niet doen?
Ik denk dat het internet nog in zijn kinderschoenen staat. Ik vergelijk het internet met de auto-industrie in het begin van de vorige eeuw. Er zijn mensen die toen hebben geïnnoveerd en zijn uitgegroeid tot wereldwijde merken en hen waarvan de naam niet meer kunnen herinneren. Ik weet niet of OVH op een dag de nieuwe Ford of Mercedes-Benz van het internet zal zijn, maar het moment is nog niet gekomen "dat er wordt gestopt." Het is tijd om oplossingen te vinden voor deze problemen die we nu als enige ondervinden, want we zijn de enige met zoveel klanten en servers in onze datacenters.

Oké maar 150.000 servers is niet verkeerd...
Ik zal het anders zeggen. We kochten en namen "GRA" in productie in Gravelines, het grootste datacenter in Europa. In Roubaix, kochten we nieuwe gebouwen die ons zullen toelaten om de grootte van de hosting te verdubbelen vanaf 2015. In Straatsburg, bouwden we het datacenter "SBG2", dat begin 2014 zal worden gelanceerd en "SBG3" dat in 2015 zal worden gelanceerd. Met "BHS" ons Canadese datacenter, hebben we een voet aan de grond in Noord-Amerika en we hebben al twee rondes in productie van 10.000 servers elk. 150.000 servers is eigenlijk helemaal niet slecht en in termen van het aantal servers die wij verhuren, zijn we wereldwijd nummer één, maar onze ambitie is om de nummer één in Noord-Amerika te worden, om in onze datacenters te voldoen aan een totale capaciteit van meer dan 1,000,000 servers.

Dus waarom in plaats van het verkopen van servers, kiezen voor "uitverkocht"?
Het doel van "uitverkocht" is om de levering en de achterstand van bestellingen, die zijn doorgegeven in Augustus en September af te ronden. We geven onszelf een paar weken, doen een stap terug, reflecteren intern en met klanten om een nieuwe commerciële strategie te vinden, die ons in staat zal stellen ​​om 200.000 servers, dan 300.000 servers en op een dag één miljoen servers te bereiken.



Wat gaat u uiteindelijk doen?
Eerst zoeken we een nieuwe commerciële strategie. Daarnaast, zijn we ook de hulpmiddelen waarmee klanten hun diensten beheren bij OVH aan het vernieuwen. Tenslotte doen we ook een herziening van alle internettechnologie.

Kunt u dit verduidelijken?
We spraken over de commerciële aspecten. We zijn hiermee bezig. Parallel hieraan, geven we een impuls aan de ontwikkeling van de APIv6 die de SoAPI zal vervangen en de ontwikkeling van ManagerV6 die de V3 en de V5 zal gaan vervangen. We vernieuwen ook de bestelling, facturering en het systeem.

Waarom is de APIv6 zo belangrijk?
De API is de unieke manier om onze diensten te gebruiken. De APIv6 is sneller, maar ook makkelijker te integreren met onze klanten om hun eigen interface management services te ontwikkelen. Dit is het geval bij resellers en integrators. De APIv6 stelt klanten in staat om acties te automatiseren, zonder dat u veel hoeft te 'klikken' op een webinterface van de ManagerV6. Via de APIv6 kan de client een server installeren, de DNS van een domeinnaam veranderen of een e-mail account aanmaken. Al deze werkingen zijn mogelijk ​​in de SoAPI en worden geïntegreerd in de APIv6 aan het einde van het jaar. Daarna zullen we gaan stoppen met de SoAPI.

U sprak over de ManagerV6.
We blijven een management webinterface genoemd 'Manager' aanbieden. De Manager V6 werkt met de APIv6 en stelt ons in staat om vier zakelijke omgevingen voor vier soorten klanten die gebruik maken van onze diensten te creëren: Web, Cloud, Dedicated Infrastructuur en Telecom. We hebben het over vier universele zaken omdat onze klanten niet allemaal gebruik maken van dezelfde diensten op dezelfde manier. Onze klanten zijn zowel een web agency, een systeembeheerder, een VoIP-reseller of een blogger. Ze maken geen gebruik op dezelfde manier van onze diensten. Wij streven ernaar de ManagerV6 ontwikkeld te hebben, tegelijkertijd met de APIv6 en dan te stoppen met de oude V3 en V5 managers tegen het einde van het jaar.

Waarom duurt het zo lang?
Om de werking van de APIv6 te versnellen en om een antwoord op verzoeken te garanderen in minder dan 100 ms, vernieuwen we alle interne codes. Het doel is om alle informatie in een cache te hebben, in plaats van dit te zoeken voor elk verzoek. Dit vereist een interne machine om de informatie te krijgen en dit te 'cachen' voor het verzoek van de klant. De ManagerV6 is ontwikkeld in Java onder Play 2.0. Dit laat ons toe, om opnieuw een nieuwe cache te beheren in de ManagerV6 en meerdere operaties met loops uit te voeren voor verschillende APIv6 functies. Het gevoel van vloeiendheid is indrukwekkend met de ManagerV6, voor zowel eenvoudige als meervoudige activiteiten.

We hebben het alleen over dedicated servers?
Nee, we praten ook over domeinnamen, e-mails en webhosting.

En wat gebeurt er met betrekking tot het bestellingssysteem?
We vernieuwen het bestellingssysteem om het eenvoudiger en sneller te maken om een bestelling te plaatsen voor dedicated servers, maar ook voor domeinnamen, e-mails en webhosting. Het doel is om een ​​aantal operaties rechtstreeks in de ManagerV6 te verplaatsen en het bestelproces zelf te versnellen. Bijvoorbeeld, de keuze van dedicated server distributie heeft niets te maken met het bestelproces.

En voor de facturatie?
We hopen dat facturatie een service wordt, dat wil zeggen we zouden graag een factuur per klant voor alle diensten willen aanbieden. Onze resellers vragen ons ook de diensten te bundelen op een factuur per klant. Dus moeten we een groep aanmaken en verschillende diensten toevoegen, zoals domeinnamen, e-mail, webhosting, en vervolgens operaties op groepsaccommodatie, en vervolgens operaties uitvoeren in deze groep, inclusief facturering .

En verlengingen?
We zullen het contract wijzigen om de automatische verlengingsdienst te generaliseren. Inderdaad, aan elk einde van de maand, vragen wij veel klanten handmatig hun dienst te verlengen. Elke klant moet dan ook niet vergeten onze website te bezoeken, te vernieuwen, een bestelbon te maken en dan te betalen. Het is vervelend, stresserend, vooral tijdens vakantieperiodes, en genereert ook "omzet". We werken aan een simpele vernieuwingsinterface met een enkele datum voor alle diensten en een snelle afwerking met SMS bevestiging.

Hoe zit het met het herbeoordelen van de technologieën die intern worden gebruikt?
We maken een grondige herbeoordeling van alle interne technologie die ons in staat stelt om diensten te bieden. Bijvoorbeeld, meestal leveren we 300 tot 400 servers per dag. In Augustus en September, moesten we meer dan 1.000 servers per dag leveren en dat was een ongekende hoeveelheid. We hadden grote moeite bij het verwerken van zulke aantallen voor langer dan 5-6 weken. De teams werkten hard, maar we moeten in staat zijn om 1.000 servers per dag te leveren in een handomdraai. Als voorbeeld, we herbeoordelen de racks, die niet langer verticaal zijn, maar horizontaal, en dus makkelijk te transporteren. De servers zullen aankomen in het datacentrum in al voorbedraadde racks. Het doel is om het werk in het datacenter te optimaliseren en een nieuw rack te activeren in een uur. Omdat 1 rack, 46 servers per uur betekent, zullen wij makkelijk in staat zijn om 1000 servers per dag te leveren.

Hoe gaat u uit deze "Sold Out" komen?
Het doel van de "Sold Out" periode is om het mechanisme te vinden, dat ons zal toelaten om het aantal van 150.000 servers in de datacenters te overschrijden. Hiervoor analyseren we wat er in Augustus en September is gebeurd, en dan gaan we terug in de tijd naar het begin van 2013 en 2012. We nemen deze gelegenheid om onze interne middelen te herzien om het over te zetten naar Big Data, en het te verrijken met nieuwe algoritmen die ons zullen helpen de juiste beslissingen te nemen. Tegelijkertijd, kijken we zowel intern als met klanten over hoe hier mee om te gaan. Zodra we een goed idee hebben, laten we het testen en kijken of het werkt.

Hoe gaat u het testen?
We gaan 50 tot 100 servers verkopen door middel van de nieuwe commerciële strategie. Na te zijn verkocht, zullen we analyseren wat er is gebeurd, hoeveel servers zijn er verkocht? Voor hoe lang? Wie heeft er besteld? Zal het om "omzet" gaan of hebben we te maken met nieuwe klanten?

En als het niet afdoende is?
We zullen meer testen uitvoeren, totdat we de best werkende strategie vinden, die ons in staat zal stellen om het aantal van 150.000 servers te overschrijdden met nieuwe klanten en nieuwe projecten en door bestaande klanten te motiveren om hun bestaande servers te houden.

Is "uitverkocht" niet financieel risico-vol?
OVH maakt haar financiële resultaten niet bekend. Dat gezegd hebbende, als u kijkt naar de verkopen in Augustus en September, zijn wij van mening dat zodra we commercieel herstarten met de nieuwe strategie, we hetzelfde commerciële succes zullen hebben, maar zonder "omzet" deze keer. Ik blijf er heel kalm onder.

[PS4ALL]

OVH has made the entire dedicated server range "sold out". Why?
OVH upgrades the dedicated server range two or three times a year. The aim is to offer the latest technological innovations at the best price. The upgrade at the end of July was hugely successful: we delivered over 20,000 servers in 6 weeks.

So why the decision to make them sold out?
Many new customers were enticed by this new range. However, we recorded an abnormally high turnover rate among our existing customers, who decided to order one of the latest generation servers, rather than keeping the servers they already had.

What is turnover?
Turnover is when an existing customer has had a server for less than 2 years and decides to order a new one without renewing the old one. This is normal when the server capacities are insufficient and it struggles, but is undesirable when everything is working fine.

Why does the customer do it if there's no need?
The technological innovation of each server range enables us to offer more powerful servers for less. This leads to high turnover as customers are not bound by a contract and they follow the instinct to get more and pay less, replacing the old with the new.

Please explain.
If we wanted to compare our turnover situation to mobile phones, the mobile operator would have to offer the possibility of changing smartphone as soon as a newer model was released, without any additional charges or contractual obligations, with a cheaper monthly fee and no limit on the number of smartphones per customer. Our dedicated server customer is literally free as a bird and is making the most of it.

Why is it important to control this turnover?
It's important that the investments we make go towards growth, i.e. bringing in new customers and new projects which will allow us to increase our business figures. It's therefore important to ensure that past investments go further with customers that already rent a server from us and don't need to change it.

Isn't it a question of money then?
The issue is the effectiveness of investments in continuing to offer innovation on a daily basis, while ensuring we can deliver within 1 hour. Otherwise, we will only be able to offer the latest innovation every 18-24 months, meaning after a set depreciation period.
We will not be able to deliver all orders in 1 hr, as in August or September.

Why do you offer technological innovations so often?
The reason that OVH manages approximately 150,000 rented servers is that we offer customers the best, we offer them more, and we offer it for less. For example, the latest Intel processor E5-1650v2, which is 30% more powerful than v1, was offered with the EG range in August, one month before the official release. This is the technological forefront that brings customers to OVH.

So why not bring in setup fees?
In the past, we regulated growth by introducing setup fees of £50 or £100, or by limiting the number of new servers per month and per customer. At the time the strategy worked, however, it also limited the number of new customers.

Why not tie customers into contracts?
In the age of cloud computing, hourly billing and no contractual ties, making our customers commit to 6 or 12-month periods would be commercially counter-productive. Our customers are very loyal and only change service provider if there is a serious problem, but they do want to take advantage of the whole range, when it suits them, and at the best possible price.

How is this kind of turnover managed elsewhere?
In the mobile phone industry, a commercial department is alerted when a customer is about to change networks. The company then calls their customer to offer them a tailor-made package based on their actual usage, and on a par with competitor deals, as if by magic. The operator retains the customer without officially having to match the competitor deal.

Will you do the same thing?
We don't have exactly the same problem as we are not losing the customer. The main competitor of OVH is actually OVH itself. The customer stays with OVH but orders a new server instead of keeping the old one.

But couldn't you resolve the issue in the same way?
We know when an existing customer orders a new server. Our commercial team could then call them to find out what they plan to do with the old server and the new one. So yes if it's a turnover issue, we could offer the old server at the same price as the new one as an incentive.

Won't that decrease your figures?
A decrease in figures for the purposes of optimising investments is an interesting issue that deserves to be studied, conceptualised and even experimented with. However, this is not the only idea to be considered.

Why do you go to so much effort?
If our goal was "only" to manage 150,000 servers, we wouldn't change anything. We would rent rent out 1000-2000 new servers per month and quietly accept the turnover situation. It would come down to calling it a day.

So why not do that?
I believe that the internet is still only in its early stages. I compare it to the mobile industry at the turn of the century. Some companies innovated and expanded on a global scale, whereas with others, we don't even remember their names. I don't know if OVH will be the Ford or Mercedes-Benz of the internet one day, but it certainly isn't time to call it a day. It's time to resolves the issues that only we have, because nobody else has as many customers and servers in our datacentres.

Ok, but 150,000 servers isn't bad.
I'll phrase it differently. We bought and set up "GRA" in Gravelines, the biggest datacentre in Europe. In Roubaix, we bought two new buildings to enable us to double the hosting surface area from 2015 onwards. In Strasbourg, we built the "SBG2" datacentre which will be launched in early 2014, followed by "SBG3" in 2015. We have one foot in North America with "BHS", our Canadian datacentre, with two towers containing 10,000 servers currently in operation. 150,000 servers is effectively not bad, and we are globally number one in terms of the number of servers leased. However, our ambition is to be number 1 in North America, and to run our datacentres at full capacity of over 1,000,000 servers.

So instead of selling servers, why make them "sold out"?
The purpose of this "sold out" action is to finish deliveries and catch up with the order backlog for August and September. Then to take a break for a few weeks, a step back, reflecting both internally and with customers, to find a new commercial strategy that will allow us to reach 200,000 and 300,000 servers, and one day one million
servers.



So what will you do finally?
First and foremost, we're looking for a new business strategy. At the same time, we're also in the process of renewing the OVH control panel tools that enable customers to manage their services. Finally, we're also reassessing all technologies used internally.

Can you provide more details?
We mentioned the commercial aspects and we're working on that. We're also pushing the development of APIv6 which will replace SoAPI, and Manager v6 which will replace v3 and v5. We're also changing the order process, billing, and the renewal system.

Why is the APIv6 so important?
The API is a unique way of using our services. APIv6 is faster and most of all, easier for our developer customers to integrate into their own manager interfaces for our services. The same goes for resellers and web designers. APIv6 allows customers to automate actions, without having to repeatedly click on a Managerv6 web interface. Using APIv6, the customer can reinstall a server, change the DNS of a domain name or create an e-mail account. All these actions exist in SoAPI and must be integrated into APIv6 by the end of the year. Then we will shutdown SoAPI.

What about Managerv6?
We're continuing to offer a web manager interface for our services. Manager v6 works with APIv6, and it enables us to create 4 working environments for the 4 types of customers that use our services: Web, Cloud, Telecoms and Dedicated Infrastructure. We refer to these 4 universes as our customers don't all use the same services in the same way. Our customers range from web agencies, sysadmins and resellers, to individual bloggers. They all use our services differently. We're trying to finalise Managerv6 and APIv6 at the same time, so we can then shut down Managers v3 and v5 at the end of the year.

Why is it so long?
In order to speed up the APIv6 functioning and guarantee a response to requests in less than 100 ms, we're redoing all the internal code. The aim is to have all information in a cache instead of searching for it on every request. This requires an internal machine to get the information and cache it prior to the customer's request. Managerv6 has been developed in Java under Play 2.0. This allows us to again manage an internal cache in Managerv6 and to carry out multiple operations with loops to different APIv6 functions. The feeling of fluidity is impressive with Managerv6, both for simple and multiple operations.

Are we only talking about dedicated servers?
No, we're also talking about domain names, emails and web hosting.

And what about the order process?
We're redesigning the ordering system so as to make it easier and faster to place an order for dedicated servers, as well as domain names, emails and web hosting. The aim is to move a certain number of operations directly into Managerv6, and to make the process itself faster. For example, the choice of dedicated server distribution is nothing to do with the order process.

What about billing?
We would like billing to become a service, meaning we would like to offer one single invoice for all services per customer. Our resellers are also asking us for services to be grouped together on one invoice per customer. We therefore need to create a group and add different services, such as domain names, email and web hosting, and then carry out operations on this group, including billing.

And renewals?
We're going to change to the contract in order to simplify automatical service renewals. At the end of the month, we ask many customers to renew their services manually. Each customer thus has to remember to go to our website, find the renewal page, generate an order and make payment. It's annoying, stressful (especially during holiay periods), and it leads to high turnover. So we're working on a simple renewal interface with one renewal date for all services, and a fast cancellation system with SMS confirmation.

What about reassessing the technologies used internally?
We are thoroughly reassessing all the internal technologies that enable us to provide the service. For example, we usually deliver 300 to 400 servers per day. During August and September, we had to deliver an unprecedented volume of over 1,000 servers a day. We had great difficulty in maintaining such levels beyond five to six weeks. The teams worked hard, but we need to be able to effortlessly deliver 1000 servers per day. So as an example, we're reassessing the racks, which are now horizontal rather than vertical, and thus easier to transport. The servers will arrive at the datacentre in pre-wired racks. The goal is to optimise work in the datacentre and to activate a new rack in 1 hour. As one rack means 46 servers per hour, we will easily be able to deliver 1000 servers per day.

How will the "sold out" period end?
The purpose of the "sold out" period is to find a way of working that will enable us to surpass 150,000 servers in the datacentres. To do so, we're analysing what happened in August and September, then going back in time to early 2013 and 2012. We're taking this opportunity to review our internal tools, in order to switch them onto Big Data and enrich them with the new algorithms that will help us make the right decisions. We're also gathering feedback internally and from customers on how to go about it. Once we have a good idea, we will test it and see if it works.

How will you test it?
We will put 50-100 servers on sale per model as part of the new commercial strategy. Once they have been sold, we will analyse the activity in terms of the quantity of servers sold, the timescale and the customers (i.e. new or turnover).

And what if it's not conclusive?
We will carry out more tests until we find the right working model to enable us to exceed 150,000 servers with new customers and new projects, by encouraging existing customers to keep their existing servers.

Isn't the "sold out" strategy financially dangerous?
OVH does not release information on financial results. Having said that, bearing in mind the sale figures for August and September, we believe that as soon as the commercial machine is back on track with the new business strategy, we will see the same level of success, but this time, without the turnover situaton. I'm therefore very relaxed.