OZON.ru: История успешного интернет-бизнеса в России
Шрифт:
Собственно, ситуация была вполне понятная и вполне объяснимая. Никто и никогда, создавая какой-либо новый проект с весьма туманными на момент старта перспективами, не будет закладывать в функциональность бешеную нагрузку: это просто невыгодно. Поэтому обычно составляется реальный бизнес-план, определяется планируемая загрузка с предполагаемым ростом, под эту загрузку проектируется соответствующая структура. В «Рексофте» так и сделали, в результате чего OZON.ru счастливо проработал три года.
Впрочем, в процессе эксплуатации системы периодически вылезали некоторые «косяки». Например, требовался ручной ввод номера заказа – нечто вроде прототипа штрихкода. Этот номер содержал кучу цифр с тире, и вводить их было крайне затруднительно – отгрузка отнимала очень много времени.
Но проект рос очень активно (тем более что в его раскрутку вкладывались весьма значительные деньги), и это обстоятельство – чем дальше, тем более жестко – требовало переработки и масштабирования практически всей IT-структуры. Заметно прибавившиеся и постоянно накапливающиеся проблемы с производительностью как витрины, так и бэк-офиса говорили о том, что пришла пора менять всю систему, иначе под угрозой оказывается существование всего магазина.
Одно было понятно совершенно точно: механизмом OZON.ru отныне должен заниматься собственный IT-отдел, тем более что таковой уже существовал.
На повестке дня оказался следующий вопрос: какое из двух стратегических направлений стоит выбрать? Первый путь – заказать у «Рексофта» модернизацию всего программного механизма и далее развивать его собственными силами. Второй путь – начать все с нуля, то есть всю функциональность модулей OZON.ru разработать собственными силами с привлечением современных программно-аппаратных решений.
Оба этих пути имели свои плюсы и минусы. Первый вариант позволял не делать резких движений, однако предполагал существенные затраты и, с точки зрения руководства, стратегически был неправильным. Второй вариант был чреват серьезными потрясениями и вынуждал разработчиков частично проходить тот путь, который в «Рексофте» уже преодолели в течение последних нескольких лет. Однако с точки зрения руководства, такой подход был стратегически верен: новый IT-отдел должен сам принять решение о том, какие платформы будут использоваться, он должен создать новый механизм и сопровождать его.
В результате в OZON.ru решили пойти по второму пути: IT-отдел должен создать новый механизм с нуля. Таково было решение совета директоров.
Разумеется, мнения двух сторон – компании «Рексофт» и руководства OZON.ru – по поводу данного решения были противоположными.
Мнение Александра Егорова, генерального директора «Рексофта»:
«Отказ от услуг профессиональной компании и разработка новой системы своими силами – решение спорное даже безотносительно тогдашней конкретной ситуации. А уж учитывая специфику программного обеспечения OZON.ru – просто ошибочное. Данное решение работало в интересах конкретных людей и, по моему мнению, нанесло существенный вред компании OZON.ru, в том числе финансовый. В результате этого решения уникальный опыт группы разработки, копившийся без малого 4 года, был «выброшен на помойку». Новая группа разработки была вынуждена пройти весь этот путь сначала, наступив последовательно на все старые грабли и ряд новых».
Мнение менеджеров OZON.ru:
«И стратегически, и с финансовой точки зрения решение было совершенно верным. Существующий механизм нуждался в полной перестройке, так как имеющаяся IT-инфраструктура создавалась под совершенно другую загрузку. Сопровождение «Рексофтом» механизма создавало определенные сложности – проект требовал собственной поддержки. Да, это был очень болезненный и недешевый процесс – новому IT-отделу OZON.ru пришлось начинать все фактически с нуля, однако подобный подход имеет право на существование: иногда проще построить систему заново с учетом старых ошибок и имеющихся реалий, нежели бесконечно латать устаревший механизм. Ну и кроме того, OZON.ru уже не мог обойтись без своего IT-отдела, так что именно этот отдел должен был решать, каким будет OZON.ru
Половинчатое решение с отрицательным результатом
Итак, IT-отделу предстояло постепенно создать всю IT-инфраструктуру (корпоративную систему) заново. Прежде всего требовалось разнести веб-витрину и бэк-офис, чтобы они не тормозили друг друга. Учитывая тот факт, что руководство ожидало каких-то результатов в более или менее обозримом будущем, в IT-отделе решили попробовать использовать для бэк-офиса одну из готовых универсальных разработок, которую нужно было просто адаптировать под имеющиеся задачи.
В результате определили, что для веб-витрины будет разрабатываться новый механизм на технологии Java Server Pages [6] и веб-сервере Apache [7] под управлением операционной системы FreeBSD, [8] а для бэк-офисной системы предполагался микс готового решения и собственных модулей. В качестве готового решения выбрали продукт Navison Axapta. [9]
Navison Axapta была на тот момент достаточно инновационной системой с классическим набором функций и продуманным интерфейсом. Она подходила для решения определенных бизнес-задач и использовалась в некоторых европейских фирмах. В России у Navison Axapta существовал партнер: фирма Columbus IT Partner, которая осуществляла локализацию продукта и консультирование по вопросам внедрения.
6
Технология компании Sun Microsystems, позволяющая быстрее создавать веб-проекты благодаря динамической генерации веб-страниц: каждая страница сайта сначала собирается на сервере из стандартных блоков кода (меню, реклама и т. п.), а потом в готовом виде передается пользователю. Технология была предложена в 1999 году в качестве альтернативы решениям ASP (Active Server Pages) компании Microsoft и «народному» PHP (Personal Home Page).
7
Программное обеспечение для сервера, позволяющее пользователям просматривать веб-страницы, созданные с использованием PHP или JSP.
8
Создана в Университете Беркли (США). Завоевала популярность своей стабильностью.
9
Система управления предприятием, созданная датскими разработчиками. С 2003 года права на нее принадлежат компании Microsoft. В настоящее время носит название Microsoft Dynamics AX.
Однако, провозившись несколько месяцев с адаптацией Axapta под бизнес-процессы OZON.ru, в IT-отделе с большим сожалением пришли к выводу, что данный продукт (да и, скорее всего, другие аналоги) не годится для решения имеющихся задач. Ситуация получалась странная. С одной стороны, в Axapta была заложена вся необходимая функциональность для построения различных бизнес-процессов, но с другой – при попытке реализации конкретных озоновских задач специалисты неизбежно натыкались на необходимость очень серьезной доработки соответствующего функционала, то есть фактически написания его заново.
В Axapta разработка собственных модулей велась на встроенном языке Morph, представляющем собой весьма неудобную в использовании помесь С++ и Transact SQL, и в отделе в конце концов пришли к выводу, что в этом нет никакого смысла. Axapta годилась бы для решения поставленных задач только в том случае, если бы ее механизмы требовали всего лишь адаптации и небольшой доработки. Однако практика показала, что в любом случае почти все придется разрабатывать самим, а в Axapta это было и неудобно, и дорого, так как требовало привлечения дорогостоящих консультантов.