CRM - obsługa maili, Koncepcyjnie tylko |
CRM - obsługa maili, Koncepcyjnie tylko |
29.11.2016, 13:17:15
Post
#1
|
|
Grupa: Zarejestrowani Postów: 2 707 Pomógł: 290 Dołączył: 16.12.2008 Skąd: Śląsk Ostrzeżenie: (0%) |
Jeżeli budowalibyście CRMa dla swojej firmy i chcieliby oni mieć obsługę e-maili - tak aby szło kategoryzować maile do tasków i klientów żeby wszystko potem łatwo znaleźć.
Jakbyście to rozwiązali od strony PHP, może kiedyś już z tym mieliście do czynienia? Mi przychodzą przynajmniej 3 metody do głowy: - w oparciu o imap, pobieranie skrzynek, troszkę trudne technicznie ale wygodne bo nie muszą używać CRMa do wysyłki e-maili - w oparciu o forward - każdy e-mail leci też do CRMu, fajne bo każdy mail leci w trybie rzeczywistym, troszkę słabiej z wysyłką, ta już musi się zawsze odbywać przez CRM - smtp/pop, wszystko w ramach CRM, brak dotychczasowych maili, pełne uzależnienie od CRMa Może jakieś gotowe rozwiązania w postaci CRMów? Próbowałem vtiger, sugar. Widzę, że każdy ma inne podejście. -------------------- |
|
|
29.11.2016, 16:45:03
Post
#2
|
|
Grupa: Zarejestrowani Postów: 872 Pomógł: 94 Dołączył: 31.03.2010 Ostrzeżenie: (0%) |
Bardzo ogólnie opisałeś problem, możesz doprecyzować o co chodzi? Nie wszyscy mają do czynienia z CRM na codzień.
|
|
|
29.11.2016, 17:10:33
Post
#3
|
|
Grupa: Zarejestrowani Postów: 2 707 Pomógł: 290 Dołączył: 16.12.2008 Skąd: Śląsk Ostrzeżenie: (0%) |
No więc można się domyśleć, że moje pytanie kieruje do osób, które właśnie mają styczność z CRM - jako użytkownik lub autor.
Łączenie maili wielu użytkowników, łączenie e-maili w grupy (wg klienta, który może mieć ich kilka, wg tasku np. jedno zlecenie, szkolenie). -------------------- |
|
|
30.11.2016, 00:56:26
Post
#4
|
|
Grupa: Zarejestrowani Postów: 220 Pomógł: 18 Dołączył: 5.02.2016 Skąd: Polska Ostrzeżenie: (0%) |
Gdybym miał tworzyć CRM z wykorzystaniem mail, to stworzyłbym tylko i wyłącznie CRM (w sensie trzecia opcja). Pod to stworzyć dwie tabele w MySQL - odbiór i wysyłka, gdzie będą kopię wysłanych i odebranych maili. Podpiąć CRON żeby odbierało maile i dołączało je do tabel w bazie. Później wyświetlanie danych z tabel u konkretnego użytkownika lub ogólnie.
Temat banał. Nie bardzo rozumiem argumentacji: pobieranie skrzynek, troszkę trudne technicznie ale wygodne bo nie muszą używać CRMa do wysyłki e-maili. Przecież maile możesz podzielić na foldery/klientów, wszystko zintegrować z bazą i na końcu tylko wyświetlać, dodać buttony "wyślij odpowiedź", "usuń" itp. Wszystko do zrobienia, nic skomplikowanego. Ten post edytował Niree 30.11.2016, 00:57:16 |
|
|
30.11.2016, 01:26:52
Post
#5
|
|
Grupa: Zarejestrowani Postów: 2 707 Pomógł: 290 Dołączył: 16.12.2008 Skąd: Śląsk Ostrzeżenie: (0%) |
A co miałby ten cron zrobić bo "pobieranie" e-maili to wcale nie jest opcja numer 3, a opcja numer 1. Bo żeby pobrać wiadomości odebrane muszę skorzystać z IMAP/POP3.
Chciałbym, żeby użytkownicy nie byli zmuszeni do korzystania z CRMu do wysyłki e-maili, żeby mogli korzystać z dotychczasowego softu i opcja 1 to daje. Ewentualnie połączenie wszystkich opcji - IMAPem pobieram zarówno inbox jak i wysłane, ale wysłać mogą też z poziomu CRM'a. sugarcrm działa tak, że odbiórka to IMAP, wysyła SMTP. W ustawieniach jest też opcja wysyłki przez zew. program ale nie widzę zmian w interfejsie. vtiger zupełnie inaczej, podaje się adres, weryfikuje to czy nasz, a potem prosi o ustawienie forwardu na skrypt łapiący e-maile, wysyłka z poziomu CRM jest już via SMTP. W tym podejściu wadą jest na pewno brak dotychczasowej korespondencji. -------------------- |
|
|
30.11.2016, 03:13:38
Post
#6
|
|
Grupa: Zarejestrowani Postów: 220 Pomógł: 18 Dołączył: 5.02.2016 Skąd: Polska Ostrzeżenie: (0%) |
Dokładnie o to mi chodziło, połączenie wszystkich opcji. Nie rozumiem po co chcesz to rozdzielać? CRM nie powinien być robiony w częściach.
|
|
|
30.11.2016, 08:13:07
Post
#7
|
|
Grupa: Zarejestrowani Postów: 872 Pomógł: 94 Dołączył: 31.03.2010 Ostrzeżenie: (0%) |
A jaki jest problem w zapisaniu emaili do bazy danych oraz cyklicznej synchronizacji tego ze skrzynką pocztową? Łączenie się za każdym razem do skrzynki przy dużej ilości wiadomości może być problematyczne.
|
|
|
30.11.2016, 10:22:16
Post
#8
|
|
Grupa: Zarejestrowani Postów: 2 707 Pomógł: 290 Dołączył: 16.12.2008 Skąd: Śląsk Ostrzeżenie: (0%) |
Dokładnie o to mi chodziło, połączenie wszystkich opcji. Nie rozumiem po co chcesz to rozdzielać? CRM nie powinien być robiony w częściach. Jakich znowu częściach? O czym Ty piszesz? Zresztą te zdanie jest bez sensu, bo oczywiście, że CRM powinien być robionych w częściach, modułowo ale to nie o tym temat. A jaki jest problem w zapisaniu emaili do bazy danych oraz cyklicznej synchronizacji tego ze skrzynką pocztową? Łączenie się za każdym razem do skrzynki przy dużej ilości wiadomości może być problematyczne. Nie chodzi mi o ocenę trudności, moje pytania nie dotyczą implementacji tych mechanizmów w PHP bo sobie poradzę. Pytam w kontekście wygody i ograniczeń technicznych przy każdym rozwiązaniu. Więc jaki w tym problem widzę, ale nie techniczny? - a no na pewno w porównaniu do rozwiązania, które ma VTIGER CRM opóźnienie otrzymania e-maila w CRM mając go nawet włączony. Choć wydaje mi się, że mając Outlooka klient też liczy się z jakimś opóźnieniem bo on też nie ma żadnej możliwości nasłuchiwania skrzynki tylko odświeża ją co zadany czas, na pewno tak gmail działa i trzeba z tym żyć. Najbardziej PRO rozwiązaniem wydawałoby się: - pobieranie maili via IMAP (raz wszystkich, starych + nowych na bieżąco w zadanym interwale) - wysyłanie via SMTP, zapisywanie e-maila na serwerze w sent boxie (trzeba ręcznie zapisywać emle przez protokół imap, domyślnie żadna bibl. PHP tego za nas nie zrobi) - nasłuchiwanie e-maili z forwardu, w momencie przyjścia e-maila w czasie rzeczywistym o nim wiemy i możemy odpalić synchronizacje Daje to nawet lepszą obsługę przychodzących wiadomości aniżeli taki OutLook. Małą lukę w tym pomyślę widzę w przypadku wysłania e-maila przez użytkownika przez programy zewnętrzne - czy każdy zapisuje to via imap na serwerze, ktoś ma doświadczenia? Na szybko przeczytałem, że Outlook ma taką możliwość choć wymaga to ustawień odpowiednich. Ten post edytował markonix 30.11.2016, 10:23:29 -------------------- |
|
|
30.11.2016, 12:41:42
Post
#9
|
|
Grupa: Zarejestrowani Postów: 556 Pomógł: 40 Dołączył: 20.07.2012 Skąd: Warszawa Ostrzeżenie: (0%) |
koncepcyjnie to tak:
- trzeba zobaczyć jaki jest stan obecny i dostosować soft do jego kontynuacji więc jak wszyscy pracują na programach pocztowych z poza crm to crm jest tylko do wysyłania tego co wytwarza (oferta, pierwszy kontakt etc.) z reply_to konkretnej osoby, i to wystarcza - nie może być sytuacji że komukolwiek narzuci się odbieranie korespondencji w 2 i więcej miejscach, jak ktoś ma dużo na głowie to przeszkadza i robi się burdel w sprawach bieżących dopiero po tym był brał się za rozwiązania techniczne, 2 razy pisałem mailing do crm i nie zgodzono mi się na integracje skrzynek z crm a jedynie na powiadamianie co crm wysyłał i do kogo, kiedy, kopia maila etc |
|
|
30.11.2016, 14:29:09
Post
#10
|
|
Grupa: Zarejestrowani Postów: 4 298 Pomógł: 447 Dołączył: 16.11.2006 Ostrzeżenie: (0%) |
Tak się zastanawiam po co Wy chcecie trzymać odebrane/wysłane maile w bazie... Zakładam że to jakiś skrót myślowy od przypięcia konkretnej wiadomości jakiegoś konkretnego znaczenia/tagów np "klient X, sprawy Y - żółte papiery"? lub innych wykraczających poza protokół, a nie całych wiadomości?
Odbierasz przez IMAP wiadomości, wysyłasz po SMTP i to załatwia sprawę bez znaczenia kto i jakiego klienta poczty użyje, CRM będzie i tak widział to samo po odebraniu przez IMAP. Kwestię synchronizacji, aby wszyscy lub część była widziana w CRM po wysłaniu z programu pocztowego można załatwić nawet w czasie rzeczywistym, sprawdzając ile wiadomości znajduje się w skrzynce, wtedy przez IMAP pobierasz różnice np pierwsze 50, "policzenie" wszystkich wiadomości, lub pobranie konkretnej partii będzie szybsze. Działa to tylko w jedną stronę DO CRM niestety. A jakby to była firmowa poczta, gdzie masz dostęp do serwerów, to czysta poezja i wtedy masz prawdziwe "real time". -------------------- Nie udzielam pomocy poprzez PW i nie mam GG.
Niektóre języki programowania, na przykład C# są znane z niezwykłej przenośności (kompatybilność ze wszystkimi wersjami Visty jest wiele warta). |
|
|
30.11.2016, 16:34:33
Post
#11
|
|
Grupa: Zarejestrowani Postów: 2 707 Pomógł: 290 Dołączył: 16.12.2008 Skąd: Śląsk Ostrzeżenie: (0%) |
Kopia w bazie byłaby potrzebna chociażby do wyszukiwania e-maili po treści, tytule bo pewnie takich rzeczy imap nie wspiera.
Do łączenia z klientem, tagowaniem też oczywiście ale to można by osiągnąć bez zapisywania e-maili (po email id), ale też mało optymalne i niewygodne. Łatwiej też zarządzać usuniętą pocztą przez pracownika np. usunie złośliwie to łatwiej przywrócić. Ten post edytował markonix 30.11.2016, 16:35:07 -------------------- |
|
|
30.11.2016, 17:20:44
Post
#12
|
|
Grupa: Zarejestrowani Postów: 4 298 Pomógł: 447 Dołączył: 16.11.2006 Ostrzeżenie: (0%) |
Cytat Kopia w bazie byłaby potrzebna chociażby do wyszukiwania e-maili po treści, tytule bo pewnie takich rzeczy imap nie wspiera. Wspiera i to bardzo dobrzeimap-search, dodatkowo możesz zmienić silnik wyszukiwania dovecota jeśli jest taka potrzeba, ale ten standardowy radzi sobie nieźle nawet przy bardzo dużych skrzynkach. Cytat Do łączenia z klientem, tagowaniem też oczywiście ale to można by osiągnąć bez zapisywania e-maili (po email id), ale też mało optymalne i niewygodne. To można uzyskać już z poziomu skrzynki np tak jak to robi google. A podkatalogi robisz w bazie? Można, ale po co skoro idzie to zapisać jako "Sprzęt.Apple", "Sprzęt.Microsoft", podobnie z tagami to jest jeden z niepisanych standardów Cytat Łatwiej też zarządzać usuniętą pocztą przez pracownika np. usunie złośliwie to łatwiej przywrócić. Od tego są kopie zapasowe. Jeśli w skrzynce nie będzie wiadomości, a przywrócisz ją z bazy, to nadal nie będzie jej w skrzynce -------------------- Nie udzielam pomocy poprzez PW i nie mam GG.
Niektóre języki programowania, na przykład C# są znane z niezwykłej przenośności (kompatybilność ze wszystkimi wersjami Visty jest wiele warta). |
|
|
30.11.2016, 18:54:18
Post
#13
|
|
Grupa: Zarejestrowani Postów: 2 707 Pomógł: 290 Dołączył: 16.12.2008 Skąd: Śląsk Ostrzeżenie: (0%) |
Z tym search jestem pozytywnie zaskoczony, nie sądziłem, że IMAP aż tak głęboko wchodzi w interakcje, wydawało mi się, że to tylko protokół wymiany e-maili, a tu widzę, że ma metody typowo nastawione na obsługę już aplikacji.
Mówisz o tworzeniu skrzynek obok inbox czy IMAP mnie zaskoczy i ma też jakieś mechanizmów tagów? Tzn. w CRM masz e-mail i informacje że został usunięty ze skrzynki, a przywrócić możesz o ile zapiszesz wszystkie meta dane e-maila, imapem wtedy zapiszesz go z powrotem na serwerze. -------------------- |
|
|
30.11.2016, 19:41:21
Post
#14
|
|
Grupa: Zarejestrowani Postów: 4 298 Pomógł: 447 Dołączył: 16.11.2006 Ostrzeżenie: (0%) |
Mówisz o tworzeniu skrzynek obok inbox czy IMAP mnie zaskoczy i ma też jakieś mechanizmów tagów? Aż tak fajnie nie ma. Tagi jak i podfoldery nie są częścią specyfikacji. Możesz robić to tak jak google https://developers.google.com/gmail/imap_ex...w=1#x-gm-labels -------------------- Nie udzielam pomocy poprzez PW i nie mam GG.
Niektóre języki programowania, na przykład C# są znane z niezwykłej przenośności (kompatybilność ze wszystkimi wersjami Visty jest wiele warta). |
|
|
Wersja Lo-Fi | Aktualny czas: 25.04.2024 - 12:52 |