E-komercijas vietnes izstrāde

Kad veikals pārauga savus pielietojumus

Tipisks augošs veikals darbojas uz pielietojumu kaudzes: viens produktu opcijām, viens B2B cenām, viens komplektiem, viens abonementiem, viens sinhronizē krājumus ar noliktavu. Katrs maksā mēneša likmi, katrs pievieno skriptus veikala frontendā, un tie nekad netika izstrādāti, lai strādātu kopā. Galu galā divi no tiem konfliktē pie kases, un neviens nevar teikt, kurš.

Individuāla izstrāde aizstāj vairākus no tiem ar vienu koda gabalu, kas tieši dara to, kas vajadzīgs jūsu biznesam. Tas ne vienmēr ir pareizais solis. Ja pielietojums labi veic savu darbu un maksā 20 eiro mēnesī, būvēt to pašam nav jēgas. Bet, kad pielietojumi konfliktē, kad neviens pielietojums pilnībā neatbilst, vai kad maksas vairākos pielietojumos pārsniedz izstrādes izmaksas divu gadu laikā, pielāgota izstrāde atmaksājas.

Integrācijas, kas neizdodas troksnī

Visdārgākais integrācijas kļūdas veids ir klusā kļūda. Krājumu sinhronizācija neizdodas plkst. 2 naktī, neviens to nepamana, un veikals pārdod preces, kuru noliktavā nav. Pasūtījums nenonāk līdz ERP un nekad netiek nosūtīts. Šādas kļūmes reti izraisa tikai slikts kods; tās rodas no integrācijām, kas veidotas, neņemot vērā, kas notiek, kad otra sistēma ir lēna vai nestrādā.

Katru integrāciju projektējam tā, lai atkārtoti mēģinātu neveiksmīgos pieprasījumus, žurnālētu veikto darbību un brīdinātu konkrētu personu, ja problēmu nevar atrisināt automātiski. Pirms būvniecības sākuma vienošanās specifikācijā mēs skaidri iekļaujam šīs kļūdu situācijas, jo tieši tur slēpjas lielākā daļa reālās darba slodzes.

• Kas notiek, ja otra sistēma neatbild
• Kas notiek, ja dati nonāk negaidītā formātā
• Kurš tiek brīdināts, kādā veidā un cik ātri
• Kā neveiksmīga sinhronizācija tiek atsākta pēc problēmas novēršanas