Fórum Pirátské strany

Jan.Bednarik píše: ↑19 črc 2020, 16:56 Z hlediska KoKs je to na práci s dobrovolníky, zájemci o členství, atp. Jednak jako databáze kontaktů, ale taky dělají podobné věci jako při kontaktu se "zákazníky". Tedy je třeba evidovat věci jako poslal jsem zájemci o členství mail, ozval/neozval se zpět, pozval jsem ho na schůzi, přišel/nepřišel, atp. Přesně tohle CRM umí, i když v našem případě to nejsou zákazníci. Pak tu jsou třeba lidi co pirátům posílají dary, o ně potřebuješ taky nějakým způsobem pečovat, spravovat jejich kontakty, posílat jim darovací smlouvy, evidovat že ti je podepsali a poslali, atp. A pak můžou být různé další potřeby, jako že oblastní předsednictvo potřebuje kontakty na členy.

Děkuji, už tomu rozumím.
Takže v jazyce mého kmene databáze kontaktů a systém pro řízení workflow.

Protože neumím programovat a nevěřím blackbox, tak jsem si (i v komerčních projektech) něco takového vytvořil často sám v Excelu (který miluji).
Možná bych začal tím (ale nejsem na nasazování IS expert, takto to po mně často chtěli programátoři), že bych si vytvořil workflow nejdříve perfektně v Excelu nebo něčem podobném (využil bych zkušenosti a postřehy KoKs a dalších uživatelů). Možná to bude stačit, minimálně by se to doladilo a programátoři (interní i externí) by byli šťastní, protože z takového otestovaného nástroje je už poměrně snadné něco naprogramovat, protože největší horor je vytáhnout z uživatele, co vlastně potřebuje, zvlášť když na to přichází postupně při programování a testování nebo až když je to hotový.
A může i hodně pomoci, když si k uživateli jen sedne někdo s určitým procesním viděním a upraví tu obyčejnou excelovskou tabulku, kterou mají dnes. Účinnost práce s ní pak může být řádově lepší.
Teď jsem si vzpomněl, že jsem takovou jednoduchou tabulku s vysokou přidanou hodnotou vyrobil (poprvé v životě) i v google, když jsme se dostal do logistického týmu domácí výroby roušek (sběr materiálu, rozvoz polotovarů, svoz výrobků...). Stačilo jen po procesní stránce upravit to řízení workflow v tabulce, doplnit pár podmíněných formátování a vzorečků a stejná agenda se podstatně zjednodušila, negenerovala chyby a jako bonus to ještě sbíralo statistická data pro efektivnější řízení.

Různě po excelech, něco v nalodění, něco v jiných systémech, se to řeší už teď. Ale je to neudržitelný stav, zvláště když je třeba brát v potaz i GDPR a takový věci. Proto se sepisují požadavky a bude se hledat CRM které to vyřeší.

Jan.Bednarik píše: ↑19 črc 2020, 09:55 Ježiš nepřemýšlejte vůbec o placeným CRM. Fakt jsou desítky profesionálních CRM v Open Source variantě.

Já o tom uvažoval z jediného důvodu, že je to přímo napojitelné na naše účetnictví https://www.flexibee.eu/

EDIT: jsou to Ostraváci https://raynet.cz/cena/ Není tu někdo z Ostravy???, že by se jich u kávy zeptal, jestli ta cena 500 Kč/uživatel/měsíc je konečná a jestli nejsou nějaké množstevní slevy? Ty přece dává kdejaký telefonní operátor, dokonce i Microsoft.

Proč potřebujeme napojení CRM na účetnictví? A proč je to důležitější než požadavky, které mají na CRM KoKS, PO, předsednictva, atd.?

Jan.Bednarik píše: ↑19 črc 2020, 23:28 Proč potřebujeme napojení CRM na účetnictví? A proč je to důležitější než požadavky, které mají na CRM KoKS, PO, předsednictva, atd.?

No to jsem celý já. Vidím spojení tam, kde je jiní nevidí. Dáš mi kladivo a rohlík a já najdu nějakou souvislost.

No nutné to není, ale předsednictva schvalují rozpočty, proplácení, mnozí členové podávají žádosti o proplacení, KoKSové, odbory atd. také mají s Piroplácením a účetnictvím trochu společného, naši dodavatelé jsou sice ve smlouvy.pirati.cz, ale možná by se smlouvy mohly nahradit tím CRM, kdyby se to tam vedlo jako ve firemním CRM (poptávka, objednávka, faktura, kontakty, jednání kdy a o čem), no co já vím. Ale jestli má to CRM sloužit jen jako elektronický seznam adres a telefonních čísel a takový lepší diář na schůzky, tak to jistě nepotřebujeme s ničím dalším propojovat. Ani s účetnictvím, ani s fórem, ani s redmine. Copy+Paste přece umí každý. Ale protože sem ještě nikdo nesepsal, k čemu všemu to CRM potřebujeme, tak jen tak hádám.

Hospodáři pracují s Piroplacením, což je "hospodaření". Do "účetnictví" (což je něco jiného než "hospodaření") ale nesahají. To je píseček výhradně finančního týmu. Tak kdyby něco, tak by dávalo smysl spíše propojení s Piroplacením, což žádné CRM pravděpodobně neumí.

Jan.Bednarik píše: ↑19 črc 2020, 23:28 Proč potřebujeme napojení CRM na účetnictví? A proč je to důležitější než požadavky, které mají na CRM KoKS, PO, předsednictva, atd.?

Protoze obvykle CRM na ucetnictvi napojene je, jinak trochu postrada smysl. A my se tu bavime o "CRM", akorat ze imho chceme neco o dost jineho
At TO (RP) zaplati analytika, ktery ten system na zaklade potreb navrhne.

My od CRM chceme pracovat se "zákazníky" akorát naši zákazníci nejsou z těch, kterým bychom něco prodávali.

Vojtech.Pikal píše: ↑20 črc 2020, 10:59 My od CRM chceme pracovat se "zákazníky" akorát naši zákazníci nejsou z těch, kterým bychom něco prodávali.

Já jsem pochopil Honzovo vysvětlení, ta věc sama o sobě dává smysl, ale když se podíváš na definici CRM, tak je tam zákazník a obchod velmi klíčovej, na tom to inherentně stojí. Bez toho to prostě není CRM). Jak jsem napsal, nejbližší výklad CRM pro politickou stranu je nástroj pro práci s voliči a příznivci. Neříkám, že třeba nepůjde nějaký CRM (SW) ohnout k zamýšlenému účelu, ale zkuste prosím vymyslet nějaký jiný název.

Připomínkoval jsem dokument "strategie volebního vyjednávání". Něco se mi podařilo udat, ale ten dementní název se mi sestřelit nepodařilo. Podobně "strategie strany" má ke strategii taky dost daleko. Piráti mají překvapivou potřebu používat pojmy z business světa, ale naprosto chybně. Ale možná je to nějaký způsob diverze...

Ještě k původnímu tématu vlákna (debata o NDA mi přijde docela OT) podotknu, že fakt není dobré vybírat řešení podle toho, že už má funkční integrační modul na nějaký existující systém.

Řešení se vybírá podle toho, jak vyhovuje požadavkům, jak snadný/těžký je jeho další rozvoj (včetně možností a potřeb integrace), jak snadné/těžké je ho podporovat a provozovat. Tj. integrace lze dovyvinout, pokud chybí. Opravit přebujelé workflow jít nemusí.

Jinak ten název CRM se mi nelíbí, protože CRM má jiný účel, i když pracuje se stejnými daty. Cílem CRM je spokojený zákazník, klient, který opakovaně "nakupuje" zboží či služby (může je jen konzumovat a platí někdo jiný). Cílem plánovaného systému je zapojený a spokojený dobrovolník, člen, podporovatel, který opakovaně "poskytuje" zboží, finance či služby. Ale lepší název mě zatím nenapadl. Relationship management system by měl zkratku RMS a ta už je zabraná pro jiný termín (i když je pravda že se týká Javy, takže se klidně můžeme dohodnout že ji budeme ignorovat )

A na závěr - klíčovou vlastností toho systému není samotná evidence kontaktů (tj. dat), ale evidence vztahu strany s dotyčným (historie komunikace, setkání, pozvání, fundraisingu, historie spolupráce a případně i podpory ze strany dotyčné osoby nebo firmy). To je to, co je největší benefit - to je "vztahová paměť" strany a co by nemělo být v excelu. Protože excelovská tabulka umírá společně s odchodem toho, kdo ji stvořil. A to si už nemůžeme do budoucna dovolit.