Co naprawdę dostajesz z repozytorium GitHub albo skryptu CodeCanyon dla CRM-a WhatsApp, czego tam nie ma, i kiedy kupno kodu źródłowego jest warte utrzymania, na które się piszesz.
Wyszukaj “kod źródłowy CRM WhatsApp” i trafisz w jedno z trzech miejsc: repozytorium GitHub, które ktoś udostępnił jako open source, skrypt PHP na sprzedaż na CodeCanyon albo poradnik mówiący, żebyś sam podłączył nieoficjalną bibliotekę. Wszystkie trzy obiecują to samo, CRM dla WhatsApp, który posiadasz na własność zamiast wynajmować w formie subskrypcji. Czego nie mówią z góry, to że żadne z nich nie daje ci działającego połączenia z WhatsApp. Tę część nadal musisz zbudować lub kupić osobno, i to zwykle ona decyduje, czy “darmowy” kod źródłowy zostanie darmowy.
Oto, co naprawdę znajduje się w każdym z tych trzech koszyków, jakie warunki licencji i utrzymania są z tym związane, oraz gdzie w tym wszystkim mieści się gotowe narzędzie, takie jak The Chat Quotient, dla zespołu, który wolałby w ogóle nie posiadać kodu.
| Droga | Co dostajesz | Połączenie z WhatsApp | Typowy koszt | Główne ryzyko |
|---|---|---|---|---|
| GitHub (open source) | Kod aplikacji o mocno zróżnicowanej jakości, od aktywnie utrzymywanego po porzucony | Dostarczasz je sam: oficjalne API albo nieoficjalna biblioteka | Darmowy kod, plus hosting i cokolwiek, co podłączysz jako połączenie | Brak wsparcia dostawcy, część repozytoriów jest martwa od samego początku |
| CodeCanyon | Zapakowany panel administracyjny PHP, jednorazowy zakup | Zwykle oficjalne API albo API zewnętrznego BSP | Od około $18 do wysokich $40/$50, jednorazowo | Licencja na jeden projekt, brak gwarantowanego przeglądu kodu |
| Budowa na Baileys | Pełny, własny kod, pełna kontrola | Nieoficjalna automatyzacja WhatsApp Web | Darmowa biblioteka, plus twój własny czas dewelopera i utrzymania | Narusza regulamin WhatsApp, ryzyko bana |
| The Chat Quotient | Gotowe rozszerzenie Chrome, nic do hostowania | Działa wewnątrz twojej już istniejącej sesji WhatsApp Web | Stała miesięczna stawka, zobacz cennik | Żadne z powyższych, nie ma kodu do utrzymywania |
Każda opcja z tej listy to warstwa aplikacji, interfejs CRM z kontaktami, lejkami sprzedażowymi i historią wiadomości, zbudowany, by osadzić się na połączeniu z WhatsApp. Nie jest to samo połączenie. Wciąż potrzebujesz jednej z dwóch rzeczy pod spodem: oficjalnego WhatsApp Business API, co oznacza zatwierdzenie przez Metę, umowę z BSP (Business Solution Provider, dostawcą rozwiązań biznesowych) i rozliczanie za wiadomość, albo nieoficjalnej biblioteki, która automatyzuje interfejs WhatsApp Web, co jest darmowe, ale działa wbrew regulaminowi Mety i niesie realne ryzyko zbanowania numeru.
To rozróżnienie ma tutaj większe znaczenie niż w zwykłym porównaniu CRM-ów, ponieważ kupując lub forkując kod źródłowy, to ty decydujesz, którą z tych dwóch dróg wybiera projekt, i dziedziczysz kompromisy, jakie się z nią wiążą. Omówiliśmy decyzję między oficjalnym API a jego brakiem bardziej szczegółowo w artykule czy potrzebujesz WhatsApp Business API dla CRM-a, a większość tej logiki przenosi się bezpośrednio na kod źródłowy, tyle że z dodatkowym krokiem: to ty jesteś właścicielem infrastruktury, zamiast dostawcy, który jest jej właścicielem za ciebie.
Garstka projektów open source pojawia się wielokrotnie pod hasłem “whatsapp crm github”, i nie są one wymienne.
wacrm reklamuje się jako samodzielnie hostowany szablon CRM zbudowany specjalnie po to, by go forkować, rebrandować i wdrażać w takiej postaci, w jakiej jest: wspólna skrzynka odbiorcza, kontakty z tagami i polami niestandardowymi, lejki sprzedażowe, wysyłki rozgłoszeniowe ze śledzeniem dostarczenia i automatyzacje bez kodu, wszystko zbudowane na oficjalnym WhatsApp Business API, a nie na połączeniu ze scrapowania.
Frappe CRM to szerszy, otwartoźródłowy CRM, nie projekt dedykowany WhatsAppowi, który dodaje wysyłkę WhatsApp poprzez osobną aplikację Frappe WhatsApp. To realna opcja, jeśli firma już korzysta z innych aplikacji Frappe i chce mieć WhatsApp w tym samym ekosystemie, mniej sensowna, jeśli WhatsApp to jedyny powód, dla którego w ogóle to rozważasz.
Evolution API w ogóle nie jest CRM-em, to warstwa REST API, która łączy się z WhatsApp albo przez oficjalne Cloud API, albo przez nieoficjalną bibliotekę Baileys, a deweloperzy podłączają ją do narzędzi takich jak Chatwoot czy Typebot, żeby zbudować na tym własny front-end. To dobry element, jeśli składasz własny, niestandardowy stos technologiczny, a zły, jeśli szukasz czegoś, co wystarczy “wdrożyć”, żeby dostać gotowy CRM.
Jest jeszcze długi ogon: dziesiątki mniejszych repozytoriów, projekty poboczne jednej osoby i porzucone próby, niektóre nazwane wprost w swoim README, na przykład “nieudany projekt CRM dla WhatsApp”. Open source nie oznacza zweryfikowany. Repozytorium z garstką gwiazdek i jednym współtwórcą sprzed dwóch lat to co najwyżej punkt startowy, nie utrzymywany produkt.
Marketplace Envato, CodeCanyon, wymienia dziesiątki pozycji pod hasłem “whatsapp crm”, głównie panele administracyjne PHP sprzedawane jako jednorazowy zakup, a nie subskrypcja. Ceny wahają się od około $18 za podstawowy skrypt do wysokich $40 i $50 za bardziej rozbudowane opcje, z których większość jest pozycjonowana jako masowy nadawca WhatsApp albo lekki CRM owinięty wokół WhatsApp Cloud API lub API zewnętrznego BSP.
Dwie rzeczy związane z takim zakupem łatwo przeoczyć na stronie produktu. Po pierwsze, licencję: standardowa Regular License od Envato obejmuje jeden produkt końcowy, jedną stronę, jednego klienta, i wprost zabrania odsprzedaży produktu, redystrybucji kodu źródłowego czy ponownego użycia tej samej licencji w wielu projektach. Jeśli budujesz dla więcej niż jednego klienta, potrzebujesz więcej niż jednej licencji. Po drugie, przed wystawieniem skryptu na sprzedaż nie ma żadnego przeglądu kodu poza podstawowym testem funkcjonalności. Powierzasz praktyki bezpieczeństwa anonimowego sprzedawcy bazie kodu, która będzie przechowywać numery telefonów klientów i historię czatów, a bieżące wsparcie po pierwszych kilku miesiącach to zwykle osobny, płatny dodatek, a nie coś wliczonego w cenę.
Część deweloperów omija zarówno GitHub, jak i CodeCanyon, i buduje bezpośrednio na bibliotece takiej jak Baileys, która automatyzuje interfejs WhatsApp Web zamiast przechodzić przez API Mety. Jest darmowa, nie wymaga procesu zatwierdzenia przez Metę i działa z numerem, którego już używasz, i właśnie dlatego stoi w tle tak wielu “darmowych” projektów z GitHub i CodeCanyon wymienionych powyżej.
Kompromis jest dokładnie taki, jaki Meta wprost opisuje we własnym regulaminie: automatyzowanie WhatsApp poza oficjalnym API narusza ten regulamin, a praktycznym ryzykiem jest oflagowanie lub zbanowanie numeru, bez żadnej ścieżki odwołania od Mety, ponieważ nigdy nie byłeś zweryfikowanym użytkownikiem API. To realny koszt, mimo że nie pojawia się za niego żadna faktura, i warto sprawdzić, jakiej metody połączenia faktycznie używa dane repozytorium czy skrypt, zanim cokolwiek na nim zbudujesz.
Żadna z trzech powyższych dróg nie jest darmowa, jeśli policzyć wszystko, co następuje po pobraniu. Projekt hostowany samodzielnie potrzebuje serwera, TLS i kopii zapasowych działających nieprzerwanie, a nie jednorazowej konfiguracji. Połączenie oparte na Baileys wymaga aktualizacji za każdym razem, gdy WhatsApp zmienia swojego klienta webowego, co dzieje się bez zapowiedzi i może przerwać wysyłkę wiadomości, dopóki ktoś nie załata wersji biblioteki. A każde z tych rozwiązań, repozytorium GitHub, skrypt CodeCanyon czy własna budowa, wymaga kogoś w zespole, kto traktuje łatki bezpieczeństwa jako stały obowiązek, ponieważ to teraz ty zabezpieczasz bazę kodu, nie dostawca.
Wybierz drogę oficjalnego API zamiast Baileys, a obciążenie związane z utrzymaniem się przesuwa, ale nie znika, zarządzasz teraz relacją z BSP i rozliczaniem za wiadomość przez Metę, oprócz samej aplikacji. Rozpisaliśmy, jak faktycznie wygląda to rozliczanie, w naszym przewodniku po cenach WhatsApp Business API oraz w pełnym porównaniu cen CRM dla WhatsApp obejmującym główne platformy.
The Chat Quotient nie jest czwartą pozycją na tej liście. To nie kod źródłowy, który pobierasz, forkujesz czy hostujesz, i nie jest to open source. To samodzielny CRM dla WhatsApp, który działa jako rozszerzenie Chrome bezpośrednio wewnątrz WhatsApp Web, na numerze, którego już używasz, i nie integruje się ani nie podłącza do żadnego z powyższych projektów, GitHub, CodeCanyon, Frappe czy jakiegokolwiek innego.
Ponieważ działa jako rozszerzenie przeglądarki dołączone do twojej własnej sesji WhatsApp Web, a nie jako usługa w tle automatyzująca API w twoim imieniu, nie ma serwera do skonfigurowania, wersji Baileys do załatania ani umowy z BSP do wynegocjowania. Zamiast tego dostajesz ten sam efekt, do którego zwykle buduje się rozwiązanie samodzielnie hostowane: wizualny lejek sprzedaży dla leadów i transakcji, wysyłki kampanii z obsługą rezygnacji i dziennymi limitami, agenta AI, który potrafi poprowadzić pierwszą rozmowę z leadem i przekazać ją dalej, gdy skończy, oraz narzędzia produktywności (podpowiedzi odpowiedzi AI, podsumowania czatów, szybkie odpowiedzi, wiadomości zaplanowane), do których osiągnięcia własnoręcznie napisany skrypt potrzebowałby realnego czasu deweloperskiego. Działa na zasadzie stałej stawki miesięcznej zamiast rachunku za serwer plus godziny dewelopera; aktualne poziomy cenowe znajdziesz na stronie z cennikiem.
Nic z powyższego nie oznacza, że kupno albo forkowanie kodu źródłowego to błąd. To dobry wybór, kiedy firma ma własnych deweloperów, musi podłączyć dane WhatsApp bezpośrednio do istniejącej bazy danych albo systemu ERP, do którego gotowy CRM się nie dostanie, albo chce zbudować autorską funkcjonalność, jakiej nie oferuje żadne gotowe narzędzie. W takim przypadku posiadanie kodu jest właśnie sensem całego przedsięwzięcia, a koszty hostingu i utrzymania to wydatek, który i tak planowano ponieść. To zły wybór, gdy prawdziwym celem jest po prostu działający CRM dla WhatsApp, jak najszybciej, a droga przez kod źródłowy zamienia się w niezaplanowany projekt poboczny z zakresu administrowania serwerami.
Czy kod źródłowy CRM dla WhatsApp jest naprawdę darmowy? Sam kod może być, niezależnie od tego, czy to darmowe repozytorium GitHub, czy jednorazowy zakup na CodeCanyon, ale hosting, łatanie bezpieczeństwa i połączenie z WhatsApp pod spodem (opłaty API Mety albo utrzymanie, jakiego wymaga konfiguracja oparta na Baileys) to koszty bieżące, które nie pojawiają się na stronie pobierania.
Czy legalne jest korzystanie z Baileys lub innych nieoficjalnych bibliotek WhatsApp? Ich użycie nie łamie żadnego prawa, ale narusza regulamin samego WhatsApp, ponieważ automatyzują one klienta WhatsApp Web zamiast przechodzić przez oficjalne API Mety. Praktycznym ryzykiem jest zbanowanie podłączonego numeru, bez ścieżki odwołania, ponieważ nigdy nie był on zweryfikowanym numerem Business API.
Czy mogę odsprzedać skrypt CRM dla WhatsApp kupiony na CodeCanyon? Nie w ramach standardowej licencji Regular License od Envato. Ta licencja obejmuje jeden produkt końcowy dla jednego klienta lub projektu i wprost zabrania odsprzedaży, redystrybucji kodu źródłowego czy ponownego użycia licencji w wielu projektach klientów. Odsprzedaż wymaga licencji Extended License.
Czy The Chat Quotient oferuje kod źródłowy do pobrania? Nie. To rozszerzenie Chrome, które instalujesz, a nie kod źródłowy, który hostujesz czy modyfikujesz. Nie integruje się z projektami CRM dla WhatsApp z GitHub ani CodeCanyon; to osobna, samodzielna alternatywa dla zespołów, które chcą efektu działającego CRM-a bez posiadania na własność bazy kodu.
Jaki jest najbezpieczniejszy sposób na funkcjonalność CRM dla WhatsApp bez pisania czy utrzymywania kodu? Gotowe narzędzie, które działa na twoim już istniejącym numerze WhatsApp bez nieoficjalnej biblioteki automatyzującej pod spodem. The Chat Quotient działa właśnie tak, jako rozszerzenie Chrome; kompromisem za tę wygodę jest to, że korzystasz z jego zestawu funkcji w takiej formie, w jakiej powstał, a nie z bazy kodu, którą możesz dowolnie dostosować.
“Kod źródłowy CRM dla WhatsApp” daje ci szkielet aplikacji, nie gotowy produkt. GitHub daje punkt startowy o mocno zróżnicowanej jakości, CodeCanyon daje zakupiony szkielet z realnymi ograniczeniami licencyjnymi i bez gwarantowanego przeglądu bezpieczeństwa, a budowa na nieoficjalnej bibliotece zamienia zatwierdzenie przez Metę na ryzyko bana. Wszystkie trzy pozostawiają cię odpowiedzialnym za hosting, łatanie i samo połączenie z WhatsApp. Jeśli posiadanie tego stosu na własność jest naprawdę celem, to rozsądny cel. Jeśli celem był po prostu działający CRM dla WhatsApp, samodzielne narzędzie takie jak The Chat Quotient dociera tam bez projektu pobocznego.
Dodaj rozszerzenie Chrome i zmień sposób zarządzania rozmowami WhatsApp w swoim biznesie.
