Några frågor

[Seke]

3% av transaktionsbeloppet är en hög avgift för oss i alla fall, eftersom vi har rätt låga marginaler. (Snittordrarna är ganska stora, så procentavgifterna betyder mer än kronavgifterna för oss.) Dyrast av våra betalningsalternativ är Kreditor med 1,95%. Tycker dock att det verkar så bra att det är värt det.

[Rikard]

1. Produkterna bör ha ett pris exklusive moms i databasen. Dock som du säger kan du innan dess ta fram priser inkl moms som är attraktiva och omvanlda dem till exklusive moms i databasen. Vi räknar alltid på exmomspriser för att få rätt marginaler sen kan priserna justeras upp eller ned några kronor för att hamna på 98 kr eller 49 kr osv.

2. Vi har precis som dan ett högre påslag i procent på billiga produkter och lägre påslag i procent på dyra produkter. Sen skiljer våra marginaler på olika märken etc. I vårt fall har vi ett visst påslag på Canon, ett på HP och ett på Lexmark osv. Dessutom olika påslag inom dessa kategorien beroende på hur dyr varan är. Kan man programmera ganska enkelt. För oss är det naturlgitvis också viktigt att kunna matcha priset med den stora draken på marknaden (gäller ju inte dig som ska sälja kläder).

3. Betygsättning tror jag är en jättebra funktion. Kunder litar på andra kunder.

4. Vi gör som du säger unegfär fast i databasen sparar vi inte priset vid köptillfället, det kan ju dock fås fram men kunden och vi ser aktuellt pris i ”tidigare köp”. Vet ej om det är bra eller dåligt.

5. Ordern reggas innan betalning men bekräftelse och in i loopen först efter att betalning är genomförd. Skapar lite problem med kunder som misslyckas med betalning och gör om köpet och så finns det då redan ett konto osv. Vet int ehur man ska göra det optimalt för att kunna följa upp icke genomförda köp. Vi mailar dem som inte genomfört betalning och ganska ofta blir det ett köp på dessa mail (i många fall får vi bra feedback tillbaka också).

6. Vi har det men det är nog viktigast om du räknar med företagskunder som ofta har en leveransadress och en postadress.

7. Follow-up låter som en bra idé. Sen kan man ju kommunicera med riktade e-post för att få efterköp.

8. Ingen aning.

9. För din del om du inte säkert får in varorna igen så bör det väl kunna stå tillfälligt slut och att man kan få fylla i en e-post för notis när varan finns på lager igen? Kan ju vara bra att inte ta bort helt så att du får en död sida på ev. inlänkar kanske?

10. Ingen aning.

11. Spontant känns det onödigt med decimaler på priset. Kör du utan så slipper du ju ha konstiga priser (ex 28.60) på inkl eller exkl moms priset beroende på vilket pris du sätter. Du får alltid hela tal på priserna.

Intressanta frågor som jag tror att många har funderat över.

[Joel]

Rikard, tack för dina svar!

Ang punk 4 så vill jag spara aktuella köppriset så att kunden alltid ser sitt köppris. Det händer ju att produkter justeras både upp och ner i pris.

Resten såsom namn och storlek hämtar jag från produkttabellen.

Ang punkt 9 så blir det nog som så att jag tar bort varan från produktlistningen men att det går att komma åt produkten om man vet den riktiga länken till produkten så att alla inlänkar fortfarande funkar.

/Joel

[Joel]

Programmeringsfråga!

Fråga: Hur gör jag enklast för att med SQL se vilken produkt som kommer före och efter den aktuella produkten i en viss kategori?

Jag vill att mina kunder ska kunna bläddra bland produkter genom att först klicka sig in på en kategori och sedan produktbeskrivningen. I Produktbeskrivningen ska det finnas två länkar ”Föregående produkt” och ”Nästa produkt” som man sedan ska kunna bläddra runt i just den kategorin.

Jag har sett att många shoppar har denna funktionalitet. Hur har ni löst det programmeringsmässigt? Jag använder PHP och MySQL.

/Joel

[Dan]

Finns nog 100 lösningar på det. Denna tänkte jag ut spontant för att visa nästa produkt baserat på produkt_id (key för tabellen och i praktiken inläggningsordningen.):

SELECT * FROM produkter WHERE produkt_id>’$nuvarande_produkt_id’ ORDER BY produkt_id DESC

för att visa föregående är det bara att köra tvärtom.

SELECT * FROM produkter WHERE produkt_id<'$nuvarande_produkt_id' ORDER BY produkt_id DESC

[Joel]

Angående kundvagnsinnehållet..

Just nu sparar jag kundens kundvagnsinnehåll i en cookiearray.
Funkar utan problem än så länge.. jag har dock sett att flera färdiga opensource-varianter sparar innehållet i kundvagnen i en tabell i databasen och sedan associerar ett id’t till en cookie.

Fråga:
Finns det några fördelar med att spara innehållet i en tabell i databasen istället?

/Joel

[Dan]

Jag sparar i en tabell och en association till kundvagns_id i Cookien. Fördelen är väl statistik på vad folk ”kundvagnar” och möjlighet att återskapa folks data i efterhand.

[Joel]

Ok ok! Tack Dan

/Joel

[Författare]

Inlägg