Steps to complete

• Create a “magic” hidden page
• Write some great javascript with jQuery

Create a “magic” hidden page

The speak is a raw first-take and my brain is thinking in danish

Write some great javascript with jQuery

The speak is a raw first-take and my brain is thinking in danish

Hope you find it simple enough to make your own implementation.

And if you’ve got any questions fire away.

Du kan se nogle eksempler på hastigheden af den på:

http://metoo.spiritwholesale.com/Pige-336.aspx?GroupID=MINIGIRLOVERDELE

http://www.kop-kande.dk/Shoppen.aspx?ID=1949&GroupID=GROUP20047

Lige fra start har jeg haft indbygget i den, at den ikke skalere billedet hver gang billede kaldes, men at den skalere original billedet første gang, og så gemmer det skalerede billede til originalen overskrives. Det er lynhurtigt og vildt meget performance besparende, når der skal vises mange billeder.

Nu er tiden kommet til, at jeg gerne vil høre din mening om flg.:

1. Skal jeg sende kilden til Dynamicweb og høre om de ikke vil lave deres billedskalering på samme måde?
2. Skal jeg udgive kilden som Open Source, så kun nørder der kender til mit projekt kan bruge den?

Man kan sige, at ved mulighed 2, kan Dynamicweb jo stadigvæk implementere den alt afhængig af Open Source licensen.

Glæder mig til at høre dit synspunkt og iøvrigt om du kunne bruge billedskalerings app’en.

Grundlæggende er teknikken bag XML-RPC og RSS, lidt noldert, men intet mindre. XML-RPC er en måde hvor på 2 websites kan kommunikere lidt ligesom en Web Service. RSS er en ganske enkel en struktureret og syndikeret XML fil, som er helt vild optimal for søgemaskinerne, fordi den typisk har sorteret informationerne i kronologisk orden og er XML baseret, så det en super hurtigt at læse for en søgemaskine i forhold til en almindelig HTML-side.

Så, hvordan får du så dine produkter og nyheder ud til Google med samme hastighed, som er muligt med en blog?

• Lav et RSS feed af dine produkter eller dine nyheder
• Hav et meta tag på dine produktsider og dine nyhedssider som henviser til dit RSS feed.
• Send din nye produktside eller nyhedsside til fx http://rpc.pingomatic.com med et ping kald via XML-RPC.

Jeg har lavet et lille eksperiment på det, så du kan afprøve det og forhåbentlig se, hvor effektivt det er.

Prøv at hoppe over på mit eksperiment og opret en nyhed og lad os se, hvor hurtigt den kommer på Google.

Vil helt vildt gerne høre din holdning til emnet.

Gå direkte til løsningen

Nyheden i Dynamicweb eCommerce Cart V2

Til Cart v2 er der kommet en ny Notification Subscriber “Dynamicweb.Ecom7.Cart.Notifications.CheckoutDoneOrderIsComplete”. Denne bliver fyret af, når ordren er betalt i mit tilfælde og kunden dermed har gennemført sin ordre.

Så jeg skulle implementere en ellers triviel lille detalje når en ordre var betalt, så skulle jeg lige sende en mail ud til kunden, så jeg gemte nogle indstillinger i brugerens Session under checkout og ville så udføre følgende når ordre.

public override void OnNotify( string notification, Dynamicweb.Extensibility.NotificationArgs args )
{
    string settings = HttpContext.Current.Session["settings"].ToString();
    SendMail(settings);
    base.OnNotify( notification, args );
}

Altså at tage fat i min Session igen og så sende en e-mail ud, men min detalje fejlede konsekvent! ARGH! Nå, jeg tjekkede ecom log’en jeg tjekkede ordre loggen og sidst måtte jeg lige lave min egen lille try/catch:

public override void OnNotify( string notification, Dynamicweb.Extensibility.NotificationArgs args )
{
    try
    {
        string settings = HttpContext.Current.Session["settings"].ToString();
        SendMail(settings)
    }
    catch ( Exception ex )
    {
        LogToFile.Log( ex.ToString(), "/eCom/CheckoutHandler/CustomLog", LogToFile.LogType.ManyEntriesPerFile );
    }
    base.OnNotify( notification, args );
}

Løsningen til Cart V2

Og så fandt jeg ud af, at min Session ikke eksisterede! Den var null, ØV, hvordan nu det?

Jo, efter noget grundig eftertænksomhed, fandt jeg frem til, at denne Notification ikke bliver fyret af af min brugers browser!!! Men af et “callback” fra min betalings-gateway i dette tilfælde “Quick Pay”, det fandt jeg ud af, ved at kontrollere REMOTE_ADDR server variablen.

Så prøv at huske følgende:

Hvis du arbejder med Cart V1 i Dynamicweb eCommerce, så har du en Notfication Subscriber på “Dynamicweb.Notifications.eCommerce.Order.Steps.Completed” og denne bliver altså fyret af af din brugers browser.

Hvis du arbejder med Cart V2 i Dynamicweb eCommerce, så har du en Notification Subscriber på “Dynamicweb.Ecom7.Cart.Notifications.CheckoutDoneOrderIsComplete”, og denne bliver altså fyret af af din betalings-gateways server, hvis du altså har online betaling på selvfølgelig.

Jeg håber denne blogpost kan spare dig for lidt grå hår og CPU forbrug i knolden!

Min liste kan du finde her nedenfor, men har du nogle ideér så tager jeg dem gerne med:

Åbn indberetning og send mig dine ønsker

Min liste af Dynamicweb eCommerce API problemer – jeg har dog ikke testet om nogen af disse er blevet rettet i nylige releases, men jeg har så igen ikke fået en tilbagemelding fra Dynamicweb at de har rettet API’et til jf. disse problemstillinger.

Note 1)

Class Dynamicweb.eCommerce.Products.Group

Egenskaben ShopID ser ikke ud til at have nogen effekt når man kører Save(”GROUP1”) metoden

Eksempel:

Dynamicweb.eCommerce.Products.Group g = new Dynamicweb.eCommerce.Products.Group();
g.ID = objGroup.Number.ToString();
g.LanguageID = "LANG1";
g.Name = objGroup.Name;
g.Number = objGroup.Number.ToString();
g.ShopID = "SHOP1";
g.Save( objGroup.Number.ToString() );

Workaround

Man skal selv kende til jeres database og så vide at der findes en tabel som holder på ShopGroupRelations og dertil har i også design en klasse, men det er ikke intuitivt at man skal vide sådan en information og slet ikke når egenskaben ShopID nu findes på Group klassen.

Eksempel:

ShopGroupRelation sgr = new ShopGroupRelation();
sgr.GroupID = g.ID;
sgr.ShopID = "SHOP1";
sgr.Save( "SHOP1", g.ID );

Note 2)

Class Dynamicweb.eCommerce.Products.Product

Egenskaben p.Groups.Add(objProduct) har ingen indvirkning på produktet efter man har kørt Save() metoden.

Eksempel:

Dynamicweb.eCommerce.Products.Group g = new Dynamicweb.eCommerce.Products.Group();
g.ID = objGroup.Number.ToString();
g.LanguageID = "LANG1";
g.Name = objGroup.Name;
g.Number = objGroup.Number.ToString();
g.ShopID = "SHOP1";
g.Save( objGroup.Number.ToString() );

Dynamicweb.eCommerce.Products.Product p = new Dynamicweb.eCommerce.Products.Product();
p.Active = objProduct.IsAccessible;
p.Created = DateTime.Now;
p.DefaultPrice = double.Parse( objProduct.SalesPrice.ToString() );
p.Groups.Add( g );
p.ID = objProduct.Number;
p.LanguageID = "LANG1";
p.LongDescription = objProduct.Description;
p.Name = objProduct.Name;
p.Number = objProduct.Number;
p.PriceType = Dynamicweb.eCommerce.Products.ProductPriceType.FixedPrice;
p.ShortDescription = objProduct.Description;
p.Stock = double.Parse( ( objProduct.Available != null ) ? objProduct.Available.Value.ToString() : "0" );
p.Type = Dynamicweb.eCommerce.Products.ProductType.Stock;
p.Updated = DateTime.Now;
p.Volume = double.Parse( objProduct.Volume.ToString() );
p.Save(objProduct.Number, "");

Workaround

Man skal selv kende til jeres database og så vide at der findes en tabel som holder på EcomGroupProductRelation og dertil har i også design en klasse, men det er ikke intuitivt at man skal vide sådan en information og slet ikke når egenskaben Groups nu findes på Product klassen hvor man kan tilføje grupper til listen.

Eksempel:

ProductGroupRelation pgr = new ProductGroupRelation();
pgr.GroupID = g.ID;
pgr.ProductID = p.ID;
pgr.Save( p.ID, g.ID );

Note 3)

Notification: Dynamicweb.Notifications.eCommerce.Cart.Line.Decreased

Når den sidste ordrelinje slettes eller nedskrives til 0-antal og kurven slettes får man ingen Notification. Vi har også stillet os selv det spørgsmål: om man ikke også bør få en Dynamicweb.Notifications.eCommerce.Cart.Line.Removed og en   Dynamicweb.Notifications.eCommerce.Cart.Deleted?

Eksemplel:

[Dynamicweb.Extensibility.Subscribe(Dynamicweb.Notifications.eCommerce.Cart.Line.Decreased)]
public class MyCartDeleted : Dynamicweb.Extensibility.NotificationSubscriber
{
objUser.FactoryNo = "";
objUser.StoreSession();
}

Workaround

Ingen. Vi har ikke kunnet se nogen former for mulighed i at omgåes dette problem fordi den redirecter til ”Empty basket”-siden.

Note 4)

Notification: Dynamicweb.Notifications.eCommerce.Cart.Line.Removed

Når den sidste ordrelinje slettes eller nedskrives til 0-antal og kurven slettes får man ingen Notification. Vi har også stillet os selv det spørgsmål: om man ikke også bør få en Dynamicweb.Notifications.eCommerce.Cart.Deleted?

Eksemplel:

[Dynamicweb.Extensibility.Subscribe(Dynamicweb.Notifications.eCommerce.Cart.Line.Removed)]
public class MyCartDeleted : Dynamicweb.Extensibility.NotificationSubscriber
{
objUser.FactoryNo = "";
objUser.StoreSession();
}

Workaround

Ingen. Vi har ikke kunnet se nogen former for mulighed i at omgåes dette problem fordi den redirecter til ”Empty basket”-siden.

Note 5)

Notification: Dynamicweb.Notifications.eCommerce.Cart.Deleted,

Når man bruger funktionen ”Empty Basket” får man ingen Notification.

Eksemplel:

[Dynamicweb.Extensibility.Subscribe(Dynamicweb.Notifications.eCommerce.Cart.Deleted)]
public class MyCartDeleted : Dynamicweb.Extensibility.NotificationSubscriber
{
objUser.FactoryNo = "";
objUser.StoreSession();
}

Workaround

Ingen. Vi har ikke kunnet se nogen former for mulighed i at omgåes dette problem fordi den redirecter til ”Empty basket”-siden.

Note 6)

Ecom BekræftelsesEmails

Meget få datoer fungerer når man prøver at skrive dem ud

Eksemplel:

Disse datotags fungerer fx ikke:
<!--@Ecom:Order.Date.LongDayName-->
<!--@Ecom:Order.Date.LongDate-->
<!--@Ecom:Order.Date.MediumDate-->
<!--@Ecom:Order.Modified.LongDate-->
<!--@Ecom:Order.Modified.MediumDate-->

Workaround

Hvis man OGSÅ udskriver <!–@Ecom:Order.Date–> vil disse tags alligevel udskrive den rigtige dato:
<!--@Ecom:Order.Date.LongDayName-->
<!--@Ecom:Order.Date.LongDate-->
<!--@Ecom:Order.Date.MediumDate-->

Note 7)

Import/Eksport modul problemer

Import/Eksport akvititeterne ”File Destination” og ”XML File Destination” skriver filer ud i UTF-16 (jf. udtalelse fra Lasse Ebert i Engage Forum) og ikke i UTF-8

Eksempel:

Lav noget output med æøå i og brug ”File destination” aktiviteten til at få output ud i en fil. Konsekvensen er at æøå ikke vises korrekt. Bruger vi ”XML File destination” står der godt nok fint i XML-declaration encoding=”utf-8”, men filen er dannet med UTF-16 encoding og ikke UTF-8, hvilket igen giver fejl ved brugen af filen (kan ses hvis man åbner den i IE)

Workaround:

Vi har været nødt til at lave vores egen Import/Eksport aktivitet for at kunne håndtere det.

Min opfattelse er, at det i mange tilfælde kommer lidt overraskende, hvordan det skal implementeres, når jeg begynder at spørge lidt ind til det. Derfor vil jeg her forklare to forskellige scenarier i håb om, at du kan identificere dig med et af dem, så du kan forberede dig på, hvordan du kan håndtere det i din webshop.

Lagerstyringsmodel

Når der skal føres lagerstyring plejer jeg at nævne to modeller:

1. Optimistisk lagerstyring
2. Pessimistisk lagerstyring

Optimistisk lagerstyring

Optimistisk lagerstyring er udfra idéen om, at webshoppen skal vise alle produkter med positivt lagertal, og at lagertallet først nedskrives når kunden har gennemført ordren med betaling og det hele.

Problemstilling
Vi kan risikere at 2 brugere smider en ordre samtidigt på samme produkt, som vi kun har 1 stk. på lager af. Hvad gør vi så? Vi kan risikere at skuffe vores kunder.

Fordel
Vi får en ordre ind, og har mulighed for efterfølgende at tage kontakt til kunden om evt. alternativt køb.

Pessimistisk lagerstyring

Pessimistisk lagerstyring er udfra idéen om, at webhoppen kun skal vise de produkter med positivt lagertal, men at lagertallet allerede nedskrives så snart produkter ligges i kurven i webshoppen.

Problemstilling
Hvad gør vi ved alle de webshop kurve som aldrig gennemføres, de står bare og blokere for at vi kan sælge vores varer!

Fordel
Vi skuffer ikke vores kunder, det de ser på webshoppen og gennemfører køb på, det ved vi med sikkerhed kan leveres.

Min anbefaling

For at skuffe så få kunder som muligt og stadig tilgodese den fleksibilitet en webshop kan give dig i dit salg, så er mit råd:

Den halve løsning
Hvis du sælger varer som kan skaffes/produceres igen, så kan du med fordel køre på en optimistisk lagerstyringsmodel.
Du vil overfor kunderne både på webshoppen og i en dialog med dem fortælle, hvor hurtigt du kan skaffe en evt. midlertidigt udsolgt vare, hvis du er lidt “dirty dealer”, så fortæller du det ikke, men lader dem købe varen alligevel, og kontakter dem om leveringsproblemer, hvis problemet opstår, og derigennem i en super servicerende dialog måske for solgt mere eller noget andet.
Men det er ikke uden risiko for, hvis du ikke har den fornødne tid og produktsortiment til at servicere kunden ordentlig, så skal du holde dig fra denne model.

Den rigtige løsning
Hvis du sælger varer som ikke kan skaffes/produceres igen, så vil jeg fraråde at køre på en optimistisk lagerstyringsmodel, men istedet vælger den strammere styrede pessimistiske model. Så vil du ikke løbe ind i problemer med leveringen, men vende problemet ind mod dig selv, og dermed også stille krav til din egen organisation om at få lavet nogle rutiner, så der ryddes op i efterladte halvfærdige ordrer.
Det lyder måske som trivielt arbejde, men jeg tror faktisk du vil kunne lære helt vildt meget om dine kunders handle mønster, hvis du laver lidt statistik på dine kunders adfærd, så du vil kunne finde ud af, hvorfor de efterlader halvfærdige ordrer – er det produkterne som det er galt med, er det gebyret, fragten som overrasker dem.
Her er der plads til eksperimenter og optimering, så kunderne får fuldført deres køb.

Jeg håber at du har fået lidt indsigt i at lagerstyring på en webshop ikke kun er at ligge et lagertal på produkterne, men i høj grad et spørgsmål om, hvordan vi kan servicere kunden bedst muligt, med de ressourcer du nu har tilrådighed.

Har du spørgsmål til netop din situation, hvad du bør vælge med dine varer eller har du en anden problemstilling omkring lagerstyring, så efterlad en kommentar.
Så vil jeg med glæde dykke ned i din problemstilling og hjælpe dig på vej.

Bone’s er ikke alene unik på deres Spareribsmenu, men deres servicering af kunder online synes jeg også er ved at nå en karakter af at være unik.

Bone’s har som på restauranter også ekspanderet stødt med deres website, hvor de i årene efter 2000 for alvor satsede på online- og email-markedsføring og idéen om en Bone’s Family Club kom på banen, som i dag er omdrejningspunktet for kundeservice online.

Bone’s Take Away har også ad flere omgange fået tilført nye idéer og senest “Easyorder”, hvor det er muligt at gemme din Take Away-bestilling under et SMS-navn, så du nemt kan genbestille via SMS.

Når du skal besøge en Bone’s restaurant kan du benytte bordbestilling online, og det gør at starten på en restaurant oplevelse hos Bone’s kan gøres online som selvbetjening om det er bestilling i Take Away eller restaurantbesøg. Tilmed er bordbestillingen så “intelligent” at du får tilnærmelsesvis samme service som tidligere når det skulle foretages via telefonen.

Krøllen på halen er Bone’s Quality som er med til at sikre at Bone’s har fingeren på pulsen, når det kommer til kundetilfredshed. Her blive du ledt hen, når du har haft et besøg på en Bone’s restaurant eller har bestilt mad i Take Away. Så kan du skrive ganske kort om din oplevelse.

Jeg håber naturligvis på, at ekspansionen mod øst over det store bælt bliver en succes og vi skal lave flere online tiltag i løbet 2010.

Godt Nytår!

Link: www.bones.dk

HØRT THOMAS – DET ER FOR GALT!

Flere dage efter jeg har hørt podcasten og tænkt over ting som Thomas også nævner, at leverandører af webshopplatformen heller ikke understøtter nok i denne grad, så har jeg siddet og fundet frem til, at det faktisk ikke behøver være så vanskeligt at undersøtte.

Et tænkt scenarie er: Vi får åbnet op for vores webshop så leverandører kan få adgang til at ligge indholdselementer på vores shop. I den simple form kan det være XML feeds, som shoppen kan trække ind og behandle med XSLT for at beholde look’n’feel på sitet. De kunne levere komplette kampagne-varekataloger, hvor der med en pris-komponent kunne blive markedsført kampagnevarer direkte fra vores leverandør med vores egne priser.

Nu har jeg selv et tæt samarbejde med både salgsfolk, projektledere og enkelte udviklere hos Dynamicweb, så jeg vil lige prøve at skubbe lidt til dem og se om de også kan se idéen, men jeg har allerede taget hatten på overfor de sidste par kundemøder som omfattede B-t-B webshops. Der er jo ingen tvivl om at de vil får en tættere tilknytning til deres kunder, hvis deres kunder bliver afhængige af data leverancer til salgsledet. Det er helt klart en WIN-WIN.

Tak Thomas for en super idé – alle andre:

SPREAD THE WORD

Det røster mig da virkelig og mig giver eftertænksomme miner, når vi skal tænke manuelle handlinger ind i en løsning istedet for automation. I alle kataloger siden jeg har kunnet læse har man haft den standard sætning vi alle kan sige når vi vågner “Vi tager forbehold for tryk fejl …”, jeg gad nok vide, hvordan betingelserne på disse webshops ser ud eller nærmere så ud, siden de kan tabe disse sager. Det virker forkert.

Så hvis du styrer dine priser manuelt så TJEK DINE PRISER DOBBELT eller få lavet nogle redskaber som kan fange disse kedelige fejl.

Vi står et lille spring inde i Web 2.0 med indholdsdeling, blogs, sociale netværk, twitter og facebook m.v. Det som der er fokus på i mange virksomheder er hvordan disse “sladder”-spalter bliver attraktive for virksomhederne, fordi der er helt vildt mange brugere på disse tjenester. Og jeg kan sige det helt klart – de bliver ikke attraktive i traditionel forstand, virksomheder er nødt til at involvere sig ligesom alle brugerne gør!

Web 2.0 kan sige stor tak til OpenSource communities og specielt de ildsjæle som har ødslet viden ud til alle med interesse og ikke mindst for deres store åbensindede måde at udvikle IT software på, som i den grad har lagt grundstenen for at andre brugere i dag også kan se mening i at dele både deres verden, tanker og idéer efter hvad der nu lige falder dem ind.

Ecommerce 3.0 opnår vi igennem at vi i virksomhederne tager det næste skridt mod denne åbenhed som rigtig mange folk gør i “Web 2.0”-webmiljøerne og ikke holder på vores forretningshemmeligheder i den stil som vi gør i dag. Vi skal have åbnet vores forretning så vores kunder kan interagere med vores virksomhed, vores produkter, vores udtryk, alt hvad der i vores virksomhed ikke er strengt fortroligt bør åbnes op for vores netværk og potentielle. – jeg forestiller mig noget Facebook-agtigt med virksomheder som bombardere med meninger, oplevelser, udtalelser, viden, kritik og information i en sådan form at det kan integreres, agregeres og deles med virksomheders forretningsdata.

“Value Creation in e-business” en opgave af en projektgruppe på ITU (deres blog: http://saasninjas.wordpress.com/), som går på at undersøge/bekræfte hvor og hvordan værdiskabelsen i Web 2.0 forretningsmodeller foregår. Den giver rigtig mange gode begrundelser for hvorfor Web 2.0 er som den er i dag. Og også med vigtig baggrundsdata fra tidligere afhandlinger og undersøgelser foretaget i .com bølgen i 2000 og lige efter. Den nævner nogle specielle begreber omkring “lock-in” og “lock-on”, som er helt vildt vigtige i forhold til den forskel fra år 2000 e-business, hvor man søgte “lock-in” metode overfor brugerne, at de skulle låses inde i vores univers, til hvor vi i dag skal låse dem fast “lock-on” og ikke inde “lock-in” i vores univers. Brugerne har fået en sådan magt i de sociale netværk at virksomhederne skal vænne sig til at lade dem have magten og rette sig ind, hvis der opstår uoverenstemmelser. Det giver genlyd efter manges mening og overbevisning så det i Web 2.0 nettet vil sprede sig på Facebook, Twitter, Blogs osv:

“At en kunde fik sine penge igen og kunne beholde varen som undskyldning for besværet”.

Jeg skal i et andet indlæg prøve at komme ind på åbningerne til virksomheden, hvordan vi bygger alle disse “mash-ups” mellem virksomheder og driver resultatet ud til forbrugere så de kan arbejde videre på det.