Jak skutecznie uruchomić internetowy projekt
11 godz. 20 min · Biznes i Automatyzacje
Grzegorz RógIdea ArchitectZarówno w Polsce jak i za granicą uruchomiłem już dziesiątki projektów... Były to zarówno narzędzia, SaaSy jak i infoprodukty. Praktycznie wszystkie uruchomione przeze mnie projekty lądowały na głównej stronie Product Hunt i już od pierwszego dnia - zarabiały. Wszyscy biznesowi mentorzy powtarzali, że "powinienem skupić się na jednej rzeczy". Tymczasem w mojej ocenie, to, co robię daje mi wolność i co równie ważne - pozwala ciągle się uczyć. Moje projekty zarabiają kilka-kilkanaście tysięcy dolarów miesięcznie, co czasem wystarcza, żeby utrzymać niewielki zespół, niekiedy nawet to jest niepotrzebne, wystarczy sporo automatyzacji i produkt, który jest niemal w 100% marżowy. Początkowy etap projektów daje mi ogromną frajdę - lubię sam odkrywać i kreować produkt, który następnie testuję i wypuszczam na rynek. Na przestrzeni lat, w tym zakresie wyrobiłem sobie utarte ścieżki, z których ciągle korzystam, ale też pozwalam sobie na wiele eksperymentów po to, by w ciągle zmieniającym się ekosystemie internetowych produktów - uczyć się, co działa. Późniejszy etap projektów raczej mnie nudzi - zatrudnianie, tworzenie dużego zespołu oraz zarządzanie nim, to nie jest coś co mnie ekscytuje. Zauważyłem też, że wraz ze skalowaniem zespołu często maleją także zyski z projektów, na których mi zależy. Zwykle więc staram się, aby moje projekty... pozostały małe (ale bardzo dochodowe), co daje mi wolność: finansową i czysty kalendarz. Jeśli któryś z nich rozwija się za szybko, myślę o sprzedaży i exicie, ale tym nie będziemy zajmować się w tym Kursie. Sprzedałem w Internecie produkty dla ponad 300 tysięcy osób. Od infoproduktów jak kursy i ebooki, przez narzędzia i SaaSy. Każdy z tych projektów ma swoją specyfikę i konkretne techniki, które wykorzystuję, by go rozwijać. Każdy nauczył mnie czegoś nowego i w każdym z nich popełniłem jakieś błędy. W tym Kursie, chciałbym powiedzieć Ci wszystko, co wiem o uruchamianiu produktów, które są już "w miarę gotowe", czyli są blisko Product Market Fit, bądź czekają na premierę jako infoprodukt czy narzędzie. Chcę przekazać Ci mój sposób na to, jak przygotowuję produkt do premiery, jak myślę o marketingu, automatyzacjach, treściach czy stronie WWW i w końcu jak układam to w taki sposób, aby po prostu działało! Jakiś czas temu udzieliłem wywiadu na temat moich projektów Courtlandowi, twórcy ruchu Indie Hackers, który jest bliski temu, co robię. Jeśli masz chwilę, posłuchaj go tutaj. Jednak moja filozofia ma istotne odchylenie: uważam, że nie każdy projekt powinien być tworzony jednoosobowo. Prawie zawsze stawiam na małe zespoły - kilku co-founderów i kilka osób do pomocy lub na freelance, bo wierzę, że w ten sposób można robić większe rzeczy, dające więcej wartości, z potencjałem na pozyskanie rozsądnego finansowania czy exit.
W trakcie Kursu dowiesz się o trzech kluczowych fazach związanych z międzynarodową premierą projektu: Przygotowaniu do premiery, Premierze oraz działaniach po premierze. Sama premiera jest dość symboliczna i nie ma aż tak dużego znaczenia - to, dlaczego jest ważna, to pozwala wybrać datę, w której to, co sobie założyliśmy w produkcie powinno się zmaterializować. W trakcie Kursu pokażę Ci wiele narzędzi oraz wytłumaczę moje podejście i frameworki, które pozwalają mi co jakiś czas wypuszczać z sukcesami produkty na rynek. Pomówimy o automatyzacjach, które towarzyszą mi na każdym kroku a także doborze stacku w kontekście marketingu. Dowiesz się, co działa dla mnie najlepiej w tym konkretnym momencie. Czy warto stawiać wyłącznie na działania organiczne, czy wspierać się płatną reklamą i innymi kanałami. Gdzie warto się pokazać i co warto robić po to, aby sama premiera dała nam dodatkowy boost i pozwoliła zdobyć wartościowe leady. Mam nadzieję, że zebrane w ten sposób wskazówki, pozwolą Ci uniknąć moich błędów, zyskać mnóstwo czasu a także oszczędzić pieniądze, które inaczej mógłbyś przepalić na niepotrzebne działania.
Idealnie, jeśli masz już produkt lub jesteś blisko MVP, które chcesz wypuścić na rynek. W takim przypadku, możesz razem ze mną podążać po kolejnych obszarach, które poruszam w tym Kursie i tworzyć swój własny plan na premierę. Jeśli jednak dopiero tworzysz czy planujesz uruchomienie swojego produktu - ten Kurs też będzie przydatny tylko pod warunkiem, że nie oczekujesz od niego pomocy we wczesnej fazie - wymyślania i samej kreacji. Jeśli masz jasną wizję tego, co stworzysz, świetnie! Ten Kurs powinien przybliżyć Cię do wyjścia z produktem na rynek na etapie, gdy będzie on już gotowy. Dobrze by było, gdybyś podążając za mną w kolejnych lekcjach, znalazł/a czas na odniesienie moich spostrzeżeń do Twojego projektu i praktyczną pracę nad przygotowaniami do premiery, nawet jeśli ta jest jeszcze odległa.
Ten Kurs jest starannie przygotowany z myślą o:
Przejdźmy teraz do koncepcji marketingowej naszej najważniejszej rzeczy, jaką mamy
w marketingu, czyli strony internetowej.
Strona internetowa, tak jak powiedziałem, wypadkowa tego, co mówią klienci o nas
oraz SEO czy keyword researchu, który zrobiliśmy poprzednio.
Ultra Ważne, żebyśmy właśnie robili ją z tego powodu i żebyśmy postarali się, żeby
również jej sitemapa to jak będą, jak będzie stworzone menu, jak będą układały
się strony, odpowiadały temu, jak chcemy pokierować tą treścią i jakie
rodzaje treści chcemy przygotować.
Pokazywałem Ci wcześniej, że w ramach tego keyword researchu już wpadaliśmy
na takie różne pomysły.
Na przykład, że to może być na bloga, to może być jakaś strona comparison, to może
być strona główna, to może być jakiś landing page, to może być na przykład
jakiś freebik, który będziemy dawać.
I właśnie w ten sposób łapiemy kolejne pomysły na to, jak
przygotować strukturę tej naszej strony.
Struktura naszej strony jest zbudowana.
Przynajmniej w moim przypadku.
Jest zbudowana w również w fig jamie.
Możesz to zrobić w Miro.
Możesz to zrobić w muralu, w czymkolwiek.
Generalnie chodzi o to, żeby po prostu stworzyć powiązania pomiędzy
poszczególnymi podstronami.
No i w moim przypadku też będzie to oznaczało zaznaczenie tutaj tym kolorem
różowym stron, które będą dynamiczne i kolorem pomarańczowym,
stron, które będą statyczne.
Statyczne strony to takie, do których całą treść napiszę sam i po prostu ta treść
będzie na nich możliwa do zmiany wyłącznie akurat u mnie w Webflow.
Po wejściu do tego narzędzia.
No i tam te treści będzie można zmieniać.
Natomiast strony dynamiczne to takie strony, które będą automatycznie
generowane, do których przygotowujemy tylko szablon, natomiast wszystkie treści
uzupełniamy do nich z poziomu CMS a.
Podobnie jak na przykład w WordPressie, uzupełnia się treści do poszczególnych
postów na bloga i te posty się pojawiają w tym samym szablonie.
To są właśnie te strony dynamiczne.
No i teraz strona, czyli to, jak przewidziałem, jak
przygotowałem sobie całą, Cały, całą tą side mapę dla bardzo złożonego projektu.
Od razu Ci mówię, że chcę Ci to pokazać na najtrudniejszym z możliwych przykładów,
bo każdy inny będzie prostszy.
Ale tu jednocześnie mogę wytłumaczyć dużo moich takich ważnych koncepcji, jeśli
chodzi na przykład o stronę Alice czy innych moich projektów.
One są dużo, dużo prostsze.
Często jest to tylko jeden prosty landing page strona z dokumentacją, tak
jak to jest w przypadku Alice.
Ona jest bardzo ważna i powinniśmy zawsze ją umieszczać.
Strona z jakąś akademią, czyli video tutoriale, bo zawsze
łączę produkt z edukacją. To co Ci mówiłem.
No i strona pricingu i strona do pobrania czy kupienia naszego produktu.
W zasadzie oczywiście tylko te strony można powiedzieć, że są najważniejsze,
kontakt możemy zawrzeć w stopce i tak dalej, i tak dalej.
Natomiast budując jakiś SaaS, budując jakiś bardziej złożony produkt i myśląc o
tym tak już mocniej na poważnie, będziesz musiał prędzej czy później zacząć dodawać
te rozmaite strony, które mam tutaj rozpisane.
Na przykład w przypadku premiery Easy, którą teraz planuję.
I nowych stron. Które na potrzeby Isi.
Teraz robimy, więc ważne, żeby tutaj rozpisać całą nawigację.
Ja mam tak.
Najpierw stronę główną, Następnie mam strony poszczególnych
narzędzi i są to strony statyczne, czyli będę mógł je dowolnie zmieniać.
Nie będą z żadnego szablonu.
Mamy EasyCart i z EasyPlayer i z Lowe i te narzędzia, które które
aktualnie mamy w ofercie.
Następnie te strony linkują do stron, które znajdują się poniżej, czyli do
strony z feature'ami, do strony z use casami i do strony z integracjami.
Czyli każda z tych narzędzi ma jakieś funkcje i te funkcje są już dynamiczne.
Co to znaczy?
To znaczy, że na przykład jak EasyCookie ma funkcję na przykład dodawania
banera z ciasteczkami, to to jest feature, który będę chciał opisać w dynamicznie w
CMS ie i też będę chciał wygenerować wtedy z CMS automatycznie dla niego stronę.
Dzięki temu będę miał mnóstwo stron z różnymi fakturami, które będę
mógł spinać z różnymi narzędziami.
Tak samo use case'y i use case'y.
To będą moje właśnie konkretne zastosowania.
No i dzięki temu, że będę je miał dynamiczne, że na przykład możesz
sprzedawać kursy, że możesz sprzedawać konferencje, że możesz
zbierać opinie i tak dalej.
Jeśli te case'y będę miał dynamicznie dodawane przez CMS, czyli dodawane właśnie
przez panel administracyjny, będę mógł bardzo prosto sobie wygenerować mnóstwo
różnych use case'ów i później popodpinać jeden guzik, drugi do easy love,
trzeci raz do timera i tak dalej.
I właśnie fajnie jest dynamicznie zbudować taką strukturę, również jeśli chodzi o
integracje, gdzie integracje to po prostu różne narzędzia, które łączą
się z tymi moimi narzędziami.
Następnie mam dużą stronę edukacyjną i to jest główna część, taka, która odpowiada
właśnie za edukację w produkcie i za SEO.
To jest tak naprawdę strona, która jest hubem, czyli można powiedzieć, że łączy
ze sobą wszystkie strony edukacyjne.
No, ja akurat zaprojektowałem tutaj dużo różnych typów contentu edukacyjnego,
który chcemy dostarczać.
Czyli będą to po pierwsze strony dokumentacji dynamicznie.
Będą to strony bloga i poszczególnych wpisów na blogu.
Będzie to cała akademia, na którą będą składały się warsztaty, czyli wydarzenia
na żywo, kursy wideo, które będą już tutaj gotowe i każdy będzie miał swoje
jeszcze podstrony do rejestracji.
Jeśli chodzi o kolejne typy treści, które zaplanowałem, to na przykład są to
guidesy, czyli takie bardziej obszerne poradniki, które chcielibyśmy pisać oraz
case study naszych klientów, które mają swoje osobne strony.
Moglibyśmy tutaj dodawać jeszcze wiele różnych typów podstron, na przykład
podcast albo cokolwiek innego, gdybyśmy chcieli je tworzyć.
Ale wszystko to jest podlinkowane z takiego jednego dużego resource huba,
który jest stroną statyczną, a te strony różowe są stronami dynamicznymi,
które będziemy wypełniać przez CMS.
Następnie mamy stronę z priceingiem, która jest super ważna.
Stronę z alternatywami.
No i tutaj będziemy mieli statyczny szereg stron easy kontra coś tam.
Moglibyśmy zrobić je dynamicznie, ale jest tyle różnic między tymi różnymi stronami,
że postanowiłem, że będą to strony statyczne.
Później mamy dynamiczny changelog.
Co się zmieniło w naszej aplikacji?
Mamy jakąś road mapę czy tam sugerowanie funkcji?
Mamy stronę o nas, mamy stronę kontaktową, mamy stronę z warunkami, z polityką
prywatności i z regulaminem.
No i mamy link do logowania, który jest wyjątkowym linkiem, ponieważ już
prowadzi do naszej aplikacji.
W ten sposób przedstawia się cała struktura witryny i w ten sposób
zobrazowane są relacje pomiędzy poszczególnymi podstronami.
Powinniśmy właśnie coś takiego zrobić.
Na ogół będziemy mieli tą strukturę prostszą, ale nadal, nawet jeśli ma się
składać tylko z kilku tych elementów, warto to zrobić w taki sposób.
Jeśli będziesz pracować na narzędziu na przykład takim jak Webflow czy Framer
czy WordPress, które pozwoli Ci na stworzenie właśnie tych dynamicznych
kategorii i dodawanie różnych rzeczy przez CMS, to warto też zastanowić się, które
rzeczy mają być właśnie w ten sposób stworzone i które strony
mają być tak rozpisane.
Następnie mamy rozpisane.
Mamy rozpisaną całą nawigację.
Nawigację często możesz znaleźć, zainspirować się.
Na innych stronach na przykład ja tutaj się zainspirowałem stroną
jednego z naszych konkurentów. Konkurentów.
Jak masz rozwiązaną nawigację i najczęściej tą nawigację
możesz znaleźć w stopce.
To co powinniśmy zrobić to strony produktu.
Mamy strony przykładów, mamy strony.
Na przykład właśnie feedback czy jakiś roadmapa.
Mamy strony poszczególnych narzędzi, mamy instrukcje jak pododawać to do rozmaitych
miejsc, Czyli to są fragmenty naszej dokumentacji.
Mamy na przykład dla kogo to jest dla sales teamów, dla
freelancerów i tak dalej.
Jaki resource, czyli ten cały Resource Hub, który stworzyłem Compare
compare, czyli sekcje z porównaniami.
Jak widzisz, tutaj jest mnóstwo alternatyw i też świetnie to robią,
po to, żeby świetnie się pozycjonować na te frazy, które są wysoko zasięgowe.
No i support, jakieś dokumentacje.
Więc jak widzisz sporo różnych stron jest tutaj porobionych.
Część z nich ma faktycznie odzwierciedlenie w tym co ja zrobiłem i
teraz trzeba się zastanowić, które z tych elementów warto wrzucić do menu.
Które z elementów warto wrzucić do menu na górze?
Jak to menu ma na górze wyglądać, jak chcemy to rozegrać i które z tych
elementów warto wrzucić do footer, czyli do naszej stopki, więc odpowiednio
rozpisuję każdą sekcję w menu.
Czyli mamy sekcję Solutions, sekcję narzędzi, sekcję resources, sekcję
pricingu już dokładnie jak mają się nazywać te poszczególne elementy,
poszczególne sekcje w tym menu. No i to jest ważne.
Stworzenie mapy witryny i stworzenie prototypu nawigacji po naszej stronie, bo
dzięki temu złapiemy taki szerszy kontekst odnośnie tego, jakie strony chcemy
stworzyć, jakie typy treści zamierzamy produkować na potrzeby naszego projektu.
I to, co tutaj przygotowałem, jest, można powiedzieć, bardzo rozbudowane, ale też
można powiedzieć, że jest czymś, do czego być może będziesz chciał stopniowo
dochodzić w momencie, gdy Twój produkt będzie się coraz lepiej rozwijał.
I jeśli chodzi o side mapę to tyle.
Teraz kolejna rzecz, którą trzeba zrobić, to rozpisane w ten sposób strony.
Czyli już wiemy dokładnie jakich stron potrzebujemy.
Potrafimy je szczegółowo rozpisać, więc takie rozpisane w ten sposób strony
będziemy chcieli umieścić jako content database base do naszej strony.
Czyli wszystkie po kolei strony spisujemy. Co musimy zrobić.
Musimy zrobić porównanie z Gumroad.
Musimy zrobić porównanie z paddle, musimy zrobić strony produktowe, musimy
zrobić case'y i tak dalej.
I w tym momencie rozpisujemy je właśnie tutaj.
Czyli na przykład tu mamy Easy Tools Page copy oznaczone gwiazdką.
To są te nasze statyczne, najważniejsze strony i możemy sobie
otworzyć taką stronę.
To jest baza danych zrobiona w Notion i my na takiej bazie z Martą sobie na przykład
pracujemy i tutaj robimy mnóstwo różnych komentarzy, ale generalnie najpierw robimy
statyczną treść do tych podstron, czyli tutaj znajdzie się na bazie naszego
researchu słów kluczowych, tego, co wiemy, znajdzie się statyczna treść, to co chcemy
na naszej stronie głównej umieścić i po kolei jest to.
Są to opisy narzędzi.
Jest to sekcja z Creator Tools.
Jest to kolejna sekcja z.
Tym z jakimś demo produktowym. Jest to.
Tu dokładnie piszemy takie treści, jakie chcielibyśmy mieć na tej głównej stronie.
Staramy się.
Oczywiście trzeba to trochę takich treści napisać, żeby wiedzieć
jak mniej więcej objętościowo będzie to wyglądać na stronie.
Na początku pewnie będziesz pisał zdecydowanie za dużo treści,
ale po jakimś szeregu iteracji każda z tych stron jest właśnie
w ten sposób rozpisywana.
I każda z tych stron.
Jest tego naprawdę sporo, ale każda z tych stron też jest zbudowana pod jakieś
konkretne słowa kluczowe, na przykład.
I ma też jakąś konkretną konkurencję, którą można sprawdzić.
Więc no, mamy tutaj jak najwięcej informacji, które pozwalają nam zrobić
dobrą stronę ofertową, dobre kopie na stronę ofertową, na przykład
e-mailowe, jeśli już mam takie treści.
Kolejną rzeczą, którą robię, to wracam sobie w to miejsce i zaczynam te strony
projektować w ten sposób, że posługuję się bardzo uproszczonym schematem w gamie.
Po prostu korzystam z narzędzi, które tutaj są po to, żeby zrobić
bardzo prosty prototyp.
Jeszcze nie będę dobierał teraz do tego żadnych komponentów, żadnej technologii.
To może być właśnie Webflow, to może być Framer.
Nie jest to istotne na ten moment.
Dla mnie jest istotne to, żeby po prostu zaprojektować tak schematycznie, jak
wydaje mi się, że powinny te strony wyglądać.
A mając już treści jest mi dużo łatwiej, więc mam treści, ale na przykład jeszcze
tam nie miałem tego, że tutaj bym chciał wrzucić jakiś taki komponent, który by
wyświetlał testimoniale i byłby takim social proof em.
Więc to w tym momencie dodałem miałem treści, ale nie miałem jeszcze na przykład
tego przycisku, więc tutaj go dodałem.
Miałem treści, ale nie miałem tego pomysłu, żeby zrobić na przykład taką
karuzelę z tymi screenami, więc to tutaj widać.
Albo na przykład, żeby ułożyć w takich kafelkach mniej więcej i rozbić tą sekcję,
która opisuje poszczególne narzędzia.
Miałem też jakieś statystyki, ale tutaj mniej więcej pokazuje jak
chciałbym, żeby były zaprezentowane.
Tutaj jest jakiś testimonial.
Następnie jest jakiś komponent, który chciałbym zrobić w taki sposób, że tutaj
te funkcje, które się pokazują, po prostu będą zmieniać tą prawą szpalt.
Jest to tutaj wyjaśnione, że po kliknięciu na tą funkcję po prawej stronie
będzie się to przełączać. Dalej mamy demo.
Też mniej więcej jak powinno to być rozmieszczone.
No i to mi pozwala zobaczyć, a nawet zobacz dać przykłady.
Jak na przykład widziałem na Webflow University fajną sekcję, która jest
podobna do tej, którą chcę tutaj zrobić.
No to wrzucam screen jak mniej więcej chciałbym, żeby to wyglądało.
Tak samo tutaj, że mamy tutaj integracje i że te integracje będą
musiały przejść w to miejsce.
No i właśnie w ten sposób taka stronka zaczyna nam trochę fajnie wyglądać.
Już tak jak zaczynamy widzieć to kopie, jak ono tutaj leży.
I często to jest też powód do tego, żeby trochę je dostosować, zmienić, bo widzimy,
że na przykład ten nagłówek będzie zdecydowanie za długi.
Prawdopodobnie powinniśmy go mocno skrócić.
No i właśnie zastanawiamy się tutaj nad tymi rzeczami i po kolei lecimy sobie i
każdą z tych stron właśnie w ten sposób rozpisujemy, oczywiście nie trzymając
się żadnych, żadnego layoutu.
Tutaj, korzystając z jakichś prostych shapeów, po prostu powielając sobie te
rzeczy, zmieniając te teksty, kopiując i wklejając z notion,
aż uzyskamy jakiś taki schemat strony, która na przykład w przypadku
poszczególnych narzędzi u mnie wygląda tak.
Więc każdą z tych stron w ten sposób trzeba rozrysować
dopiero kolejnym krokiem.
Aha, jeszcze jedna ważna rzecz.
Tutaj proszę zobacz, że dla każdej z tych stron ja na górze też używam tych słów
kluczowych, które tutaj występują i też staram się przygotować dla
niej tytuł i meta description.
Może jeszcze na tym etapie nie jest to kluczowe, ale faktycznie
warto tutaj ewentualnie mieć.
Natomiast słowa kluczowe widzę od razu jakie tworzę, więc ewentualnie
jeśli zamierzam np.
Zmienić jakiś nagłówek, skrócić itd.
To też biorę je pod uwagę po to, żeby pojawiały się w odpowiednich miejscach.
Także to jest ten schemat, to jest struktura strony, którą robię.
Sidemapa.
Rozpisanie krok po kroku tego, co znajduje się w menu, na bazie konkretnego researchu
i konkretnych słów, a następnie przygotowanie mock upów, bardzo prostych
wizualnych podstron na podstawie treści, które wcześniej stworzyliśmy w Notion.
W naszym przypadku strasznie dużo roboty, bo widziałeś pewnie ile set różnych
stron tutaj tak naprawdę jest.
Tu jest mnóstwo tych treści, które sobie planujemy, ale tak jak
mówię, to jest duża strona.
Natomiast nie zmienia to faktu, że robię to dokładnie w taki sam sposób.
Nawet jeśli ta strona jest zdecydowanie mniejsza i bazy Notion dają nam tą
możliwość, że możemy sobie to później bardzo łatwo odfiltrować np.
Że do Comparison S chcemy przygotować i możemy zrobić sobie nawet w widoku kanban
Właśnie tego typu materiały, że w dokumentacji chcemy mieć te materiały,
których jeszcze nie zacząłem robić. I tak dalej, i tak dalej.
Tutaj mamy same product pages, które są zrobione, zaakceptowane in progress, więc
możemy tutaj pracować sobie na różnych statusach.
Mówiłem wcześniej Olina, że nie chcę, żebyś to mylił jedno z drugim.
Tutaj faktycznie, jeśli chodzi o treści marketingowe,
wszystkie praktycznie mam w notion i dużo mam tutaj takich właśnie tablic Kanban ów,
gdzie sobie pracujemy z zespołem marketingu czy obsługi klienta.
Linear najczęściej wykorzystuję właśnie w developmencie i do tego
sprawdza się on świetnie.
Natomiast Notion jest tutaj idealny, jeśli chodzi o treści.
To wszystko, co chciałem Ci powiedzieć na teraz.
Mam nadzieję, że to Cię nie przytłacza.
I to jest taki bardzo zaawansowany już przykład.
Natomiast na tej podstawie na pewno możesz wyciągnąć wnioski dla siebie, A ja w
kolejnej lekcji pokażę Ci, jak wygląda już ten mock up przełożony na gotowy layout i
jak później pracujemy z nim, żeby przerzucić go na stronę internetową i
zarządzać bardzo łatwo treściami, które są dynamiczne.
Do usłyszenia.