Fórum Pirátské strany

“Zakazníci” jsou lidé, co nějak projevili zájem pomoci Pirátům. Už je jich docela dost: lidi z Naloděni, lidé do OVK, dárci, lidé co mohou dát odkazy na naše weby, časem bloggeři... bude to narůstat do počtu i do kategorií, přičemž samozřejmě někteří spadají do více kategorií.

Zaměr je, aby jak kontakty tak interakce s nimi byly evidované a ”v systému”, evidovaly se centrálně (teď je to dost roztroušeno) a neztrácely se když odejde KoDo nebo fungraising člověk. Tedy de facto CRM agenda, asi bych neviděl smysl nazývat to nějakým specifickým slovem.

Edit: požadavky na systém dávají právě dohromady KoKs, koordinuje to tuším Pavel Buršík

Martin.Kucera píše: ↑18 črc 2020, 22:17 A kdo se tu baví o přihláškách?

Vzhledem k tomu, že aktuálně řešíme problém s tím, že se členové různých PMS domáhají kontaktů na RegP, a přitom odmítají podepsat NDA, tak opravdu není žádoucí poskytovat jim údaje o více osobách než těch, které spadají pod jejich MS.
Navíc od tebe pořád nemám odpověď, jak ta proxy sdělí tomu CRM, že k údajům přistupuje člen PKS Vysočina a tedy že mu nemá poskytnout jiné údaje než ty z Vysočiny.

Přihlášky byl extrémní příklad, aby vynikla nesmyslnost některých požadavků.

Tak tedy rovnou příklad. Jednotlivá URL jsou vymyšlená, ale snažím se, aby byla sebevysvětlující.

1. do proxy se přihlásí předseda MS Ostrava
2. chce zjistit telefonní čísla na RegP Ostrava
3. proxy si zjistí, že login opravdu patří členovi PMS Ostrava
4. proxy se podívá do tabulky, kde najde
   • PMS Ostrava | https://crm.com/telefony/Clenove
   • PMS Ostrava | https://crm.com/telefony/PMS_Ostrava
   • PMS Ostrava | https://crm.com/telefony/AO_Ostrava
   • PMS Ostrava | https://crm.com/telefony/MO_Ostrava
5. Tohle mu proxy nabídne, že může mít přístup, a nechá ho si vybrat. Jak vidíš, odkaz na .../RegP_Ostrava tam není, tudíž PMS bude mít smůlu a musí si požádat, aby mu tam byl takový přístup doplněn. To tam pak zůstane do té doby, než to někdo oprávněný zase zruší.

Pokud by chtěl zjistit telefony na členy MS, členy AO Ostrava, MO Ostrava nebo členy PMS Ostrava, tak by mu to samozřejmě přes virtuálního uživatele "PMS Ostrava" ty údaje zobrazilo.

Pro takovou KK, která mám mít přístup všude, by to asi nešlo přes proxy, ale napřímo a stačil by jim jeden uživatel, protože 7 lidí tam zároveň fakt čumět nemusí a heslo si mohou sdílet a v případě rezignace/odvolání kteréhokoliv člena KK by se heslo prostě změnilo. Já například kdysi jako vedoucí FO zdědil heslo k PayPal od Kadeřávka, změnil si ho a při předávání funkce jsem ho pak předal mému nástupci (co s ním udělal on netuším). Podobně se myslím předávalo heslo i k nákupům v Alza, atd.

Opravdu by stačila libovolná OSS proxy, Pirátská identita a jedna tabulka, obdobná jako je ACL na wiki. A trochu programování to ohnout, tak týden i s testy?

Rostislav.Reha píše: ↑18 črc 2020, 22:25 Huh, tady toho zas naskakalo...

1. CRM je Customer Relationship Management, zjednodusene uchovavani informaci o zakaznicich

Customer chápej spíše jako uživatel, nikoliv zákazník, pak to začne dávat smysl. Uživatel je člen strany, člen orgánu, RegP (KF, MF), zaměstnanec (Kodoš), atd. No a nakonec i ti naši dodavatelé tam být mohou, ať na ně máme kontakty pěkně po kupě a hned u toho i evidenci, co jsme u nich poptávali, koupili, atd. Stačil by odkaz do Piroplácení, nebo rovnou do účetnictví.

Ale pořád jsem se nedozvěděl, jestli už někdo zadal do google "Open source CRM" a alespoň 10 jich vyzkoušel (většina má nějaké demo), nebo si alespoň přečetl co všechno to umí.

Petr.Vileta píše: ↑18 črc 2020, 23:27 Tak tedy rovnou příklad. Jednotlivá URL jsou vymyšlená, ale snažím se, aby byla sebevysvětlující.

1. do proxy se přihlásí předseda MS Ostrava
2. chce zjistit telefonní čísla na RegP Ostrava
3. proxy si zjistí, že login opravdu patří členovi PMS Ostrava
4. proxy se podívá do tabulky, kde najde
   • PMS Ostrava | https://crm.com/telefony/Clenove
   • PMS Ostrava | https://crm.com/telefony/PMS_Ostrava
   • PMS Ostrava | https://crm.com/telefony/AO_Ostrava
   • PMS Ostrava | https://crm.com/telefony/MO_Ostrava
5. Tohle mu proxy nabídne, že může mít přístup, a nechá ho si vybrat. Jak vidíš, odkaz na .../RegP_Ostrava tam není, tudíž PMS bude mít smůlu a musí si požádat, aby mu tam byl takový přístup doplněn. To tam pak zůstane do té doby, než to někdo oprávněný zase zruší.

Pokud by chtěl zjistit telefony na členy MS, členy AO Ostrava, MO Ostrava nebo členy PMS Ostrava, tak by mu to samozřejmě přes virtuálního uživatele "PMS Ostrava" ty údaje zobrazilo.

1) Máš tam chybu, ta první url měla asi být https://crm.com/telefony/Clenove_Ostrava
2) Vycháziš z předpokladu, že to CRM bude fungovat tak, že při práci v něm se vždy podle url pozná, kam zrovna přistupuješ. To ale vůbec nemusí platit. Protipříklad máš rovnou tady na fóru - když se podíváš na něčí profil, v roletce Skupiny si jednu vybereš a potvrdíš tlačítkem Přejít, vypíše ti to členy dané skupiny, ale v url budeš mít furt memberlist.php?mode=group (tedy bez identifikátoru skupiny).
3) A taky nezapomeň, že člen PMS může chtít údaje jen o jednom konkrétním členovi, čili i kdyby k tomu členovi byl přístup přes url (jako třeba v lide.pirati.cz), tak to znamená pro každého člena minimálně dva (pro PKS a pro příslušného KoKSe), ale spíš tři řádky v tabulce (ještě pro PMS). A musejí se tam doplňovat automaticky s přijetím člena.
Edit: 4) A taky každý člen musí mít možnost ty údaje o sobě upravovat. Minimálně část z nich. (Leda by je upravoval v jiné aplikaci a do CRM by se přenášely.)

Petr.Vileta píše: ↑18 črc 2020, 23:35Ale pořád jsem se nedozvěděl, jestli už někdo zadal do google "Open source CRM" a alespoň 10 jich vyzkoušel (většina má nějaké demo), nebo si alespoň přečetl co všechno to umí.

Otázka zní, co je náročnější - jestli doprogramovat do Nalodění ty funkcionality, které potřebujeme, nebo přizpůsobovat našim potřebám (včetně napojení na správu identit) nějaké existující CRM. Ale to musí vyhodnotit TO.

Petr.Vileta píše: ↑18 črc 2020, 23:27 ...Opravdu by stačila libovolná OSS proxy, Pirátská identita a jedna tabulka, obdobná jako je ACL na wiki. A trochu programování to ohnout, tak týden i s testy?

Mno to je takový hezký oříšek, co ajtíci rádi louskají, ale nezapomeň na kontext:

V praxi by to znamenalo, ze druhá nejsilnější strana v česku de facto použije peníze daňových poplatníků na vývoj řešení, kterým woprcá dodavatelskou firmu.

Takže no way. Jsme Piráti, hrajeme fér.

Ježiš nepřemýšlejte vůbec o placeným CRM. Fakt jsou desítky profesionálních CRM v Open Source variantě.

Před pár lety se uvažovalo o CiviCRM, nevím proč z toho nakonec sešlo, jestli proto, že by muselo běžet nad některým CMS, nebo kvůli něčemu jinému.

Sešlo z toho CiviCRM tak, že se při testování ukázalo že to je uživatelsky nepřátelský a velmi zastaralý systém, ze kterého by koordinátoři rostli a admini dávali hromadné výpovědi.

Pojďme si ujasnit pár věcí:

1. Říkáme tomu CRM, ale reálně potřebujeme systém na správu dobrovolníků, členů, dárců. Je to podobné ale není to úplně totéž
2. Je to zoufale potřeba, protože aktuálně se evidence dělá někde po excelech, každý kraj to má jinak, historie kontaktů chybí, historie osoby v rámci pirátů chybí, nějaké automatizované procesy nebo dokonce notifikace jsou pouhým snem pár nadšenců do tématu
3. Existují opensource varianty které stojí za to zkoumat
4. Na českém písečku existují organizace dobrovolnického typu s podobnými potřebami, které něco mají a je s nima řeč
5. Bez dokončené syndikace identit to nebude to pravé ořechové (osobně to považuju za blocker pro dokončení projektu v plném rozsahu)

Tj. máme jak to řešit a existuje několik cest, které jsou OK jak z pohledu toho co potřebujeme, tak z pohledu ideologického (otevřený software běžící na vlastním železe, žádný vendor lock-in atd.)

To co nám chybí je kapacita TO, protože tohle není sranda - dobře analyzovat potřeby, sestavit architekturu řešení, najít řešení které odpovídá potřebám nejvíc ze všech, dovyvinout co chybí, nasadit, provozovat, podporovat (bude tam nejméně 14 velmi aktivních uživatelů, takže podporu bych nepodceňoval).

Takže až bude po krajských volbách a pokud kraje budou souhlasit s tím že část peněz získaných za mandáty dají centrále, tak bych ty peníze nasměroval právě do oblasti user supportu a do vývoje CRM, které aktuálně vidím jako nejvíce limitující růst strany. Příjemný vedlejší efekt pak bude to, že se aktuálnímu týmu trochu uvolní ruce od toho supportu a budou mít o něco větší prostor na řešení technického dluhu.

Už nějakou dobu přemýšlím, k čemu potřebují Piráti "řízení vztahu se zákazníky". Nejbližší výklad CRM v politické straně mne napadá řízení vztahu (komunikace) s voliči. To by sice smysl dávalo, ale byl by to overkill i na stranu-korporát. Nicméně tu čtu o interních procesech a k tomu CRM přece není učeno(?) O co tedy vlastně jde? O řízení projektů, řízení úkolů nebo správa databáze členů (tedy spíše "zaměstnanců", nikoliv "zákazníků")? Vy v tom máte jasno, protože si asi notujete, ale jestli někdo bude mít trpělivost, prosím o přiblížení: co by bylo účelem takového informačního systému?

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.