
Natywna integracja Pipedrive z Asaną przenosi pięć rzeczy: tytuł szansy, jej wartość, dane osoby lub organizacji, przypięte notatki i załączniki. Nie przenosi pól niestandardowych, produktów, historii rozmów ani szablonu projektu, więc realizacja dostaje w Asanie pusty projekt z nazwą klienta i dalej pisze do handlowca po szczegóły.
Poniżej masz trzy rzeczy, których nie znajdziesz w dokumentacji żadnego z producentów: pełną listę tego, co integracja pomija, trzy sposoby spięcia obu systemów z kosztem każdego i to, co się psuje po pierwszym miesiącu działania. Zakładam, że decyzję o dwóch systemach już podjąłeś. Jeśli jeszcze nie, rozstrzygnięcie, czy potrzebujesz drugiego narzędzia, jest w osobnym tekście i warto zacząć od niego.
Tworzy w Asanie jedno zadanie albo jeden projekt w momencie, w którym szansa w Pipedrive spełni warunek reguły. Instalujesz ją z marketplace'u Pipedrive, konfigurujesz w Menu konta, Narzędzia i aplikacje, Asana, i ustawiasz jedną regułę. Wszystkie liczby i limity w tej sekcji pochodzą z artykułu pomocy Pipedrive, stan na 4 września 2026.
Wyzwalacze są trzy:
Przy każdym z nich musisz wskazać pipeline, bo bez tego reguła się nie zapisze. Potem wybierasz, czy w Asanie ma powstać zadanie w istniejącym projekcie, czy nowy projekt w wybranej przestrzeni i zespole.
Dwa ograniczenia, które w dokumentacji stoją w przypisie na końcu, a w praktyce decydują o całej konfiguracji. Integracja działa jednokierunkowo, z Pipedrive do Asany, i obsługuje jedną regułę na administratora. Jeśli w firmie jest trzech administratorów Pipedrive, każdy z nich może zrobić własną regułę, więc konto potrafi mieć trzy równoległe reguły, o których nikt nie wie, że są trzy. To najczęstszy powód, dla którego z jednej wygranej szansy powstają w Asanie dwa projekty.
Nie przeniesie niczego z pól niestandardowych, a tam siedzi wszystko, po co realizacja przychodzi z pytaniami.
| Element | Czy przechodzi | Po co jest realizacji |
|---|---|---|
| Tytuł szansy | tak, obowiązkowo, nie da się wyłączyć | nazwa projektu |
| Wartość szansy | opcjonalnie | budżet, do którego trzeba się zmieścić |
| Dane osoby lub organizacji | opcjonalnie | z kim się kontaktować |
| Przypięte notatki | opcjonalnie, tylko przypięte | ustalenia spoza oferty, jeśli handlowiec je przypiął |
| Załączniki | tylko przy tworzeniu zadania | umowa i oferta; przy tworzeniu projektu opcja wyłącza się sama |
| Pola niestandardowe | nie | zakres, termin startu, warunki płatności, role po stronie klienta |
| Produkty z szansy | nie | co dokładnie klient kupił i w jakiej ilości |
| Historia maili i rozmów | nie | kontekst wcześniejszych ustaleń |
| Właściciel po stronie realizacji | nie | kto prowadzi; da się wskazać jednego stałego użytkownika Asany dla wszystkich projektów |
| Szablon projektu w Asanie | nie | lista zadań, terminy, role, czyli sam sposób prowadzenia roboty |
Dwa ostatnie wiersze są ważniejsze niż pozostałe osiem razem. Projekt utworzony przez integrację powstaje pusty: ma nazwę, opis z przeniesionych danych i zero zadań. Nikt nie jest w nim właścicielem konkretnego kroku, bo kroków nie ma. Kończy się to zwykle powrotem do maila i arkusza, a projekt w Asanie zostaje jako pusta karta, która psuje raport obłożenia.

Wiersz o notatkach wygląda przy tym łagodniej, niż jest. Integracja przenosi tylko notatki przypięte, więc jakość przekazania zależy od tego, czy handlowiec pamiętał o przypięciu. To nie jest ustawienie techniczne, tylko decyzja o procesie przebrana za pole wyboru w formularzu konfiguracji.
Wybór zależy od jednej rzeczy: ile informacji musi przejść przez granicę. Do trzech pól wystarczy integracja natywna, powyżej potrzebujesz automatyzacji.
| Sposób | Co potrafi | Czego nie potrafi | Koszt poza licencją CRM |
|---|---|---|---|
| Natywna integracja z marketplace'u | jedno zadanie albo pusty projekt z pięciu przenoszonych elementów | pól niestandardowych, szablonu projektu, powrotu danych, więcej niż jednej reguły na administratora | 0 zł |
| Automatyzacja w n8n, Make albo Zapier | dowolne pola, projekt z szablonu przez API Asany, warunki na etapach, powrót statusu do Pipedrive | utrzymywać się sama: po każdej zmianie procesu ktoś w firmie musi ją poprawić | od 2 000 zł za budowę plus abonament narzędzia |
| Dodatek Projects w Pipedrive | listę zadań przypiętą do szansy, w tym samym systemie i logowaniu | prowadzenia projektu, w którym pracuje kilka działów, obłożenia ludzi, portfela projektów | 16 € za stanowisko miesięcznie; wliczony w plany Premium i Ultimate |
Środkowy wiersz jest tym, po co ludzie tu przychodzą, i wymaga jednego konkretu. API Asany ma osobne wywołanie do tworzenia projektu z szablonu (POST /project_templates/{gid}/instantiateProject), którego natywna integracja nie używa. Różnica na wyjściu jest taka, że przy automatyzacji realizacja dostaje projekt z listą zadań, terminami liczonymi od daty startu i przypisanymi rolami, a nie pustą kartę. To jedyny powód, dla którego warto płacić za automatyzację między Pipedrive a systemem realizacji zamiast włączyć darmową integrację i uznać temat za zamknięty.
Trzeci wiersz sprawdź, zanim kupisz dwa systemy. Jeśli sprzedajesz i realizujesz w jednym zespole, dodatek Projects potrafi wystarczyć, a jego jednostka rozliczeniowa to stanowisko, więc przy pięciu osobach kosztuje 80 €, nie 16 €. Pełne przeliczenie planów i dodatków jest w tekście o cenniku Pipedrive.
Zacznij od pól, bo bez nich nie ma czego przenosić. Kolejność, w której to robię:
Punkt drugi jest tym, na którym najczęściej wychodzi, że problem nie leży w integracji. Wygrana to moment księgowy: szansa zmienia status, kiedy klient powiedział „tak", a nie kiedy ustalenia są zapisane. Jeśli realizacja ma dostać komplet, wyzwalaczem powinno być wejście na etap, na którym zakres jest już wpisany w pola.
Reszta konfiguracji Pipedrive, od lejka do raportów, jest w przewodniku po samym systemie.
Szablon projektu i pola, do których wjadą dane z CRM-u. Bez szablonu automatyzacja przenosi informacje do miejsca, w którym nikt nie wie, co z nimi zrobić.
Reguły i pola niestandardowe zaczynają się w Asanie od planu Starter; plan Personal jest bezpłatny, ale obejmuje dwie osoby i nie ma automatyzacji. Progi i kwoty rozpisałem w tekście o cenniku Asany.
Integracja działa, projekty powstają, a po czterech tygodniach nikt z nich nie korzysta. Wychodzi to w większości firm, które przychodzą do mnie z włączoną integracją, a powód jest zwykle jednym z czterech.
Puste projekty w raporcie obłożenia. Reguła na wygranej szansie tworzy projekt także dla zleceń, które nie są robotą projektową: przedłużenia umowy, dosprzedaży jednego elementu, faktury za coś, co już jest zrobione. Po miesiącu Asana ma kilkanaście projektów bez zadań, a widok obciążenia przestaje cokolwiek znaczyć. Naprawa jest po stronie CRM-u, nie integracji: regułę wiesz z typem zlecenia, a nie z samym statusem „wygrana".
Dwa projekty z jednej szansy. Trzech administratorów, trzy reguły, jedna wygrana. Przy natywnej integracji nie ma tu żadnego zabezpieczenia, bo limit jednej reguły jest liczony na administratora, a nie na konto.
Cofnięta wygrana zostawia śmieci. Handlowiec zamyka szansę jako wygraną, po dwóch dniach klient prosi o zmianę zakresu, szansa wraca na wcześniejszy etap. W Asanie projekt zostaje, bo integracja jest jednokierunkowa i nie umie nic cofnąć. Po kwartale ktoś sprząta ręcznie i przy okazji usuwa dwa projekty, które były prawdziwe.
Handlowiec przestaje przypinać notatki. To wychodzi najpóźniej i najtrudniej się cofa, bo nie jest awarią. Przez pierwsze tygodnie ustalenia są przypięte, potem robi się gorąco i przestają. Realizacja wraca do dopytywania, a wniosek w firmie brzmi „integracja nie działa", choć działa dokładnie tak, jak ją ustawiono.
Wszystkie cztery mają wspólną cechę: żaden nie jest problemem technicznym i żadnego nie zobaczysz w dniu uruchomienia. Dlatego przegląd przekazania warto ustawić po miesiącu od włączenia, a nie po tygodniu testów.
Weź trzy szanse wygrane w ostatnim miesiącu i otwórz obok siebie kartę w Pipedrive oraz projekt w Asanie. Potem przejdź pięć pytań:
Dwa razy „nie" w pytaniach 2 i 3 znaczą, że macie włączoną integrację natywną i traktujecie ją jak przekazanie pracy. Jeśli wolisz, żeby ktoś przeszedł to z Wami na Waszych danych i wyszedł z listą pól do dodania, do tego jest audyt wdrożonego CRM-a.
Sama integracja natywna nic nie kosztuje. Rachunek zaczyna się dopiero przy licencjach i przy robocie, której żadna aplikacja z marketplace'u nie zrobi za Ciebie.
| Pozycja | Kwota | Uwaga |
|---|---|---|
| Integracja natywna z marketplace'u | 0 zł | wymaga uprawnień do ustawień konta Pipedrive |
| Automatyzacje w Pipedrive | w planie Growth i wyżej | cztery gotowe szablony z kategorią Asana |
| Asana Starter | 10,99 USD za osobę miesięcznie przy umowie rocznej | próg wejścia dla reguł, pól i szablonów |
| Dodatek Projects w Pipedrive | 16 € za stanowisko miesięcznie | wliczony w Premium i Ultimate; alternatywa dla drugiego systemu, nie dodatek do niego |
| Budowa automatyzacji | od 2 000 zł netto | wycena po warsztacie, na którym powstaje mapa przepływu |
| Wdrożenie Pipedrive, zespół do 5 handlowców | 6 000 zł netto miesięcznie przez 3 miesiące, łącznie 18 000 zł | proces, pola, migracja, warsztaty |
| Wdrożenie Asany, zespół do 15 osób | 6 000 zł netto miesięcznie przez 3 miesiące, łącznie 18 000 zł | pierwszy proces działa w 30 dni |
Ceny na wrzesień 2026. Kwoty producentów podaję w ich walutach, bo kurs starzeje się szybciej niż cennik. Moje kwoty nie obejmują licencji, które płacisz Pipedrive i Asanie osobno, ani utrzymania automatyzacji po uruchomieniu; utrzymanie idzie w abonamencie od 3 500 zł netto miesięcznie za dziesięć godzin. Pełny zakres jest na stronach wdrożenia Pipedrive i wdrożenia Asany.
Lista pól do przeniesienia nie zmienia się ani o jeden wiersz. Zmienia się tylko sposób, bo natywnej integracji zwykle nie ma.
W firmach handlowych i produkcyjnych po drugiej stronie granicy stoi zwykle program magazynowy albo system produkcyjny i tam przekazanie robi się przez automatyzację przenoszącą dane między systemami, a nie przez aplikację z marketplace'u. Co dokładnie musi przejść i gdzie postawić granicę z magazynem, opisałem osobno przy CRM dla firmy handlowej. Jeśli szukasz dopiero narzędzia po stronie realizacji, jest do tego przegląd programów do zarządzania projektami.
Samodzielnie. Przejdź test z pięcioma pytaniami na trzech ostatnich wygranych sprawach, a potem uzupełnij pola niestandardowe w Pipedrive i zrób jeden szablon projektu w Asanie na najczęstszy typ zlecenia. Włączenie natywnej integracji zostaw na koniec, bo bez tych dwóch rzeczy przenosi ona pustą nazwę.
Ze mną. Kiedy granica między sprzedażą a realizacją jest niejasna i nie ma kto jej ustalić, zaczynamy od procesu: to pierwszy etap wdrożenia Pipedrive. Jeśli realizacja też wymaga porządku, dokładam wdrożenie Asany, a przekazanie między jednym a drugim buduję jako automatyzację i przekazuję z dokumentacją oraz przeszkoloną osobą do utrzymania.
Wdrażam oba systemy na co dzień, więc granicę między nimi ustawiam raz, w jednym projekcie, zamiast pisać do drugiego dostawcy z pytaniem, jakie pola u niego istnieją. Napisz do mnie, przejdziemy to na Waszych trzech ostatnich wygranych sprawach.
Sama aplikacja z marketplace'u nie kosztuje nic, a dokumentacja producenta nie wiąże jej z żadnym planem: wymaga tylko uprawnień do ustawień konta. Płacisz za to, co jest wokół: automatyzacje w Pipedrive są dostępne od planu Growth, a reguły, pola niestandardowe i szablony w Asanie od planu Starter, czyli 10,99 USD za osobę miesięcznie przy umowie rocznej. Bezpłatny plan Personal w Asanie obejmuje dwie osoby i nie ma automatyzacji.
Nie. Natywna integracja przenosi tytuł szansy, jej wartość, dane osoby lub organizacji, przypięte notatki i załączniki, i na tym lista się kończy. Zakres, termin, warunki płatności i role po stronie klienta zwykle siedzą w polach niestandardowych, więc do ich przeniesienia potrzebujesz automatyzacji w n8n, Make albo Zapierze.
Nie, natywna integracja działa jednokierunkowo, z Pipedrive do Asany. Cofnięcie wygranej szansy nie usuwa ani nie zamyka projektu, który już powstał. Powrót statusu realizacji do karty klienta w CRM-ie da się zrobić, ale to osobna automatyzacja po stronie API obu narzędzi.
Przy jednym zespole, który sprzedaje i realizuje, potrafi wystarczyć. Projects to lista zadań przypięta do szansy, w tym samym systemie i pod jednym logowaniem, za 16 € miesięcznie za stanowisko, wliczona w plany Premium i Ultimate. Kiedy przy jednym zleceniu pracuje kilka osób z różnych działów, a manager potrzebuje widoku obłożenia i portfela projektów, Projects tego nie obsłuży.
Wtedy, gdy zakres i termin są już zapisane w polach, a to zwykle jest moment przed zmianą statusu na wygraną. Dlatego przy wdrożeniach stawiam osobny etap przekazania z wymaganymi polami i wyzwalam integrację na wejściu na ten etap, a nie na samej wygranej. Wygrana jest zdarzeniem księgowym i mówi tylko tyle, że klient się zgodził.
Samą regułę natywnej integracji ustawisz w kwadrans, razem z instalacją aplikacji. Wersja, która realnie przenosi pracę, czyli pola w CRM-ie, szablony projektów, automatyzacja i ustalenie z zespołem, kto co robi w momencie przekazania, zajmuje zwykle kilka tygodni, zależnie od tego, ile pól musi przejść przez granicę. Najdłużej trwa nie budowa, a ustalenie zakresu pól z osobą, która odbiera pracę po sprzedaży.
Tak, i lista pól do przeniesienia jest wtedy identyczna. Różni się tylko warstwa techniczna: część CRM-ów ma własną aplikację w marketplace Asany, przy pozostałych spięcie robi się przez API obu narzędzi w n8n, Make albo Zapierze. Pytanie, które i tak trzeba rozstrzygnąć przed konfiguracją, brzmi tak samo niezależnie od marki: co musi przejść przez granicę i kto to wypełnia.
Raz w tygodniu dostaniesz bezpłatnie, jedno gotowe rozwiązanie, jak skutecznie wykorzystać nowoczesne technologie w sprzedaży B2B.
Zapisując się, zamawiasz newsletter Wellbiz sp. z o.o. i zgadzasz się na otrzymywanie e-maili z poradami i ofertami. Wypiszesz się jednym kliknięciem. Link jest w każdej wiadomości. Regulamin newslettera, Polityka prywatności