Leverantörsbeställningar?

[Dan]

Håller med! Problemet är att ska man basera det på orders eller antal sålda så måste man ha bra volym annars blir det dåligt. Kanske skulle man räkna om det med trafik och beräknad conversion för att få ett mer exakt värde och ”trend”.

Typ konvertering är normalt 2% på varan idag har vi haft 50 besökare under 4 timmar vilket motsvarar 1 order, igår hade vi 2 orders på motsvarande tidpunkt.

Och då visa en nedåttrend istället, men ja jag ska testa och se. Får rapportera här hur det gick sen

@Joel 47722 wrote:

Aah, att bygga in funktionalitet för att även känna av när en produkts säljtakt är på väg ner tror jag är ett måste för att få det att lira riktigt bra. Men som sagt, Rom byggdes ju inte på en dag

[nmn]

Är det någon av er som hanterar beställningar som inte skall levereras nu utan om några månader? Hur hanterar ni i så fall inköpen?

Här har ramlat in ett par stycken order som inte skall skickas förrän i september, och det är inte så kul att reservera/köpa hem alla sakerna redan nu när det rör sig om rätt stora beställningar.

[Joel]

Om vi ska börja prata avancerade beställningssystem och klurig e-handel så tror jag att den kommer först då man börjar med beställningsvaror (som jag vet att Dan inte kör med, ännu). Det är mycket extra planering, logistik och kommunikation som krävs för att hantera det.

[Parvelito]

@nmn 47757 wrote:

Är det någon av er som hanterar beställningar som inte skall levereras nu utan om några månader? Hur hanterar ni i så fall inköpen?

Här har ramlat in ett par stycken order som inte skall skickas förrän i september, och det är inte så kul att reservera/köpa hem alla sakerna redan nu när det rör sig om rätt stora beställningar.

jag har lärt mig, den hårda och bittra vägen, att hur man än gör med de där så blir det fel. Väntar man med inköpen kan man ge sig tusan på att det blir brist på någon komponent och priserna skenar eller så går det inte alls att få tag på den. Köper man in allt på en gång så går priserna ned så att man upptäcker att man kunnat spara 15% på att vänta med inköpen.

Måste vara en del av Murphys lag.

[friedrich]

viktigt är att få leverans på den ”beställningsvaran” fort så att man kan leverera ut den samtidigt med ordens lagerförda varor. Man vill ju inte få två portokostnader när kunden betalar en.

Samtidigt leder detta till längre leveranstid, dessutom kan det vara lurigt att veta hur länge man ska invänta en produkt. Vanligt är att man t ex skickar iväg den lagerförda varan efter 5 dagar även om beställningsvaran inte dykt upp och så restnoteras beställningsvaran och skickas separat när den väl levererats in.

Hela informationsbiten mot kund försvåras även mångfalt, frågor som när kommer produkten in, varför får jag inte min vara är inte lika svåra att besvara om det enbart gäller lagerförda varor. Sväller sortimentet och det innehåller tusentals beställningsbara produkter från massa olika leverantörer är komplexiteten stor. Blir inte lättare av att leverantörerna själva har artiklarna som beställningsvaror, många potentiella brister i kedjan….:p:confused:

[Katrin Lundgren]

@GregerA 47654 wrote:

Jag är imponerad Dan!

Har inte Kodmyran försökt värva dig?

Det är näst intill omöjligt att bygga ett beställningssystem som fungerar till 100 % till alla kunder, för det är rätt olika parametrar att spela med för olika kunders behov. (Att göra det för en butik är svårt nog som ni som kodar säkert vet). Blekinge bilradio, Parvelito och Swecat exemeplvis har rätt olika behov och olika sätt att beställa, och börjar vi sedan kika på Electrokit när han ska bli kund så blir det ännu svårare. Man behöver anpassa rejält för varje butik, därför har vi inte värvat Dan än för vi tror att han är för Roliga prylar nördig , men vi får väl se framöver om vi kan ge honom en kurs i dokumentation så kanske det kan funka i alla fall :D:D

Nej, om jag ska vara allvarlig ett tag så sällar även jag mig till kören som berömmer ditt system Dan, och hade SweCat fortfarande legat som egen butik så hade jag definitivt gjort något liknande. Tankarna har funnits många gånger även hos oss, men det har slutat med ett enkelt beställsystem för vår del. Tyvärr så räcker inte tiden längre till, så numer gör vi bara saker som kan användas av alla kunder, vilket gör att mina egna butiker inte får lika god service längre och sådana där drömma om funktioner är bara att glömma numer, , hm vänta nu, det kanske är så att jag och inte Kodmyran ska anställa dig för lite jobb

[GregerA]

@nmn 47757 wrote:

Är det någon av er som hanterar beställningar som inte skall levereras nu utan om några månader? Hur hanterar ni i så fall inköpen?

Här har ramlat in ett par stycken order som inte skall skickas förrän i september, och det är inte så kul att reservera/köpa hem alla sakerna redan nu när det rör sig om rätt stora beställningar.

Vi har en del sådana kunder, som tacksamt nog beställer i tid när de skall ha lite större kvantiteter. Men vårt system är inte vidare bra på att hantera det. Lägger vi in ordern så blir de varorna reserverade, så det disponibla antalet sjunker med samma antal trots att de kanske finns på lagret och skall ligga där en månad till. M.a.o så lägger ingen annan någon order därför att produkten ser ut att vara slut.

I mer avancerade MPS/affärssystem så kan man hantera det genom att systemet tittar på framtida lagersaldo, genom att matcha lagda inköp mot lagda försäljningsorder. Men felkällorna är säkert många.

[nmn]

@GregerA 47768 wrote:

Vi har en del sådana kunder, som tacksamt nog beställer i tid när de skall ha lite större kvantiteter. Men vårt system är inte vidare bra på att hantera det. Lägger vi in ordern så blir de varorna reserverade, så det disponibla antalet sjunker med samma antal trots att de kanske finns på lagret och skall ligga där en månad till. M.a.o så lägger ingen annan någon order därför att produkten ser ut att vara slut.

Ja det är just det som är mitt problem, speciellt när jag vet att jag kan få hem vissa komponenter på ett par dagar så finns det ingen anledning att köpa massor och ha dem på hyllan i två månader.

@GregerA 47768 wrote:

I mer avancerade MPS/affärssystem så kan man hantera det genom att systemet tittar på framtida lagersaldo, genom att matcha lagda inköp mot lagda försäljningsorder. Men felkällorna är säkert många.

Jag håller på att kika på SAP Business One, lite väl Windows integrerat för min smak men verkar rätt kompetent i övrigt och inte vansinnigt dyrt.
Klart man kan koda något själv, men den tiden det kommer att ta är bättre spenderad på att utveckla affärerna.

[Joel]

En annan fundering Dan: Hur gör du med nya produkter? Kan du lägga till nya produkter i inköpsordrar trotts att de inte finns i ditt system med art.nr osv redan? Eller lägger du in dem där först?

[Dan]

Sitter och kodar nya produkttyper just nu. Beställningsvaror, restbara varor, förbokningar, drop-shipping på produkt och leverantörsnivå osv

ska bli skoj och säkert skitjobbigt men måste testa det. Tror vi kan sälja sjukt mkt mer om vi kan fylla upp eventuella ”lagerbrister” med restorders istället. Bevakningsfunktionen funkar men konverterar för dåligt, jag tror restorders på grejor man vet man får in inom kort och man tydligt informerar kunden om det kommer kunna ge oss 15-20% mer omsättning. Dock kommer vi kanske tappa något i kundnöjdhet men det mäter vi ju så ska bli kul o se.

@Joel 47760 wrote:

Om vi ska börja prata avancerade beställningssystem och klurig e-handel så tror jag att den kommer först då man börjar med beställningsvaror (som jag vet att Dan inte kör med, ännu). Det är mycket extra planering, logistik och kommunikation som krävs för att hantera det.

[Författare]

Inlägg