Partner technologiczny dla produktów, które już zarabiają

W kilku produktach z przychodami lub płacącymi użytkownikami długoterminowo przejmujemy stronę techniczną i dzielimy wynik z założycielami. Udziały bierzemy w produktach, które już zarabiają, i zawsze obok płatności, a nie zamiast niej.

Kiedy partner technologiczny ma sens

Partnerstwo pasuje do założycieli, którzy już sprzedają, a których wzrost hamuje teraz technologia. To sposób na dzielenie się wzrostem z zespołem, który prowadzi produkt. Nie jest to sposób na uniknięcie płacenia za rozwój.

Produkt już zarabia: przychody, płacący użytkownicy lub powtarzalna sprzedaż, które możecie nam pokazać w systemie płatności, raportach ze sklepów lub analityce
Technologia to prawdziwe wąskie gardło: wydania są powolne, produkt się psuje, nikt nie odpowiada za infrastrukturę
Jesteście mocni we własnej części biznesu, na przykład w sprzedaży, marketingu lub samej niszy
Płacicie za rozwój i chcecie, by zespół miał też udział we wzroście
Chcecie, aby jeden zespół odpowiadał za produkt latami, a nie przez czas jednej umowy
Jesteście gotowi spisać warunki współpracy

Trzy sposoby budowania z nami

Rozwój za udziały

Udział w produktach z przychodem lub płacącymi użytkownikami, zawsze obok płatności za pracę, z vestingiem, kamieniami milowymi i IP należącym do Waszej spółki.

Dowiedzcie się więcej →

Partner technologiczny

Długoterminowy partner technologiczny dla startupów z przychodami lub płacącymi użytkownikami: rola lidera technicznego, architektura i zespół, za gotówkę plus udziały.

Dowiedzcie się więcej →

Podział przychodów

Płatny rozwój po obniżonej stawce plus ograniczony udział w przychodach, dla firm, które już sprzedają. Udział dochodzi do płatności, nigdy jej nie zastępuje.

Dowiedzcie się więcej →

Czego się nie podejmujemy

Pomysłu bez produktu i bez pieniędzy, który szuka zespołu, by zbudować go za udział
Udziałów lub podziału przychodów zamiast płatności, niezależnie od procentu
Produktu, którego przychodów lub liczby użytkowników nie możecie nam pokazać
Partnerstwa, w którym partner ma robić wszystko, od sprzedaży po wsparcie, a założyciel ma tylko pomysł

Co wnosimy my, a czego oczekujemy od Was

Partnerstwo działa, gdy obie strony wnoszą realny wkład. My wnosimy zespół inżynierski, który od 2011 roku zrealizował ponad 350 projektów, i dyscyplinę potrzebną do utrzymania działającego produktu. Wy wnosicie rynek: klientów, sprzedaż i decyzje, które może podjąć tylko założyciel. Sama praca jest zawsze opłacana, a udziały lub podział przychodów dochodzą za odpowiedzialność, którą bierzemy na siebie, i ryzyko, które dzielimy.

Od nas: programowanie, testy, wydania, infrastruktura i techniczna odpowiedzialność za produkt
Od nas: uczciwe doradztwo techniczne, także w kwestii tego, kiedy budować mniej
Od Was: produkt, który zarabia, i liczby, które to pokazują
Od Was: odpowiedzialność za sprzedaż i dostęp do klientów
Od obu stron: pisemna umowa określająca płatność, udziały, prawa i warunki wyjścia

Co zmienia się w porównaniu z zatrudnieniem agencji

Przy zwykłej umowie agencja dostaje zapłatę za godziny niezależnie od tego, czy produkt rośnie. W partnerstwie część naszego zwrotu zależy od Waszych wyników, więc zmieniają się nasze rady: naciskamy na mniejsze wydania, szybszą informację zwrotną od prawdziwych użytkowników i fundament techniczny, którego nie trzeba będzie przepisywać w przyszłym roku. W zamian starannie dobieramy projekty i prosimy o głos w decyzjach technicznych.

Decyzje o zakresie podejmowane z myślą o wyniku biznesowym
Zespół, który zostaje po starcie, zamiast odejść do innego projektu
Kod, dokumentacja i dostępy uporządkowane tak, by należały do spółki, a nie do nas
Jasne zasady na wypadek zmiany planów

Jak wybieramy projekty

Podejmujemy się kilku projektów partnerskich naraz, bo każdy z nich na lata angażuje doświadczony zespół. Każde zgłoszenie sprawdzamy według tego samego filtra i otwarcie mówimy, którego punktu Wasz projekt jeszcze nie spełnia.

Przychody lub płacący użytkownicy już dziś, widoczni w systemie płatności, raportach ze sklepów lub analityce, a nie w prognozie
Płatność gotówkowa za pracę jest częścią umowy; udziały lub podział przychodów dochodzą do niej
Technologia jest wąskim gardłem, a nie chodzi o chęć przepisania czegoś, co działa
Założyciel pełni mocną rolę po swojej stronie: sprzedaż, marketing lub znajomość niszy
Najpierw płatny audyt techniczny, aby obie strony widziały, za co bylibyśmy odpowiedzialni
Zgodność z naszymi kompetencjami: produkty mobilne, webowe, AI i automatyzacja, które potrafimy dobrze zbudować i prowadzić
Wszystko na piśmie, z jasną własnością spółki i jej własności intelektualnej

Porównanie trzech modeli

	Rozwój za udziały	Partner technologiczny	Podział przychodów
Co musi już istnieć	Produkt z przychodami lub płacącymi użytkownikami	Produkt z przychodami, który przerósł swoją technologię	Firma z klientami i kanałem sprzedaży dla produktu
Co wnosimy	Rozwój i techniczną odpowiedzialność za produkt	Przywództwo technologiczne i zespół programistów w długim okresie	Rozwój nowego produktu lub linii produktowej
Co otrzymujemy	Zapłatę za pracę plus udziały	Zapłatę za zespół plus udziały za rolę	Zapłatę za pracę plus ograniczony udział w przychodach
Nasze ryzyko	Średnie	Średnie	Średnie, powiązane ze sprzedażą
Jak długo zostajemy	Latami, dopóki trwa partnerstwo	Latami, dopóki nie przejmie go własny zespół	Przez uzgodniony okres lub do osiągnięcia limitu

Od zgłoszenia do umowy

Zgłoszenie

Przesyłacie krótki opis produktu, jego przychodów lub użytkowników, zespołu i tego, gdzie hamuje go technologia. Odpowiadamy, czy warto rozmawiać dalej.

Rozmowa wstępna

Rozmowa z założycielami o produkcie, klientach, planach i oczekiwaniach wobec partnera. Obie strony decydują, czy iść dalej.

Płatny audyt techniczny

W ramach NDA przeglądamy kod, infrastrukturę i liczby stojące za produktem. Wy widzicie, jak pracujemy, a my – za co bylibyśmy odpowiedzialni, zanim ktokolwiek zacznie rozmawiać o udziałach.

Zakres i warunki

Najpierw uzgadniamy płatność za pracę. Udziały lub podział przychodów ponad nią zależą od odpowiedzialności, którą bierzemy na siebie, ryzyka i długości zaangażowania.

Pisemna umowa

Wszystko zostaje zapisane w umowie sprawdzonej przez prawników obu stron. Dopiero wtedy zaczyna się partnerstwo.

Co wnosimy do partnerstwa

Produkt i inżynieria

Analiza produktowa i określenie zakresu MVP
Projekt UX/UI
Natywne iOS (Swift) i Android (Kotlin)
React Native
Backend i API: PHP/Laravel, Python
Aplikacje webowe: Vue.js, React

AI i automatyzacja

Jakość i utrzymanie

Przywództwo technologiczne

Nie jesteście gotowi na partnerstwo?

Stały zakres

Określone pierwsze wydanie za stały budżet, jeśli wolicie zachować 100% spółki.

Dedykowany zespół

Zespół pracujący wyłącznie nad Waszym produktem, rozliczany miesięcznie, z priorytetami ustalanymi przez Was.

Rozliczenie według nakładu pracy

Praca godzinowa przy analizie, prototypach lub zadaniach, które trudno z góry oszacować.

Powiązane projekty

Adwice Wallet (letter Allset)Kotlin, SWIFT, PHP Stellium Music AppKotlin, SWIFT, PHP, Laravel, VueJS Fashion WalletKotlin, SWIFT, PHP, Laravel Metacognit.mePython, React.Native

Opinie

Do każdego klienta i jego projektu podchodzimy uważnie.

Zespół Revol stale usprawnia prace rozwojowe klienta dzięki wysokiej jakości pracy i niezawodnemu wsparciu. Sprawnie się komunikuje i doskonale rozumie potrzeby oraz biznes klienta.

Tomas

CEO (Jukon, Kanada)

Praca Revol w pełni spełniła oczekiwania i zadowoliła klienta. Świeże podejście i stała gotowość do wsparcia okazały się ogromnym atutem. Kto szuka komunikatywnego, zorientowanego na klienta zespołu do realizacji swoich celów, może śmiało na nich postawić.

Andrey

CEO, Stellium (USA)

Najczęściej zadawane pytania

Czy inwestujecie pieniądze w startupy?

Nie. Inwestujemy pracę inżynierską, doświadczenie produktowe i czas. Jeśli Wasza spółka potrzebuje gotówki na marketing, wynagrodzenia lub bieżącą działalność, nadal będziecie potrzebować innych inwestorów, a my możemy pomóc Wam przygotować się do tych rozmów.

Czy zbudujecie nasz produkt wyłącznie za udziały?

Nie. Udziały bierzemy w produktach, które już zarabiają, i zawsze obok płatności, a nie zamiast niej. Pomysłu bez produktu i bez pieniędzy nie możemy przyjąć jako partner. Na tym etapie uczciwe opcje to małe płatne pierwsze wydanie albo najpierw pozyskanie pieniędzy – chętnie pomożemy określić zakres w obu przypadkach.

Na jakim etapie powinien być produkt?

Działający i zarabiający: przychody, płacący użytkownicy lub powtarzalna sprzedaż, które możecie nam pokazać. Pitch deck czy lista oczekujących to za wcześnie na partnerstwo, niezależnie od tego, jak dobry jest pomysł.

Do kogo należą kod i własność intelektualna?

Do spółki. Kod, projekty, konta i dokumentacja są przekazywane spółce lub tworzone na jej rzecz, co zapisujemy w umowie. W zamian otrzymujemy udziały lub część przychodów, a nie sam kod.

Jak ustalane są warunki?

Podstawą jest zapłata za pracę, uzgadniana dla zakresu jak przy każdej innej umowie. Udziały lub podział przychodów ponad nią zależą od przychodów i etapu produktu, odpowiedzialności, którą bierzemy na siebie, i długości zaangażowania. Warunki proponujemy po audycie i zapisujemy w pisemnej umowie.

Co się stanie, jeśli partnerstwo się nie sprawdzi?

Każda umowa zawiera zasady wyjścia: jak każda ze stron może się wycofać, co dzieje się z nienabytymi udziałami lub przyszłym podziałem przychodów oraz jak przekazywane są kod i dostępy. Nigdy nie zostaniecie odcięci od własnego produktu.

Czy możemy połączyć partnerstwo ze zwykłą umową?

Tak zaczyna się większość partnerstw: płatny audyt techniczny, potem zwykła płatna praca, a udziały lub podział przychodów wtedy, gdy obie strony lepiej poznają produkt i siebie nawzajem.