Как выбрать разработчика для ERP системы

https://2people.io/kak_vibrat_razrabotchika_dlya_erp_sistemi
Подписаться на рассылку:
Поделиться материалом:
Содержание:
Как выбрать разработчика для ERP системы

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

Вопросы, которые нужно задать разработчику сразу

Будут ли операции стандартизированы на одной платформе без ущерба для функциональности и производительности?

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

Есть ли у разработчика опыт работы с нужной отраслью?

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

Как проходит процесс обучения сотрудников работе с ERP?

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

Можно ли будет доработать ERP в дальнейшем под свои нужды?

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

Как понять, когда действительно требуется сквозная автоматизация процессов?

Тут может быть несколько сценариев: если у вас уже итак есть какая-то автоматизация, а прибыль не растет, стоит задуматься об удобстве этой системы для сотрудников и клиентов. Бывает, что бизнес-процессы компании (по результату технического задания на внедрение ERP) не предполагают особенных доработок и это видно сразу. Но может быть и обратная ситуация, когда нужна интеграция мощной сквозной автоматизации, которая включает все этапы: от оформления заявки менеджером, до отправки информации на производство и организации взаимодействия с клиентом, вопросов логистики. Разобраться в этом поможет опытный аналитик, который готов взять на себя ответственность за создание персонализированной ERP системы под ваш бизнес.

Стоит ли ориентироваться на тренды?

Тренды в ERP есть и на них действительно стоит ориентироваться, но с оглядкой на текущую локализацию вашего бизнеса. Например, для России сегодня актуален поиск надежного локального решения, тогда как облачные сервисы показали себя не всегда надежными инструментами. Переход на облачные бизнес-приложения может быть крайне затруднен или невозможен, не говоря о миграции. Еще один тренд — минимизация time-to-market. И здесь некоторые исполнители могут обещать запредельные сроки для интеграции ERP системы в компанию, особенно когда видят, что заказчик не готов ждать. Вам нужно выбрать «золотую середину» от которой вы будете отталкиваться: например, стандартное ТЗ пишется не более 2-3 месяцев. Ведь запросы бизнеса могут серьезно меняться под влиянием как внутренних, так и внешних факторов.
Вывод

ERP-платформу стоит рассматривать не как «монолитную систему», а как среду, совокупность модулей или микро/макросервисов, которые будут интегрированы с другими компонентами вашей IT-системы. К выбору исполнителя стоит подходить ответственно, чтобы ваши инвестиции в такую интеграцию оказались успешными для всех участников процесса: ваших сотрудников, руководства, управляющего звена и аналитического отдела, ваших клиентов. Чтобы создать такой  «хаб» автоматизации потребуются усилия не только исполнителя, но и ваши. Выше мы привели предварительный список вопросов, которые вы можете задать потенциальному разработчику. От его ответов будет зависеть будущее любой ERP интеграции.

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


Подписаться на рассылку:
Поделиться кейсом:
ОБСУДИТЬ ПРОЕКТ
Close
Связаться с нами