Почему предложения Salesforce почти никогда не поддаются прямому сравнению
Когда три коммерческих предложения лежат рядом, и вы видите разницу в десятки процентов, инстинкт подсказывает, что одно из них завышено. В большинстве случаев причина проще: каждое предложение оценивает свой, уникальный проект.
Один поставщик включил миграцию данных за три года, другой — только за один. Один предусмотрел шесть недель стабилизации после запуска, другой сдал проект и завершил работу. Один учел четыре интеграции, другой — две, предполагая, что ежедневный отчет заменит живой интерфейс. Никто из них не вводил в заблуждение — им просто не предоставили точных инструкций.
Следовательно, сравнение начинается с нормализации, а не с таблицы цен.
Шестиступенчатый метод нормализации
1. Определите единый список компонентов. Одиннадцати строк достаточно: анализ требований, настройка, разработка, интеграции, миграция, тестирование, обучение, управление проектом, стабилизация, документирование, передача знаний.
2. Отметьте для каждого предложения, что включено, что частично включено, а что отсутствует. Пока не указывайте суммы.
3. Оцените отсутствующие компоненты. Для каждого компонента, не включенного в предложение, используйте стоимость из другого предложения в качестве оценки и добавьте ее.
4. Унифицируйте допущения. Количество пользователей, редакция системы, количество лет истории, количество бизнес-подразделений, языки.
5. Унифицируйте период гарантии. Различные сроки стоят денег. Разница в два месяца стабилизации — это реальный стоимостной компонент.
6. Рассчитайте среднюю почасовую ставку и состав команды на каждом этапе, а не общий показатель.
Только после этих шести шагов можно сравнивать цифры. Во многих случаях предложение, которое казалось дешевым, перемещается на второе место.
Компоненты, которые исчезают из предложений — и появляются в счете
| Компонент | Почему пропущен | Относительный порядок величины |
|---|---|---|
| Очистка данных перед миграцией | Считается ответственностью клиента | Иногда очень значительная |
| Второй раунд UAT | Предполагается один раунд | Низкий, но блокирует сроки |
| Обучение по ролям | Оценивается как один семинар | Средний |
| Усиленная поддержка в первые недели | Не определено | От среднего до высокого |
| Документация в собственности организации | Считается само собой разумеющимся | Низкий, критически важен в дальнейшем |
| Обработка ошибок интеграции и мониторинг | Включается только "правильный путь" | Средний |
| Среды и DevOps | Предполагается наличие | От низкого до среднего |
| Часы внутреннего управления организации | Вообще не включены в предложение | Высокий, и всегда присутствует |
Именно последняя строка удивляет руководство. Проект Salesforce требует значительного времени от владельцев процессов и PMO, и это реальная стоимость, даже если она не отображается ни в одном счете.
От сравнения цен к трехлетней оценке стоимости
Предложение правильно оценивается на трехлетний период, а не только на продолжительность проекта. Простая структура расчета:
| Компонент | Год 1 | Год 2 | Год 3 |
|---|---|---|---|
| Стоимость внедрения | Полная | — | — |
| Лицензии | По количеству пользователей | Включая ожидаемый рост | Включая ожидаемый рост |
| Техническое обслуживание и поддержка | Частичная | Полная | Полная |
| Планируемые улучшения | — | Оценочный объем | Оценочный объем |
| Стоимость внутреннего управления | Высокая | Средняя | Средняя |
Разница между предложениями в первый год кажется значительной. В течение трех лет обычно решающим фактором является легкость модификации системы без участия поставщика — то есть качество документации и передачи знаний, которые почти никогда не учитываются при принятии решения.
Красные флаги в предложении
- Миграция данных оценивается круглой суммой без вопросов об объеме или качестве.
- Отсутствует гарантийный период, или он определен как "устранение ошибок" без определения, что такое ошибка.
- Предложение включает только часы разработки и не содержит строки "управление проектом".
- Состав команды без указания имен, или имена, не закрепленные в контракте.
- Исключительно низкая цена для этапа анализа требований, который иногда является входной дверью для проекта, который будет оценен позже.
- Отсутствие явных допущений. Предложение без допущений — это не проверенное предложение.
Пример для наглядности: компания по возобновляемой энергии
Сценарий гипотетический и предназначен для иллюстрации. Компания получила три предложения. Разница между самым дешевым и самым дорогим составила около восьмидесяти процентов. Комитет склонялся к дешевому.
После нормализации выяснилось: самое дешевое предложение вообще не включало миграцию, а только загрузку активных записей; оно предполагало две интеграции вместо четырех, так как считало, что финансовая отчетность будет выполняться ручным экспортом; и гарантийный период составлял две недели по сравнению с восьмью неделями в дорогом предложении.
После восполнения пробелов за счет стоимости других поставщиков разрыв сократился примерно до десяти процентов. Окончательное решение было основано не на цене, а на вопросе, кто предлагает структурированную передачу знаний, поскольку у компании не было внутренней команды.
Что делать с оставшимся разрывом
После нормализации обычно остается реальный разрыв. Превратите его в вопросы, а не в допущения:
- Почему ваша оценка интеграции ниже, чем у других — что вы знаете, чего они не знают?
- Что произойдет, если предположение о качестве данных ошибочно?
- Сколько раундов тестирования вы запланировали?
- Кто из представленной команды будет сопровождать проект от начала до конца?
Ответы на эти вопросы отличают поставщика, который оценил проект дешево, потому что он эффективен, от поставщика, который оценил его дешево, потому что не понял.
Связь с окончательным решением
Систематическое сравнение представляет только коммерческую сторону. Профессиональная сторона оценивается отдельно, согласно заранее установленным весам, и цена является лишь одним из них — подробности в руководстве по выбору компании-интегратора Salesforce. Понимание того, что составляет изначальную стоимость, подробно описано в руководстве по стоимости внедрения Salesforce, а выбор модели взаимодействия — в руководстве по ценообразованию проекта.
То, что было согласовано при сравнении, должно быть включено в контракт в точной формулировке, иначе оно не существует — соответствующие пункты собраны в руководстве по контракту и Statement of Work (SOW) Salesforce.
Следующий шаг
Составьте таблицу нормализации до того, как вскроете ценовые предложения. Тот, кто составляет ее после ознакомления с суммами, невольно делает это таким образом, чтобы оправдать уже понравившееся ему предложение.