Михаил Елашкин - SAP Business One. Строим эффективный бизнес Страница 34

Рис. 18. Оформление продаж и возможности руководителя в системе SAP Business One

Как это выглядит на практике? Анализ реализованных и упущенных возможностей позволяет оптимизировать процесс продажи и учесть ранее накопленный опыт (рис. 19 — Мониторинг активности деятельности менеджера по продажам).

Помимо этого, отчеты по деятельности отдельных менеджеров позволяют разработать справедливую систему оценки деятельности работников Причем можно понять, на каком этапе общения с потенциальным клиентом возникли основные проблемы у данного конкретного работника, и подкорректировать его работу (рис. 20 — Анализ деятельности менеджера по продажам).

В «Эксперт Системс» для каждого продавца существует план и KPI — Key Performance Indicator. Не останавливаясь на описании этого показателя, просто отметим, что это некоторые показатели, которые считаются важными для его работы. В простейшем случае это выполнение плана, но могут быть и более сложные показатели, например сделать клиентами компании 50 новых компаний в месяц или продавать более 20% сервиса.

Для создания отчетов о выполнении таких показателей администратор системы пишет довольно простые запросы, результаты которых доступны пользователям и позволяют более динамично и адресно управлять персоналом.

«Автоматически генерируемые отчеты избавляют меня от необходимости отвлекаться по мелочам и писать постоянные отчеты. Мой руководитель всегда знает, сколько звонков я сделал, сколько клиентов у меня на очереди, какие успехи в продажах, как это соотносится с планом».

Начальнику финансового отдела предварительная оценка предполагаемого дохода от той или иной сделки позволяет прогнозировать объем денежных поступлений, планировать финансовую деятельность и отслеживать план с фактом для дальнейшего анализа (рис. 21 - Общий план поступления денежных средств по сотрудникам компании; и 22 — Детальная расшифровка финансовых аспектов работы менеджеров по продажам).

Вернемся к вопросу действий консультантов при обслуживании клиентов компании. За эту работу отвечает модуль «Сервис».

Рассказывает менеджер по технической поддержке «Эксперт Системс»:

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

Если у позвонившего нет серийного номера, то существует несколько вариантов. Допустим, что он является легальным пользователем, но потерял этот номер. Тогда возможен поиск по косвенным признакам — имени партнера, продавшего ему этот продукт, и тому подобное.

Если он „пират“, то мы отказываем ему в поддержке. Впрочем, если он настроен лояльно, то его можно перевести в отдел продаж, для покупки лицензионной версии.

Для нас принципиально ответить клиенту сразу же, решить его проблему и закрыть сервисную заявку. Если же решение не найдено, то заявка остается открытой и висит на нас. Я вижу все заявки, которые не были закрыты, и связанную с ними активность. Если заявка висит долго, то на ней собирается большое количество активностей — попробовать это, запросить то... и так далее».

Таким образом, в основе идентификации пользователя консультантом лежит тот факт, что каждому проданному программному продукту присваивается регистрационный номер и автоматически создается карта учета объекта сервиса, в которой по регистрационному номеру можно узнать информацию о проданном продукте и о покупателе (рис. 23 — Карта учета объектов сервиса).

Но того факта, что этот продукт куплен легально и пользователь зарегистрирован в базе данных, недостаточно для обслуживания клиента. При покупке сопровождения программного продукта в систему вносится сервисный договор, в котором определяются рамки действия договора по сопровождению (рис. 24 — Сервисный договор).

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

Если у клиента действительный договор сопровождения, выясняется причина его обращения. В систему вносится сервисная заявка, в которой указывается причина обращения и возможное решение проблемы. При необходимости менеджер обращается в базу знаний, где ищет ответ на поставленный вопрос. Если подобной проблемы в базе не существует, вносится новая запись по решению.

При возможности вопрос решается сразу, если нет — консультант перезванивает клиенту или пишет письмо. В зависимости от этого сервисная заявка остается открытой до решения проблемы или сразу закрывается. Общая схема этих действий приведена на рис. 25.

Рис. 25. Решение проблемы клиента и закрытие сервисной заявки

Естественно, что руководство отдела по сопровождению имеет возможности получать отчеты по сервисным заявкам, сервисным договорам и объектам сервиса, подобно тому как их получает руководство отдела продаж. По этим отчетам можно судить о качестве сервиса, анализируя среднее время закрытия заявки, открытые заявки и договора.

Мы разобрали здесь работу типичных рабочих мест продавцов и сотрудников службы поддержки заказчика после внедрения SAP Business One. Как всегда, когда знаешь решение задачи, она кажется очень простой и очевидной. Тем не менее за такой внешней простотой скрывается огромный опыт компании-разработчика — SAP, обучение специалистов по внедрению компании поставщика и опыт работы в бизнесе компании-клиента. Сплав этих компонентов дает в результате эту «простоту», которая становится эффективностью бизнеса и конкурентным преимуществом.

ГЛАВА 11

РАБОТА НАД ОШИБКАМИ И ДОМАШНЕЕ ЗАДАНИЕ

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

Не знаю, как пишут свои книги профессиональные писатели, а я подошел к этому процессу скорее как программист. Продумав тему и содержание книги, я разбил ее на главы. Количество глав и их детализация потом менялись, но в целом я не сильно отклонился от первоначального плана, по которому в этой главе должны были быть собраны ошибки компаний по внедрению SAP Business One. Наверно, это была бы самая маленькая глава в мировом книгоиздании, достойная Книги рекордов Гиннеса и состоящая из нуля слов. Дело в том, что все компании, с которыми я встречался, сделали свое домашнее задание и работу над ошибками на пять, и возможно, с плюсом.

Любая компания, внедрившая такую систему и перестроившая свой бизнес, достойна уважения, независимо от того, прозвучало ли ее имя в прессе или она осталась «неизвестным героем».

Тем не менее можно выделить несколько критических точек, в которых эти ошибки можно было сделать.

Первая критическая точка — это выбор системы управления бизнесом. В условиях недостатка информации легко можно принять неправильное решение и выбрать решение, которое вам не подходит, или компанию, которая не может обеспечить заявленное качество программного обеспечения или уровень сервиса.

Внедрение системы — технически достаточно простой процесс. Здесь очень важно правильно организовать процесс работы, так, чтобы в нем максимально принимали участие как сотрудники компании, внедряющей SAP Business One в вашей организации, так и ваши сотрудники. На этой стадии можно серьезно выиграть за счет быстрой и правильной настройки системы именно под ваши потребности.

Работа с приложением создает проблемы уже не в области бизнес-процессов, а в области построения отношения с персоналом. На этой стадии критически важно мягко, но настойчиво убедить всех сотрудников активно использовать новую систему. Саботаж или частичное выполнение своих обязанностей даже одним сотрудником способны пустить под откос все ваши старания. Лучшее лекарство от этой проблемы — максимальное участие ваших сотрудников в процессе подготовки внедрения и самом внедрении. (Актуальность этого пункта невольно подтвердили рецензенты книги, вспомнив примеры саботажа ряда проектов сотрудниками компаний-клиентов, и все из-за того, что этому направлению не было уделено достаточно внимания.)