Как стать фрилансером по разработке программного обеспечения (ПО)

Как начать фриланс?

Если вы считаете, что фриланс вам подходит, то существует два основных способа, как начать работать фрилансером:

  • Броситься в омут головой.
  • Составить план по постепенному становлению.

Первый вариант может возникнуть импульсивно, но это рискованно до той поры, пока у вас не появятся ресурсы и контакты, которые помогут вам на начальном этапе и вы четко знаете, что планируете делать.

Второй вариант безопаснее, и обычно не требует кардинальных и внезапных изменений в жизни. Иногда бывает, что человек становится фрилансером, не планируя этого. Это происходит в результате того, что он берет все больше и больше дополнительной работы в свободное время.

Как мы начинали

Хотите услышать реальные примеры? Вот как некоторые из нас начинали:

  • К Мэттью Кейву (Matthew Cave) один из клиентов обратился с неожиданным и долгосрочным контрактом, и он решился попробовать. Постепенно это переросло в партнерство, а позже в компанию. Изначально все это не было запланировано, а Мэтт просто устал от своей текущей работы и не упустил представившуюся возможность.
  • Пьер Рочон (Pierre Rochon) был менее удачлив. У него была основная работа в подразделении медицинской компании R&D, но он потерял ее за три недели до рождения своих близнецов. Он провел несколько недель, обучаясь разработке под iOS, а затем, несколько месяцев спустя, начал работать над своим первым проектом, создав приложение для брокера недвижимости, которое отображало списки контактов и позволяло покупателю связываться с ним непосредственно из приложения.
  • Куба Судер (Kuba Suder) планировал стать фрилансером, но кажется, дальше желания он никогда бы не пошел. Он работал в небольшой компании в Кракове, разрабатывая на Ruby/Rails, но хотел стать Mac и iOS разработчиком, и начать также фриланс. В один прекрасный день, его представили тому, кто искал разработчиков для нового проекта. Он решил бросить свою работу и воспользоваться этой возможностью.
  • У Игнасио Ньето (Ignacio Nieto) была хорошо оплачиваемая работа, постоянная и стабильная, на сколько можно было получить в Испании. У него была прекрасная зарплата, но работу свою он просто ненавидел. Работая в сером офисе, день за днем, с одними и теми же лицами, в нетворческой атмосфере, где всем все равно, бесконечные пробки - его жизнь проходила мимо. Поэтому он решил совершить прыжок, решился бросить свою работу и начать работать в творческих проектах, использовать свое время лучшим образом и взял контроль над своей собственной жизнью. И он ни разу не пожалел о своем решении.
  • Хулио Carrettoni (Julio Carrettoni) брал разовую работу, в тот момент, когда решил стать фрилансером. В конце концов, он оставил свою постоянную работу и посвятил свой полный рабочий день фрилансу. Он понял, что зарабатывает столько же, без "минусов" наемника: посещения обязательных и бесполезных встреч, не связанных с его проектами, постоянного прерывания его работы постановкой новых задач, не связанных с его работой и т.д. Он просто понял, что в офисе он не был максимально продуктивным, и зарплата не была достаточно хорошей.
  • Пол Джонс (Paul Jones) не стал дожидаться, когда ему нужно было бы выбирать, оставаться ли "технарем" или идти дальше и стать менеджером для большего заработка. Его не прельщала управленческая карьера, и он отметил, что у фрилансеров, с которыми он работал, более интересная работа.
  • Павел Краковяк (Pawel Krakowiak) искал новую работу, когда друг прислал ему ссылку на фриланс платформу под названием RentACoder (сейчас Freelancer). Выглядело интересно, и он решил попробовать, несмотря на то, что он все еще искал работу на полный рабочий день. Через пару месяцев, Павел решил уйти во фриланс на полный рабочий день. Сегодня он считает, что это было лучшее решение, которое он когда-либо предпринимал.
  • Лично я (автор статьи Antonio Bello) начал свой путь в 2003 году, делая небольшие проекты на RentACoder в свободное время, имея при этом постоянную работу. В конце года я ушел с постоянного места работы и начал искать другое, посвятив все свое время фрилансу. Я брал небольшие проекты за небольшую оплату, но постепенно перешел на более крупные проекты, пока не осознал, что могу использовать полный рабочий день для реализации своих проектов.

Четыре месяца спустя, я сделал официальную карьеру фрилансера, открыв свою фирму. И вот он я, 11 лет спустя. :] И еще один факт: будучи фрилансером я переехал из Италии в Польшу, не думая о том, что мне нужно искать новую работу и т.д.

Поиск проектов

Не важно, решили ли вы нырять в омут головой или начинать постепенно, первое, что нужно сделать, это найти проекты с которых вы начнете. Вот наша наиболее эффективная стратегия поиска новых проектов, порядок не важен:

  • Из уст в уста: в нашем сообществе, это было самым распространенным источником новых проектов. Как говорит Мэтью Кейв, "нет лучшего маркетингового хода, чем счастливый клиент." Хорошая репутация имеет важное значение, и мы еще поговорим об этом в ближайшее время.
  • Twitter: Это схоже с "из уст в уста". Пусть ваши последователи знают, что вы ищете новые возможности, и вы можете мягко попросить ретвит. Ваш твит может быть прочитан сотнями или тысячами людей.
  • Он-лайн конференции и встречи: Еще одна вариация из уст в уста. Вы можете встретить других разработчиков, потенциальных клиентов, и существенно расширить свою базу. Просто разговаривая, вы можете довольно легко найти людей, ищущих разработчиков. При обсуждении, один говорит, что он ищет новый проект, а вы знаете, что ваш старый работодатель нуждается в фрилансере; неужели вы не соедините их друг с другом?
  • LinkedIn: Ваше резюме должно быть всегда актуальным, присоединяйтесь к группам, отвечающим вашим предпочтениям, пишите статьи, общайтесь с людьми, которых знаете. Люди найдут вас, когда будут искать разработчиков. Несмотря на то, что я не делал много из того, что я здесь предлагаю, я время от времени получаю предложения через LinkedIn.
  • Кадровые агентства: Они связывают вас с работодателями, во многих случаях предлагая варианты на полный рабочий день, но также многие специализируются или просто включают предложения на работу по контракту, которая может быть выполнена в удаленном режиме.
  • Фриланс платформы, такие как Upwork, Freelancer И Elance
  • DAAS платформы (developer as a service (разработка как услуга), такие как Toptal, Alt Tab, X-Team и Crew. Daas платформы- мой любимый способ поиска работы. Как я уже говорил, я начал свою карьеру фрилансера на RentACoder (Freelancer), а позже на oDesk (Upwork). Я использую многие из этих платформ, хотя в прошлом году в основном работал с Toptal.
  • Микро-консалтинговые платформы, такие как Airpair, Codementor, Hackhands. Микро-консультационные сервисы - это оказание помощи в работе один на один, с помощью видеозвонков, через скриншоты и через совместный разбор кода. Вы, вероятно, не получите регулярный заработок через микро-консультирование, работая в одиночку, но помощь другим и/или исправление их ошибок - это одним из лучших способов изучить что-то новое, и, кроме того, вам будут за это платить.

Выбор проектов

Если вы используете онлайн-платформу по фрилансу, то вы, как правило, имеете доступ ко многим проектам. Но не делайте ошибку, подписываясь на все из них. Лучше выбрать несколько наиболее привлекательных, ну скажем, пять проектов и потратить достаточное количество времени на каждый из них.

Что касается того, как выбирать проекты, помимо очевидного выбора платформ, технологий и языков, есть еще несколько вещей, которые следует принять во внимание:

  • Репутация клиента: "Трудный" клиент может мешать успеху проекта и вашей способности сделать свою работу лучшим образом.
  • Статистика найма клиентом: Если клиент опубликовал 100 проектов, но еще не нанял ни одного кандидата, писать предложение ему, вероятно, будет пустой тратой времени.
  • Количество претендентов: Чем больше кандидатов, тем меньше шанс, что вас наймут на эту работу. С другой стороны, проекты с небольшим числом претендентов могут требовать очень специфических знаний, или иметь смехотворно низкий бюджет или что-то еще.
  • Осуществимость проекта: Кажется очевидным, но вы должны быть уверены, что проект действительно осуществим. Нужно понимать, что есть проекты, которые не являются технически осуществимыми (например, приложения, которые способны перехватывать ваши мысли и переводить их в текст - ни одна технология не дает такой возможности, по крайней мере пока :]), а также проекты, когда технически не рекомендуется их осуществлять ( например, приложение на iOS, написанное с использованием Android SDK-вероятно, возможно технически, но не особого смысла в этом нет).

Не все фриланс платформы предлагают статистику по клиенту и уровням проекта, для того, чтобы можно было выяснить, является ли проект хорошей сделкой или нет. Основываясь на собственном опыте, могу сказать, что Upwork- один из немногих, кто предоставляет наиболее полную информацию, такую как:

  • средний рейтинг клиента
  • список его предыдущих проектов
  • число нанятых разработчиков в соотношении с числом проектов
  • число претендентов на проект, средняя ставка или ставка для всех заявителей

Я не могу сказать, предоставляют ли другие платформы такую же информацию, но мне кажется, что они должны, по крайней мере, предоставить альтернативные способы выяснения качества проекта и клиента.

Тем не менее, при оценке проекта, если ваши инстинкты говорят вам, что проект “проблемный”, прислушайтесь и продолжайте поиски. Тот же совет, если вы чувствуете, что у вас могут быть проблемы с клиентом.

Кроме того, будьте гибкими и открытыми для изучения чего-то нового. Не упустите проект только потому, что в нем не используется ваша любимая технология. Думайте о том, что лучше для проекта, а не для вас. Точно так же, не отклоняйте проект слишком быстро только потому, что у вас нет конкретных требований; прочитайте “Обучение и приобретение опыта" далее в статье.

Советы по написанию сопроводительного письма

Когда вы оформляете заявку на проект, вам обычно нужно написать что-то, что даст клиенту понять, что он должен выбрать именно вас.

Избегайте копирования даже частей из одного сопроводительного письма в другое. Когда вы используете дословно один и тот же текст, это приводит к тому, что вы говорите о себе, а не о проекте. Клиентам нужно знать, что вы способны решить их конкретные проблемы, а не общую информацию о вашем предыдущем опыте. То, что вы можете сделать, важнее, чем то, что вы уже сделали.

Ведь было бы очень странно, если вы загнали свой автомобиль в сервис, а механик начал рассказывать вам, насколько он хорош в починке Ferrari, или что он когда-то менял резину на Lamborghini? Все, что вы хотите знать - это сможет ли он починить вашу машину, и, возможно, сколько это будет стоить.

Ваш навыки и опыт, конечно, важны, но они, вероятно, важны не на столько, сколько важно клиенту объяснение того, какой вклад вы сможете внести в конкретный проект. Поэтому я рекомендую вам указать ваши регалии уже в конце вашего сопроводительного письма.

Убедитесь, что вы отвечаете большинству требований, установленных заказчиком. Если вы не удовлетворяете требованиям, разумно будет объяснить, почему вы сможете сделать работу должным образом, или подчеркнуть ваши преимущества, которые вы сможете привнести в проект, и которые, возможно, не учел и не рассматривал клиент.

Обучение и приобретение опыта

При подаче заявления на работу, вам нужно говорить клиентам о своем опыте работы в различных областях.

Обратите внимание, что это не знание конкретного языка или структуры, которая определит, являетесь ли вы опытным разработчиком программного обеспечения. Некоторые технологии являются более сложными, чем другие, и требуют больше времени, чтобы их изучить. И вы, будучи разработчиком, должны постоянно учиться не тому, как что-то сделать, а учиться тому, как можно сделать это что-то по-другому.

Для фрилансера - разработчика программного обеспечения, способность быстро учиться и находить необходимую информацию и знания для завершения проекта - более важны, чем опыт.

Таким образом, при подаче заявки на проект, вы можете опустить (избегая откровенную ложь) тот факт, что у вас нет опыта, который соответствовал бы конкретным требованиям, если вы знаете, что вы сможете быстро заполнить этот пробел.

Вы помните, что я предлагал писать сначала о проекте в вашем сопроводительном письме, а не о себе? Это нужно, чтобы продемонстрировать свой уровень компетенции, который выходит далеко за рамки того или иного языка.

Если вы преподнесете себя должным образом, то клиент, прочьтя ваше предложение, поймет, что вы знаете, о чем вы говорите. Создав положительное впечатление, он может и не заметить, или ему будет все равно, что вы забыли упомянуть о том, есть ли у вас желаемые пять лет опыта в Swift разработке.

Заметка

 

Я не призываю вас обманывать ваших клиентов. Речь идет о том, что можно опустить то, что является для вас мелочью, расхождением, что благодаря вашему опыту, вы сможете решить в короткий промежуток времени, без влияния на качество или скорость вашей работы.

В первом "среднем" проекте в качестве фрилансера, я работал над реализацией платформы SMS-сообщений, в комбинации с простым CMS. Требования, предъявляемые к проекту, включали (среди других) использование ASP.NET.

Клиент выбрал меня, потому что я провел тщательный анализ того, как я собирался внедрить эту систему, какие инструменты использовать, какие я ожидал технические проблемы, и т.д.

Я опустил тот факт, что у меня не было никакого опыта работы с ASP.NET и C #, и клиент и не спросил меня об этом - я просто знал, что хочу изучить их обоих и понимал, что завершу проект без проблем.

Клиент не понимал этого упущения, пока, в один прекрасный день, я не сказал ему об этом.

Сколько я должен зарабатывать?

После того, как вы нашли проект, следующее, что вам нужно определить это то, сколько вам должны платить.

Во фрилансе тарифы и репутация находятся в довольно строгом соотношении. Если у вас нет хорошей репутации, то ваши клиенты, вероятно, не будут платить много. Если у вас плохая репутация, то вас, вероятно, не наймут, независимо от вашей ставки. Но, со временем, ваша репутация будет все выше и выше, и ваши ставки оплаты тоже увеличатся.

Другим важным фактором ценообразования является страна, в которой вы живете. Я начал с низкой ставки в $ 15/час, в среднем ставка в то время была $ 60-70/час, в зависимости от проекта. Тем не менее, я живу в Польше, в стране, где прожиточный уровень не такой высокий. Мои клиенты в основном из США, но в прошлом я также работал с Великобританией и Италией.

Если бы я жил в Великобритании, то я бы, вероятно, в среднем зарабатывал £ 60/час, что составляет около 90 $. В США, я мог зарабатывать целых $ 120 / час или даже больше, находясь в нужном месте. Я думаю, что iOS разработчик в Сан-Франциско мог запросить в два или три раза больше!

Многие клиенты ищут самую низкую ставку, но не все из них. Есть хороший процент тех, кто понимает, что в жизни, вы получаете то, за что платите. Я часто писал потенциальному клиенту, "Я знаю, что я не самый дешевый разработчик, но ..." и вы сами решаете, что будет, после этого "но".

Что дальше?

Дальше, вы можете продолжить изучать наши туториалы по мере их появления, а также, параллельно читать перевод официальной книги по языку программирования Swift. И, для более подробного изучения языка, вы можете пройти наши курсы!

Урок подготовил: Акулов Иван

Источник урока: Источник