7 Lessons for Founders and Startups – CSF2023

I had an opportunity to attend most of the talks and some of the closed workshops and lectures. I was surprised by the level of shared knowledge. 

Happily, our way of designing digital products in Push Buttons is consistent with the approach presented by worldwide startup specialists.

Finding gathered knowledge is crucial for future founders, I want to share some of the most bold thoughts with you.

 I hope you use it well!

Your early investors are your clients.

I’ve met many founders who were upset with difficulties in finding investors. It takes work to get one. But remember – one way of creating a startup is bootstrapping. It means you fund your startup with your own money (and maybe with FF money – collected from your family and friends). What you can do more, you should start selling your product, so your early customers become your investors – their money will help you to keep building your product. Moreover, you can talk to them and improve your product quickly.

This instant feedback loop is often underestimated.

Start selling your product even if it’s not ready.

As mentioned above, having customers as soon as possible is perfect. But what if I tell you you could have a few without a product? That’s the ultimate way to validate your idea and start collecting the money! It’s only sometimes possible, of course, but worth trying.

To test your idea, you can start a landing page, set up online ads, and check if your audience is converting to customers. Even if they get a message that the product still needs to arrive, and you will inform them when it will be ready.

You can also find a client to pay you for some particular app functionality crafted exclusively. It’s a great way to collect funds and get traction. 

Don’t spend too much time (and money) on MVP.

I can’t count founders polishing their MVPs as long as it’s perfect and has all the functionality they think is needed to make the first sale. And then… well, it’s not always a success story. Actually, in most cases, it’s exactly the opposite. Polishing your MVP and adding more and more functionality before market launch is missing opportunities to test your idea, gather feedback, improve, and iterate. Sometimes you can miss strong signals to pivot.

So, remember – it’s much better to start MVP and start learning asap than to polish a perfect product and fail….

Fail fast, learn faster.

Let’s stay a little longer with failures (but not too long 😊). Every successful founder was telling about his failure stories. Without regrets, without shame. Because every failure is an opportunity to learn, improve yourself (and your product), and move on with better chances for success.

So remember not to be afraid of failures cause they’re natural steps to final success. But only if you can learn your lessons and avoid repeating the same mistakes.

Go global from day one!

When asked for globalization advice, all founders say, ‘Think global from day one.’ That doesn’t mean that you should start your product on unknown markets from the beginning. No! It’s good to start on your home market. The market you understand, with customers and culture you know.

But use that market to test your ideas, get initial traction, and start your operations on other, more significant markets. In most cases, it’s the only way to become a scaleup and get new, bigger funds.

Your product is very cool… so what?

Avi Wiesenberg – Partner at Team – X – during his speech titled ‘From Lead to Close Won! How to sell to global companies!’ showed up with a slide ‘Your product is very cool’ and then added ‘So what’? In the following words, he explained that it doesn’t matter how cool your product is as long as it doesn’t solve a real problem. Only a few people pay money just to have a cool product. In most cases, they expect an actual value.

So if you want to build a product that will be saleable, discover your users’ problems, create a solution, and learn how to show the value the product is giving. Without that, it’s gonna stay as a gadget that only a few can pay for.

Don’t undersell yourself.

The last one was explicitly dedicated to Polish founders.

During his talk ‘Raising a successful A round from International VCs’, Ariel Finkelstein gave some great tips for Polish startup founders. One has especially come into my heart as I often see this during different events. 

We must be taught how to sell our products and ourselves in Poland. Some of us have this natural instinct, but more units believe everyone else is better, stronger, and more valuable. Especially when it comes to competing with US-based companies.

So the advice from specialists was… well, don’t do it 🙂 Believe in yourself, believe in your product, and don’t undersell your value!

You are as good as others, or even better.

Never forget that!

Czy użytkownik pomoże nam ulepszyć produkt?

Ale od początku…

Klienci, którzy do nas trafiają, najczęściej oczekują wykonania audytu istniejącego systemu, lub zaprojektowania czegoś od podstaw. To drugie lubimy robić najbardziej, więc proponujemy, aby filarem dalszych działań były badania z użytkownikami. Zdarza nam się jednak zbyt często obserwować z jaką łatwością firmy rezygnują właśnie z badań, uważając je za niepotrzebny element procesu tworzenia produktów cyfrowych. Tworzą rozwiązania przez pryzmat wyobrażeń o grupie docelowej, zamiast poświęcić czas i poznać swoich użytkowników – ich potrzeby, przyzwyczajenia i kontekst użycia produktu.

Może to brak wiary w założenie, że użytkownicy dostarczają ważnych informacji? A może brak wiedzy na temat tego jak badania z użytkownikami mogą wzbogacić projekt?

Na szczęście takie podejście do badań zmienia się wraz z ukończeniem pierwszego procesu badawczego. Wtedy sceptycy i przeciwnicy najczęściej zmieniają się w zagorzałych fanów badań, widząc w nich realną wartość. Coż, jeśli 100% badanych osób mówi, że nie użyje Twojej aplikacji, a Ty dzięki temu nie zaliczysz rynkowej wpadki i masz szansę na drugie podejście, to trudno się dziwić 🙂 (przykład z życia wzięty)

Spieszymy zatem z wyjaśnieniem czym są badania w projektowaniu UX, dlaczego są istotne i co mogą wnieść do projektu.

Nie chcemy tutaj opisywać szczegółowo wszystkich możliwych rodzajów badań, jakie można wykonać projektując produkt cyfrowy.

Nie chcemy też kurczowo trzymać się przyjętych podziałów i zastosowań badań. Z naszej perspektywy nie ma sztywnych granic w wykorzystywaniu opisanych tu metod badawczych. Kierujemy się raczej podejściem “jeśli coś się sprawdza, to czemu tego nie zrobić?” Często w naszej pracy łączymy bowiem testy zadaniowe z wywiadami i ankietami dzięki czemu uzupełniamy naszą wiedzę o użytkowniku i jego wyobrażeniach o produkcie.

“Po co nam badania? Wiemy co myślą nasi użytkownicy, znamy ich potrzeby” – to bardzo częste myślenie i postawa przedstawicieli różnych firm. Jeżeli też reprezentujesz taką podstawę, ten artykuł jest właśnie dla Ciebie!

Badania potrzeb użytkowników

Zaczniemy od badań potrzeb użytkowników, które zazwyczaj są wykonywane na początku projektu, kiedy mamy tylko (a raczej aż) pomysł na rozwiązanie zauważonego przez nas problemu lub ogólną koncepcję naszego produktu. Badania potrzeb są również przydatne w momencie, kiedy chcemy rozwijać produkt i zastanawiamy się, w którym kierunku należy pójść.

Badania te najczęściej polegają na prowadzeniu tzw. wywiadów pogłębionych IDI (ang.Individual In-depth Interview), czyli rozmowie badacza z użytkownikami, która prowadzona jest na podstawie wcześniej przygotowanego scenariusza. Badacz elastycznie dostosowuje tematy rozmowy, tak by pogłębić wątki, które są interesujące z punktu widzenia projektu.

Dzięki IDI można się dowiedzieć m.in.:

  • Czy problem, który chcemy rozwiązać jest realny?
  • Jak obecnie użytkownicy radzą sobie z rozwiązaniem tego problemu bez naszego produktu?
  • Czy są jakieś rozwiązania które im w tym pomagają?
    Czego tym rozwiązaniom brakuje?

Pytania jakie zadajemy oczywiście dopasowujemy do projektu. Badacz ma jeszcze jedną wielką moc… może pogłębiać i dopytywać rozmówcę o interesujące go odpowiedzi w kontekście projektu. Czyli zamiast domyślania się, co użytkownik miał na myśli, możemy po prostu go o to zapytać.”

Korzyści jakie dają badania potrzeb

Rozmowa z użytkownikiem pozwala testować nasze hipotezy projektowe.
Wywiady mogą obalać założenia, uważane przez nas za oczywiste lub wręcz przeciwnie, potwierdzać ich słuszność. Niezależnie, czy nasze założenia zostaną obalone, czy potwierdzone, dostajemy ogromną dawkę informacji pozwalającą na podjęcie słusznych decyzji projektowych.

“W przypadku potwierdzenia założeń, mamy podstawy do kontynuowania projektu. Z doświadczenia jednak wiemy, że każde badanie wnosi coś nowego do projektu… ciekawe spostrzeżenia, które są warte rozważenia i pochylenia się nad nimi. Dlatego, nawet jeśli nasze hipotezy zostaną potwierdzone, to może się okazać, że dzięki badaniom, mamy szansę zaprojektować jeszcze lepszy, bardziej przemyślany produkt. Produkt, który będzie rozwiązywał realne problemy ujawnione przez użytkowników podczas badań.”

Rozmowa z użytkownikiem pozwala testować nasze hipotezy projektowe. Wywiady mogą obalać założenia, uważane przez nas za oczywiste lub wręcz przeciwnie, potwierdzać ich słuszność. Niezależnie, czy nasze założenia zostaną obalone, czy potwierdzone, dostajemy ogromną dawkę informacji pozwalającą na podjęcie słusznych decyzji projektowych.
Z kolei, w przypadku obalenia naszych założeń, zyskujemy szansę na przemyślenie kierunków projektowych i podjęcia decyzji o wykonaniu zwrotu jeszcze na etapie koncepcji projektu. Co niewątpliwie jest oszczędnością czasu i pieniędzy.

Mówimy tutaj o testach jeszcze na etapie pomysłu, koncepcji. Z kolei, w celu sprawdzenia istniejącego produktu wykorzystać możemy testy użyteczności.

Pytania jakie zadajemy oczywiście dopasowujemy do projektu. Badacz ma jeszcze jedną wielką moc… może pogłębiać i dopytywać rozmówcę o interesujące go odpowiedzi w kontekście projektu. Czyli zamiast domyślania się, co użytkownik miał na myśli, możemy po prostu go o to zapytać.

Część 2 wkrótce na naszym blogu…