Vanaf de andere kant

You're welcome.

Het is idd iets om rekening mee te houden, maar met de techniek vandaag de dag kun je heel wat doen. Het is de kunst om duidelijk te zijn, maar tegelijkertijd ook makkelijk extra informatie te geven voor de klanten die daar behoefte aan hebben.

Ik ben een site tegengekomen, waar in de vergelijkingstabel stond: "SSL [?]: optie". Door op het vraagteken te klikken, verscheen de extra informatie in een popup (à la "met SSL worden gegevens versleuteld verzonden bladiebla. Klik hier voor tarieven en meer informatie"). Klik, en voilà een pagina met veel informatie. Dat is een manier waarop je dat kunt doen. Andere sites hadden verwijzingen naar FAQs voor de meer gedetailleerde zaken. Weer andere hadden de optie om de vergelijkstabel verder 'uit te vouwen'. Mogelijkheden genoeg.

Wat mij betreft mag er meer informatie op de meeste sites, maar hoef je dat niet direct op de homepage te knallen. Als de weg erheen maar makkelijk en niet te ver is. Hoe je dat kunt doen, zijn letterlijk boeken over vol geschreven.
Het niet vermelden van gedetailleerde informatie vind ik een zekere minachting voor de bezoeker. Alsof de site er vanuit gaat, dat ie er 0 verstand van heeft (al zal het goed bedoeld zijn, dat begrijp ik wel). Maar belangrijker: hij drukt niet op die knop "Bestel".

Een andere invalshoek: techniek is een middel, geen doel. Op zich vind ik het geen gek idee om bijv. voor shared hosting een aparte site te maken voor 'leken', en daarbij naast "20gb" bandbreedte ook uitlegt wat dat is en wat je daarmee kunt (bijv. "ongeveer x bezoekers per dag op een site met een fotoalbum met x foto's"). Huur dan maar wel alvast een extra persoon in voor support! Zonder grappen: ik merk met mijn webwinkel al dat duidelijke informatie mij veel e-mails met vragen bespaart.

Ik dwaal nu af. Als iemand nog zijn site aan mijn kritische blik wil onderwerpen, doe ik dat met plezier.

Citaat:

---

Oorspronkelijk geplaatst door DennisWijnberg

Goed punt! Wij zijn met een nieuwe site bezig en daar nemen we dit in mee!
Transparantie is key en de branche doet ook vaag. Soms omdat het technisch uitleggen betekent dat de helft van de lezers af zal haken, soms omdat ze het er liever niet over hebben.

Een goed voorbeeld op het snijvlak van bovenstaande argumenten is dataopslag. Lijkt misschien heel goed te begrijpen, maar gebruik je SATA, Near-line SAS? SAS? Sas met een SSD cache, SSD, IO-kaarten? Gebruik je lokale opslag, (decentrale), centrale (SAN?, NAS?)? Fiber channel? iSCSI? Maak je daar snapshots van (lokaal), op block- of filelevel? Repliceer je dat? Binnen hetzelfde systeem? Binnen hetzelfde datacenter? Draai je dat in RAID, JBOD? Welke RAID-set? RAID 0, 1, 5, 6, 10, 50, 60? Wat houdt dat dan in? Welke impact heeft het uitvallen van een schijf op de performance/uptime?

---

Onlangs liep er een discussie over SLA's en of die op de website staan. Het lijkt me dat je de hoeveel details aanpast aan de doelgroep.
Om eerlijk te zijn, iemand die een één-click bestelling van een shared site zoekt, kun je niet heel serieus nemen als die dan wil weten welke smaak RAID eronder hangt vanwege 'performance' .
M.i. wil je bij een bepaalde product categorie "genoeg" informatie geven om duidelijk te maken wat inbegrepen is;
Met name als je die moet onderscheiden van budget collega's die bepaalde componenten weglaten of als in dat segment nog wel eens spelletjes gedaan worden met kosten die pas bij bestelling zichtbaar worden.

Je kunt altijd een verwijslinkje hebben naar een (meer) technische productspecificatie.
De bovenstaande storage details lijken me de versie die pas in een RFP traject aan bod komt. Als je in dat segment speelt moet je zoiets natuurlijk ook netjes omschreven hebben.

Citaat:

---

Oorspronkelijk geplaatst door DennisWijnberg

Kortom; voor veel potentiele klanten best heel erg moeilijk. Aan de andere kant ook voor sommige hosters makkelijk om het onder dit mom weg te moffelen. Waar leg je de grens?

---

In theorie moeten de klanten dit niet willen weten, dat is het hele punt van een dienst afnemen. Dat is theorie, want als klant moet je er in zekere mate naar vragen om een beeld te krijgen of de aangeboden dienst inderdaad is wat je zoekt.
Dus ja, de grens die je moet zien te vinden is "genoeg informatie voor wat de klanten van jouw dienst zoeken" ;-)

Citaat:

---

Oorspronkelijk geplaatst door visser

Dus ja, de grens die je moet zien te vinden is "genoeg informatie voor wat de klanten van jouw dienst zoeken" ;-)

---

Jep, en dan zorgen dat hetgeen zij niet weten (en dus aannemen?) niet voor tegenvallers gaat zorgen. Anders kweek je onvrede. Je kunt beter klanten niet hebben dan ontevreden klanten. Dat zorgt overal in de organisatie voor spanningen die je helemaal niet moet willen als je een goede boterham hebt.

maar nu de vraag...
Wat zoek je nou wel...

Mogen wij uw verlanglijstje? maar dan in het daarvoor bestemde topic :)
Dan kunnen wij u allemaal een op maat ontwikkeld pakket bieden en dan kunt u naar alle hartenlust kiezen bij welke partij u terecht wilt.

En als we dan toch dieper op de materie in gaan:

Spelen zaken als:
- de afstand tussen de plaats waar de webserver en het woonadres van de technische werknemers
(if sh*t really hit's the fan, moet men nl heel soms toch naar t datacenter om op een knop te drukken)
- Wat voor soort metaal/glasvezel er bij de verbindingen gebruikt zijn...
- wat de afstand tussen uw huis en het datacentrum waar de webserver is

voor u ook een rol?
(geloof t of niet, deze vragen heb ik ook gehad voor een html website)

Citaat:

---

Oorspronkelijk geplaatst door energykind

maar nu de vraag...
Wat zoek je nou wel...

Mogen wij uw verlanglijstje? maar dan in het daarvoor bestemde topic :)
Dan kunnen wij u allemaal een op maat ontwikkeld pakket bieden en dan kunt u naar alle hartenlust kiezen bij welke partij u terecht wilt.

En als we dan toch dieper op de materie in gaan:

Spelen zaken als:
- de afstand tussen de plaats waar de webserver en het woonadres van de technische werknemers
(if sh*t really hit's the fan, moet men nl heel soms toch naar t datacenter om op een knop te drukken)
- Wat voor soort metaal/glasvezel er bij de verbindingen gebruikt zijn...
- wat de afstand tussen uw huis en het datacentrum waar de webserver is

voor u ook een rol?
(geloof t of niet, deze vragen heb ik ook gehad voor een html website)

---

afstand naar het dc vind ik een hele vervelende om te beoordelen.

Redundancy op switch niveau is niet moeilijk mee. Wij gebruiken dubbele active-active uplinks, dus tenzij beide switches uitvallen, of een netwerkkaart en de switch die de andere link verzorgt. Maar anders merkt de klant het niet. Als ik in noodgevallen snel naar dc moet ben ik een uur onderweg. Veel belangrijker vind ik het om te voorkomen dat dat uberhaubt nodig is. Het enige wat bij ons niet redundant draait zijn dedicated servers. En zelfs daar leveren we in een aantal gevallen een dubbele uplink. Alleen hardware storingen als een raid controller of een moederbord kunnen dan nog zodanig kritisch zijn dat ik NU naar dc zou moeten. De rest kan gepland worden.

@oehTie het is mij wel eens gelukt om het in 40 minuten te doen. maar toen had ik echt haast :)

Maar inderdaad afstand van dc moet niet zo veel uitmaken is mijn idee maar er zijn inderdaad mensen die er anders over denken.

EDIT: CJIB was 2 week later heel blij met mij.

Als het een gewone verkeerssituatie is, dan ben ik in 9 minuten zonder te hard rijden bij het datacenter. Vervolgens nog 5 minuten om door de bewaking heen te geraken... Ik kan je vertellen dat dat een veel geruster gevoel geeft iedere dag dan als je weet dat je bij een serieuze storing 2 uur in de auto van Eindhoven naar Amsterdam mag.

Citaat:

---

Oorspronkelijk geplaatst door patrickekkel

@oehTie het is mij wel eens gelukt om het in 40 minuten te doen. maar toen had ik echt haast :)

Maar inderdaad afstand van dc moet niet zo veel uitmaken is mijn idee maar er zijn inderdaad mensen die er anders over denken.

EDIT: CJIB was 2 week later heel blij met mij.

---

ahum........ ach, ik ben ook geen heilig boontje...... ooit een keer aangehouden van EvoSwitch naar huis. Had er zo de pest in dat ik die kant op moest om op enter te drukken en weer terug kon dat de enige reden dat ik bij de aanhouding geen bekeuring kreeg kwam omdat ze me gewoon niet bij konden houden. Pas in de trajectcontroles kwamen ze in de buurt.

Citaat:

---

Oorspronkelijk geplaatst door t.bloo

Als het een gewone verkeerssituatie is, dan ben ik in 9 minuten zonder te hard rijden bij het datacenter. Vervolgens nog 5 minuten om door de bewaking heen te geraken... Ik kan je vertellen dat dat een veel geruster gevoel geeft iedere dag dan als je weet dat je bij een serieuze storing 2 uur in de auto van Eindhoven naar Amsterdam mag.

---

Ik kan dat ook... maar Grafix Capelle wil ik niet meer zitten. Te veel netwerkproblemen en ander gedoe gehad. Daar weegt die 100 meter lopen naar dc en 1 min om binnen te komen echt niet meer op tegen de inkomsten van tevreden klanten. Andere dc's in de buurt zullen zeker goed zijn, maar minimaal een half uur rijden. Als ik dan toch onderweg ben, kan de rest er ook nog wel bij.

Gewoon er voor zorgen dat je daar een mannetje hebt in het geval van storing en afspraken met het DC:) Met dat laatste betaal je wat maar dan moet het ook goed fout zitten.

Afstand naar het DC speelt (zeker met virtualisatie) toch bijna geen rol meer? Ik zou niet weten waarom we nog met SPOED naar het DC zouden moeten... stroomstoring misschien maar daar kan je bar weinig aan doen behalve wachten en op afstand e.e.a. weer inschakelen.

Ik denk overigens dat het niet zo geutig met IP adressen omspringen ook deels te maken heeft met het tekort aan IP adressen wereldwijd. De meeste control panels worden dusdanig ingericht dat websites op een shared IP automatisch worden aangemaakt. Moet een website toch een eigen IP krijgen, wordt dat bij vele hosters een klein stukje maatwerk en worden daar aparte tarieven voor gerekend. De gelukkige hosters met voldoende programmeurs in dienst kunnen dat ook weer automatiseren.

Waarom je (denk ik) zoveel hosters tegenkomt die die informatie NIET verspreiden heeft misschien ook nog te maken met het aantal kleine hosters in Nederland met sterk uiteenlopende budgetten. De SIDN heeft momenteel nog 1900 leden? Ik herinner me een getal van 2700 hosters in Nederland ergens uit 2009 (bron: relatiebeheerder SIDN). Zeker in een vrij "nieuwe" branche als hosting heeft niet iedereen het nog in de puntjes voor elkaar.

Citaat:

---

Oorspronkelijk geplaatst door eMiz0r

Afstand naar het DC speelt (zeker met virtualisatie) toch bijna geen rol meer? Ik zou niet weten waarom we nog met SPOED naar het DC zouden moeten... stroomstoring misschien maar daar kan je bar weinig aan doen behalve wachten en op afstand e.e.a. weer inschakelen.

---

Er worden nog steeds her en der "in de regio" datacenters gebouwd, dus blijkbaar is er behoefte aan DCs "in de buurt".
Ik ben wel met je eens dat de noodzaak voor "spoed" bezoeken er technisch niet zou moeten zijn; Of dat bij genoeg partijen ook zo werkt durf ik niet te zeggen.

Misschien genoeg DC klanten telkens met een servertje groeien en dus voor elke oplevering een bezoekje moeten doen ?
Dan is het wel prettig als dat niet al te ver is.
Of misschien een klantensegment voor wie het psychologisch is om "hun servers" in een bekende buurt te hebben,hetzij de hosters hetzij hun klanten.

Nederland is in elk geval klein genoeg (en netwerken hebben ook vaak een ster topologie) dat "lagere latency" het argument niet kan zijn.

Wij hebben ook specifiek voor een DC bij ons in de buurt gekozen, ook al was dat 2 keer zo duur dan in de randstad. Enerzijds omdat er eigenlijk nergens handson is voor de ietwat grotere/ingewikkeldere setups, anderzijds omdat onze klanten het ook wel prettig vinden als wijzelf kort bij het DC zitten.

Maar sinds wij vrijwel alles virtualiseren en de noodzakelijke hardware aan kvm's en ipomannetjes hebben hangen is er verder technisch eigenlijk geen enkele noodzaak meer om naar het dc te MOETEN. Alleen lekker op je gemak af en toe een node/storage inpluggen en dan heb je het wel gehad.

'van de andere kant'... als ik kan kiezen om meer te betalen en dan niet straks bij een echte storing overstressed 250 km naar mijn dc te hoeven crossen, dan doe ik dat toch wel graag... virtualiseren of niet :P

Oh maar dat begrijp ik wel hoor. Wij hosten ook vanuit Groningen en niet Amsterdam. Er zijn altijd wel wat klusjes waarvoor je naar het DC moet (de servers rollen er niet vanzelf in). Zat alleen meer aan spoedklussen te denken, dmv van o.a. virtualisatie (en voldoende redundantie) zou spoed niet echt een issue meer zijn op wat uitzonderingen na. Ook al zijn we in Groningen bijna 2x zo duur uit, blijf ik toch liever hier zitten.

Edit: lees nu de post van systemdeveloper.. nou precies om die redenen ja :)

Als ik het 'nieuwe servers plaatsen' even niet meereken ben ik denk ik 2 keer in het dc geweest afgelopen jaar. 1e keer was een defecte kabel, 2e keer een klant die handson nodig had omdat hij zijn server gesloopt had en geen kvm voorhanden.

Al ons eigen spul draait esxi met daarop gevirtualiseerde servers en dan ook nog eens IPMI of DRAC of ILO beschikbaar... Ik kan vanaf thuis meer sneller en tegelijk dan met een console of laptop op locatie.

Dat mensen de servers in de buurt willen hebben snap ik wel. Maar als ik klanten uitleg dat ik kwalitatief nu betere diensten lever dan toen ik nog bij Grafix/DataHouse zat dan zijn ze blij dat ik wat meer km's maak. Grafix/DataHouse Capelle is voor mij 100 meter lopen als het niet minder is.

Citaat:

---

Oorspronkelijk geplaatst door t.bloo

Als het een gewone verkeerssituatie is, dan ben ik in 9 minuten zonder te hard rijden bij het datacenter. Vervolgens nog 5 minuten om door de bewaking heen te geraken... Ik kan je vertellen dat dat een veel geruster gevoel geeft iedere dag dan als je weet dat je bij een serieuze storing 2 uur in de auto van Eindhoven naar Amsterdam mag.

---

Het is hier ongeveer 40 minuten naar EvoSwitch (met haast is is het gelukt in 20 en het CJIB heeft er nooit iets over gezegd) normaal gesproken is het naar Serverius voor ons één uur rijden ongever. Maar ik heb dan weer een vriend in Urk wonen die daar binnen 10 a 20 minuten kan zijn.

Wij vermelden dit niet op de website omdat dit volgens mij eigenlijk compleet niet relevant is. 99% van de dingen kan remote uitgevoerd hebben, verder bestaan er remote hands en alles.