Když jde komunikace do kytek
Jeden z našich posledních zákazníků začal realizovat projekt v oblasti zdravotnictví pro zahraniční klienty. Ale jak s nimi komunikovat?
Když podnikáte v oborech vyjma medicalu a porna, tak je používání emailů vcelku v pohodě, neb chodí oběma stranám +− standardně do schránky. Ale v případě zdravotnictví jste nahraní. Když už klient konečně vyplní na webu objednávku, tak na ni nemáte šanci mailem efektivně zareagovat.
Popis léčebných procedur, komunikaci ohledně zdravotní dokumentace a další citlivá témata (a nemusí to být hned enlarge your penis) totiž s oblibou odchytávají spam filtry. A jestliže je email zdárně doručen klientovi (tj. nezmizí po cestě), tak prakticky vždy končí ve složce se spamem.
Nemám žádný jednoduchý a efektivní recept jak z toho ven a dávám toto téma k diskusi. Jedna možnost je např. vyrobit aplikaci, která (přes https) umožní komunikaci na bázi vyplňování webových formulářů. Další možnost je založit novému klientovi emailovou schránku na vlastním mailserveru a komunikovat s ním přes ni. Ale oba dva způsoby jsou uživatelsky méně pohodlné než klientův soukromý email.
Komentáře
Další eventualizou je použití nejakého issue tracking systému jako
treba Eventum: ttp://eventum.mysql.org/wiki/index.php/Main_Page
nebo RT: http://bestpractical.com/rt/
S jedním mým klientem, který se věnuje marketingu na veletrzích jsem
měl podobný problém, nechápu proč. Nakonec jsme všechno řešili po
telefonu nebo osobně a nebylo to ono, v emailu si odpověď na nejistou
otázku můžete rozmyslet, ale v telefonu „ehm… eeee“.
Myslím, že dobrým řešením je activeCollab apod.
Mno řešení mi přijde vcelku jednoduché – jestliže nelze doručit
email kvůli jeho obsahu, tak tam ten obsah nedávej :) Prostě jen posílej
upozornění ve stylu:
„Dobrý den, blablabla, potvrzujeme přijetí objednávky, její obsah si
můžete prohlédnout/upravit na http://example.com“
Formuláře nechám odesílat na speciální e-mail, u kterého pošta není filtrována – na server,u když tvořím e-mail schránku, jde jednoduše ta služba vypnout.
Nu, většině webových (a řekl bych i desktopových) mailerů by snad mělo stačit, když si s partnerem vyměníte jeden „normální“ e-mail, přidáte se vzájemně do svých kontaktů a pak můžete o viagře a cialisu konverzovat bez rizika (?)(čistě hypotéza, netuším, jak funguje „většina“ mailových služeb)
A to se nedá do spamfiltru nastavit něco jako „od tohoto člověka nic nekontroluj, nýbrž vždy vše doručuj“?
Já měl stejný problém, a to úplně jinde. Psal jsem elektronický časopis, který jsem rozposílal zájemcům do mailu. Bohužel jsem zjistil, že HTML mail, který je z gmail.com domény na 100% označí assasim jako spam, a je úplně a zcela jedno co je obsahem.
Mám pocit, že se někde něco zvrtává.
Vyřešil jsem to nakonec tím, že jsem ho začal sázet a posílám ho jako PDF, na jiné řešení jsem nepřišel. Prostě mailová komunikace je v mnohém zabitá. Nakonec to mělo tu výhodu, že jsem to mohl vystavit i na webu:
Byl by problém obsah mailu generovat do PDF? Myslím že na převod HTML2PDF je spousta „udělátek“ jak pro PHP, tak třeba pro Python i Perl.
PDF readera (na různých platformách) má dnes už téměř každý, zkusil bych to. ;)
Nám problémy se spamem řeší basecamp – navíc máš veškerou komunikaci a podklady na jednom místě.
Jedna vec je posielat specialne formatovany mail klientovi, druha ako klient odosle svoj e-mail. Niektori komentujuci to uz po kuskoch naznacili.
Ponechajme ako povinnost pouzit hlavne e-mail ako komunikacny system.
Nechat klienta aby pisal ako chce na zadanu emailovu adresu. Nad nou nemat ziadne spam filtre a spoliehat sa, ze lavinu spamov prezijem.
Avsak u odpovedi mat sofistikovanejsi postup:
- skopirovat svoju odpoved, dat do TXT, zazipovat s heslom a odoslat. – tam je problem s tym, ze adresat musi byt schopny to otvorit (znalost hesla nie je ten zakladny problem)
- odpoved bude LINK a text bude obsahovat instrukcie k tomu preco je to takto riesene. Problem je opat v klientovom SPAM filtri – vyskyt URL zvysuje riziko
- odpoved ako zvukovy subor :-) – problem je v neschopnosti si ho spustit resp. nevhodnom prostredi (pustenie zvuku v kancelarii s citlivou temou)
- spolu s odpovedou posielat DALSI sprievodny e-mail upozornujuci na odpoved s vysvetlenim, ze je mozne, ze bude v spamovom filtri klienta – opat komplikacia ale aspon klient ma sancu vediet, ze mu asi nieco doslo
Pokial teda ostaneme na platforme e-mail, tak je to dost komplikovane.
Pokial ide o temu zdravia cloveka, cize silne sukromna vec, tak v takom pripade by som priamo klienta upozornil, ze korespondencia emailom je nepripustna v jeho zaujme.
Zapeklité, pro ty co mají velké množství klientů a potřebují vše uchovat doporučuji systém na míru, ve kterém třeba my používáme zprávy. Jednak máme záruku, že vše dojde a navíc se na jedno projektu může podílet celý tým. Jinak třeba sdílení dokumentů přes google.
pro komunikaci s klienty nebo i mezi vyvojari ci programatory docela dobre vyuzivame bug system mantis.. vzhledem k udelovani prav a soustredovani informaci na jednom miste, nam system vyhovuje.. a to ho vyuzivame nejen na odlazeni chyb ale na kompletni evidenci zakazky od A do Z
Basecamp? ActiveCollab? Viz diskuze pod http://blog.converter.cz/index.php?…