Lze použít MS Teams pro CRM?

V předchozích článcích (Jak a k čemu..., Organizace týmů...) je poměrně rezolutně zdůvodňováno, proč by se MS Teams spíše neměly používat pro koordinaci práce týmů, které fungují v provozu (jejich činnost má procesní - trvalý, nikoli projektový - dočasný - charakter). Není dobré to chápat dogmaticky, pro některé procesy se hodit mohou. Je pravda, že Teams je prostředí, které koncepčně spíše odpovídá dočasnému jednorázovému použití - vytvořit, využít a odstranit pracovní prostor.

Procesní činnosti předpokládají robustní specializované nástroje.

Což je přesně případ podpory CRM (pozor, ačkoliv tato zkratka je dost často používána ve významu Systém/software pro podporu řízení vztahů se zákazníky, znamená jenom ono "řízení vztahů" - Customer Relationship Management - procesní oblast na rozhraní obchodu a marketingu). S potřebnou opatrností stojí zato zkusit - nebo se alespoň zamyslet nad tím, zda a jakým způsobem by se MS Teams daly k tomuto účelu využít. Východisko a podnět k tomuto zamyšlení je článek Může MS Teams nahradit CRM? V úvodu článku je zdůrazněno, že záleží na tom, co konkrétně naše organizace v této oblasti potřebuje.

Pokud nevíte, co potřebujete, začněte odjinud.

Oblast činností CRM

Nejde o "funkčnost". Podstatné je, co mají dělat lidé, kteří se starají o rozvoj vztahů se zákazníky. Jaké informace a případně jakou technologickou podporu k tomu potřebují. Smyslem a cílem jejich práce je to, abychom zbytečně nepřicházeli o zákazníky, aby se jejich spokojenost s našimi produkty (včetně všeho, co k nim patří) pokud možno zvyšovala atd.

Což je podmíněno (zjednodušeně) tím, že se přiměřeně zajímáme o to, co dělají (nejen vzhledem k našim produktům... je toho hodně). V jistém smyslu tato oblasti propojuje obchod a marketing (plní zadání a poskytuje služby oběma). Viz CRM pro 21. století.

Proto je tak obtížné to dělat (pečovat o vztah).

Spousta lidí doufá, že existuje systém, který to "umí".

Neexistuje. Umět to musí lidé.

V některých firmách si pořídili "CRM" (systém). Jenže nikdo nevěděl, kdo co a jak s ním má dělat. Na počátku to vypadalo báječně - dodavatel prezentoval a sliboval, jak báječně - pokud systém obsahuje kvalitní data - se dá vyhodnocovat kdeco. Jaké inspirativní analýzy - pokud máme kvalifikované lidi - lze provádět.

Vůz × kůň.

Abychom měli v systému kvalitní data, lidé musí plnit své povinnosti. S využitím nástroje, který má potřebné datové struktury (nejlépe uživatelsky rozšiřitelné) a funkčnost (která lidem pomáhá). Jenže když se nad tím vším zamyslíte, zjistíte, že podstata funkčnosti systémů pro CRM je (či měla by být) ve dvou oblastech.

• Komunikace (upřesníme, co se tím myslí, speciálně v oblasti řízení vztahů...).
• Analýza a plánování rozvoje "vztahu".

A tady je na místě se zeptat, jestli relevantní data i funkčnost nemáme již k dispozici v běžně používaných nástrojích. Zda/proč chceme/potřebujeme mít záznamy o interakcích se zákazníkem na jednom místě - v jedné společnosti nasadili "CRM-systém" a teprve až jej po mnoha měsících obcházení a rozpaků zkusili začít používat, zjistili, že jej nelze integrovat s jejich dosavadním (nosným) systémem pro řízení provozu (zakázek). Protože "jaksi" předpokládali, že "CRM" budou používat jenom pro podporu akvizice nových zákazníků (nutno uvést, že užitečnost obvyklých CRM systémů pro akvizici je většinou dost sporná). Čímž zjistili, že "obcházení" a rozpaky byly naprosto zákonité, jelikož nový systém byl v jejich obchodním modelu zcela nepoužitelný.

Funkčnost

Co potřebujeme od nástroje pro podporu vztahů s externími partnery (ono od počátků "CRM" je zřejmé, že daný nástroj se nebude používat jen pro zákazníky).

• Hodně chytrou centrální správu kontaktů - rozhodně je nutno mít jasno, co to znamená. Není to jenom adresář, ale něco, kde dokážete s uloženými daty pracovat. Např. když přijde mail od zákazníka, měl by se najít nebo vytvořit a dohledat k němu veškeré dostupné informace. Obdobné po zadání telefonního čísla.
• Správu obchodních příležitostí ("lead"), resp. akvizice. Obvykle nikdo netuší, co přesně by to mělo znamenat - fakticky je to prostředek pro analýzu získaných informací a flexibilní / adaptivní plán aktivit (činností přiřazeného obchodníka), které mají být provedeny, zaznamenán jejich výsledek a podle pravidel upřesněn plán následných kroků. Nebo něco podobného tak, jak si tu činnost představujete vy. Flexibilita systému zde představuje naprosto fatální podmínku pro to, abyste si tento proces mohli nastavit a rozvíjet tak, jak to vyhovuje vašim lidem, obchodnímu modelu i zákazníkům.
• Podporu spolupráce/sdílení a komunikace - tzn. inteligentní způsob uložení dokumentů a veškerých ostatních artefaktů (obrázků, multimédií).
• Pokročilou funkčnost elektronické pošty - rozesílky, sledování výkonu (kolik zpráv příjemci otevřeli), případně další vymoženosti. I tady je téma, nakolik umíme takovouto funkčnost využívat a co u toho nesmí/může chybět. Tady je obzvlášť důležité si ověřit, jak případně zajistit kritické požadavky (např. že veškerá historie interakcí s externími subjekty musí být na jednom místě - viz sdílená schránka).
• Workflow - nejdůležitější a nosná funkčnost systému pro podporu práce lidí, zajišťujících komunikaci / péči o externí partnery. Je poměrně zásadní, aby nástroj měl k dispozici veškeré možnosti propojení na ostatní systémy (data i funkce) a úložiště. Aby bylo shodný nebo naprosto podobný & kompatibilní se základním nástrojem pro kolaborativní flow.
• Plánování a analýzu ("reporting").Což předpokládá hodně pokročilý způsob připojení na prakticky všechny ostatní podnikové zdroje dat (účetnictví aj.). Jednoduchá a efektivní cesta je jednotný systém konsolidace a analýzy dat, založený na technologiích typu "BI" (data lake).

Např. výše uvedené pojetí správy obchodních příležitostí naznačuje, že pokud máte vlastní představu, jak řídit vztahy se zákazníky (přičemž příležitosti znamenají akvizici), můžete se dostat se standardním (uzavřeným) řešením pro CRM do úzkých. Naprostá většina systémů se sice prezentuje tak, že jsou otevřeny jakýmkoli úpravám, ale je nanejvýš rozumné si to vyzkoušet (běžná rozšíření by měl být schopen zvládnout pokročilý uživatel, nikoli specialisté - už vůbec by nemělo být potřeba "vyvíjet" chybějící funkčnost). Pokud systém nemá (nelze jej nastavit) funkčnost, kterou vnímáte jako zásadní, je velmi pravděpodobné, že jeho rozšiřování nepovede k ničemu dobrému (nemá to "ve své DNA"). 

Potom je legitimní otázka, jestli raději nepoužít některý z obecných nástrojů pro podporu pracovních skupin, který má dostatečné možnosti úprav a rozšiřování (přizpůsobení). Klíčovou otázkou je, jak velkou část z dat a funkčnosti, kterou chceme využívat při řízení vztahů se zákazníky, dokážeme využít ze základního firemného prostředí, ve kterém funguje (podporuje komunikaci) primární evidence kontaktů, úkolů a termínů. Jak snadno je s tím propojitelná ta nová funkčnost. Popř. jestli je možné přidávat jen dílčí rozšíření nad stávající robustní systémy (což je princip Office-Add-Ins)

Řízení vztahů se zákazníky

Ať si pod tímto pojmem představujeme cokoli a hodláme využít jakýkoli systém, musíme nejdřív provést důkladnou procesní analýzu a vytvořit adaptivní procesní model, pomocí kterého bude srozumitelně a jednoduše popsáno, jak má péče o vztahy se zákazníky fungovat a z čeho všeho se má skládat a jaká data a funkčnost k tomu vyžaduje.

Jak by se dal použít Team pro CRM

Nutným předpokladem je, že nemáme žádný jiný systém s potřebnou funkčností. Nezabýváme se technickými detaily, spíše argumentací pro/proti organizaci práce daného týmu.

• Jisté je, že o rozvoj vztahů se zákazníky se stará jen omezená skupina obchodníků.
• Nepatří tam nikdo z provozu ani odjinud (přestože ti se na vztazích se zákazníky také výrazně podepisují).
• Smyslem týmu je sjednotit postupy, pravidla, znalosti. Koordinovat aktivity. Využívat zkušenosti s jedním zákazníkem nebo skupinou u těch ostatních.

Sdílet informace.

• Obvyklé potřeby obdobných týmů (např. strategie). Efektivní prostředí pro tvorbu a rozvoj dokumentů & analýzu podkladů.
• Iterativní (historie + analýza potřeb & zpracování požadavků = plán úprav) upřesňování metodik, návodů, nástrojů apod.
• Napojení (zpřístupnění / transformace) na ostatní podniková data (tedy přebírat a připravovat např. údaje z účetnictví o jednotlivých zákaznících a zakázkách, integrace na systém řízení výroby pro sledování postupu plnění sjednaných dodávek atd.).

Koordinovat aktivity.

• Příprava akcí. Nejen "prodejních", ale zejména zjišťování spokojenosti, aktivit konkurence atd.
• Předávání zkušeností a rozvoj metodik / procesů. Za účasti celého týmu.
• Organizace experimentů.
• Úkolování při součinnosti týmu na interních aktivitách, popř společných externích (zapojení nebo organizace "společenských" akcí - veletrhy, konference, setkání... většinově se týká právě stávajících zákazníků).
• Analýza a plánování vztahu (záznamy a příprava - historie a plán aktivit) s jednotlivými zákazníky či skupinami.

Pravděpodobně se potřeby a informace této oblasti natolik překrývají s akvizicí, že bude rozumné do týmu začlenit i akviziční obchodníky. Nehledě k tomu, že s největší pravděpodobností lidé z "péče" budou svoji volnou kapacitu využívat pro podporu akvizice.

Kam ukládat historii komunikace se uvidí...

Hlavním úkolem řízení vztahů je pečovat o zákazníky.

• Z dlouhodobého hlediska.
• V běžném provozu (přijímat objednávky, sledovat plnění atd.).

Historie - obsah veškeré komunikace - vztahu je potřeba uložit ve sdíleném prostředí.

• V některých organizacích to bude přímo sdílená poštovní schránka na komunikačním serveru.
• Jinde to bude podnikový informační systém (pokud umožní integraci).
• Popř. se může úložiště vybudovat relativně nezávislé v odpovídajícím prostředí (DataVerse).

V prvních dvou případech bude potřeba, aby šlo buď primární úložiště rozšířit, nebo lépe integrovat s nadstavbovou funkčností (přičemž snahou je, aby veškerá data, která patří k sobě, byla uložena a přístupná z onoho primárního systému).

Pro takovýto scénář není Team úplně špatné prostředí. Jako v ostatních případech užití je poměrně důležité, že potřebnou funkčnost lze vytvářet postupně a spousta věcí se dá "provizorně" řešit standardními prostředky.

Budeme pokračovat...