Съдържание
- Разбиране на дебата
- В къщата или извън кутията
- Бизнес разузнаването не е стоков продукт (все пак)
- Без грешки, без стрес - Вашето стъпка по стъпка ръководство за създаване на софтуер, променящ живота, без да разрушава живота ви
- Партньорство, а не еднократна транзакция
Източник: Cybrain / Dreamstime.com
За вкъщи:
Ако обмисляте вградена анализа, трябва да погледнете отвъд стандартните решения на „изграждане“ или „купуване“.
Тъй като вградената аналитика става все по-важна в пейзажа на бизнес разузнаването (BI), въпросът дали компаниите трябва да изграждат или купуват вградени BI приложения изглежда по-актуален от всякога. Многобройните опити да се отговори на този въпрос игнорират основния факт, че самият въпрос е подвеждащ, тъй като за повечето организации няма прост отговор „да или не“. Вместо това, най-добрите практики за вградена анализа не са нито „изграждане“, нито „купуване“, но всъщност са по-близки до партньорството.
Разбиране на дебата
„Вградена аналитика“ е покривен термин, който описва интегрирането на различни функции на инструментите за бизнес разузнаване в други приложения (често, но не изключително, в SaaS). Например, компания, която разработва CRM софтуер, може да иска да предостави по-задълбочена информация от данните, които събира, или за да подобри общата стойност на предложението на компанията, или да продаде премиум услуга. Следователно може да изглежда да включва функции като преобразуване на данни, бързо запитване на големи данни или интерактивни визуализации в своя собствен софтуерен пакет за CRM.
Gartner прецени, че до 2015 г. ще бъдат вградени 25 процента от възможностите за анализи, нарасвайки от едва 5 процента през 2010 г. Повечето специалисти в BI индустрията биха се съгласили, че вграденият BI е станала основна област на фокус както за бизнеса, така и за технологиите. Клиентите изискват самообслужване, смислен достъп до данни, а конкуренцията принуждава компаниите да се съобразяват с тези изисквания, което от своя страна води до по-голям фокус върху изграждането на този тип възможности.
В къщата или извън кутията
Въпросът „да се изгради или не да се изгради“ стана обект на разгорещени дискусии, когато се обмисля проект за вграден анализ. Започнете бързо търсене в Google за „изграждане срещу закупуване на вградена аналитика“ и ще бъдете бомбардирани със страница след страница с статии, които питат и се опитват да отговорят на този точен въпрос. Ще представя накратко най-често срещаните аргументи за всяка страна на дебата:
- Вътрешното разработване на BI функции предоставя на компаниите повече гъвкавост и контрол върху крайния продукт. Оригиналният разработчик на приложения е най-интимно запознат със своя продукт и клиенти и затова ще може да адаптира по-точно решение. Изграждането на BI функции във фирмата обаче изисква значителна инвестиция и често дава резултати от подравнение поради нивото на необходимите инвестиции и необходимостта от специализирани умения.
- Закупуването на решение „изчерпано“ дава възможност на компанията да използва огромните инвестиции, вече направени от BI доставчика, и дава достъп до най-съвременните BI възможности.
В повечето случаи компаниите, които се стремят да предоставят смислени възможности за анализ на данни на своите клиенти, би било по-добре да потърсят вграждане на съществуващ продукт, а не да започнат от нулата. Това, което бих искал да подчертая обаче, е, че начинът, по който се поставя този въпрос, сам по себе си е подвеждащ: далеч по-често срещаният - и за предпочитане - сценарий всъщност не е нито изграждане, нито купуване, а трето решение, което по-точно би могло да бъде описано като партньорство.
Бизнес разузнаването не е стоков продукт (все пак)
Когато хората говорят за „изграждане срещу закупуване“, може да се създаде впечатлението, че съществува опцията да отидете онлайн и да купите BI-вградено BI решение, което лесно може да се включи в съществуващ продукт и Presto! Незабавна анализа на клиентите. За съжаление, когато става въпрос за по-сложни нужди и продукти, това почти никога не е така.
Не искам да намеквам, че внедряването на BI трябва да е продължително или трудно, но просто, че всяко изпълнение е различен. Компания, която обикновено иска да представи сто хиляди редове данни на своите клиенти, не се нуждае от същия технологичен „мускул“ като този, който работи със сто милиона редове; също така, данните, които идват от десетки структурирани и неструктурирани източници, са съвсем различни от добре организираните таблици в SQL база данни. Визуализацията на данни на високо ниво е едно нещо (например приложение за електронна търговия, което показва трафик и продажби на продавачите), докато напредналите анализи, подробни отчети и персонализируеми отчети изискват съвсем различни възможности.
Когато става въпрос за тези видове по-напреднали случаи на употреба, понятието решение за един размер е нереалистично: аналитичните функции ще трябва да бъдат интегрирани в съществуващото приложение и адаптирани, за да отговарят на точните нужди на конкретния продукт и клиентска база по отношение на моделиране на данни, сигурност, управление и отчитане. Отново, това не означава, че тези усилия за интеграция трябва да бъдат прекалено сложни или да изискват големи ресурси за развитие - обаче, те ще изискват разбиране на основните данни и способността лесно да персонализирате и комуникирате с BI платформата чрез достъп до API.
Без грешки, без стрес - Вашето стъпка по стъпка ръководство за създаване на софтуер, променящ живота, без да разрушава живота ви
Не можете да подобрите уменията си за програмиране, когато никой не се интересува от качеството на софтуера.
Партньорство, а не еднократна транзакция
Решението да се използва външен доставчик за вграждане на анализи е по-подобно на партньорство, отколкото на тип покупка „вземете го и го забравете“. Разработчикът и доставчикът на BI работят заедно за изграждането на необходимия продукт за данни и продължават да си сътрудничат, докато продуктите съзряват, добавят се нови функции и възникват нови нужди.
Това означава ли, че разработчикът ще трябва да разчита на доставчика на BI при всяка промяна или персонализиране? Абсолютно не - разработчиците трябва да имат пълна независимост и контрол върху собствения си продукт. Те трябва да бъдат единственият собственик на продукта от край до край и да могат да го разработват самостоятелно, без да се налага да разчитат на професионални услуги на външни или външни консултанти. За да постигнат такъв резултат, разработчиците трябва да си партнират с BI доставчик enabler, винаги имайки предвид разработчиците. Най-добрите практики включват поддръжка на цялостен SDK, с отлична документация и проектиране на BI продукта като отворена платформа.
Отворените платформи позволяват лесен достъп чрез често използвани API, като се гарантира, че BI софтуерът е достатъчно гъвкав, за да се интегрира безпроблемно със съществуващите системи на разработчиците и удовлетворява специфични нужди и изисквания около източници на данни, сигурност и подобни съображения. А за наистина сложните, тежки реализации - най-добрите доставчици на BI предоставят професионалните ресурси, необходими за максимално бързото стартиране и работа на клиентите и за справяне с различните проблеми по поддръжката, които неизбежно възникват.
Освен това и двете страни трябва да разглеждат връзката си като дългосрочна - новите функции, въведени в BI платформата, винаги трябва да се изграждат по подход „API-първо“, което позволява на разработчиците на приложения бързо и лесно да включат тези функции в собственото си предлагане; комуникацията между доставчика на BI и разработчика на приложения трябва да бъде отворена и честа, така че и двете да получат по-добро разбиране на силните страни и ограниченията на другия и съответно да коригират усилията за развитие, поддръжка и управление на акаунта.
Разбирането на вградената аналитика като продължаващо партньорство, а не еднократна покупка, ще накара разработчиците да зададат по-подходящи въпроси, преди да започнат вграден BI проект; и да доведе доставчиците на BI да поемат сериозен ангажимент за изграждането на наистина отворени платформи, поддържайки превъзходно обслужване и документация за клиенти. В такива случаи всички са в полза.