Den virtuella ekonomin har gett många fantastiska möjligheter.
Du kan starta ett företag med praktiskt taget inga kostnader, och har många verktyg för att skala den tillväxten som det händer (t.ex.SaaS, cloud hosting). Den nya ekonomin har också gjort det enklare och effektivare att använda icke-anställda än någonsin.
Jag antar att läsaren har en förståelse för verktyg som eLance.com och Fiverr. Om inte, ta en minut att granska. Jag vill ta itu med några av de problem som uppstår genom att arbeta med icke-anställda.
$config[code] not foundVem?
Först och främst använder jag begreppet icke-anställd som en fångst-all fras för alla som inte är en W2-anställd. Även om de juridiska skillnaderna inte är viktiga för denna artikel, räcker det med att säga att lagen drar linjen på hur individen behandlas. Om verksamheten kontrollerar hur de fungerar, när de arbetar, om de brinner dem och om de inte kan lägga ut arbetet eller göra vinst på jobbet, så är de anställda.
När du anländer någon via eLance, kan den personen inte vara den som faktiskt utför jobbet, vilket leder oss till utgåva nr. 1. Vem utför faktiskt jobbet? Jag kan inte betona det tillräckligt. Du behöver veta vem som faktiskt utför jobbet.
Jag förlovade nyligen en firma för att göra lite mjukvaruutvecklingsarbete. Företaget var baserat i Oklahoma City, men Chief Technology Officer var i San Diego och utvecklingslaget var både i USA och Rumänien. Inte ett ovanligt arrangemang i utvecklingsvärlden, men om jag trodde att jag skulle gå in på Oklahoma City-kontoret och prata med en programmerare skulle jag ha varit mycket besviken.
Att veta vem som gör jobbet ger dig också möjlighet att se till att de faktiskt har de färdigheter som du behöver. Det finns många aggregatorer där ute som i grunden fungerar som ansiktet för andra som gör själva arbetet. Återigen är det inte nödvändigtvis dåligt, men vad händer om mitten mannen går iväg, och du är kvar med halvfullt arbete, och den personen talar inte engelska? Du har ett problem på dina händer.
Slutligen, utsätt icke-anställda för samma nivå av granskning som du gör när du anställer anställda. (Se min artikel här om att anställa.) De har samma arbete, så du måste ha samma förtroende. Tendensen är att inte lägga in så mycket due diligence, men igen skulle jag argumentera för att det är viktigare att visa dina icke-anställda eftersom de kommer att agera mer självständigt.
När?
Det finns generellt fyra skäl som du vill involvera icke-anställda:
- Du behöver kunskapen. Du har ditt kärnteam, och de är bra på vad de gör, men du har ett speciellt projekt eller behov som behöver ytterligare expertis. Icke-anställda är idealiska för dessa situationer.
- Säsongsmedarbetande. Om ditt företag är säsongsbetonat, vill du förmodligen inte fortsätta vara fullt bemannad året runt. Att upprätthålla en kärna av viktig personal och komplettera med säsongsbetonad personal fungerar bra med icke-anställda.
- Tillfällig personal. Till skillnad från säsongsbetonad personal uppstår tillfälligt när du plötsligt ändrar verksamheten. Säg att du landar en stor ny kund, men är inte säker på om det kommer att bli ett långsiktigt arrangemang. Istället för att anställa en fast anställd, överväga ett tillfälligt arrangemang med en icke-anställd, eller till och med ett tempo att anställa. Tillfällig personalverk fungerar också bra i vätskesituationer där du är osäker på hur din verksamhet / marknad är på väg och du vill inte göra långsiktiga åtaganden.
- Icke-väsentliga. Om det inte är en kärna del av ditt företag (t ex lön, redovisning) kan det mycket väl vara mer kostnadseffektivt att engagera en icke-anställd. Med småföretag behöver du ofta mycket olika kunskaper, men har inte råd att ha en över allting. för mycket överhuvudtaget. Icke-anställda eller långsiktiga leverantörer är en idealisk lösning.
Relation
Ge inte någon ett stort viktigt jobb direkt ut ur porten. Börja med ett mindre, mindre viktigt jobb för att testa sina färdigheter, förmåga att följa instruktioner och träffa deadlines. Jag lärde mig detta på den svåra vägen, och jag hade varit varnad! I slutet av dagen handlar du om människor och alla problem som följer med dem. Bara för att du inte sätter dem på som en anställd betyder det inte att de inte har familjeproblem och pengar. Deras problem kommer så småningom att bli dina problem, precis som dina anställda, så lägg inte upp falska förväntningar! De borde kräva mindre ledning (varsel jag sa ingen ledning) och övervakning, men du kan inte ställa in det och glömma det.
Jag skulle hävda att kommunikation med icke-anställda är ännu viktigare än din interna kommunikation. Du har redan relationer med dina anställda. Du vet vad du ska förvänta dig och när. Ännu viktigare är att du redan har etablerade kommunikationslinjer och förväntningar kring dem. Icke-anställda relationer har ingen sådan stödjande infrastruktur. Ställ in kommunikationsförväntningar uppåt och använd de tillgängliga verktygen. Trello och Basecamp är två av mina favoriter, men det finns gott om andra. Inkludera dem i vilken intern kommunikation som helst. Det beror på arten och längden på deras engagemang, men ju mer du integrerar med ditt befintliga lag, ju mer framgångsrik kommer du att bli. Det finns en tendens att behandla icke-anställda som utomstående, och detta är farligt. Till exempel inkluderar vi våra icke-anställda i månatliga gruppkonferenssamtal och alla tillämpliga e-postmeddelanden.
Kontrollera
Först skulle jag få ett mycket bra kontrakt. Skimp inte på det här, för om du måste genomdriva det, behöver du något annat än vad du hittar på Internet. Sannolikt handlar du om flera jurisdiktioner (dvs. andra stater eller länder). Som en praktisk sak kan det aldrig ge ekonomisk mening att genomdriva det, men att ha bra stängsel gör bra grannar. För det andra ingår ett icke-upplysningsavtal (NDA). Återigen, dra inte bara något av en Google-sökning. Du borde kunna använda NDA för framtida icke-anställda, så att du kan sprida kostnaden runt.
För det tredje, och förmodligen viktigast, är kontrollen över arbetsprodukten. Vissa människor kommer att berätta att du inte helt kan skydda din arbetsprodukt från att återanvändas, och de är troligen rätt under vissa omständigheter (t ex anpassad programkod). Med det sagt är det väldigt viktigt att du skyddar din immateriella äganderätt så mycket du kan. Webbplatser som 99Designs innehåller ett upphovsrättsligt meddelande till sin plattform, men om du inte använder en plattform så måste du få det skriftligt att du äger det!
Betalande
Betala aldrig någon framför! Jag bryr mig inte om hur mycket de spårar och klagar. Det är bara dåligt affärer. Undantaget är om det finns betydande utgifter involverade i projektet (dvs leveranser eller material). Även då, se till att du har faktisk fysisk kontroll över dessa tillgångar. Tänk på en gammal byggteknik för att använda behållare. Håll 10 procent tillbaka efter genomförandet av projektet så att du kan se till att det inte finns några extra saker som behöver korrigeras innan du gör slutbetalning. Ange milstolpar och betal bara när de är färdiga.
Om du använder onlineverktyg som GitHub, se till att du äger kontot / förvaret och lägger till dem som samarbetare. Detta gör att du kan behålla kontrollen över produkten, om något går åt sidan.
Akta dig för omfattningskryp! Att ställa upp tydliga riktlinjer och projektförväntningar uppifrån bör innehålla en process för att hantera en förändring av vad som behöver göras. Detta är avgörande för båda parter. Du vill inte att de ska komma tillbaka och säga "Jag var tvungen att göra ytterligare arbete" när du inte ville ha gjort det. En klar "förändringsorder" -process förhindrar detta. Om det inte fanns någon förändringsorder, finns det ingen extra pengar, period.
Överväg att betala för projektet och inte per timme. Detta sätter både dig och den anställde på samma sida. I slutet av dagen bryr du dig inte hur länge det tar dem, bara att arbetet är klart. Om du måste betala per timme, skapa en budget och bryt ner den efter milstolpar. Detta gör att du kan se till att det inte finns några överraskningar (eller åtminstone endast minimala).
Freelancer Photo via Shutterstock
3 kommentarer ▼
