Заказать звонок
Заказать демонстрацию
Как получить демо-доступ к 1C:Энергетика? Объясняем, почему демо-доступ неэффективный способ знакомства с программой
Поделиться
Как получить демо-доступ к 1C:Энергетика? Объясняем, почему демо-доступ неэффективный способ знакомства с программой
#Экспертное мнение
Компания "Бест Плюс"

Как только руководство компании решило автоматизировать бизнес-процессы и перевести учет, связанный с отраслевой спецификой, в информационную систему, начинается поиск подходящей программы, которая решит этот вопрос. Знакомство с функционалом программного продукта и разработчиком – первый этап на пути к покупке, и если на этом этапе допустить ошибку, поторопиться, и выбрать систему, которая не подходит, можно не достичь конечной цели и потратить бюджет впустую.

Поэтому на начальном этапе сотрудничества с потенциальным подрядчиком важно получить полную информацию о функционале программного продукта.

 

Как клиенту познакомиться с функционалом информационной системы?

 

Способов подробнее узнать о программе несколько:

  • Попросить подрядчика очно продемонстрировать возможности программы.
  • Посмотреть видеообзор какого-нибудь блогера в интернете или записанный разработчиком обзор функционала системы - если разработчик записал такой обзор.
  • Ознакомиться с рекламными материалами – страница продукта на сайте, презентация, листовка, и т.д. Не рекомендуем принимать конечное решение на основе рекламных материалов. Этот способ хорош при первичном отборе программных продуктов, чтобы определить, относится ли программа к тому классу информационных систем которые решают наши потребности, или же не стоит нашего внимания.
  • Самостоятельно протестировать функционал программы в режиме удаленного подключения к демо-базе. Не рекомендуем этот способ, ниже объясним почему.

 

Почему клиенты просят удаленный доступ к демо-базе?


Работая в демо-базе клиенты могут «прикоснуться» к программе и опробовать функционал на демонстрационных примерах. Не даром каждый третий заказчик при обращении задает вопрос: «Как получить доступ к демо-версии программного продукта?». Желание клиентов понятно: никто не хочет покупать кота в мешке. Однако практика показывает, что самостоятельная работа в удаленной базе не дает полного представления о логике работы программы и особенностях внедрения в конкретной компании.

 

Почему же удаленный доступ не эффективен?

 

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

1. На первом этапе выбора, клиент не представляет полноту функционала рассматриваемого решения, даже если он ознакомился с описанием продукта на сайте или посмотрел презентацию. Информация, находящаяся в открытом доступе, полезна при первоначальном выборе программного решения, но стоит понимать, что она носит ознакомительный характер и ее недостаточно для использования в качестве руководства к самостоятельному изучению в режиме удаленного доступа.

Через текстовое описание сложно передать внутренний принцип работы системы, взаимосвязи между функциональными блоками и логику взаимодействия между пользователем и программой. Каждый второй заказчик просит предоставить полное руководство пользователя для тестирования программы в режиме демо-доступа. Однако обязательства перед компанией 1С, не позволяют партнерам 1С, открыто предоставлять руководство пользователя - это нарушение договора франчайзинга. 

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

2. Каждый клиент обращается к вендору с собственным видением и задачами на автоматизацию бизнес-процессов. На первом этапе общения для обеих сторон важно найти общий язык и убедиться в правильности выбора решения в соответствии с функциональными требованиями.

В качестве демо-базы для удаленного доступа, как правило, выступает база на основе типового (коробочного) решения, с усредненным функционалом, который может не учитывать особенностей бизнес-процесса компании. В таких решениях, как «1С:ERP Энергетика 2» или «1С:Биллинг», помимо типового (коробочного) варианта, присутствует дополнительный функционал, которые реализован благодаря многолетнему опыту внедрения на других предприятиях. Для клиента такой функционал иногда полезен, или даже входит в перечень требований к будущему решению. Однако, для сохранения информационной безопасности, вендор скорее всего, не согласиться предоставить проектные решения для самостоятельного изучения. Как результат, клиент остается не удовлетворен предложенным функционалом, что негативно скажется на дальнейшем взаимодействии.

3. Удаленный доступ, как правило, предоставляется на срок от 3 до 10 рабочих дней, чтобы заинтересованные лица успели протестировать программ. Но практика показывает, что в суете рабочих дней на предприятии энергетического комплекса, приоритет отдается срочным задачам. Просмотр демо-базы откладывается на другой день, неделю или неопределенный срок. Это еще один недостаток удаленного доступа с точки зрения скорости взаимодействия.

4. При знакомстве с функционалом программного продукта, часто возникают смежные вопросы, связанные с внедрением: Как перенести накопленные данные в новую систему? В какой последовательности стоит внедрять подсистемы и какие подготовительные мероприятия провести? В каких аналогичных компаниях уже внедрен программный продукт и какие сложности возникали при внедрении? На эти вопросы клиент не получит ответы входе самостоятельного тестирования, только бизнес-аналитики и руководители проектов подрядчика, которые разрабатывали систему и внедряли в аналогичных компаниях смогут сориентировать клиента в этих вопросах. 

 

 Что сделать вместо удаленного доступа?

 

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

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

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

 

Подводим итоги

  

Несмотря на преимущества, удаленный доступ нельзя отнести к эффективным способам знакомства с программным продуктом. Проанализировав причины делаем следующие выводы:

1.   Удаленный доступ может полезен в качестве закрепления полученных знаний, но не как единственный способ ознакомления с продуктом.

2.   В качестве демо-базы для удаленного доступа, как правило, выступает база на основе типового (коробочного) решения ограниченная типовым функционалом.

3.   Из-за загруженности сотрудников тестирование программы в режиме удаленного доступа затягивается.

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