Страница 9 из 15
Но об этих временах речь еще впереди, а пока я дошла до момента, как Юра сел за руль нашего новенького ЗИЛа и поехал в Питер забирать товар. Я помню, как мы сидели и ждали его приезда с товаром и как радовались, когда наш небольшой склад наконец заполнился.
На складе тогда уже был единственный сотрудник, она же «начальник склада», – моя университетская приятельница Аня. Я как-то случайно позвонила ей узнать, как дела. Выяснилось, что она работает старшим лаборантом на физфаке МГУ, работа скучная, а вернее, просто нет никакой работы, вдобавок совсем уже не платят, надо что-то делать… Я спросила, не хочет ли она поменять специальность. Она очень обрадовалась: «Хочу, конечно, а что у тебя есть за варианты?» И через два дня она уже стала нашим «начальником склада». Анин муж Вова тоже оказался очень полезным членом нашего маленького коллектива. Он также окончил физфак вместе со мной, Сережей и Аней, но потом стал программистом. К нему мы и обратились по поводу создания нашей первой базы данных.
Первая «база» представляла собой сначала просто длинную «экселевскую» таблицу, загруженную в наш единственный компьютер (компьютер к тому времени уже удалось купить). В нее надо было вносить дату, номер и сумму по отгрузочной накладной и ставить пометку, оплачено или нет. Я просидела две недели без выходных, впечатывая в эту таблицу горы уже накопившихся накладных. Однако очень быстро стало ясно, что этого недостаточно. Нужно было как минимум еще две вещи – чтобы в базе хранились какие-то сведения о клиенте (хотя бы название, номер телефона, имя контактного лица и пометка, аккуратно ли он платит и много ли покупает) и информация о том, какие именно таблетки, по какой цене и по какой накладной проданы.
Дело в том, что мы столкнулись с первыми потребностями анализа своих продаж. Кроме того, понемногу становилось ясно, что всегда требовать от аптек предоплату – значит серьезно ограничивать свой бизнес. Надо было предоставлять отсрочку платежа. А как только встает вопрос об отсрочке платежа, появляется необходимость анализа своей клиентской базы, чтобы можно было определить «злостных неплательщиков» и достойных доверия дисциплинированных клиентов.
Что касается потребности анализировать продажи, то прежде всего это было связано с необходимостью как-то определить, что именно и в каких количествах закупать. До сих пор заказ на закупки составлялся так. Наиболее опытный знаток продаж из нашей команды, Лена, садилась за стол перед чистым листом бумаги и, поглядывая в потолок, начинала составлять список: «Так, на этой неделе много покупали бисептола и трихопола, я думаю, тысячи по две надо взять…»
Конечно, от серьезного подхода это было далеко и списки в результате получались весьма и весьма приблизительные. Требовалась возможность минимального анализа – хотя бы точный список (с количествами) лекарств, которые были проданы за месяц, и средняя скорость продажи каждого медикамента в день, например. Тогда, приняв во внимание, сколько еще лежит на складе и сколько времени пройдет до прихода новой партии, можно было бы более или менее точно составить заказ, который обеспечил бы нам бесперебойную торговлю на следующий месяц.
Ассортимент у нас тогда был малюсенький – наверное, позиций 50. Замечу, что сейчас ассортимент хорошего дистрибьютора должен переваливать за 10 000 позиций.
И вот Вова поколдовал некоторое время с нашей так называемой «базой», и, кроме длинного списка накладных, в ней появились две возможности. Первая – это так называемая «карточка клиента», куда, кроме названия клиента и его телефонного номера, можно было записывать уйму дополнительной информации. Если щелкнуть кнопкой мыши на этой карточке, то вдруг – о чудо – открывалась страница с надписью «Накладная №___ от ____», и можно было прямо на компьютере напечатать там список медикаментов для отгрузки с количествами и ценами, и, более того, внизу сама собой появлялась уже подсчитанная общая сумма в рублях и копейках! Это нас страшно восхищало и удивляло. Ведь никаких готовых баз данных на рынке не существовало, бурное развитие системы 1С, на которой теперь работает почти вся страна, было еще впереди. Мы вообще первый раз в жизни видели такое чудесное приспособление для работы.
Вторая возможность, предоставленная нам Вовой, была еще более замечательна. Если нажать какой-то там квадратик в углу экрана, то из всех заполненных за определенный срок накладных волшебным образом «вытряхивались» списки проданных медикаментов. Они сами собой сортировались, суммировались, и нашим изумленным взорам представал так называемый «рейтинг проданных таблеток» – список, в котором все медикаменты были выстроены от больших продаж к меньшим, и напротив каждого названия было написано, сколько именно упаковок мы продали за столько-то дней.
А если щелкнуть на другом квадратике, то появлялся список клиентов с суммами, которые они нам должны, но не платят. Кроме того, было видно, на сколько дней опоздал каждый платеж.
Вот это да! Вот это жизнь! Теперь-то можно бизнес развернуть по-настоящему и поставить на серьезную научную основу. Работа пошла гораздо быстрее, мы наняли еще одну девочку – «оператора для работы в базе данных» по имени Таня и стали задумываться о расширении ассортимента и привлечении новых клиентов.
Однако потихоньку выяснилось, что база нуждается в непрерывном совершенствовании. Для примера приведу простейшую проблему. Очень скоро оказалось, что наша девочка-оператор постоянно вводит названия медикаментов немного по-разному. Например, иногда пишет «Аспирин», порой «аспирин», а бывает, и вовсе «Асперин». А наша примитивная база данных «думает» каждый раз, что речь идет не об одном и том же лекарстве, а о разных, и не хочет суммировать их продажи все вместе, чтобы получить правильную скорость продаж медикамента «Аспирин». Выход из этой ситуации такой – не разрешать оператору печатать названия медикаментов самому. Он должен только выбрать правильное название из «словаря медикаментов», который уже заранее будет находиться в памяти компьютера. Причем в этом словаре должны содержаться правильные названия без орфографических ошибок, с указанием дозировки, формы выпуска (таблетки, мазь или, например, ампулы) и «номера» (например, «Аспирин табл, 100 мг № 10» говорит о том, что в упаковке помещается 10 таблеток по 100 мг; это общепринятое обозначение). Получается, для стабильной работы нужно создавать такие словари. И т. д.
Кроме того, база должна помнить, что именно и в каких количествах лежит на складе, и если оператор печатает в накладной для клиента «Аспирин табл, 100 мг № 10 5 упаковок», то из соответствующего количества складского запаса база должна сразу же вычесть эти 5 упаковок, чтобы оператор все время видел в компьютере, сколько еще непроданных упаковок осталось на складе, и по ошибке не «продал» большее количество, чем там есть на самом деле. И т. д. и т. п.
Могу только сказать, что вот уже прошло 20 лет непрерывной работы над «архитектурой» базы данных и все еще каждый день необходимы новые доработки. Особенно если учесть креативность нашего правительства, которое тоже не спит и все время подкидывает нам новые развлечения – то введут НДС, то добавят новую форму накладных (теперь, например, в накладной нужно обязательно указывать не только название завода-производителя таблеток, но и почтовый адрес вплоть до номера дома, по которому этот завод расположен), то выдумают чрезвычайно изощренные ограничения по ценообразованию, требующие в отдельном документе указывать процент наценки от какой-нибудь «цены государственной регистрации» данного лекарства, да еще процент для различных таблеток должен быть разным. И все это обязана держать в своей памяти наша база, так что не соскучишься.
В общем, стало очевидным, что без штатного программиста никак не обойтись, и через некоторое время Вова перешел к нам на постоянную работу.
Замечу, что освоение «передовых компьютерных технологий» нашим коллективом шло не без проблем. Вот, например, отрывок из записок еще одного нашего старого сотрудника Евгении Николаевны (ЕН), который демонстрирует, как это все воспринималось рядовыми сотрудниками.