Bekijk Volledige Versie : Saldo versus achteraf betalen
Over het algemeen nemen we het niet zo strikt met voorafbetalingen naar onze klanten toe omdat er natuurlijk een gevoel van wederzijds vertrouwen moet bestaan tussen het bedrijf en de klant, maar toch stuit ik op een aantal vragen die vooral gericht zijn op het registreren van domeinnamen. We hebben steeds meer en meer klanten die een groter aantal domeinnamen afnemen en op regelmatige basis nieuwe registraties en verhuizingen doorvoeren. Over het algemeen wordt voor deze domeinnamen nu slechts één keer per maand een factuur opgemaakt.
Bij de huidige klanten loopt dit goed, maar dit net zoals in iedere sector zitten er natuurlijk ook hier mensen die het niet al te best voorhebben met hun betalingen en mijn vraag naar jullie is dan ook, wie maakt hier gebruik van saldo's en wie houdt er de manier van werken op na zoals ik net heb omschreven?
Ik kan me voorstellen dat registrars makkelijk een saldosysteem invoeren omdat het bij hen over echt grote hoeveelheden gaat. Bij ons valt dit over het algemeen wel mee, maar toch dus even deze vraag.
Voor nieuwe klanten is het eerst betalen en dan registeren. Dit gaat dan meestal met screenshots over en weer wat ik dan voldoende vind.
Klanten die al wat langer bij ons zitten en die altijd tijdig betaald hebben wordt achteraf een factuur voor verstuurd wat uiteraard ook gewoon wordt betaald.
Tot nu toe 1 klant gehad die het niet zo goed met ons voor had en daar zijn dan ook direct de domeinen uit de DNS gegooid. Toen was ie opeens snel met betalen :)
cyberbootje
07/12/09, 00:18
Hierzo eigenlijk ook zo'n beetje wat Piwi-Web zegt.
Nieuwe klanten, eerst betalen dan reggen en bestaande klanten gewoon op goed vertrouwen.
Daarnaast hebben we ook een credit systeem die voordelig is voor klanten die meer dan 5 domeinen per maand registreren.
Daar doen ze dan wel alles zelf zonder tussenkomst van ons, behalve dan credits bijkopen.
Hierzo eigenlijk ook zo'n beetje wat Piwi-Web zegt.
Nieuwe klanten, eerst betalen dan reggen en bestaande klanten gewoon op goed vertrouwen.
Daarnaast hebben we ook een credit systeem die voordelig is voor klanten die meer dan 5 domeinen per maand registreren.
Daar doen ze dan wel alles zelf zonder tussenkomst van ons, behalve dan credits bijkopen.
Bedankt voor de reacties. We zijn inderdaad druk bezig aan een klantenpaneel waarbij de registratie van de domeinnamen ook volledig automatisch zal lopen. Alleen twijfelen we een beetje aan het saldo systeem, maar dat lijkt me inderdaad de beste en meest degelijke oplossing. Het kost even wat meer tijd om alles aan zo'n saldo berekening te koppelen en eventueel betalingsmodules in te verwerken, maar goed uiteindelijk zal het ook wel de moeite lonen...
cyberbootje
07/12/09, 00:38
Inderdaad dat doet het zeker, scheelt een hoop handelingen vooral met de .nl domeintjes.
Van de klanten wordt wel een SIDN formulier verwacht welke geheel correct is maar tot nu toe gaat dat best goed.
Colo en dedicated vooraf met een (proforma)factuur
Domeinen en webhosting achteraf die paar tientjes zit het hem niet in.
niet betalen is overgaan tot incasso traject / gerechtsdeurwaarder
waarom factureer je niet meerdere keren per maand ?
moet er niet aan denken dat ik elke maand pas einde van de maand pas een betaling krijg
als iets op de 1e van de maand is besteld liefst nog dezelfde week een betaling binnen.
Over het algemeen gewoon automatisch een factuur creeeren en laten betalen binnen 7
middels paypal, ideal internet bankieren/ telefonisch overboeken (er is geen excuus om te laat te betalen meer) of waar mogelijk met automatisch incasso met toestemming binnen enkele dagen incasseren.
Werken met credit system is veel administratief rompslomp
zoals wel of niet btw in rekening brengen als aftrekpost etc
domeinen of hosting welke je dan inclusief of exclusief btw weer moet berekenen.
Voorbeeld:
saldo storten 100 euro (buitenlandse ondernemers met BTW nummer )
of 119 euro (particulieren of ondernemers in nederland 19% btw)
Uiteraard werkt het prepaid systeem het beste omdat je dan van te voren al geld hebt
maar wat als de klant niet op tijd zijn saldo aanvult ?
Je zal maar net zien dat zijn domeinen gedropt worden of elke andere denkbare scenario.
cyberbootje
07/12/09, 01:19
Uiteraard werkt het prepaid systeem het beste omdat je dan van te voren al geld hebt
maar wat als de klant niet op tijd zijn saldo aanvult ?
Je zal maar net zien dat zijn domeinen gedropt worden of elke andere denkbare scenario.
Hier hebben we zo'n credit systeem dat eigenlijk alleen voor nieuwe domeinregistraties is.
Na het aanvragen via credit komt hij in onze administratie terecht, bij vernieuwing gaat er xx dagen voor verlenging een bericht de deur uit en kan de klant kiezen te verlengen of niet en dan wordt er een "normale" factuur voor aangemaakt.
Dit is eigenlijk voor resellers/(klanten die er behoefte aan hebben) bedoeld.
Het is dan voor de klant mogelijk om 04:00 uur een registratie te doen(bij wijze van...)
Op welke manier kan je dan klanten verderhelpen die heel snel over een pakket of domeinnaam willen beschikken?
Op welke manier kan je dan klanten verderhelpen die heel snel over een pakket of domeinnaam willen beschikken?
Screenshot van betaling?
Ja, maar daar kan ook nog redelijk wat tijd overheengaan... in eenmansbedrijven kan dat allemaal wel eenvoudig zijn, maar in grotere bedrijven, waar de betaling door een aparte dienst wordt uitgevoerd is het niet altijd evident.
Screenshot van betaling?
Screenshots leuk, laatst gehad iemand die wou verhuizen geen probleem
eerst betalen maarja had met spoed nodig 2 weken later nog steeds geen betaling
bleek dat het een fake screenshot was.
Dan maar gerechtsdeurwaarder en de buiten gerechtelijke kosten.
daarom waar mogelijke iDEAL toepassen.
Een traditionele bestelbon laten ondertekenen is niet meer voldoende tegenwoordig?
Een traditionele bestelbon laten ondertekenen is niet meer voldoende tegenwoordig?
Dat is zo 1999 ... ->|
Ik begrijp wel je punt dat je eerder aanhaalde. Als een klant echt zeg maar binnen de 24 uur een pakket en / of domein nodig heeft zou het moeten volstaan om een screenshot van betaling te vragen, al is dat de dag van vandaag ook zo gefotosoept hoor...
Werken met credit system is veel administratief rompslomp
zoals wel of niet btw in rekening brengen als aftrekpost etc
domeinen of hosting welke je dan inclusief of exclusief btw weer moet berekenen.
Voorbeeld:
saldo storten 100 euro (buitenlandse ondernemers met BTW nummer )
of 119 euro (particulieren of ondernemers in nederland 19% btw)
Uiteraard werkt het prepaid systeem het beste omdat je dan van te voren al geld hebt
maar wat als de klant niet op tijd zijn saldo aanvult ?
Je zal maar net zien dat zijn domeinen gedropt worden of elke andere denkbare scenario.
Helemaal met je eens.
In het begin hebben we wel eens domeinen geregistreerd bij partijen die met een Saldo werkte alleen liep ik dan altijd tegen problemen aan. Vaak is het zo dat je Saldo eigenlijk nooit direct is bijgeschreven waardoor je bijvoorbeeld geen nieuwe registraties of verlengingen direct kunt uitvoeren.
Als je met een saldosysteem gaat werken zou ik er wel voor zorgen dat het real-time kan worden bijgeschreven.
Het is eigenlijk ook de bedoeling dat er realtime bedragen op gestort kunnen worden d.m.v. paypal en dergelijke, maar ik loop er toch een beetje tegenaan dat, dat kennelijk toch wat duurder is dan origineel gedacht. Ook om bijvoorbeeld credit card betalingen te accepteren... Nugoed dat moet ik nog verder uitzoeken...
Aan de andere kant loont het waarschijnlijk de moeite om je hier één keer degelijk in te verdiepen...
Ik heb wel eens gewerkt aan een systeem waarbij je credits kon inkopen.
Met een normale overschrijving kreeg je dan bijvoorbeeld 100 credits voor 100 euro.
Met een ideal betaling kreeg je er 110 voor 100 euro, omdat er minder werk aan is.
Met een credit card overschrijving kreeg je er maar 90 voor 100 euro, omdat er meer kosten aan zitten.
Hiermee geef je de keus aan de gebruiker om goedkoop uit te zijn. Het is een heel eerlijk systeem, omdat je creditpakketten aanbiedt met een bepaalde vaste betaalmogelijkheid. Pakketten van 90 kun je alleen met credit card kopen, pakketten van 110 alleen met ideal enzovoort.
Na het kopen maakt het vervolgens voor het systeem niets meer uit, iedere credit is evenveel waard. Ook voor de BTW maakt het niet uit, je verkoopt namelijk de credits en niet de dienst die je daar weer mee gaat uitvoeren. De BTW problematiek wordt dus bij de aanschaf van de credits afgehandeld.
Edit: een beetje zoals met die drankmuntjes in de kroeg dus
Stuur in ieder geval zo snel mogelijk je facturen. Heb hier nog facturen openstaan van klanten (xxxx) die zijn vertrokken naar het buitenland (oud registrar). Je wordt er niet rijker van als het misgaat!
Ik denk dat ieder systeem wel haken en ogen heeft.
Vooraf betalen via prepaid= is handig maar is je saldo te laag moet je meteen upgraden en hopen dat het snel bijgewerkt wordt, maar ondertussen kan jij geen domeinen registreren.
Voor de ondernemer wel handig hij heeft immers meteen wel geld, maar je krijgt wel weer veel supportvragen etc over saldo's die niet bijgewerkt zijn en niet kloppen.
Factuur, ja sommige betalen liever niet dan wel das bedrijfsrisico helaas, ik zou dan toch voor de optie gaan eerst de factuur is die betaald dan registreren.
Voor de ondernemer wel handig hij heeft immers meteen wel geld, maar je krijgt wel weer veel supportvragen etc over saldo's die niet bijgewerkt zijn en niet kloppen.
Een goed systeem met een goede vraagbaak. Komen ze er dan nog niet uit dan lever je support. Kan mij niet voorstellen dat dit echt zoveel supportvragen oplevert. Je geeft je bedrijf wel een groot stuk zekerheid.
Anderszijds is het wellicht voor een klant weer een (te) hoge drempel om met saldo's te werken. Ik kan mij voorstellen dat een klant eerder een bestelling doet als je achteraf factureert dan met een saldosysteem. Hoewel je dan de afweging moet maken of je die meneer/mevrouw als klant wilt.
Dat hangt helemaal van de branche af. Bij de meeste consumenten zaken moet je betalen om iets mee te krijgen. Veel b2b leveranciers sturen echter een factuur...
Wij zijn waarschijnlijk nog steeds zeer goedaardig naar onze bestaande of potentiele klanten toe.
Klanten krijgen de facturen altijd nadat de dienst is geleverd.
Op het moment dat de klant niet betaald sluiten wij de dienst af, of in het geval van bijvoorbeeld domeinen, veranderen entries in de nameservers.
Bij nieuwe klanten die niet betalen, gaan wij sneller het incasso traject in. Indien een klant dan een verhuizing inzet, lichten wij dan wel de nieuwe hoster in over de administratieve achterstand, die moet dan zelf besluiten wat ze daarmee doen...