Stack narzędziowy easy_

Cześć, witaj w kolejnym odcinku vloga o budowaniu naszego skromnego projektu EasyCard. Budujemy go już prawie 3 lata, 2 lata jest po oficjalnej premierze i te poprzednie lekcje takie trochę rozkminkowe, trochę z cyframi. Chciałem przeciąć bardzo konkretną lekcją, ponieważ kilka osób mnie o to pytało i prosiliście, żebym to nagrał, więc nagrywam lekcję o tym, czy vloga o tym, jaki jest nasz stack narzędziowy, z czego korzystamy, do czego nam się to przydaje, dlaczego To ewoluowało bądź nie od samego początku. W zasadzie od samego początku praktycznie używamy tych samych narzędzi w ramach EasyCard i nie zmienialiśmy mocno tego stacku narzędziowego. Ja używam tego stacku w rozmaitych moich projektach, więc po prostu on mi się dobrze sprawdza i w sumie od lat tylko go rozwijam, a nie do końca go zmieniam.

Jeżeli chodzi o komunikację w zespole, To używamy Slacka i Slacka transformowaliśmy też w miejsce, w którym są wszyscy nasi sprzedawcy, a może nie wszyscy, ale ci, którzy chcieli dołączyć, a także nasi sympatycy, bo po prostu ze strony EasyCarta można dołączyć do naszego Slacka. Ma to swoją bardzo dobrą stronę, no i kilka złych stron również. Jeśli chodzi o bardzo dobrą stronę, która przykrywa wszystkie wady tego rozwiązania, no jest to, że mamy po prostu bezpośredni kontakt z klientami. Klienci mogą napisać na dowolnym kanale, mogą zgłosić sugestie, mogą zgłosić błąd, a my bardzo łatwo możemy oznaczyć np. osobę, która jest odpowiedzialna, bo cały zespół też jest na Slacku, no i naturalnie ta osoba może szybko podjąć jakąś akcję, która prowadzi do naprawienia problemu,

W ten sposób rewelacyjnie nam się współpracuje z naszymi klientami, klienci są mega zadowoleni, no bo faktycznie, jak o tym sobie pomyślimy, no to w SaaSach, w tych narzędziach, z których korzystamy, no nie mamy czegoś takiego, że możemy po prostu bezpośrednio napisać wiadomość do każdego członka zespołu i jak napiszemy jakąś naszą sugestię, czy jakąś propozycję, czy jakiegoś buga, To od razu ktoś reaguje i z reguły tego samego dnia jest to naprawione. Więc ta nasza, poziom naszej obsługi klienta, który chcemy, żeby był zawsze topowy i jest to absolutnie, tak jak powiedziałem, to, że pozyskujemy nowych klientów głównie jest związane z tym, że ludzie nas polecają, no to musimy mieć to perfekcyjne, a poza tym ja uważam, że to jest po prostu, tak powinno być. Żeby dawać wartość ludziom, trzeba im pomagać na każdym kroku i dlatego chcemy ściągnąć wszystkie osoby, które z nami sprzedają i nie tylko, na naszego Slacka.

Jakie są wady tego rozwiązania? Oczywiście mamy dużo ludzi na Slacku. Trudno jest wzmiankować, czasem można się pomylić. Musimy mieć kanały otwarte i zamknięte. Zamknięte to są takie, w których nasz zespół funkcjonuje. Niektórzy robią to tak, że rozdzielają sobie, mają Slacka czarnego i białego z ikonką. Po prostu jeden jest dla zespołu, drugi jest dla klientów. Dla mnie to nie działa. Ja wolę tego nie rozróżniać. Może kiedyś trzeba będzie to zrobić, ale wolę tego nie rozróżniać i po prostu wszyscy są w jednym miejscu i Może panuje tam trochę większy chaos, ale mimo wszystko jest tam cała komunikacja również z klientami. Druga wada tego rozwiązania to jest nasza konkurencja, która niestety właśnie nam na tego Slacka i próbuje tych klientów ściągnąć do siebie. Na szczęście nie mieliśmy jeszcze jakichś takich dużych akcji z tym związanych, ale wydaje mi się, że jak wyjdziemy za granicę, tego Slacka przerzucimy na język angielski, będziemy mieli takie rzeczy, będziemy mieli ludzi, którzy przychodzą i spamują naszych sprzedawców DM-ami, próbują im sprzedać jakieś, nawet niekoniecznie

Zabrać ich do swojej usługi, ale spróbują im dosprzedać jakieś usługi, no bo wiedzą, że jeśli ktoś korzysta z Easy, jest sprzedawcą, może będzie potrzebował też, nie wiem, biura rachunkowego albo czegoś takiego. Niestety, DM-y są otwarte na Slacku. Natomiast ważną rzeczą jest to, żeby ukryć adresy e-mail osób, które są na Slacku. One są nigdzie niedostępne i nie można łatwo sobie zeskrejpować z naszej listy i gdzieś tam próbować je skonwertować. Ja, jeśli chodzi o przechodzenie do konkurencji, jestem totalnie spokojny. Jakby wiem, co mamy. Jestem tego pewny i wiem, że ludzie dostają od nas bardzo dużą wartość. Dopóki będziemy się starać, tak będzie cały czas. Więc nie mam takich obaw, że po prostu konkurencja będzie nam wyciągać z tego stawka klientów. Natomiast nie chciałbym też, żeby to było takie miejsce, gdzie ktoś przychodzi z dobrymi intencjami, a na przykład dostanie sporo spamu na DM-ie i będziemy na pewno musieli o tę moderację trochę lepiej z czasem zadbać.

Nie mówiąc już o tym, że po prostu niektórzy nie chcą się chwalić, że z nami sprzedają, więc nie chcą być publiczni na tym Slacku, ale oczywiście mogą wtedy sobie zrobić jakiś nickname czy cokolwiek. Nie mamy z tym żadnego Problemu. Kolejne narzędzie, które nam się przydaje i które jest nieocenione, gdzie znajduje się cała nasza wiedza, wszystkie nasze procedury, changelog, wszystkie takie bazy danych, które mamy np. Które pochodzą z jakiegoś researchu, researchu osób, które potencjalnie są zainteresowane itd. To jest Notion. Wszystko mamy absolutnie na Notion, jeśli chodzi o treści. Również taką roadmapę np. na zagranicę z tekstami na strony, z treściami newsletterów, z podsumowaniami miesiąca, które piszę.

I tutaj też Wam powiem o tym, jak właśnie wygląda nasza praca Dev Teamu w kontekście stacku narzędziowego. Pracujemy na Linear. Linear jest świetny. To jest coś, nasza metodologia jest coś ala Scrum. Prowadzimy sprinty takie Scrumowe i pewnie ludzie się nie będą z tym zgadzać. Albo bierzesz cały Scrum do siebie, albo nie bierzesz go w ogóle i to nie będzie działać, jak weźmiesz tylko część. W zasadzie nasze zasady są trochę inne, nasze reguły pracy są trochę inne. Unikamy spotkań, pracujemy asynchronicznie, każdy się koncentruje na celu, mamy dobrze opracowany key values, wszyscy wiedzą dlaczego robią to co robią, wszyscy wiedzą jaki jest nasz główny cel, dlaczego wiosłujemy wszyscy w jedną stronę, ale też mają te updaty, dzięki czemu potrafią sobie ocenić jakie zadania wrzucić.

My w zasadzie taką kwartalną roadmapę Developmentu sobie na ogół robimy i w tej kwartalnej roadmapie po prostu robimy dwutygodniowe sprinty. Bardzo możliwe, że przejdziemy nawet na miesięczne podsumowania, gdzie w ramach tego miesiąca po prostu robimy to podsumowanie miesiąca. No i celujemy w te rzeczy, które ma nam się udać dowieźć. Na ogół w takim dwutygodniowym cyklu, który mamy, Jest pięć, sześć głównych rzeczy, o których można powiedzieć, które można wyrzucić na zewnątrz, które można zajawić na Slacku, nagrać do nich filmik, wrzucić w mailing do changeloga, tak żeby ludzie dostawali nowe feature'y cały czas. Z tych pięciu, sześciu na ogół nam wchodzi może trzy, jakby udaje nam się dowieść, jesteśmy realistami i one przechodzą sobie na kolejne. No ale ten dwutygodniowy sprint powoduje to, że my sobie możemy w czwartek zrobić takie dwugodzinne retro i trochę pogadać o tym, co nam się udało, nie udało, co planujemy na kolejne dwa tygodnie.

Czyli Oprócz tego, że co dalej jest taką wizją, trochę dalszą, najbliższy milestone to jest coś, co po prostu musi zawiedzić nasz focus i przez co musimy filtrować większość decyzji, aż do niego dojdziemy. Dobra, mówiąc dalej o oprogramowaniu, bo o tym miałem mówić i o stacku narzędziowym, mamy Slack. Mamy Notion. Następnie, jak wysyłam te maile do ludzi? Mamy MailerLite'a. Z MailerLite'a korzystamy po to, żeby stworzyć sobie na nim strukturę grup. W zasadzie mamy grupę sprzedawców i mamy osobną grupę wszystkich na newsletterze. Do sprzedawców rzadko wysyłam dedykowane komunikaty. Raczej jesteśmy z nimi w takim bezpośrednim kontakcie i dostają wiadomości na Slacku ci, co chcą. Mamy tam kanał ogólny. Tam można dać Małpka Channel i wtedy wszyscy dostają powiadomienia i tam na tym ogólnym kanale jakieś małe takie rzeczy.

Jeśli chodzi o Make, bo już o tym wspomniałem, Make jest bardzo ważnym elementem naszego stacku narzędziowego i będę mówił o tym stacku tylko w zasadzie, no nie wiem czy powiedzieć o tym też deweloperskim i produktowym, też powiem w sumie, ale to jego częścią jest Make właśnie. Make to jest narzędzie, które służy nam do robienia automatyzacji. Bardzo dużo z Make'a korzystamy. W kontekście różnych takich rzeczy wewnętrznych. Przykładowo jak się... A, mamy jeszcze w MailerLite zrobiony onboarding, czyli są maile onboardingowe dla nowych sprzedawców, więc np. Make służy nam do tego, że jeśli ktoś się zarejestruje, to z naszej aplikacji leci webhook do Make'a, Make to odbiera i przekazuje do MailerLite'a, zapisuje tę osobę na listę onboardingową i dodaje jej jakiś tag, że np. się dopiero zarejestrowała.

I to robimy w ten sposób i na make'u mamy No mamy masę, mamy setki jak nie tysiące automatyzacji. Zużywamy na EasyCarta na samym Mac'u około pół miliona przynajmniej operacji miesięcznie, więc bardzo dużo rzeczy różnych nam tam działa. Nie są to nigdy rzeczy takie bardzo newralgiczne dla naszej aplikacji. Czyli cały backend, jakby w ogóle tego nie ruszamy. Są to bardziej rzeczy związane z naszymi wewnętrznymi procesami, czyli np. wpada nowy merchant, dodaj go do CRM-a, zrób tam coś jeszcze, jest jakaś transakcja nieudana, poinformuj kogoś na Slacku, może się uda odzyskać klienta itd. To są rzeczy, które robi Make. One nie są kluczowe, krytyczne dla działania naszej aplikacji, ponieważ wiadomo, nie jest to

To, dlaczego mam trochę problem z rekrutacją osób do tych projektów, które tworzę, jest taki, że właśnie one poruszają się w stacku narzędziowym, Który jest albo trochę bardziej taki pod korpo i duże projekty, albo w takim mindsecie, który niestety jest pod korpo i duże projekty, który ja staram się zmieniać. Ogólnie np. uważam, że programy, czy szkolenia, czy książki o tej całej architekturze itd. Dużo rzeczy w dewelopmencie nowym, nawet cały werset. Moja prywatna opinia, to jest tylko vlog. Jest zrobiony trochę nie wiem po co. Może po to, żeby było tylko trudniej to wdrażać wszystko, żeby trzeba było stawiać całe środowisko, dokery, masę różnych rzeczy pod to. Uważam, że jest to utrudnienie.

No i pewnie o czymś jeszcze, o kilku narzędziach przynajmniej chyba zapomniałem, ale wydaje mi się, że nie są one jakoś kluczowe. A, korzystamy z Google Workspace do obsługi skrzynek, natomiast wszystkie dokumenty i tak są na Notion, więc to raczej Notion jest tym, a nie Google Drive jest tym naszym centrum, gdzie mamy wszystkie pliki i dokumenty, to na Notion Jeśli chodzi o pocztę i domenę, obsługujemy je właśnie na Google Workspace. No i moi drodzy, to wszystko, co chciałem Wam powiedzieć ze stacku narzędziowego razem z takim, można powiedzieć, trochę jego szerszym omówieniem. Możliwe, że dla Was trochę dziwne było to, że nie było w tym stacku narzędziowym jakiejś rozbudowanej analityki. To nie jest tak, że nie mierzymy rzeczy. Mamy zapięte Google Analytics,

Na razie nie koncentrowaliśmy się na tym. Być może jest to kluczowe, ale może będę Wam opowiadał o tym, jak już trochę to lepiej poznam, bardziej za granicą. Gdzie wydaje mi się, że faktycznie będą te narzędzia nam trochę bardziej potrzebne i będziemy musieli bardziej spokusować się na tym, żeby ten lejek, który mamy, onarzędziować, że tak powiem, żeby móc jeszcze lepiej go mierzyć. Więc powiedziałem o tych wszystkich kluczowych rzeczach, które nam pomagają. Oczywiście na GitHubie jest nasze repozytorium, no ale to są chyba oczywiste właśnie takie rzeczy. Ja korzystam z Superhuman jeszcze jeśli chodzi o pocztę. Jest bardzo fajne, ale większość rzeczy robimy normalnie na Gmailu. Więc to wszystko, co chciałem Wam zakomunikować w tej lekcji o naszym stacku narzędziowym, o tych podstawowych narzędziach, z których korzystamy.