Hjælp til salg (Ikke internet)

Svar: DIBS betalingsløsning. Hvad koster det?

Jonas G. — Sun, 27 Jul 2014 23:16:34 GMT

Hej Allan. Skriv dig på til Select Nordic, og se om det er noget for dig - når vi lancerer :)

Svar: DIBS betalingsløsning. Hvad koster det?

Allan Ertman — Sun, 27 Jul 2014 23:00:49 GMT

Jeg har fundet ud af at en DIBS betalingsløsning koster 1495 kr i oprettelse og fra 195 kr om måneden. Jeg har installeret en Joomla hjemmeside og et Joobi Jstore webshopmodul. https://www.joobi.co/ har skrevet til mig at i august vil de implementere DIBS betalingssystem i deres webshopmodul.

For at kunne tage i mod dankort, skal jeg have en aftale men Nets. Den koster 250 kr i oprettelse + 1000 kr om året.

Det vil sige: 5085 kr det første år for at kunne tage i mod dankort.

Svar: DIBS betalingsløsning. Hvad koster det?

Thomas Jensen, QuickPay — Sun, 27 Jul 2014 15:36:09 GMT

Hej

mht. pris og support fik jeg da vist stukket hånden ind i en hvepserede :)

Jeg reagerede som udgangspunkt på det noget bombastiske udsagn om at Quickpay ikke yder tlf.support. Faktuelt har vi en (subjektivt betragtet) velfungerende kundeservice[1].

Og når det så er sagt, er det naturligvis ikke det samme som at sige at der ikke kan opstå svipsere. Jeg har som nævnt ikke indsigt i de/den konkrete oplevelse, men jeg tør godt påstå at vi typisk går meget langt for at få en kundesag helt i mål. Det er naturligvis ikke i hverken kundens eller vores interesse at shopløsningen ikke kommer til at virke optimalt. Det er fungerende shopløsninger som er vores forretningsgrundlag, så det er naturligvis vitalt for os at vores kunders løsninger virker.

Vi er ikke anderledes end alle andre forretninger - vi lever af tilfredse kunder, og det er da heldigvis langt langt størstedelen af vores kunder.

Hvad angår problemstillingen tlf.support vs. skriftlig support, så vil vi til dags ende fastholde at det oftest er nemmere at supportere mere komplekse sager pr. skrift end pr. telefon. Det hænger både sammen m. ofte komplekse kodebaser (typisk af 3. partssoftware vi ikke har indgående kendskab til), samt det faktum at en kundeservice typisk består af flere levels. First-level supportere har ikke nødvendigvis samme kompetencer udi programmering i et vilkårligt programmeringssprog som en third-level supporter.

Hvad angår prissætning er den egentlig ikke sat ud fra betragtningen om "at være billigst". Den er oprindeligt sat ud fra hvad vi mente var "rimeligt". Det ligevel bombastiske udsagn om at pris og kvalitet hænger uløseligt sammen, kan jeg fint tilbagevise hvis jeg kigger på psp-historik/statistik for den seneste årrække. Men det er slet ikke mit ærinde her så det undlader jeg :)

Alt i alt tror jeg at, vi må erkende at når sælger "en hyldevare" til een enhedsprisi det antal vi gør, vil der være kunder som desværre falder udenfor den pris/produktligning der ligger til grund. Målet er at ramme så stort og så bredt et markede som muligt - og så iøvrigt gøre alt hvad man kan for også at tilfredse de kunder som falder udenfor ligningen.

Og når det så er sagt, er det da ikke utænkeligt er vi indenfor overskuelig fremtid lancerer en mere differentieret prismodel - der potentielt kan rumme den yderste konsekvens af en supportsag - at få stillet en on-site specialistprogrammør til rådighed.

[1] hvis man kigger på målbare størrelser ala, modtagne opkald pr. dag, den målte kø ved telefonerne, antal mistede opkald, samt ikke mindst resultaterne af de gennemførte tilfredshedsundersøgelser.

Thomas jensen

Svar: DIBS betalingsløsning. Hvad koster det?

Thomas Jensen, QuickPay — Sun, 27 Jul 2014 15:12:18 GMT

Hej

Kasper Grubbe:
Nu har jeg kun meget kort kigget på Quickpays API dokumentation og det kunne godt bruge lidt kærlighed,

kan kun give dig ret - api-dokumentationen er ikke just top-lækker.

hvorfor jeg også i denne lukkede kreds kan afsløre at der inden "overskuelig fremtid" lanceres ny dokumentation... samt også en Stripe-alike måde at lave integration (i al fald mod minimum een indløser so far). Mere om det senere.

thomas jensen

Svar: DIBS betalingsløsning. Hvad koster det?

Kasper Grubbe — Sun, 27 Jul 2014 13:02:59 GMT

Kristoffer - Serverfruit:

Nu har jeg læst dine indlæg, og helt ærligt synes jeg at du gør meget ud af, at have høje forventninger til tingene på trods af en pris på 150 kr. / måned.

At de vælger at yde den service at linke til plugins betyder jo ikke nødvendigvis at de er ansvarlige for de plugins.

Hvis Quickpay forventer self-service og folk skal kunne arbejde med deres API så må de også dokumentere det, og komme med eksempel-kode så man selv kan implementere det uden at hive fat i deres support.

Jeg implementerede Stripe på en aften, både med subscriptions og payments, det kunne være sjovt at se hvor hurtigt samme øvelse gør sig i Quickpay. Nu har jeg kun meget kort kigget på Quickpays API dokumentation og det kunne godt bruge lidt kærlighed, sammenlign med Stripes: https://stripe.com/docs/api/ruby#create_charge

Svar: DIBS betalingsløsning. Hvad koster det?

Kristoffer Rath Hansen — Sun, 27 Jul 2014 09:02:05 GMT

Paris Nakita Kejser:
Hvis du mener supporten er et problem, så må i jo hæve prisen så kvaliteten af produktet kan følge den højde som du åbenbart påstår i gerne vil lave men ikke kan på grund af prisen, i har selv sat prisen det er ikke mig som "kunde" der har bestemt jeres pris, men jeg forventer stadig at jeg får samme oplevelse hos jer som hos andre, og det gør man desværre bare ikke, og hvis agumentet er prisen ja så det også fint nok, men så er det bare heller ikke personer som mig i henvenner sig til.

Som med enhver anden branche følger pris og kvalitet også hinanden her.

Paris Nakita Kejser:
Håber i kan se problemet og opper jeres support + måde at se tingene på hvis i skal gøre jer forhåbninger om at se kunder som mig i jeres portfolio, at skubbe ansvart vider syndes jeg personligt ikke er måde nat løse et problem på.

Nu har jeg læst dine indlæg, og helt ærligt synes jeg at du gør meget ud af, at have høje forventninger til tingene på trods af en pris på 150 kr. / måned.

At de vælger at yde den service at linke til plugins betyder jo ikke nødvendigvis at de er ansvarlige for de plugins.

Mht. mail, chat, telefon foretrækker jeg for det meste at sende en mail. Det giver kompetente supportfolk lejlighed til at svare på det hurtigt, men samtidig også komplet. Skal det gå stærkt sender jeg en mail og følger op med chat eller telefon med det support ticket ID man får tilbage.

Det gør jeg af 2 grunde. 1) Alt er i mailen - så jeg kan bare henvise til den. 2) Det er ikke altid den rette person man får fat på over chat eller telefon, men de kan alligevel skubbe sagen i den rigtige retning så det går hurtigere.

Jeg hverken arbejder for Quickpay, ejer Quickpay, er kunde hos Quickpay og har ikke på anden måde nogen relation til Quickpay. Dette er min helt personlige holdning. (Dermed ikke sagt at vi ikke i fremtiden når vi bliver større ikke vil blive kunder der).

Svar: DIBS betalingsløsning. Hvad koster det?

Paris Nakita Kejser — Sun, 27 Jul 2014 08:04:04 GMT

Så du mener ikke det er jeres opgave at have samplekode til jeres egen gateway med abo. løsning? og du mener ikke det er jeres opgave at kan besvare simple sprøgsmål som disse ting en kunde der smider penge hos jer?

Hvis du mener supporten er et problem, så må i jo hæve prisen så kvaliteten af produktet kan følge den højde som du åbenbart påstår i gerne vil lave men ikke kan på grund af prisen, i har selv sat prisen det er ikke mig som "kunde" der har bestemt jeres pris, men jeg forventer stadig at jeg får samme oplevelse hos jer som hos andre, og det gør man desværre bare ikke, og hvis agumentet er prisen ja så det også fint nok, men så er det bare heller ikke personer som mig i henvenner sig til.

Jeg vil gerne betale for et produkt hvor pris ikke har den store betydning som sådan, men jeg forventer så sandligt også hvis jeg har problemer og sprøgsmål at der sider kompetante folk i den anden ende der kan råde og vejlede mig så det er i alles intressere for at få et evt. problem løst og det virker bare desværre ikke sådan helt med jer, du vil hele tiden skubbe alt vider til "3 part" og henviser til prisen, og sådan en virksomhed erb are ikke noget for mig og derfor anbefalder jeg heller aldrig jer til andre netop fordi for mig er telefon support på teknisk plan alfa omega hvis min gateway ikke køre optimalt taber jeg penge, og så er de 50-150kr jeg spare ved jer pr mdr dårlig sparet hvis jeg skal bruge over 1 time på support sager, og skal forsøger at få et opkald flere gange men der bliver nægtet det så spiller jeg min tid og midster penge oven i købet.

Håber i kan se problemet og opper jeres support + måde at se tingene på hvis i skal gøre jer forhåbninger om at se kunder som mig i jeres portfolio, at skubbe ansvart vider syndes jeg personligt ikke er måde nat løse et problem på.

Svar: DIBS betalingsløsning. Hvad koster det?

Thomas Jensen, QuickPay — Sun, 27 Jul 2014 07:57:11 GMT

Hej

Jeg tror måske vi taler forbi hinanden - i praksis hjælper vi typisk kunderne m. alt muligt. Også ting udenfor vores scope. At vi skriver vi ikke yder support på 3. partsting er primært for at have hjemmel til at sige at nu kan vi desværre ikke hjælpe yderligere.

Der findes kunder som forventer uendelig support på alt muligt - og dette til en pris af 150,-/mdr. Det er desværre ikke en supportopgave vi hverken kan eller ønsker at løfte. Og naturligvis har vi indsigt i de gængse shopsystemer - men vi fastholder at vi ikke er eksperter i dem.

Jeg skal da beklage at du øjensynligt (?) har haft en skidt supportoplevelse hos os, men vi bliver nødt til at have snitflader for hvad vi føler der er vores ansvar og vores opgave.

thomas jensen

Svar: DIBS betalingsløsning. Hvad koster det?

Paris Nakita Kejser — Sun, 27 Jul 2014 06:25:46 GMT

Jeg vil mene hvis i lader nogle downloade et plugin/modul fra jeres side, bør i vide hvordan det virker og yde support på det, alt andet er tåbligt da man som udvikler kan side med sprøgsmål tilbage og i kan ikke hjælpe en hvem kan så?

Når det så er sagt, så er min oplevelse af Quickpay ikke god, det skyldes at teknisk hjælp skal forgå via deres dårlig online chat support, og deres abo. services halter helt vildt, der er ikke en gang eks. på hvordan det skal laves, bare et dårligt svar på supporten "mange bruger det uden problemer men kan ikke give dig sample kode på det" så det dvs. man kan faktisk ikke få hjælp til deres gateway når det bliver for teknisk desværre.

Deres abo. modul sender ikke lat medi callback filen, og når man sprøger hvad det skyldes om deres systemer er bygget op tranaction i deres database og det er derfor den ikke gør det om det skal ske før eller efter callback filen er deres support total uviden, endte med at bruge 1,5time på supporten hvor browseren crashet, og jeg spurte flere gange til telefon hjælp men det fik jeg blot afvide at det skulle ske pr mail eller via chatten, det er virklig uprof. derfor har jeg altid hoppet uden om Quickpay for går noget galt skal jeg kunne ringe og få det løst promte også selv om det er teknisk hjælp...

Svar: DIBS betalingsløsning. Hvad koster det?

Carsten Kvist — Sun, 27 Jul 2014 06:21:14 GMT

Jeg er udmærket klar over, at det er mig selv der ikke har læst tingene ordentlig igennem inden jeg indgik aftalen.

Men nu hvor jeg er klar over, at jeg ikke har nogen support fra jer, hvis modulet ikke virker. Og jeg kan have en latent udgift på adskillige tusinde kroner, hvis der kommer en opdatering der ikke virker.

Så vil jeg bare hellere et sted hen, hvor jeg føler mig mere tryg.

Jeg tror RIGTIG mange af jeres kunder forventer, at når modulerne ligger til download hos jer, så har i blåstemplet dem. - Det er jo så bare misforstået.

Svar: DIBS betalingsløsning. Hvad koster det?

Thomas Jensen, QuickPay — Sun, 27 Jul 2014 06:10:36 GMT

Hej

ehm... jeg siger ikke at vi ikke har en interesse i at de virker. Naturligvis har vi kun en interesse i at de forskellige moduler virker. Tro mig når jeg siger at når der findes en bug i et modul kan det direkte aflæses negativt i vores support. Og det har ingen interesse i. Vi gør derfor altid store anstrengelser for at holde de mange forskellige moduler så gode og opdaterede som muligt.

Det eneste jeg siger er at vi ikke er eksperter i alverdens shopsystemer - og det synes jeg egentlig er en en fair melding set i lyset at vores produkt ikke er et shopsystem.

På samtlige download-sider står der også:

"Disclaimer
Det skal bemærkes at brugen af modulet sker på eget ansvar. Vi yder kun begrænset support på brugen af det - men kan altid henvise til eksterne eksperter af hver enkelt system.

Modulet stilles gratis til rådighed men vi kan desværre ikke påtage os at yde support på jeres shopsystem, endsige sætte det op. Vi er ikke eksperter i alle tænkelige shopsystemer. Quickpay er vores fokus."

thomas

Svar: DIBS betalingsløsning. Hvad koster det?

Carsten Kvist — Sat, 26 Jul 2014 22:43:28 GMT

Se. NU bliver det s.. alligevel interessant!

Thomas Jensen, Quickpay:
Men problemstillingen er et godt eksempel på hvor support-sager kan gå i hårdknude. Quickpay kan ikke være ekspert i samtlige flere tusinde forskillige shopsystemer der findes - og ønsker det for så vidt heller ikke.

Men i genere jeg ikke for at tage reklameværdien af at modulerne eksistere: http://quickpay.dk/modules/

Thomas Jensen, Quickpay:
Quickpay hverken kan eller vil være eksperter i alle tænkelige shopsystemer. Vores fokus er selve betalingssystemet quickpay. Vi hjælper så typisk forskellige shop-commnyties med sponsorater mod at få quickpay-moduler retur.

Modulet kan hentes DIREKTE på jeres site, uden man skal over en anden side, men i interessere jeg ikke for, hvordan det virker! : http://quickpay.dk/modules/prestashop/

Gælder alle jeres shopmoduler, alle dem i virkelig bryster jeg af, - De virker eller virker ikke, det rager ikke jer?!?!

Jeg tror da jeg skal se mig om efter andre. Magen til arrogant og ansvarsfraskrivende indlæg skal man alligevel lede længe efter!

Svar: DIBS betalingsløsning. Hvad koster det?

Thomas Jensen, QuickPay — Sat, 26 Jul 2014 21:27:23 GMT

Hej

Er prestashop ikke open-source ?

Eg. alle kan vel bidrage til shopssystemet ? Det er ikke quickpay som har skrevet prestashop, og for så vidt heller ikke quickpay som har skrevet modulet.

Jeg kender personligt ikke årsagen til at kurv-nummer anvendes (anede ikke at der var noget som hedder kurv-nummer rent faktisk :) - men du er da velkommen til enten at fixe selv, kontakte udvikleren eller kontakte quickpays support og så kan de/vi finde en prestashop-udvikler som sikkert kan fixe.

Men problemstillingen er et godt eksempel på hvor support-sager kan gå i hårdknude. Quickpay kan ikke være ekspert i samtlige flere tusinde forskillige shopsystemer der findes - og ønsker det for så vidt heller ikke.

Quickpay hverken kan eller vil være eksperter i alle tænkelige shopsystemer. Vores fokus er selve betalingssystemet quickpay. Vi hjælper så typisk forskellige shop-commnyties med sponsorater mod at få quickpay-moduler retur.

thomas jensen

Svar: DIBS betalingsløsning. Hvad koster det?

Carsten Kvist — Sat, 26 Jul 2014 19:16:20 GMT

Nu skal det hele jo ikke være rosenrødt... :-)

Hvorfor Quickpay for ¤#$%&#@% har valgt at overføre KURV-nummeret i stedet fro ORDRE-nummeret i deres Prestashop modul, det må guderne vide! Men den der har fået ideen skulle rulles i tjære og fjer, og sendes nøgen ned gennem Nyhavn!

Svar: DIBS betalingsløsning. Hvad koster det?

Thomas Jensen, QuickPay — Sat, 26 Jul 2014 18:51:47 GMT

Hej

Beklager naturligvis at du øjensynligt har haft en skidt oplevelse - men at udlede helt generelt at vi ikke har en velfungerende tlf.support er imo at stramme den.

Nu kender jeg ikke baggrunden for dine udsagn. Men Quickpay har fin telefonsupport. Når vi laver kundetilfredshedsundersøgelser på tlf.supporten runder vi de 95% i tilfredshed.

100% ville naturligvis være bedre, men det tror jeg ikke er muligt. Med det antal kunder og det antal opkald vi modtager vil der altid være nogen som vil være utilfredse.

Og når det så er sagt - så er der mange ting som er nemmere at klare pr. mail eller chat fremfor telefon. Et eksempel kan være bugfinding i kunders kode "Jeg læser lige de første 12 linjer op af mit program - hvad er fejlen ?". Den slags er nærmest pr. def. umuligt at løse pr. tlf.

thomas jensen