Разработка на електронен магазин

Кога магазинът прераства приложенията си

Типичният растящ магазин работи с куп приложения: едно за опции на продуктите, едно за B2B цени, едно за пакети, едно за абонаменти, едно за синхронизиране на наличността със склада. Всяко струва месечна такса, всяко добавя скриптове към магазина и никое не е било проектирано да работи с останалите. В един момент две от тях си противоречат при плащане и никой не може да каже кое.

Персоналната разработка заменя няколко от тях с един код, който прави точно това, от което бизнесът Ви се нуждае. Не винаги е правилното решение. Ако дадено приложение върши работата добре и струва 20 евро на месец, изграждането му сами няма смисъл. Но когато приложенията си противоречат, когато никое не пасва съвсем или когато таксите за няколко приложения надхвърлят това, което една разработка би струвала за две години, персоналната разработка се изплаща сама.

Интеграции, които се провалят шумно

Най-скъпият вид бъг в интеграцията е тихият. Синхронизацията на наличностите се проваля в 2 през нощта, никой не забелязва и магазинът продава артикули, които складът няма. Поръчка не достига до ERP и никога не се изпраща. Тези провали рядко се дължат само на лош код; идват от интеграции, изградени без да се обмисли какво се случва, когато другата система е бавна или не работи.

Изграждаме всяка интеграция така, че неуспешните заявки да се опитват отново, да се записва какво е направено и да се уведомява конкретен човек, когато нещо не може да се реши автоматично. Спецификацията, която съгласуваме преди разработка, включва изрично тези случаи на грешка, защото именно там отива по-голямата част от реалната работа.

• Какво се случва, ако другата система не отговори
• Какво се случва, ако данните пристигнат в неочакван формат
• Кой се уведомява, как и колко бързо
• Как неуспешната синхронизация се повтаря, след като проблемът бъде отстранен