Witaj Gościu! ( Zaloguj | Rejestruj )

Forum PHP.pl

 
Reply to this topicStart new topic
> CRM - obsługa maili, Koncepcyjnie tylko
markonix
post 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.


--------------------
Go to the top of the page
+Quote Post
lukaskolista
post 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ń.
Go to the top of the page
+Quote Post
markonix
post 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).


--------------------
Go to the top of the page
+Quote Post
Niree
post 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
Go to the top of the page
+Quote Post
markonix
post 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.


--------------------
Go to the top of the page
+Quote Post
Niree
post 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.
Go to the top of the page
+Quote Post
lukaskolista
post 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.
Go to the top of the page
+Quote Post
markonix
post 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%)
-----


Cytat(Niree @ 30.11.2016, 03:13:38 ) *
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.

Cytat(lukaskolista @ 30.11.2016, 08:13:07 ) *
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


--------------------
Go to the top of the page
+Quote Post
kayman
post 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
Go to the top of the page
+Quote Post
!*!
post 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).
Go to the top of the page
+Quote Post
markonix
post 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


--------------------
Go to the top of the page
+Quote Post
!*!
post 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).
Go to the top of the page
+Quote Post
markonix
post 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.


--------------------
Go to the top of the page
+Quote Post
!*!
post 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%)
-----


Cytat(markonix @ 30.11.2016, 18:54:18 ) *
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).
Go to the top of the page
+Quote Post

Reply to this topicStart new topic
1 Użytkowników czyta ten temat (1 Gości i 0 Anonimowych użytkowników)
0 Zarejestrowanych:

 



RSS Wersja Lo-Fi Aktualny czas: 28.03.2024 - 13:54