4 признака того, что ваше программное обеспечение для бизнес-аналитики не работает

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

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

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

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

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

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

1. Вы должны заплатить за доказательство концепции

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

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

Пробный запуск, как доказательство концепции, — это не сделка, а шанс прощупать друг друга и посмотреть, соблюдены ли основы отношений.

Хорошее доказательство концепции служит хорошим предзнаменованием для последующего успеха

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

2. Поставщик не использует ваши данные

Лучший способ убедиться, что программа BI, которую вы покупаете, может обрабатывать ваши данные, — это увидеть, как она обрабатывает ваши данные. Тест-драйв автомобиля во Флориде не имеет большого смысла, если вам нужно увидеть, как он ведет себя в заснеженной стране штата Мэн, где вы живете.

Убедитесь, что информационные панели используют ваши данные.

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

Данные, которые вы хотите ввести в свою программу бизнес-аналитики, могут быть разработаны или настроены уникальным образом, требующим особого обращения. «На более высоком уровне, — говорит Аштакала, — использование «реальных» данных гарантирует, что любая бизнес-логика или правила, встроенные в данные, будут правильно обработаны разрабатываемым кодом проверки концепции».

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

3. Проверка концепции не подтверждает заявлений производителя

Еще одна вещь, о которой следует помнить во время проверки концепции, — это степень, в которой поставщик соответствует или не соответствует своим заявлениям, независимо от того, являются ли эти заявления уникальными для POC или являются более общими заявлениями о торговой марке.

Например, если производитель заявляет о быстром продукте, то он не должен работать со скоростью хомяка, томящегося на ржавом колесе.

Но если вы хотите работать на колесе хомяка, это другое дело.

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

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

4. Доказательство концепции не соответствует вашим потребностям

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

Обеспечение того, чтобы ваш поставщик соответствовал вашим потребностям, настолько важно, что Джейсон Ремиллард из Data443 называет это «основным индикатором неудачного POC».

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

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

Что делает хорошее доказательство концепции?

Были ли у вас хорошие (или плохие) доказательства концепции при покупке программного обеспечения для бизнес-аналитики? Поделитесь своим опытом в комментариях ниже!