E-poe veebiarendus

Kui pood kasvab oma rakendustest välja

Tüüpiline kasvav pood töötab rakenduste virna peal: üks tootevariantide jaoks, üks B2B hindade jaoks, üks komplektide jaoks, üks tellimuste jaoks, üks, mis sünkroniseerib laoga. Igaüks maksab kuutasu, igaüks lisab skripte poepinnale ja neid ei ole kunagi disainitud koos töötama. Lõpuks konfliktivad kaks neid kassas ja keegi ei saa öelda, milline.

Kohandatud ehitus asendab mõned nendest ühe koodiosaga, mis teeb täpselt seda, mida teie äri vajab. See pole alati õige otsus. Kui plugin teeb oma tööd hästi ja maksab 20 eurot kuus, ei tee mõtet seda ise ehitada. Aga kui rakendused konfliktivad, kui ükski plugin ei sobi täpselt, või kui tasud mitme rakenduse üle ületavad seda, mida ehitus maksaks kahe aasta jooksul, tasub end ära kohandatud arendus.

Integratsioonid, mis ebaõnnestuvad valjusti

Kõige kallim integratsiooniviga on vaikne. Laoseisu sünkroonimine ebaõnnestub kell 2 öösel, keegi ei märka ja pood müüb esemeid, mida laos pole. Tellimus ei jõua ERP-sse ega lähe kunagi teele. Need vead on harva põhjustatud ainult halvast koodist; need tulevad integratsioonidest, mis on ehitatud mõtlemata sellele, mis juhtub, kui teine süsteem on aeglane või maas.

Looome iga integratsiooni nii, et ebaõnnestunud päringud korratakse, tegevused logitakse ja nimetatud isikule saadetakse hoiatus, kui midagi ei saa automaatselt lahendada. Enne arendustöö alustamist kokkulepitud spetsifikatsioon sisaldab neid veaolukordi eraldi, sest just seal kulub reaalsetes tingimustes enamik ressursse.

• Mis juhtub, kui teine süsteem ei vasta
• Mis juhtub, kui andmed saabuvad ootamatul kujul
• Keda teavitatakse, kuidas ja kui kiiresti
• Nii taastatakse ebaõnnestunud sünkroonimine pärast probleemi lahendamist