Ayant un serveur dédié chez OVH depuis 2002,
hier, ils ont mis le serveur hors ligne immédiatement
après l'expiration de mon hébérgement le dimanche
minuit !
j'ai informé le service client que j'ai envoyé le paiement
par poste lundi matin, on m'informe que le serveur ne sera
en ligne qu'après réception du paiement.
Voilà comment OVH traite un client qui paie 82,52?/mois
depuis 2 ans, tolérance zero, même pas un jour, même pas
une heure.
C'est la politique de GANDI en matière de noms de domaines par exemple.
Politique nulle d'ailleurs, car si on paye 1s après l'expiration, le site ne revient que 24h après, alors qu'ils sont loin d'être bon marché désormais !
Eric Demeester wrote:
C'est la politique de GANDI en matière de noms de domaines par exemple.
Politique nulle d'ailleurs, car si on paye 1s après l'expiration, le site ne
revient que 24h après, alors qu'ils sont loin d'être bon marché désormais !
C'est la politique de GANDI en matière de noms de domaines par exemple.
Politique nulle d'ailleurs, car si on paye 1s après l'expiration, le site ne revient que 24h après, alors qu'ils sont loin d'être bon marché désormais !
Kenny
Spyou a formulé la demande dans son message <40fe55ad$0$29372$ :
"Kenny" <news*enlevez-ceci-pour-ecrire*@legros.tk> a écrit dans le message de news:
en meme temps ça couterai pas grand chose de traiter les coupures a j+2 ou 3 ça permetrai au gens de pas pouvoir se plaindre d'un delai postal ou autre...
Si 2 ou 3 .. pourquoi pas 10 ou 15 ?
J'te paie a 90 jours, si ca te dérrange pas .. ben non, tu me coupe pas eh !
ben oui et si ton cheque edf se perdait dans le courrier (c'est rare mais ça arrive) tu trouverai ça normal qu'on te coupe le courant au jour J de limite de paiement ?
-- Kenny news arobase legros.tk
Spyou a formulé la demande dans son message
<40fe55ad$0$29372$626a14ce@news.free.fr> :
"Kenny" <news*enlevez-ceci-pour-ecrire*@legros.tk> a écrit dans le message
de news: mn.a4867d47d99e1c10.13663@legros.tk...
en meme temps ça couterai pas grand chose de traiter les coupures a j+2
ou 3 ça permetrai au gens de pas pouvoir se plaindre d'un delai postal
ou autre...
Si 2 ou 3 .. pourquoi pas 10 ou 15 ?
J'te paie a 90 jours, si ca te dérrange pas .. ben non, tu me coupe pas eh !
ben oui et si ton cheque edf se perdait dans le courrier (c'est rare
mais ça arrive) tu trouverai ça normal qu'on te coupe le courant au
jour J de limite de paiement ?
Spyou a formulé la demande dans son message <40fe55ad$0$29372$ :
"Kenny" <news*enlevez-ceci-pour-ecrire*@legros.tk> a écrit dans le message de news:
en meme temps ça couterai pas grand chose de traiter les coupures a j+2 ou 3 ça permetrai au gens de pas pouvoir se plaindre d'un delai postal ou autre...
Si 2 ou 3 .. pourquoi pas 10 ou 15 ?
J'te paie a 90 jours, si ca te dérrange pas .. ben non, tu me coupe pas eh !
ben oui et si ton cheque edf se perdait dans le courrier (c'est rare mais ça arrive) tu trouverai ça normal qu'on te coupe le courant au jour J de limite de paiement ?
-- Kenny news arobase legros.tk
Françoise
Christophe Baegert wrote:
Politique nulle d'ailleurs, car si on paye 1s après l'expiration, le site ne revient que 24h après
FYI nous avons une discussion en cours à ce sujet sur gandi.general (sujet: "dns belges"). N'hésitez pas à participer si le sujet vous intéresse :)
Cordialement, Françoise
Christophe Baegert wrote:
Politique nulle d'ailleurs, car si on paye 1s après l'expiration, le site ne
revient que 24h après
FYI nous avons une discussion en cours à ce sujet sur gandi.general
(sujet: "dns belges").
N'hésitez pas à participer si le sujet vous intéresse :)
Politique nulle d'ailleurs, car si on paye 1s après l'expiration, le site ne revient que 24h après
FYI nous avons une discussion en cours à ce sujet sur gandi.general (sujet: "dns belges"). N'hésitez pas à participer si le sujet vous intéresse :)
Cordialement, Françoise
Patrick Mevzek
C'est la politique de GANDI en matière de noms de domaines par exemple.
Politique nulle d'ailleurs, car si on paye 1s après l'expiration, le site ne revient que 24h après,
En grande partie dû au cycle de rafraichissement des serveurs racines de .COM/.NET (2fois/jour seulement), mais ca va changer : quasi temps-réel courant septembre.
Si le unhold est fait en temps réel au registre, bien sûr.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/>
C'est la politique de GANDI en matière de noms de domaines par exemple.
Politique nulle d'ailleurs, car si on paye 1s après l'expiration, le
site ne revient que 24h après,
En grande partie dû au cycle de rafraichissement des serveurs racines de
.COM/.NET (2fois/jour seulement), mais ca va changer : quasi temps-réel
courant septembre.
Si le unhold est fait en temps réel au registre, bien sûr.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
C'est la politique de GANDI en matière de noms de domaines par exemple.
Politique nulle d'ailleurs, car si on paye 1s après l'expiration, le site ne revient que 24h après,
En grande partie dû au cycle de rafraichissement des serveurs racines de .COM/.NET (2fois/jour seulement), mais ca va changer : quasi temps-réel courant septembre.
Si le unhold est fait en temps réel au registre, bien sûr.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/>
Patrick Mevzek
En fait, la procédure établissant l'évolution de l'état d'un nom de domaine suite au non renouvellement de sa réservation dans les temps semble codifiée mondialement (pour les tld internationaux).
L'ICANN a en effet pondu la ``redemption period'' il y a quelques temps, et ca a vocation à s'appliquer donc à tout les gTLD, et peut-être plus tard aux ccTLDs sous contrat avec l'ICANN (quasimment aucun).
Si vous voulez mon avis (comment ca , non ?), je ne trouve pas que ca résout le problème de fond, problème qui est non technique à la base, et qui n'admet donc pas une solution purement technique. Ce thread le montre bien on y oppose l'humain/la confiance/les relations à la technique/l'automatisation.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/>
En fait, la procédure établissant l'évolution de l'état d'un nom de
domaine suite au non renouvellement de sa réservation dans les temps
semble codifiée mondialement (pour les tld internationaux).
L'ICANN a en effet pondu la ``redemption period'' il y a quelques temps,
et ca a vocation à s'appliquer donc à tout les gTLD, et peut-être plus
tard aux ccTLDs sous contrat avec l'ICANN (quasimment aucun).
Si vous voulez mon avis (comment ca , non ?), je ne trouve pas que ca
résout le problème de fond, problème qui est non technique à la base, et
qui n'admet donc pas une solution purement technique. Ce thread le montre
bien on y oppose l'humain/la confiance/les relations à la
technique/l'automatisation.
--
Patrick Mevzek . . . . . . Dot and Co (Paris, France)
<http://www.dotandco.net/> <http://www.dotandco.com/>
En fait, la procédure établissant l'évolution de l'état d'un nom de domaine suite au non renouvellement de sa réservation dans les temps semble codifiée mondialement (pour les tld internationaux).
L'ICANN a en effet pondu la ``redemption period'' il y a quelques temps, et ca a vocation à s'appliquer donc à tout les gTLD, et peut-être plus tard aux ccTLDs sous contrat avec l'ICANN (quasimment aucun).
Si vous voulez mon avis (comment ca , non ?), je ne trouve pas que ca résout le problème de fond, problème qui est non technique à la base, et qui n'admet donc pas une solution purement technique. Ce thread le montre bien on y oppose l'humain/la confiance/les relations à la technique/l'automatisation.
-- Patrick Mevzek . . . . . . Dot and Co (Paris, France) <http://www.dotandco.net/> <http://www.dotandco.com/>
hamdani hassan
"The Zed" a écrit dans le message de news:
On Thu, 22 Jul 2004 11:28:03 +0200, hamdani hassan wrote:
"Tom" a écrit dans le message de news:
Hello
A vous entendre argumenter comme ça, on comprend que n'avez pas de commerce et vous ne comprenez pas la notion de client.
Pas ou beaucoup de clients. Dans le cas OVH, je dirais beaucoup, donc c'est de l'industrialisation (automatisation). Normal pour etre productif à ce stade là. Apres c'est en effet au bon vouloir d'envoyer un mail X heures/jour/mois avant. (je connais pas les presta. OVH).
Enfin bon. Le titre reflète la réalite et n'est pas choquante. Lire votre contrat ca doit surement etre écrit noir sur blanc :).
A+ Thomas
Quand on voit tout le monde défendre le fournisseur et pas le client, on comprend bien qu'on est en France.
Chers amis, les mentalités doivent changer si vous voulez rester à un bon niveau de service et avoir des clients satisfaits. Même le géant FT, souvent critiqué, commence à revoir sa stratégie vis à vis de ses clients, car ce sont les clients qui font vivre le fournisseur et pas l'inverse.
Non mais serieusement !
Vous etes chez un low-cost. Vous recevez des mails de rappel de l'echeance de paiement. Vous etes surpris que les absences de paiement soient gerees par un logiciel ! ??? Pour une population de dizaines et dizaines de milliers de clients vous croyez vraiment qu'on va dedier un "humain" lent, interpretatif pour des gens comme vous qui ont besoin de 24h de plus alors qu'ils savent depuis longtemps qu'il doivent payer a telle date et qui ne sont meme pas assez responsables pour demander un delai de paiement.
Vous comptez implicitement sur une largesse de votre fournisseur alors que vous ne faites meme pas l'effort de prevenir ? Alors que vous savez pertinemment que vous allez etre en defaut de paiement.
Quel genre de gestion est-ce la ?
Vous osez parler de gestion de la relation clientele alors que vous jouez a la roulette russe avec l'outil qui vous sert de "commerce" (comme vous dites) ? Tout le monde vous dis que vous etes le seul a blamer de ce qui vous est arrive et qu'il vous aurait probablement suffit de faire une requete de delai de paiement mais vous persistez a vouloir donner des lecons de business et de CRM en balancant des banalites de 'cafe du commerce' du genre:
On Thu, 22 Jul 2004 11:28:03 +0200, hamdani hassan wrote:
Quand on voit tout le monde défendre le fournisseur et pas le client, on comprend bien qu'on est en France.
Vous debarquez de la planete Mars ou quoi ?
-- The Zed.
Ne t'excite pas pour rien :)
C'est marrant quand même ! tout le monde trouve normal de couper le service au jour J, alors OVH m'ont répondu dans ce thread comme quoi il ont compris mon problème, et que désormais la coupure sera à J+5. Merci OVH ;)
A+ hamda
"The Zed" <thezed@free.fr> a écrit dans le message de news:
"Tom" <tom@calixo.nospam.net> a écrit dans le message de news:
Hello
A vous entendre argumenter comme ça, on comprend que
n'avez pas de commerce et vous ne comprenez pas la notion
de client.
Pas ou beaucoup de clients. Dans le cas OVH, je dirais beaucoup, donc
c'est de l'industrialisation (automatisation). Normal pour etre
productif à ce stade là. Apres c'est en effet au bon vouloir d'envoyer
un mail X heures/jour/mois avant. (je connais pas les presta. OVH).
Enfin bon. Le titre reflète la réalite et n'est pas choquante. Lire
votre contrat ca doit surement etre écrit noir sur blanc :).
A+
Thomas
Quand on voit tout le monde défendre le fournisseur et pas le client,
on comprend bien qu'on est en France.
Chers amis, les mentalités doivent changer si vous voulez rester
à un bon niveau de service et avoir des clients satisfaits. Même
le géant FT, souvent critiqué, commence à revoir sa stratégie
vis à vis de ses clients, car ce sont les clients qui font vivre le
fournisseur et pas l'inverse.
Non mais serieusement !
Vous etes chez un low-cost.
Vous recevez des mails de rappel de l'echeance de paiement.
Vous etes surpris que les absences de paiement soient gerees par un
logiciel ! ??? Pour une
population de dizaines et dizaines de milliers de clients vous croyez
vraiment qu'on va dedier un
"humain" lent, interpretatif pour des gens comme vous qui ont besoin de
24h de plus alors qu'ils
savent depuis longtemps qu'il doivent payer a telle date et qui ne sont
meme pas assez responsables
pour demander un delai de paiement.
Vous comptez implicitement sur une largesse de votre fournisseur alors que
vous ne faites meme pas
l'effort de prevenir ? Alors que vous savez pertinemment que vous allez
etre en defaut de paiement.
Quel genre de gestion est-ce la ?
Vous osez parler de gestion de la relation clientele alors que vous jouez
a la roulette russe avec
l'outil qui vous sert de "commerce" (comme vous dites) ? Tout le monde
vous dis que vous etes le
seul a blamer de ce qui vous est arrive et qu'il vous aurait probablement
suffit de faire une
requete de delai de paiement mais vous persistez a vouloir donner des
lecons de business et de CRM
en balancant des banalites de 'cafe du commerce' du genre:
Quand on voit tout le monde défendre le fournisseur et pas le client,
on comprend bien qu'on est en France.
Vous debarquez de la planete Mars ou quoi ?
-- The Zed.
Ne t'excite pas pour rien :)
C'est marrant quand même ! tout le monde trouve normal
de couper le service au jour J, alors OVH m'ont répondu
dans ce thread comme quoi il ont compris mon problème,
et que désormais la coupure sera à J+5. Merci OVH ;)
On Thu, 22 Jul 2004 11:28:03 +0200, hamdani hassan wrote:
"Tom" a écrit dans le message de news:
Hello
A vous entendre argumenter comme ça, on comprend que n'avez pas de commerce et vous ne comprenez pas la notion de client.
Pas ou beaucoup de clients. Dans le cas OVH, je dirais beaucoup, donc c'est de l'industrialisation (automatisation). Normal pour etre productif à ce stade là. Apres c'est en effet au bon vouloir d'envoyer un mail X heures/jour/mois avant. (je connais pas les presta. OVH).
Enfin bon. Le titre reflète la réalite et n'est pas choquante. Lire votre contrat ca doit surement etre écrit noir sur blanc :).
A+ Thomas
Quand on voit tout le monde défendre le fournisseur et pas le client, on comprend bien qu'on est en France.
Chers amis, les mentalités doivent changer si vous voulez rester à un bon niveau de service et avoir des clients satisfaits. Même le géant FT, souvent critiqué, commence à revoir sa stratégie vis à vis de ses clients, car ce sont les clients qui font vivre le fournisseur et pas l'inverse.
Non mais serieusement !
Vous etes chez un low-cost. Vous recevez des mails de rappel de l'echeance de paiement. Vous etes surpris que les absences de paiement soient gerees par un logiciel ! ??? Pour une population de dizaines et dizaines de milliers de clients vous croyez vraiment qu'on va dedier un "humain" lent, interpretatif pour des gens comme vous qui ont besoin de 24h de plus alors qu'ils savent depuis longtemps qu'il doivent payer a telle date et qui ne sont meme pas assez responsables pour demander un delai de paiement.
Vous comptez implicitement sur une largesse de votre fournisseur alors que vous ne faites meme pas l'effort de prevenir ? Alors que vous savez pertinemment que vous allez etre en defaut de paiement.
Quel genre de gestion est-ce la ?
Vous osez parler de gestion de la relation clientele alors que vous jouez a la roulette russe avec l'outil qui vous sert de "commerce" (comme vous dites) ? Tout le monde vous dis que vous etes le seul a blamer de ce qui vous est arrive et qu'il vous aurait probablement suffit de faire une requete de delai de paiement mais vous persistez a vouloir donner des lecons de business et de CRM en balancant des banalites de 'cafe du commerce' du genre:
On Thu, 22 Jul 2004 11:28:03 +0200, hamdani hassan wrote:
Quand on voit tout le monde défendre le fournisseur et pas le client, on comprend bien qu'on est en France.
Vous debarquez de la planete Mars ou quoi ?
-- The Zed.
Ne t'excite pas pour rien :)
C'est marrant quand même ! tout le monde trouve normal de couper le service au jour J, alors OVH m'ont répondu dans ce thread comme quoi il ont compris mon problème, et que désormais la coupure sera à J+5. Merci OVH ;)
A+ hamda
hamdani hassan
"vincent.desnews" a écrit dans le message de news: > hamdani hassan a dit :
C'est marrant quand même ! tout le monde trouve normal de couper le service au jour J, alors OVH m'ont répondu dans ce thread comme quoi il ont compris mon problème, et que désormais la coupure sera à J+5. Merci OVH ;)
Comme quoi, on peut automatiser ... humainement !
Vincent
enfin y'a un qui m'a compris ! ;)
"vincent.desnews" <vincent.desnews@tld.invalid> a écrit dans le message de
news: > hamdani hassan a dit :
C'est marrant quand même ! tout le monde trouve normal
de couper le service au jour J, alors OVH m'ont répondu
dans ce thread comme quoi il ont compris mon problème,
et que désormais la coupure sera à J+5. Merci OVH ;)
"vincent.desnews" a écrit dans le message de news: > hamdani hassan a dit :
C'est marrant quand même ! tout le monde trouve normal de couper le service au jour J, alors OVH m'ont répondu dans ce thread comme quoi il ont compris mon problème, et que désormais la coupure sera à J+5. Merci OVH ;)
Comme quoi, on peut automatiser ... humainement !
Vincent
enfin y'a un qui m'a compris ! ;)
vincent.desnews
hamdani hassan a dit :
C'est marrant quand même ! tout le monde trouve normal de couper le service au jour J, alors OVH m'ont répondu dans ce thread comme quoi il ont compris mon problème, et que désormais la coupure sera à J+5. Merci OVH ;)
Comme quoi, on peut automatiser ... humainement !
Vincent
hamdani hassan a dit :
C'est marrant quand même ! tout le monde trouve normal
de couper le service au jour J, alors OVH m'ont répondu
dans ce thread comme quoi il ont compris mon problème,
et que désormais la coupure sera à J+5. Merci OVH ;)
C'est marrant quand même ! tout le monde trouve normal de couper le service au jour J, alors OVH m'ont répondu dans ce thread comme quoi il ont compris mon problème, et que désormais la coupure sera à J+5. Merci OVH ;)
Comme quoi, on peut automatiser ... humainement !
Vincent
laurent.D
Vous debarquez de la planete Mars ou quoi ?
On ce le demande :) Si cette personne avait dépensé le quart de l'énergie qu'il dépense ici, à la gestion de son hébergement... enfin nul n'est parfait.
cordialement
Vous debarquez de la planete Mars ou quoi ?
On ce le demande :)
Si cette personne avait dépensé le quart de l'énergie qu'il dépense ici,
à la gestion de son hébergement...
enfin nul n'est parfait.
On ce le demande :) Si cette personne avait dépensé le quart de l'énergie qu'il dépense ici, à la gestion de son hébergement... enfin nul n'est parfait.
cordialement
Ronnie Garcia
Eric Demeester wrote:
dans (in) fr.reseaux.internet.hebergement, Ronnie Garcia ecrivait (wrote) :
Une autre : quand tu vas chez McDo, tu ne demande pas si tu peux payer demain parce que tu sais qu'on va te mettre dehors. Ca c'est un hébergeur de masse. Par contre si tu vas au resto en bas de chez toi, celui que tu croises tous les jours et qui te dit bonjour. Tu sais qu'il est plus cher que McDo, mais tu sais aussi que tu peux t'arranger avec lui. Ca c'est un hébergeur non-discount.
Ton analyse induit AMHA des réflexions complémentaires.
Quand tu es client et connu comme tel d'un commerçant de proximité (un petit hébergeur pour revenir au sujet de la discussion), il est logique que des relations plus ou moins personnelles se tissent, et qu'éventuellement, si on est amené à se faire confiance réciproquement, on obtienne, dans certains cas, de payer un peu en retard voire à crédit.
Ce type d'arrangement à l'amiable est typiquement ingérable à grande échelle et disparaîtra forcément un jour ou l'autre quand le petit hébergeur, victime de son succès, deviendra grand, puis très grand, puis énorme, modèle économique que je souhaite à tous les professionnels présents sur ce newsgroup :)
Tu pars du principe que tous les "hébergeurs de proximité" (appelons les comme ca pour simplifier) souhaitent devenir des hébergeurs de masse. Ca n'est pas toujours le cas.
En gardant une politique homogène, c'est a dire des services de très bonne qualité et des tarifs appropriés (chers donc), tu as deux optiques "honnêtes" et tout a fait respectables :
- soit tu développes ta clientèle, et a ce moment la tu as les moyens d'embaucher du personnel qui va continuer a traiter tes clients comme tu avais l'habitude de le faire au départ. Tu conserves donc la capacité à gérer des exceptions, meme a 10 M de CA et 100 salariés. On est loin du modèle économique de l'hébergeur de masse "discount".
- soit tu décides de conserver un roulement constant, un nombre de clients a peu près constant, un nombre de salariés constant. Rien ne va changer dans ta facon de traiter tes clients. On est également loin du modèle économique de l'hébergeur de masse "discount".
La troisième optique "non-honnête" serait évidemment de développer sa clientèle tout en n'embauchant personne, et en laissant les services se dégrader. Mais comme tout le monde le sait, ce genre ne pratique ne tient pas la route très longtemps.
Le fait pour un hébergeur discount grand-public (un hypermarché de l'hébergement quoi) d'automatiser au maximum les procédures est incontournable et induit donc forcément une certaine rigidité en matière de gestion d'incidents
[...]
Absolument d'accord sur tout le reste.
a+
-- Ronnie Garcia <ronnie at mk2 dot net>
Eric Demeester wrote:
dans (in) fr.reseaux.internet.hebergement, Ronnie Garcia
<ronnie@INVERSE.net.mk2> ecrivait (wrote) :
Une autre : quand tu vas chez McDo, tu ne demande pas si tu peux payer
demain parce que tu sais qu'on va te mettre dehors. Ca c'est un
hébergeur de masse.
Par contre si tu vas au resto en bas de chez toi, celui que tu croises
tous les jours et qui te dit bonjour. Tu sais qu'il est plus cher que
McDo, mais tu sais aussi que tu peux t'arranger avec lui. Ca c'est un
hébergeur non-discount.
Ton analyse induit AMHA des réflexions complémentaires.
Quand tu es client et connu comme tel d'un commerçant de proximité (un
petit hébergeur pour revenir au sujet de la discussion), il est logique
que des relations plus ou moins personnelles se tissent, et
qu'éventuellement, si on est amené à se faire confiance réciproquement,
on obtienne, dans certains cas, de payer un peu en retard voire à
crédit.
Ce type d'arrangement à l'amiable est typiquement ingérable à grande
échelle et disparaîtra forcément un jour ou l'autre quand le petit
hébergeur, victime de son succès, deviendra grand, puis très grand, puis
énorme, modèle économique que je souhaite à tous les professionnels
présents sur ce newsgroup :)
Tu pars du principe que tous les "hébergeurs de proximité" (appelons les
comme ca pour simplifier) souhaitent devenir des hébergeurs de masse. Ca
n'est pas toujours le cas.
En gardant une politique homogène, c'est a dire des services de très
bonne qualité et des tarifs appropriés (chers donc), tu as deux
optiques "honnêtes" et tout a fait respectables :
- soit tu développes ta clientèle, et a ce moment la tu as les moyens
d'embaucher du personnel qui va continuer a traiter tes clients comme tu
avais l'habitude de le faire au départ. Tu conserves donc la capacité à
gérer des exceptions, meme a 10 M de CA et 100 salariés.
On est loin du modèle économique de l'hébergeur de masse "discount".
- soit tu décides de conserver un roulement constant, un nombre de
clients a peu près constant, un nombre de salariés constant. Rien ne va
changer dans ta facon de traiter tes clients.
On est également loin du modèle économique de l'hébergeur de masse
"discount".
La troisième optique "non-honnête" serait évidemment de développer sa
clientèle tout en n'embauchant personne, et en laissant les services se
dégrader. Mais comme tout le monde le sait, ce genre ne pratique ne
tient pas la route très longtemps.
Le fait pour un hébergeur discount grand-public (un hypermarché de
l'hébergement quoi) d'automatiser au maximum les procédures est
incontournable et induit donc forcément une certaine rigidité en matière
de gestion d'incidents
dans (in) fr.reseaux.internet.hebergement, Ronnie Garcia ecrivait (wrote) :
Une autre : quand tu vas chez McDo, tu ne demande pas si tu peux payer demain parce que tu sais qu'on va te mettre dehors. Ca c'est un hébergeur de masse. Par contre si tu vas au resto en bas de chez toi, celui que tu croises tous les jours et qui te dit bonjour. Tu sais qu'il est plus cher que McDo, mais tu sais aussi que tu peux t'arranger avec lui. Ca c'est un hébergeur non-discount.
Ton analyse induit AMHA des réflexions complémentaires.
Quand tu es client et connu comme tel d'un commerçant de proximité (un petit hébergeur pour revenir au sujet de la discussion), il est logique que des relations plus ou moins personnelles se tissent, et qu'éventuellement, si on est amené à se faire confiance réciproquement, on obtienne, dans certains cas, de payer un peu en retard voire à crédit.
Ce type d'arrangement à l'amiable est typiquement ingérable à grande échelle et disparaîtra forcément un jour ou l'autre quand le petit hébergeur, victime de son succès, deviendra grand, puis très grand, puis énorme, modèle économique que je souhaite à tous les professionnels présents sur ce newsgroup :)
Tu pars du principe que tous les "hébergeurs de proximité" (appelons les comme ca pour simplifier) souhaitent devenir des hébergeurs de masse. Ca n'est pas toujours le cas.
En gardant une politique homogène, c'est a dire des services de très bonne qualité et des tarifs appropriés (chers donc), tu as deux optiques "honnêtes" et tout a fait respectables :
- soit tu développes ta clientèle, et a ce moment la tu as les moyens d'embaucher du personnel qui va continuer a traiter tes clients comme tu avais l'habitude de le faire au départ. Tu conserves donc la capacité à gérer des exceptions, meme a 10 M de CA et 100 salariés. On est loin du modèle économique de l'hébergeur de masse "discount".
- soit tu décides de conserver un roulement constant, un nombre de clients a peu près constant, un nombre de salariés constant. Rien ne va changer dans ta facon de traiter tes clients. On est également loin du modèle économique de l'hébergeur de masse "discount".
La troisième optique "non-honnête" serait évidemment de développer sa clientèle tout en n'embauchant personne, et en laissant les services se dégrader. Mais comme tout le monde le sait, ce genre ne pratique ne tient pas la route très longtemps.
Le fait pour un hébergeur discount grand-public (un hypermarché de l'hébergement quoi) d'automatiser au maximum les procédures est incontournable et induit donc forcément une certaine rigidité en matière de gestion d'incidents
