OZON.ru: История успешного интернет-бизнеса в России (Экслер) - страница 25

Работа московского отделения постепенно упорядочивалась: в марте открылся офис и склад на улице Наметкина, набирались сотрудники, приглашались менеджеры, постепенно создавалась курьерская служба.

В конце лета начался перенос операционной базы OZON.ru из Санкт-Петербурга в Москву. Однако серверы и техническая база по-прежнему находились в Санкт-Петербурге, и их сопровождал «Рексофт». Санкт-петербургский офис OZON.ru был значительно сокращен.

Новый склад и новые проблемы

Появление московского склада сразу же породило главную проблему: IT-система никогда не работала с несколькими складами! Она не умела сводить в единый реестр сведения о товарах на московском и питерском складах. В результате книги и видео закупались по нескольку раз, а заказы не отгружались клиентам потому, что система не видела, что эти книги и видео на самом деле есть на складе.

Получился занятный парадокс: московский склад набили книгами, но они не продавались на OZON.ru, потому что в складскую программу были введены те книги, которые стояли на полках склада в Санкт-Петербурге. В результате практически все лето 2000 года московские сотрудники интернет-магазина занимались тем, что приходовали книги, тратя на это свои выходные.

Группа разработчиков «Рексофта» срочно перерабатывала модуль складской логистики, чтобы он мог учитывать склады в различных городах, однако было понятно, что существующая система уже не справляется с новыми объемами и плохо вписывается в новые реалии. Складская логистика требовала принципиально нового подхода, а информационная система – значительного, а вовсе не косметического редизайна.

Собственно, в «Рексофте» необходимость серьезной модификации понимали еще в 1999 году – затем и разрабатывался проект «Неон», – и в инвестиционном договоре все эти изменения были описаны и запланированы, но ситуация сложилась таким образом, что кардинальные изменения в тот момент внести не удалось: приходилось тратить много сил на поддержание работоспособности существующей структуры.

Через некоторое время система научилась учитывать наличие товаров на обоих складах. Но тут появилась другая проблема: в приходящие от клиентов заказы могли попадать книги, которые находились на разных складах. Тогда система начинала требовать от московского склада переслать в Санкт-Петербург какие-то книги для доукомплектации заказа, а от санкт-петербургского – переслать что-то в Москву с той же целью. Впрочем, поначалу посчитали, что в этом ничего страшного нет: из Москвы в Санкт-Петербург и обратно бегали одни и те же машины – так чего их пустыми-то гонять?