Przerwa kawowa #18. Jak prawidłowo omówić wynagrodzenie podczas rozmowy kwalifikacyjnej i jak nie zawieść rozwoju swojego pierwszego MVP

Jak prawidłowo omówić wynagrodzenie podczas rozmowy kwalifikacyjnej

Źródło: Fast Company Gdy niemal każdy z nas otrzymuje ofertę pracy, odczuwa podekscytowanie. Ale dla wielu oznacza to, że nadszedł czas, aby rozpocząć negocjacje w sprawie wynagrodzenia. Z badania przeprowadzonego przez JDP wynika, że ​​41% kandydatów nie zgodziło się od razu na proponowane wynagrodzenie, a starając się o pracę, dyskutowało o swoich przyszłych dochodach. Spośród tych, którzy negocjowali, 83% otrzymało lepszą ofertę. Eksperci ds. rekrutacji podpowiadają, jak lepiej negocjować przyszłą pensję.

1. Zbadaj rynek i firmę

   Spróbuj dowiedzieć się, jak długo pozycja jest otwarta i jak szybko firma chce ją obsadzić. Jeśli masz pewność, że jesteś właściwym kandydatem, a firma jest zainteresowana zatrudnieniem, może to dać Ci przewagę podczas rozmowy kwalifikacyjnej.

   Sprawdź zakres wynagrodzeń, jaki inne firmy oferują na podobnym stanowisku. Warto zobaczyć, jak zmienia się kwota w zależności od doświadczenia kandydata i lokalizacji biura. Pamiętaj, że Twoja praca może być różnie oceniana w zależności od wyników finansowych pracodawcy.

2. Znaj swoją wartość

   Zastanów się, jaką wartość możesz wnieść do firmy i powiąż ją z oczekiwanym poziomem wynagrodzenia. Spraw, aby pracodawca poczuł się, jakby dużo zyskał, zatrudniając Cię.

   Przeanalizuj, jakie inne opcje są dla Ciebie dostępne, przygotuj się na podanie minimalnej kwoty, jakiej się spodziewasz. Nie wahaj się zapytać o dodatkowe opcje wynagrodzenia – premie, opcje. Chyba, że ​​mówimy o spółce, w której przyznawanie opcji jest powszechną praktyką.

3. Nie zgadzaj się od razu

   Nie zgadzaj się od razu na pierwszą propozycję wynagrodzenia. Powiedz pracodawcy o swoich oczekiwaniach i poproś o więcej. Przejdź do przygotowanej rozmowy kwalifikacyjnej: stwórz listę argumentów, które udowodnią, że zasługujesz na więcej pieniędzy. W mailu podaj swoje oczekiwania płacowe. Dzięki temu wszyscy zainteresowani będą mogli się z nimi zapoznać.

4. Omów komponenty bezgotówkowe

   Zapytaj, jakich dodatkowych świadczeń możesz oczekiwać poza wynagrodzeniem. Dowiedz się, czy zapewniona jest płatna opieka nad dzieckiem, zwrot kosztów transportu i liczba dni urlopu. Twój pracodawca może nałożyć surowe ograniczenia dotyczące wynagrodzeń, ale może zaoferować Ci bardziej elastyczny harmonogram pracy, który Ci odpowiada.

   Nie zniechęcaj się, jeśli negocjacje nie powiodą się. Zastanów się, jak przydatna będzie dla Ciebie nowa praca i odpowiednio ustal swoje priorytety. Być może wynagrodzenie na nowym stanowisku nie jest aż tak wysokie, ale ta praca będzie dobrym krokiem w przyszłej karierze. Ponadto z czasem będziesz miał okazję udowodnić pracodawcy, że zasługujesz na podwyżkę.

Jak nie zawieść rozwoju swojego pierwszego MVP

Źródło: DZone Posiadanie minimalnego opłacalnego produktu (MVP) to świetny sposób na ugruntowanie pozycji ambitnego programisty. Nawet jeśli nie ubiegasz się o inwestycje, dodanie linku do własnej aplikacji w swoim CV z pewnością zwiększy Twoje szanse na zatrudnienie. Tylko upewnij się, że MVP jest naprawdę imponujący i nie jest to Twoja pierwsza porażka. Oto niektóre z najczęstszych błędów popełnianych przez programistów podczas tworzenia MVP:

1. Wybór złego problemu do rozwiązania

   Ankieta przeprowadzona przez CB Insights wykazała, że ​​42% wszystkich niepowodzeń startupów wynika z „braku potrzeb rynkowych”. Innymi słowy, Twoja aplikacja może być dobrze napisana i mieć świetną funkcjonalność, ale niewiele osób jej potrzebuje.

   Aby uniknąć tego scenariusza, zanim usiądziesz do opracowania MVP, musisz zadać sobie następujące pytania:
   • Kto może być zainteresowany moją aplikacją?
   • Jaki problem rozwiązuje?
   • Czy mój pomysł jest najskuteczniejszym sposobem rozwiązania problemu?

   Jeśli uważasz, że Twój produkt jest dobry dla wszystkich, prawie na pewno poniesiesz porażkę. Znajdź swoją grupę docelową.

2. Pomiń etap prototypowania

   Nikt nie buduje samochodu bez uprzedniego stworzenia jego koncepcji. Bezpośrednie przejście od pomysłu do procesu rozwoju będzie prowadzić do błędów. Prototypowanie i iteracje są niezbędne do rozwoju produktu. Przetestuj prototyp z potencjalnymi użytkownikami. W ten sposób poznasz ich opinię na temat Twojej przyszłej aplikacji.

3. Kierowanie na niewłaściwy segment użytkowników

   Pamiętaj, że nie wszyscy użytkownicy są Twoją grupą docelową. Nie proś więc znajomych ani rodziny o sprawdzenie aplikacji, jeśli nie należą do Twoich potencjalnych klientów. W przeciwnym razie produkt otrzyma stronniczą ocenę. Ważne jest, aby skupić się na podzielonym na segmenty rynku docelowym. Pomoże to zwiększyć Twoje szanse na sukces.

4. Zła metoda rozwoju

   Przejście od razu do procesu MVP przy użyciu niewłaściwej metody programowania jest jednym z głównych powodów, dla których wiele osób porzuca projekt przed jego ukończeniem. I to jest jeden z głównych czynników wpływających na statystyki, dlaczego 9 na 10 startupów upada.

   Istnieją dwa najpopularniejsze podejścia do tworzenia produktów MVP: Agile (metodologia zwinna) i Waterfall (model wodospadu).

   W porównaniu do Waterfall, rozwój produktów Agile jest bardziej efektywny, ponieważ lepiej dostosowuje się do zmieniających się okoliczności i pozwala na realizację projektu w określonych ramach czasowych. Badanie przeprowadzone przez firmę Ambysoft w 2018 r. wykazało, że wskaźnik sukcesu Agile wynosi 55% w porównaniu z 29% w przypadku programowania kaskadowego.

5. Pomieszanie informacji zwrotnej jakościowej i ilościowej

   Informacje zwrotne jakościowe i ilościowe to dwa różne sposoby gromadzenia danych od docelowych użytkowników.

   Jakościowa informacja zwrotna składa się z wyników odnoszących się do wrażeń użytkownika związanych z funkcjami produktu lub usługi. Bezpośrednio ocenia użyteczność systemu, pomagając programistom analizować konkretne, problematyczne elementy interfejsu użytkownika.

   Ilościowa informacja zwrotna ma postać wskaźników określających, czy wykonanie zadań było łatwe, czy trudne. Pośrednio ocenia użyteczność projektu.

   Idealnym podejściem jest połączenie informacji zwrotnej jakościowej z ilościową – informacja zwrotna triangulacyjna w celu zebrania danych w celu dokładnej interpretacji, biorąc pod uwagę wiele różnych czynników. Takie podejście zwiększa szanse na zapanowanie nad zagrożeniami dla produktu. Jeśli obie metody opinii dojdą do wspólnego wniosku, programista będzie bardziej pewny powodzenia swojej aplikacji.