4 비즈니스 인텔리전스 소프트웨어 개념 증명이 엉터리라는 신호

따라서 고려 중인 비즈니스 인텔리전스 소프트웨어 공급업체를 후보 목록으로 좁혔습니다. 귀하는 귀하의 비즈니스에 소프트웨어에서 필요한 것이 무엇인지 알고 있으며 어디서 얻을 수 있는지 잘 알고 있습니다.

이것은 훌륭한 시작이지만 다음에 오는 것은 똑같이 중요합니다. 바로 개념 증명입니다. 소프트웨어를 구입할 때 개념 증명은 자동차를 구입할 때 시승을 하는 것과 같습니다. 두 경우 모두 일상적으로 접하게 되는 설정에서 제품이 어떻게 처리되는지 살펴보고 있습니다.

미니밴이나 SUV를 구매하려는 경우 서명하기 전에 자녀, 친구 몇 명, 축구 장비에 맞는지 확인하고 싶을 것입니다.

비즈니스 인텔리전스 소프트웨어를 구매하는 경우 커밋하기 전에 데이터 소스를 통합할 수 있는지 확인해야 합니다.

나쁜 시승의 흔적(브레이크 소리, 연기 나는 엔진, 자동차를 움직이기 위해 플린스톤 스타일, 바닥에 발을 내밀고 있는 판매원)과 마찬가지로 나쁜 소프트웨어 개념 증명의 확실한 징후가 있습니다. 주시해야 합니다.

다음은 비즈니스 인텔리전스 소프트웨어 개념 증명이 잘못되었다는 4가지 신호입니다. 이러한 항목 중 하나라도 표시되면 다른 공급업체를 고려할 때입니다.

1. 개념 증명 비용을 지불해야 합니다.

우리의 첫 번째 위험 신호는 개념 증명 비용을 지불하도록 요구하는 공급업체입니다. 딜러가 30분 동안 차를 운전하라고 청구했다면 의심스럽겠죠? 당신은 그들의 제품이 당신의 데이터를 얼마나 잘 통합하는지 보기 위해 당신이 돈을 지불하기를 원하는 공급업체에 대해서도 똑같이 주의해야 합니다.

비즈니스 인텔리전스 솔루션을 구매하는 것은 한 번에 끝나는 구매가 아닙니다. 공급업체 및 해당 프로그램을 사용하는 커뮤니티와의 관계입니다(고객 지원, 공급업체 교육 과정 및 온라인 포럼을 생각해 보세요). 따라서 공급업체는 귀하를 단순한 수입원이 아닌 파트너로 간주해야 합니다.

개념 증명과 같은 시운전은 거래가 아니라 서로를 느끼고 관계의 기본이 제대로 되어 있는지 확인하는 기회입니다.

좋은 개념 증명은 나중에 성공할 징조입니다.

개념 증명을 준비하려면 양 당사자의 작업이 필요합니다. 공급업체는 고객을 위해 설계할 솔루션의 기본 버전을 구축해야 하며, 고객은 솔루션에서 원하는 것이 무엇인지 알아야 합니다(자세한 내용은 나중에 설명). 개념 증명의 시점에서 정통한 비즈니스 인텔리전스 구매자는 이미 필요한 것을 정확히 결정했습니다.

2. 벤더가 귀하의 데이터를 사용하지 않습니다

구매하려는 BI 프로그램이 데이터를 처리 할 수 있는지 확인하는 가장 좋은 방법은 해당 BI 프로그램이 데이터를 처리하는지 확인하는 것입니다. 당신이 살고 있는 메인 주의 눈 덮인 땅에서 자동차가 어떻게 처리되는지 확인해야 한다면 플로리다에서 자동차를 시험 운전하는 것은 별로 의미가 없습니다.

대시보드가 ​​데이터를 사용하는지 확인하십시오.

Capterra의 수석 소프트웨어 엔지니어인 Venka Ashtakala는 솔루션에 대한 "더 큰 확신"이 POC에서 자체 데이터를 사용하는 주요 이유라고 말합니다. 귀하의 데이터에는 "테스트 데이터에 없는 일부 엣지 케이스 또는 기타 데이터 특성이 있을 수 있습니다."

비즈니스 인텔리전스 프로그램에 제공하려는 데이터는 다른 처리가 필요한 고유한 방식으로 설계되거나 사용자 정의될 수 있습니다. Ashtakala는 "높은 수준에서 '실제' 데이터를 사용하면 데이터에 적용된 모든 비즈니스 논리 또는 규칙이 개발 중인 개념 증명 코드에 의해 적절하게 처리될 것임을 보장합니다."라고 말합니다.

자신의 데이터를 사용한 개념 증명은 정기적으로 프로그램을 사용할 때 원하는 것과 동일한 종류의 철저함을 제공합니다.

3. 개념 증명이 공급업체의 주장을 입증하지 않음

개념 증명 테스트 중에 염두에 두어야 할 또 다른 사항은 해당 주장이 POC에 고유한 것이든 더 일반적인 브랜딩 주장이든 관계없이 공급업체가 주장에 부합하는지 여부입니다.

예를 들어 공급업체가 빠른 제품을 주장한다면 녹슨 바퀴에 몸을 움츠리는 햄스터의 속도로 작동해서는 안 됩니다.

그러나 햄스터 바퀴로 작업하고 싶다면 그것은 다른 문제입니다.

이에 대한 이유는 자명합니다. 공급업체가 POC에서 브랜드가 약속한 것을 제공할 수 없다면 나중에 제공할 수 없을 것입니다.

개념 증명이 특정 요구 사항을 충족하더라도 사용하기 쉽다고 광고하는 제품은 혼동을 일으키지 않아야 합니다. 이는 일관되지 않은 브랜드를 암시하며, 이는 공급업체와의 오랜 관계에서 미래의 문제를 더욱 암시합니다.

4. 개념 증명이 요구 사항을 충족하지 않습니다.

이 기사의 처음 세 가지 위험 신호는 공급업체에 초점을 맞추는 반면, 이 네 번째 팁은 귀하와 귀하의 비즈니스에 대한 스포트라이트를 되돌려줍니다. 요구 사항을 파악했으면 개념 증명을 평가하여 이러한 요구 사항을 충족하는지 확인하는 것이 중요합니다.

공급업체가 요구 사항을 충족하는지 확인하는 것은 Data443의 Jason Remillard가 이를 "실패한 POC의 주요 지표"라고 할 만큼 중요합니다.

성공적인 개념 증명을 처리하고 있는지 어떻게 알 수 있습니까? Remillard는 공급업체가 "고객 요구 사항을 확인하고 문서화하고 고객과 함께 재검증"하고 고객이 각 요구 사항에 서명하도록 할 것이라고 말합니다. 이러한 수준의 실사는 공급업체가 귀하의 요구 사항을 알고 있음을 보여줄 뿐만 아니라 "모든 사람이 올바른 노력에 집중하도록 보장"하고 귀하가 데이터 기업이 되기 위한 여정에 도움이 될 회사와의 관계를 관리할 수 있는 올바른 위치에 있게 합니다. 중심의.

이러한 수준의 철저한 공급업체는 성공적인 개념 증명을 가능하게 하고 일단 프로그램을 정기적으로 사용하면 성공적인 습관을 형성할 수 있습니다. 잘 정의되고 합의된 요구 사항을 통해 양 당사자는 "참조할 항목"을 갖게 되어 혼란을 줄일 수 있습니다. Remillard에 따르면 설정된 목표 문서는 프로세스를 간소화하고 제어를 변경할 수 있도록 합니다.

무엇이 좋은 개념 증명을 만드는가?

BI 소프트웨어를 구매할 때 좋은(또는 나쁜) 개념 증명 경험이 있습니까? 아래 의견에서 경험을 공유하십시오!