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

С этим что-то нужно было делать, причем срочно. И тогда в OZON.ru решили, что нужно искать поставщика, у которого несоответствие между заявленным ассортиментом и фактическим сведено к минимуму. Этим поставщиком стала новосибирская фирма «Топ-книга», руководил которой Герман Лямин, физик по образованию. В «Топ-книге» все было по максимуму компьютеризировано на самом современном уровне, и эта фирма исполняла 98 процентов своих обязательств, что в корне отличалось от показателей других поставщиков. В результате в OZON.ru приняли решение о том, что «Топ-книга» станет основным поставщиком: это позволяло очень серьезно увеличить исполняемость заказов.

На форумах сайта OZON.ru покупатели, узнав о том, что книги в Москву возятся из Новосибирска, на эту тему долго язвили – мол, надо же, какие в OZON.ru странные менеджеры: книги печатаются в Москве, едут в Новосибирск, а потом обратно ползут в Москву. Но Владимир Долгов говорил, что он из Америки готов поставлять книги, если компания-поставщик исполняет девяносто восемь процентов своих обязательств, а не семьдесят, как все остальные.

Выстраивание нового состава сотрудников

В 2001 году генеральный директор Владимир Гришкин помимо всего прочего плотно занимался формированием нового состава сотрудников. Прежде всего создавалась новая организационная структура. В старой было много противоречий: например, существовали московские и санкт-петербургские отделения с дублированием функций и не вполне ясным пониманием того, кто из них кому подчиняется.

Дублирование функций в Москве и Санкт-Петербурге создавало много проблем. Например, существовали два отдела описания. Нередко их сотрудники могли заносить в базу одну и ту же книгу на одну и ту же позицию. Или, что ничуть не лучше, присваивали одной и той же книге разные позиции, причем к одной позиции привязывали поставщика, к другой – нет; в результате заказ, сделанный на вторую позицию, зависал (нет поставщика – непонятно, откуда эту книгу брать), и его приходилось оформлять вручную. Для решения подобных проблем в складской программе существовала автоматическая процедура слияния, которая выискивала подобные позиции и корректировала их, но эта процедура, во-первых, работала минут десять, очень сильно загружая систему, а во-вторых, заканчивала работать успешно с вероятностью процентов в пятьдесят. Во втором случае она намертво завешивала сервер, и его приходилось перезагружать. Поэтому был выпущен строгий приказ, что процедура слияния должна запускаться не раньше 19 часов, а еще лучше – в выходные.