Jak zatrudnić niezależnego programistę

Większość nieudanych projektów deweloperskich nie była źle zakodowana. Były źle sprecyzowane, zatrudniane na podstawie niewłaściwych sygnałów i przekazywane tak niekompletnie, że następny programista musiał zaczynać od nowa. Część techniczna rzadko jest miejscem, gdzie giną pieniądze.

To dobra wiadomość dla nietechnicznego kupującego, ponieważ oznacza, że najważniejsze decyzje to te, które jesteś w stanie podjąć. Nie musisz oceniać JavaScriptu kogoś, aby dobrze zatrudnić. Musisz być w stanie precyzyjnie opisać problem, rozpoznać odpowiednie dowody, zadawać pytania, na które trudno jest blefować, i nalegać na przekazanie, które pozostawi Cię z kluczami. Ten przewodnik omawia wszystkie cztery.

Zdecyduj, co faktycznie budujesz

Zacznij od wyniku, a nie od technologii. Potrzebuję aplikacji” to nie jest brief; klienci muszą rezerwować i płacić za miejsce na swoim telefonie, a ja muszę widzieć jutrzejsze rezerwacje na jednej liście” to jest. Drugą wersję można wycenić, przetestować i omówić. Pierwszej nie.

Zanim z kimkolwiek porozmawiasz, zapisz cztery rzeczy:

• Zadanie do wykonaniaCo użytkownik powinien być w stanie osiągnąć, czego nie może dzisiaj. Jedno zdanie na każdą funkcjonalność, w języku użytkownika, a nie technicznym.
• Niezbędne elementyKilka rzeczy, bez których budowa jest bezcelowa. Jeśli Twoja lista ma więcej niż sześć pozycji, to jest to lista życzeń, a nie specyfikacja.
• Co już istniejeObecna strona, hosting, domena, dostawca płatności, CRM, arkusze kalkulacyjne. Każda integracja to praca, a niezadeklarowane integracje to miejsca, gdzie szacunki się psują.
• Kto to utrzymujeOprogramowanie to nie zakup, to zobowiązanie. Zdecyduj teraz, czy zatrzymasz programistę, zatrudnisz kogoś innego, czy będziesz zarządzać tym samodzielnie.

Przydatna zasada: opisz pierwszą wersję jako najmniejszą rzecz, która byłaby naprawdę użyteczna. Wszystko inne trafia na drugą listę. Programiści wyceniają pierwszą listę; druga lista to to, co finansujesz, gdy pierwsza zacznie zarabiać.

Jakiego rodzaju programisty potrzebujesz

Programista” obejmuje kilkanaście różnych zawodów, które nie są wymienne. Zatrudnienie niewłaściwego to najczęstszy i najdroższy błąd kategoryzacji w tym procesie.

• Front-endTo, co użytkownik widzi i dotyka: układ, interakcja, responsywność, dostępność. Zatrudnij do przeprojektowania, strony marketingowej lub nowego interfejsu w istniejącym systemie. Zobacz freelancerów zajmujących się rozwojem front-end.
• Back-endDane, logika, API, uwierzytelnianie, płatności. Zatrudnij, gdy wartość tkwi w tym, co dzieje się po naciśnięciu przycisku. Zobacz freelancerów zajmujących się rozwojem back-end.
• Full-stackOba, na poziomie roboczym. Właściwy wybór dla większości małych projektów, ponieważ koordynacja między dwoma specjalistami kosztuje więcej niż oszczędza w małej skali.
• CMS i platformaWordPress, Shopify, Webflow i podobne. Jeśli Twoje wymagania są spełnione przez istniejącą platformę, zatrudnienie niestandardowego programisty do jej przebudowy to zmarnowane pieniądze. Zobacz rozwój WordPress i rozwój Shopify.
• MobilneNatywne iOS lub Android, lub wieloplatformowe. Naprawdę inna dyscyplina niż web, z własnymi ograniczeniami dotyczącymi recenzji w sklepie i wydawania. Zobacz rozwój aplikacji mobilnych.
• Utrzymanie i poprawkiDebugowanie, aktualizacje, wydajność, bezpieczeństwo. Często jest to najbardziej wartościowe zatrudnienie ze wszystkich, a kupujący odkładają je najdłużej. Zobacz utrzymanie strony internetowej.

Jeśli naprawdę nie wiesz, czego potrzebujesz, to samo w sobie jest małym, tanim, dobrze zdefiniowanym zadaniem: zapłać doświadczonemu programiście za krótką rozmowę o zakresie, zanim cokolwiek zlecisz.

Wybór technologii przed osobą

Nie musisz wybierać języka. Musisz podjąć jedną decyzję: platforma czy niestandardowe. Ma to większy wpływ na całkowity koszt niż jakikolwiek inny wybór w tym przewodniku.

Budowa na platformie — WordPress, Shopify, Webflow, narzędzie no-code — oznacza, że większość oprogramowania już istnieje, a Ty płacisz za konfigurację, projekt i części, które są specyficzne dla Ciebie. Jest to szybsze, tańsze i łatwiejsze do przekazania następnej osobie, ponieważ tysiące programistów to zna. Ograniczeniem jest to, że żyjesz w ramach założeń platformy.

Niestandardowa budowa oznacza, że oprogramowanie jest pisane dla Ciebie. Pasuje dokładnie i kosztuje kilka razy więcej, aby je stworzyć i utrzymać, ponieważ tylko osoba, która je napisała, zna je, dopóki go nie udokumentuje. Niestandardowe jest właściwą odpowiedzią, gdy to, co robisz, jest produktem; jest to zła odpowiedź na stronę broszurową lub standardowy sklep.

Dwie praktyczne zasady. Po pierwsze, jeśli główna platforma spełnia osiemdziesiąt procent Twoich potrzeb, zacznij od niej i zapłać za brakujące dwadzieścia. Po drugie, cokolwiek zostanie wybrane, zapytaj dlaczego — programista, który nie potrafi wyjaśnić wyboru w kategoriach Twoich wymagań, wybiera to, co mu się podoba, a nie to, czego potrzebujesz. Jeśli rozważasz budowę całej strony, nasz przewodnik po kosztach strony internetowej przedstawia zakresy.

Pisanie krótkiej specyfikacji, którą deweloper może wycenić

Dobra specyfikacja techniczna jest krótka i konkretna. Nie mówi deweloperowi, jak ma budować; mówi mu, co musi być prawdą po zakończeniu pracy.

• Problem, w jednym akapicie. Co się dzieje teraz i dlaczego jest to nie do przyjęcia.
• Historie użytkowników. Jako klient mogę… aby…”. Pięć do piętnastu takich historii to prawdziwa specyfikacja.
• Integracje. Nazwij każdy zewnętrzny system z nazwy, włączając te, które uważasz za trywialne.
• Co dostarczasz. Teksty, obrazy, projekty, loginy, dane testowe. Niezadeklarowane luki stają się godzinami do rozliczenia.
• Ograniczenia. Termin, zakres budżetu, hosting, na którym musisz pozostać, zgodność, którą musisz spełnić.
• Definicja ukończenia. Gdzie wdrożono, jak przetestowano, do jakiego poziomu udokumentowano, z czym przekazano.

Uwzględnij zakres budżetu. Kupujący wstrzymują go, licząc na niższą wycenę; w praktyce prowadzi to jedynie do propozycji skierowanych do niewłaściwej skali, a Ty tracisz rundę korespondencji, odkrywając to. Nasz przewodnik po pisaniu specyfikacji projektu, która przynosi świetne propozycje zawiera pełniejszy szablon, a stawka godzinowa vs. stała cena wyjaśnia, o jaki model cenowy prosi Twoja specyfikacja.

Tworzenie krótkiej listy

Celuj w trzech do pięciu kandydatów. Mniej, a nie masz porównania; więcej, a nie przeprowadzisz właściwej oceny żadnego z nich.

Istnieją dwa kierunki wyszukiwania. Zacznij od pracy, jeśli Twoje zadanie jest dobrze zdefiniowane i chcesz kupić coś konkretnego — przeglądaj oferty o stałej cenie w kategoriach tworzenie stron internetowych, tworzenie oprogramowania lub aplikacje internetowe, lub według platformy na projektowanie stron internetowych, deweloperzy WordPress, tworzenie aplikacji mobilnych lub eksperci Shopify.

Zacznij od osoby, jeśli praca wymaga dyskusji. Przeglądaj deweloperów według dyscypliny lub narzędzia — React, WordPress, PHP, Python lub Webflow — lub opublikuj specyfikację i pozwól, aby propozycje same do Ciebie przyszły. Na Zinn Hub publikowanie projektu jest bezpłatne, i możesz skierować go na konkretny obszar, taki jak tworzenie stron internetowych, tworzenie zaplecza lub tworzenie aplikacji mobilnych.

Filtruj mocno pod kątem trafności i lekko pod kątem wszystkiego innego. Deweloper, który dostarczył trzy rzeczy podobne do Twoich, prawie zawsze wygrywa z tym, który ma dwukrotnie większe doświadczenie w innej dziedzinie.

Jak czytać portfolio dewelopera

Nie musisz audytować czyjegoś kodu i nie musisz tego robić. Portfolio nadal wiele Ci powie, jeśli wiesz, na co patrzeć.

• Otwórz aktywne linki. Zrzut ekranu niczego nie dowodzi. Załaduj stronę na telefonie, użyj jej, zepsuj ją. Wszystko, co jest dziś zepsute, zostało zaakceptowane jako zepsute.
• Szukaj problemów podobnych do Twoich. Nie tej samej branży — tego samego kształtu. Proces rezerwacji to proces rezerwacji, niezależnie od tego, czy sprzedaje strzyżenie, czy helikoptery.
• Sprawdź, co zrobili. W projektach zespołowych zapytaj, które części były ich. Pracowałem nad tym” może oznaczać bardzo wiele lub bardzo niewiele.
• Sam przetestuj podstawy. Czy strona ładuje się szybko? Czy działa na telefonie? Czy formularze są użyteczne za pomocą klawiatury? To są sygnały rzemieślnicze, które nietechniczny kupujący może doskonale odczytać.
• Czytaj recenzje jako zbiór dowodów. Jedna pochlebna recenzja to szum. Wzór w wielu, zwłaszcza dotyczący komunikacji i terminów, to sygnał. Na Zinn Hub recenzje wymagają potwierdzonego zakupu.
• Zapytaj, co poszło nie tak. Najmocniejszą odpowiedzią na pytanie opowiedz mi o projekcie, który poszedł źle” jest konkretna, niepochlebna, dobrze przeanalizowana historia. Nie ma dewelopera, który miałby tylko gładkie projekty.

Aby uzyskać systematyczną wersję tego, przejdź przez naszą 12-etapową listę kontrolną weryfikacji freelancera.

Pytania do zadania przed zatrudnieniem

Celem nie jest nikogo złapać. Chodzi o to, aby usłyszeć, jak ktoś myśli, gdy odpowiedź nie jest wyćwiczona.

• Wyjaśnij poprzednią budowęOpowiedz mi o jednym z tych projektów i kompromisach, które podjąłeś.” Dobry deweloper wymieni coś, czego nie zdecydował się zrobić i dlaczego. Żargon bez kompromisów to znak ostrzegawczy.
• Co Cię tu martwiZapytaj, jaka jest najbardziej ryzykowna część Twojej specyfikacji. Każdy, kto powie nic, to proste”, nie przeczytał jej prawidłowo.
• Czego brakujeCzego potrzebowałbyś ode mnie, czego nie dostarczyłem?” Silni kandydaci odpowiadają na to natychmiast i szczegółowo.
• Jak będę widział postępyLink do środowiska testowego, cotygodniowa aktualizacja, wspólna tablica. Każda odpowiedź jest dobra; brak odpowiedzi nie jest.
• Co dzieje się po uruchomieniuOkres na poprawki, warunki wsparcia, dokumentacja. Uzgodnij to przed rozpoczęciem, a nie wtedy, gdy coś się zepsuje.
• Kto jest właścicielem koduZapytaj bezpośrednio. Odpowiedź powinna brzmieć: Ty, po dostarczeniu, na piśmie, włączając wszystko, co jest potrzebne do jego uruchomienia.

Testuj, zanim się zaangażujesz

Najtańszym ubezpieczeniem dostępnym dla kupującego jest małe płatne zlecenie przed dużym. Nie jest to niepłatna próba, którą dobrzy freelancerzy odrzucają i która nic nie mówi o tym, jak ktoś zachowuje się, gdy w grę wchodzą pieniądze — to prawdziwe, małe, płatne zadanie.

Dobre zadanie testowe jest reprezentatywne, samodzielne i możliwe do wykonania w jednym posiedzeniu: naprawienie konkretnego błędu, uczynienie jednej strony responsywną, dodanie formularza i jego podłączenie, poprawa wolnej strony. To, co naprawdę oceniasz, to nie kod. To, czy zadali pytanie wyjaśniające przed rozpoczęciem, czy dostarczyli to, o co proszono, a nie to, co woleli, czy wyjaśnili, co zrobili, i czy podany przez nich czas realizacji był czasem, który otrzymałeś.

Na Zinn Hub naturalnym formatem jest Micro Zinn — zadanie o stałej cenie za $5, $10, $15 lub $20. Przeglądaj naprawy błędów i małe zadania kodowe lub naprawy i poprawki błędów na stronach internetowych, lub zacznij od ceny z $20 Micro Zinns. Nasz przewodnik po testowaniu freelancera przed zaangażowaniem omawia, jak strukturyzować i oceniać test.

Ile to kosztuje i jak płacić

Ceny usług deweloperskich różnią się bardziej niż w jakiejkolwiek innej kategorii freelancingu, ponieważ praca jest bardziej zróżnicowana. Poniżej przedstawiono typowe przedziały rynkowe dla całego zlecenia, a nie ceny Zinn Hub, i każdy freelancer ustala własne.

• Małe zadanie

  Poniżej $200

  Naprawa błędu, konflikt wtyczki, formularz, optymalizacja prędkości, mała funkcja w istniejącej konstrukcji. Najlepiej kupować jako zadanie o stałej cenie.

• Standardowa budowa

  $500–$2,000

  Witryna lub sklep oparty na platformie: konfiguracja motywu, kilka szablonów stron, formularze, podstawowe integracje, uruchomienie.

• Zaawansowane

  $2,000–$8,000

  Niestandardowa funkcjonalność, konta i loginy, płatności, integracje z innymi firmami lub niestandardowy projekt zaimplementowany od podstaw.

• Aplikacja

  $8,000+

  Prawdziwy produkt oprogramowania: systemy wielorolowe, pulpity nawigacyjne, aplikacje mobilne, wszystko, co ma znaczącą logikę zaplecza i ciągłe prace inżynieryjne.

Koszty różnią się w zależności od zakresu, złożoności i doświadczenia. Użyj przedziałów, aby sprawdzić wycenę, a nie jako taryfę — jeśli liczba znajduje się dwa przedziały od miejsca, do którego należy Twój brief, ta różnica jest warta rozmowy.

Na Zinn Hub każdy Zinn ma cenę ustaloną przez swojego Zinnera, kupujący nie płacą opłaty za platformę, a wszystkie ceny są podane w USD z przybliżonym odpowiednikiem wyświetlanym w Twojej walucie. Zamówienie jest opłacane i chronione jako jedna całość; nie ma etapowego ani kamieni milowych, więc budowa fazowa jest składana jako oddzielne zamówienia lub uzgadniana jako oddzielne fazy cenowe w Twoim briefie projektowym. Wybierz Zinnera chronionego platformą, a Twoja płatność będzie przechowywana przez Zinn Hub do momentu zakończenia zamówienia; wszelkie zwroty są w całości księgowane na Twoim Zinn Wallet w USD. Zinnerzy, którzy połączą swoje konto PayPal lub Stripe, są opłacani bezpośrednio przy kasie.

Własność, dostęp i przekazanie

To jest sekcja, którą kupujący pomijają, a później żałują. Uzgodnij wszystko na piśmie przed rozpoczęciem pracy, ponieważ po dostarczeniu nie masz już żadnych możliwości.

• Konta na Twoje nazwisko. Domena, hosting i wszelkie usługi stron trzecich powinny być zarejestrowane na Ciebie, a deweloper dodany jako użytkownik. Nigdy odwrotnie.
• Własność kodu po dostarczeniu. Wyraźnie zaznacz, że po ostatecznej płatności praca jest Twoja do użytku, modyfikacji i przeniesienia w inne miejsce. Zapytaj o wszelkie komponenty stron trzecich z ich własnymi licencjami.
• Dostęp do repozytorium. Nawet jeśli nigdy go nie otworzysz, musisz być w stanie przekazać go następnemu deweloperowi.
• Wszystkie dane uwierzytelniające. Loginy administratora, klucze API, dostęp do bazy danych, dostęp do wdrożenia — przekazane i potwierdzone działanie przed ostateczną płatnością.
• Dokumentacja. Krótka pisemna notatka o tym, jak wdrożyć, gdzie znajdują się rzeczy i co zrobić, jeśli się zepsuje. Jedna strona wystarczy; brak to nie.
• Okres na poprawki. Określony okres po uruchomieniu, w którym prawdziwe wady są naprawiane bez dodatkowych kosztów. Trzydzieści dni to powszechne, rozsądne żądanie.

Warunki praw autorskich i licencji różnią się w zależności od kraju i umowy, dlatego traktuj to jako ogólne wskazówki, a nie porady prawne, i zasięgnij profesjonalnej porady w każdej kwestii o znaczeniu komercyjnym.

Błędy, które pogrążają projekty deweloperskie

• Zatrudnianie przed powstaniem briefu. Każda godzina poświęcona na specyfikację oszczędza kilka godzin na budowie i przeróbkach. Nic innego na tej liście nie ma tak dużego znaczenia.
• Wybieranie wyłącznie na podstawie ceny. Najniższa wycena często jest tą, która najmniej zrozumiała, a różnica ujawnia się w postaci żądań zmian.
• Ciche dodawanie zakresu. Małe prośby podczas budowy to sposób, w jaki stałe ceny stają się sporami. Grupuj je, wyceniaj, decyduj o nich.
• Brak środowiska testowego. Przeglądanie pracy dopiero po jej uruchomieniu to sposób, w jaki uszkodzona witryna jest odkrywana przez klientów, a nie przez Ciebie.
• Pomijanie sprawdzania mobilnego. Większość Twoich odwiedzających korzysta z telefonu. Nie zatwierdzaj niczego, czego nie otworzyłeś na telefonie.
• Pozostawianie przekazania na koniec. Moment na uzgodnienie dostępu i własności to przed pierwszym zatwierdzeniem, a nie podczas ostatniej faktury.
• Brak planu konserwacji. Oprogramowanie się psuje. Zaplanuj budżet na aktualizacje, kopie zapasowe i bezpieczeństwo od pierwszego dnia, albo zapłać za ratunek później.
• Ignorowanie sygnałów ostrzegawczych. Niejasne odpowiedzi, niedotrzymywanie małych terminów i naciski na płatność poza platformą są omówione w naszym przewodniku po częstych oszustwach freelancerów.

Jeśli nadal zastanawiasz się, czy freelancer jest w ogóle właściwą drogą, freelancer vs agencja porównuje te dwie opcje uczciwie dla małej firmy.