Jerzy Dąbrówka

Dziś chciałbym się podzielić wspaniałą nowiną - od września będę miał przyjemność uczyć nocode w warszawskim liceum.

Bardzo mi na tym zależało, bo szczerze wierzę, że #nocode to trend demokratyzujący technologię - dlatego marzę, by każdy dzieciak miał okazje go poznać. Szansę tę zawdzięczam Maćkowi Remiszewskiemu który w zasadzie wpadł na ten pomysł i zaproponował mi to szaleńcze wyzwanie oraz p. Dyrektor liceum Bednarska Szkoła Realna która uwierzyła w mój naszkicowany na kolanie program zajęć i zaprosiła do grona nauczycieli.

Bednarska Szkoła Realna

Moja ocena polskiego publicznego systemu nauczania jest negatywna tym bardziej się cieszę, że będę miał okazję pracować w Bednarskiej Szkole Realnej. Czym są szkoły realne? Jak czytamy na stronie liceum:

Powołane w połowie XVIII wieku pierwsze szkoły realne kładły nacisk na “…kształcenie w dziedzinach praktycznych, mających przydać się uczniom w życiu…”, które jednocześnie “…miało być zajmujące i interesujące dla uczniów…”. Definicja słownikowa mówi, że była to “dawna szkoła średnia z przewagą przedmiotów matematyczno-przyrodniczych”. Dziś określenie to możemy odczytywać, jako wzywające do odnoszenia treści i form nauczania do rzeczywistych potrzeb kraju i obligujące do rozwijania u uczniów realnych umiejętności przydatnych w życiu zawodowym.

Plan lekcji

Program zajęć który przygotowuję to trochę bolid budowany podczas wyścigu ale już wiem, że chcę przedstawić dwa wątki:

• budowanie aplikacji w Bubble - na to poświęcę połowę czasu. Chciałbym, by uczennice i uczniowie zbudowani 3-4 funkcjonujące prototypy

• zestaw narzędzi solopreneura - czyli przegląd około 15 różnych platform nocode które przyspieszają rozwiązywanie problemów i budowanie produktów

Zakładam, że zajęcia będą praktyczne - nie przygotowuję instrukcji krok po kroku jak coś zrobić. Każde z narzędzi którego będziemy się uczyli ma swoje zestawy onboardingowe - lepsze lub gorsze - uważam, że umiejętność przyswajania i uczenia się w takich warunkach jest wartością samą w sobie.

Po około trzech miesiącach delektowania się smakami różnych nocode'owych narzędzi przejdziemy do grande finale - zbudowania własnego narzędzia / produktu internetowego. Myślę, że nie powstrzymam się by chwalić się tutaj kolejnymi postępami.

Skalowanie

W ten sposób mogę pokazać nocode garstce dzieci. Jak sprawić, by zwiększyć tę liczbę?

Planuję przygotować precyzyjny skrypt 2-4 lekcji dla nauczycieli informatyki którzy nie znają nocode. By to zrobić dobrze chcę usłyszeć pytania grupy, zobaczyć gdzie są wątpliwości z którymi laik może mieć problem.

Jeśli znasz nauczyciela informatyki który chciałby rzucić okiem na taki skrypt by go skomentować i lepiej przygotować do szerszego wykorzystania - odpisz na tego maila!

Twój pomysł jest nic nie warty, liczy się tylko wykonanie. Przez wiele lat to było moje podejście - co się zmieniło?

Ideas are cheap

"Ideas are cheap. Ideas are easy. Ideas are common. Everybody has ideas. Ideas are highly, highly overvalued. Execution is all that matters" - powiedział Casey Neistat. I bardzo długo uważałem tak samo. Do czasu poznania rozwiązań nocode - które umożliwiają w bardzo szybki sposób zbudowanie prototypu i sprawdzenie swojego pomysłu.

Czy uważam, że wykonanie nie jest kluczowe - absolutnie nie, być może jeszcze bardziej zostałem utwierdzony w tym przekonaniu. To co się zmieniło to konstatacja, że w budowaniu produktu nie powinniśmy zaczynać od "pomysłu" a od "problemu".

Problem is the key

"Bzdura" - powiesz - "Pomysłem może być problem!". Lub odwrotnie, nie w tym rzecz. To prawda. Mi chodzi o kontekst powstania tej potrzeby. "Pomysły" są kreatywne, wewnętrzne; "problemy" są faktyczne i namacalne. Dlatego lepiej skupić się na szukaniu problemów. Dopiero ich rozwiązanie może być pomysłem wartym realizacji.

Nocode sprawił, że prawie każdy pomysł można zrealizować, przetestować. A więc ten krok "wykonania" stał się dużo prostszy.

Gdy ta brama się otwiera zaczynasz zastanawiać się - okej, ale czy to naprawdę ma sens? Pojawiają się kolejne wyzwania - jak zdobyć pierwszego użytkownika, jak wypromować to rozwiązanie... nagle ten pomysł przestaje być tak atrakcyjny.

Konkludując - o ile pomysły faktycznie nie są wiele warte - to ciekawy problem jest na wagę złota! A rozwiązywanie problemów wydaje się być wręcz przyjemnością mając współczesne narzędzia dzięki którym można szybko iterować i zbierać informacje zwrotne.

Uważam też, że jest to ukryta moc nocode o której się nie mówi wiele - pozwala budując produkty przenieść dużą część skupienia z kwestii technicznych na biznesowe, takie jak walidacja potrzeby czy dystrybucja.

Sky is the limit

Przyznam - ja się tym zachłysnąłem możliwością zbudowania dowolnej rzeczy. Dlatego zdecydowałem się zacząć swoją podróż nocode od realizowania pomysłów innych. I jest w tym coś wyzwalającego - po dekadzie odpowiadania za produkt miło jest usiąść i po prostu robić fajne rzeczy nie dokonując w głowie tych produktowych potyczek za i przeciw sensowności danej funkcji.

Pozwala mi to też poświęcić więcej uwagi mojej misji demokratyzowania technologii poprzez pokazywanie rozwiązań #nocode. Dziś dla mnie to jest ten atrakcyjny "problem" - to, że ludzie nie wiedzą jak sprawnie można dziś budować technologiczne produkty!

Cała nadzieja w Tobie!

A czy Ty masz pomysł na aplikację która chodzi po twojej głowie od miesięcy? Co Cie powstrzymuje od zbudowania prototypu i zostania internetowym twórcą?

Ankieta:

Co Cie powstrzymuje od zbudowania prototypu?

Nie mam pomysłu

Nie mam czasu

Nie wiem jak go zbudować

Dziś o tym jak legenda micro SaaSów korzysta z #buildinpublic

🏄 Tekst zawiera wiele ilustracji czego nie doświadczysz na Linkedin - pełna wersja w newsletterze - jerzydabrowka.substack.com

Tydzień temu pisałem o tym czym jest #buildinpublic, oraz o zaletach i wadach tej filozofii budowania produktów. Dziś na konkretnym przykładzie pokażę jak taki proces może wyglądać.

Jest pewnie wiele ciekawych twórców którzy dzielili się z szerszą publicznością swoją drogą. Do mnie szczególnie przemówiła historia legendarnego twórcę micro SaaSów - Pietera Levelsa - znanego najbardziej jako twórca otwartego startupy RemoteOK, ale będzie to tekst o innym jego produkcie - Hoodmaps.

Pieter zidentyfikował następujący problem - podróżując do nowego miasta nie wiadomo które miejsca są turystyczne a które pokazują autentyczną kulturę danego miejsca. W 2015 roku dla koleżanki narysował mapę Amsterdamu pokazująca obszary które są autentycznie holenderskie.

Postanowił stworzyć aplikacje w której ludzie mogą rysować takie mapy a wypadkowa ich twórczości będzie wyświetlana użytkownikom. Jeśli pięć osób określi dany obszar jako turystyczny ale osiem jako hipsterski - zostanie wyświetlony jako ten drugi.

Ostatniego dnia marca 2017 roku rozpoczął prace nad swoim pomysłem i od pierwszego dnia postanowił dokumentować swoją podróż na Twitchu streamując na żywo jak programuje. Nawiasem mówiąc jest to dosyć ekstremalne podejście do koncepcji #buildinpublic i jeśli nie masz smykałki do wystąpień live nie sugeruję takiego rozpoczęcia przygody z tą filozofią.

Tak czy inaczej, dzień po dniu Pieter opisywał co zrobił, z jakimi wyzwaniami się zmagał, dzielił się rozwiązaniami. Na przykład jak negocjował cenę domeny hoodmaps.com - Pieter jest zwolennikiem domen dot com - ma zresztą empiryczne potwierdzenie na to, że są skuteczniejsze na podstawie eksperymentów na swoich stronach.

Innym razem dawał wskazówki jak skonstruować opis swojego produktu tak, by dobrze rezonował z użytkownikami Product Hunt - popularnego serwisu na którym twórcy ogłaszają dumnie swoje dzieła. Taki Wykop dla produktów.

Innym razem opisał jak jego serwer nie wytrzymał napływu użytkowników z reddita.

Czy namawiam do takiego podejścia do #buildinpublic - nie.

Niemniej jest coś wciągającego w czytaniu takiej historii. A warto zwrócić uwagę, że uporządkowany korporacyjny świat ma swój format który zaspokaja tę potrzebę - Case Study, czyli ugrzeczniony, łatwostrawny tekst który ma pokazać w jak błyskotliwy sposób dana firma rozwiązała dany problem. Oznacza to, że jest popyt na te historie.

#buildinpublic to pojemny format - od Ciebie zależy jak go wykorzystasz.