Программное обеспечение может помочь растущей компании развиваться быстрее, но оно также может стать незаметным источником растраты ресурсов. Команда внедряет инструмент для управления проектами, платформу для звонков, аналитический продукт, несколько ИИ-помощников и набор специализированных подписок. Каждая покупка в отдельности кажется вполне управляемой. Однако в совокупности они приводят к дублированию функций, неиспользованным лицензиям, неожиданностям при продлении подписок и фрагментации данных.
Решение заключается не в том, чтобы покупать самое дешевое программное обеспечение или блокировать каждый новый запрос. Оно заключается в том, чтобы принимать решения о закупках с учетом бизнес-результатов, уровня внедрения, безопасности и совокупной стоимости. Изучайте предложения и храните информацию с помощью Dealuxa может служить аргументом в пользу коммерческого сравнения, но команде по-прежнему необходим четко организованный процесс оценки.
Именно эти семь ошибок являются причиной значительной части излишних расходов на программное обеспечение в растущих организациях.
1. Приобретение функций вместо оптимизации рабочего процесса
Благодаря убедительной презентации каждая функция может показаться незаменимой. Команда, отвечающая за закупки, может уйти с длинным списком возможностей, но без четкого описания проблемы, которую предстоит решить. После покупки сотрудники продолжают использовать таблицы и выполнять работу вручную, поскольку новый продукт не вписывается в их повседневные рабочие процессы.
Начните с формулировки рабочего процесса. Например: “Специалистам службы поддержки необходимо иметь доступ к истории взаимодействия с клиентом перед тем, как ответить”, или “Торговые представители тратят слишком много времени на составление отчетов о звонках”. Определите текущее время, частоту ошибок или упущенные возможности, связанные с этой проблемой.
Затем попросите поставщиков продемонстрировать конкретный рабочий процесс с использованием реальных данных. Функции, которые не способствуют достижению поставленной цели, не должны иметь большого значения при принятии решения. Небольшой специализированный инструмент может принести больше пользы, чем обширная платформа, которая в основном остается неиспользованной.
2. Сравнение ежемесячных цен вместо общей стоимости
Указанная в рекламе цена за одного пользователя редко отражает полную стоимость программного обеспечения. На общую сумму могут повлиять такие факторы, как внедрение, перенос данных, расширенная поддержка, объем использования, хранение данных, телефонные номера, доступ к API, интеграции, пакеты безопасности и необходимые дополнения.
Составьте модель затрат как минимум на первоначальный срок действия контракта. Учтите ожидаемый рост численности персонала и реалистичные показатели использования. Если ценообразование если тариф зависит от объема потребления, просчитайте расходы для обычного и пикового месяца. Если скидка действует только в первый год, укажите стоимость продления отдельно.
Не стоит забывать и о внутренних затратах. Оцените время, которое потребуется сотрудникам на настройку, обучение, администрирование и техническое обслуживание. Более дешевый продукт, который требует еженедельного ручного сверки, занимающей несколько часов, может оказаться дороже, чем более дорогостоящее интегрированное решение.
3. Оплата большего количества мест, чем использует команда
Число подписок с фиксированным количеством рабочих мест быстро растет, когда руководители добавляют аккаунты “на всякий случай”. Бывшие сотрудники могут по-прежнему иметь действующие лицензии, у подрядчиков могут быть полноценные рабочие места, которыми они редко пользуются, а случайные пользователи могут оставаться на премиум-тарифных планах.
Перед каждым продлением лицензии анализируйте активных пользователей. Сравнивайте количество оплаченных лицензий с данными о недавних входах в систему и значимой активности, а не только с фактом создания учетной записи. Определите, можно ли для пользователей, которые работают эпизодически, использовать более низкий тарифный план, общий рабочий процесс, форму запроса или роль «только для чтения» без ущерба для безопасности и без нарушения условий лицензии.
В то же время не следует лишать доступа пользователей только на основании одного «тихого» месяца. Сезонные должности и пользователи, выполняющие важные резервные функции, могут по-прежнему оставаться необходимыми. Цель состоит в том, чтобы привести количество лицензий в соответствие с реальными обязанностями, а не создавать конфликты ради незначительной экономии.
4. Разрешение перекрытия инструментов
Быстрорастущие команды зачастую приобретают программное обеспечение по отдельно взятым подразделениям. Маркетинговый отдел выбирает один инструмент для автоматизации, отдел продаж — другой, а служба поддержки добавляет третий продукт с аналогичными функциями отчетности и коммуникации. Компания тратится на дублирующиеся функции, а согласование данных становится всё сложнее.
Ведите простой реестр приложений с указанием владельца, назначения, пользователей, даты продления, стоимости, интеграций и данных, с которыми работает каждый продукт. Группируйте инструменты по функциональным возможностям. Пересечения становятся заметными, когда несколько продуктов претендуют на ответственность за один и тот же рабочий процесс.
Консолидация не всегда является лучшим решением. Специализированный продукт может превосходить по эффективности комплексный пакет программ, а перенос данных сопряжен с затратами. Оцените, действительно ли используется дублирующаяся функция, может ли одна платформа удовлетворить все требования и что может быть утрачено в результате миграции.
5. Неучёт затрат на интеграцию и выхода из рынка
Продукт может казаться доступным по цене до тех пор, пока команда не попытается подключить его к CRM-системе, поставщику услуг аутентификации, системе отчетности или базе данных клиентов. Для встроенной интеграции может потребоваться тарифный план более высокого уровня. Индивидуальная настройка может повлечь за собой необходимость постоянного обслуживания и зависимость от небольшого числа технических специалистов.
В ходе тестирования проверьте интеграцию. Убедитесь, какие поля синхронизируются, как обрабатываются дубликаты, что происходит в случае сбоя запроса и можно ли импортировать исторические данные. Маркетинговые формулировки вроде “интегрируется с” не дают представления о качестве всего рабочего процесса в целом.
Не менее важны и затраты на выход из системы. Узнайте, как экспортировать записи, вложения, настройки, журналы аудита и историю использования. Ознакомьтесь со сроками удаления данных и договорными сроками уведомления. Команда должна понимать, как ей покинуть систему, ещё до подписания долгосрочного соглашения.
6. Рассматривание скидки как экономического обоснования
Годовая скидка может оказаться выгодной, если компания завершила пилотный проект и рассчитывает на стабильное использование продукта. Она становится проблемой, когда более низкая цена побуждает команду принять решение до того, как будет подтверждено внедрение продукта.
Рассчитывайте экономию по сравнению с реальной альтернативой, а не с максимальной ценой по прейскуранту поставщика. Скидка в 25 процентов на неиспользуемое программное обеспечение — это всё равно напрасные расходы. Минимальные обязательства по количеству лицензий, предоплата за использование, автоматическое продление и ограничения на переход на более низкую версию могут снизить практическую ценность рекламной акции.
Применяйте специальные предложения после того, как продукт пройдет функциональную, bezpečnostную и коммерческую экспертизу. Купон или согласованная цена должны способствовать выгодному приобретению, а не служить оправданием для сомнительной покупки.
7. Отказ от оформления права собственности и продления срока владения
Программное обеспечение редко приносит пользу само по себе. Кто-то должен его настроить, обучить пользователей, отслеживать степень внедрения, реагировать на возникающие проблемы и принимать решение о целесообразности продления подписки. Когда ответственность за продукт не распределена четко, подписки продолжают действовать, поскольку отказ от них кажется более рискованным, чем еще один год оплаты.
Перед покупкой назначьте ответственное лицо по бизнес-вопросам и ответственное лицо по техническим вопросам. Определите показатели внедрения, соответствующие рабочему процессу: активное использование, завершённые процессы, сэкономленное время, сокращение количества ошибок или увеличение выручки. Запланируйте проведение обзора заблаговременно до даты, указанной в уведомлении о расторжении договора.
При принятии решения о продлении контракта следует учитывать результаты, отзывы пользователей, изменения в системе безопасности, надёжность продукта, качество технической поддержки и цену на следующий период. Взаимоотношения с поставщиком, которые хорошо себя зарекомендовали в прошлом году, могут перестать быть оптимальным вариантом после изменений в составе команды или в самом продукте.
Практическая оценочная таблица для закупки программного обеспечения
Оцените продукты, вошедшие в короткий список, по одним и тем же критериям:
| Область | Вопрос |
|---|---|
| Соответствие рабочему процессу | Решает ли это поставленную задачу от начала до конца? |
| Усыновление | Смогут ли реальные пользователи освоить эту систему и использовать её на постоянной основе? |
| Интеграция | Обеспечивает ли он надёжный обмен необходимыми данными? |
| Безопасность | Соответствует ли он внутренним и нормативным требованиям? |
| Стоимость | Какова общая стоимость при ожидаемом масштабе? |
| Гибкость | Может ли компания изменять количество мест, условия использования или тарифные планы? |
| Выход | Можно ли предсказуемо экспортировать данные и прекратить предоставление услуги? |
Придавайте большее значение фактическим результатам, полученным в ходе пилотного проекта, чем обещаниям, данным во время демонстрации.
Как «Deal Research» вписывается в этот процесс
Проведение коммерческого исследования следует начинать после того, как команда определит свои требования и сузит круг вариантов на рынке до подходящих. На этом этапе рекламные акции, вводные цены и информация о магазинах могут улучшить экономические показатели, не искажая при этом процесс принятия решения.
Команды могут просматривать Dealuxa категория предложений по программному обеспечению в качестве одного из источников информации, а затем проверьте каждое предложение, условия продления и возможности продукта непосредственно у поставщика. При совершении крупной покупки запросите письменное коммерческое предложение, в котором будут указаны все необходимые модули и допущения относительно использования.
Окончательный вывод
Растущие компании переплачивают за программное обеспечение, когда процесс закупки не увязан с рабочими процессами, объемом использования, правами владения и планированием продления лицензий. Этих семи ошибок можно избежать: определите суть проблемы, рассчитайте совокупную стоимость, подберите оптимальное количество лицензий, выявите дублирование, протестируйте интеграцию, рассматривайте скидки как второстепенный фактор и назначьте ответственных лиц.
Лучшая покупка программного обеспечения — это не продукт с самой низкой ценой или наибольшим набором функций. Это продукт, который решает конкретную задачу, обеспечивает устойчивое внедрение, вписывается в технологическую среду и с течением времени оправдывает свою полную стоимость.





