Фриланс на Upwork 2018

Также имея опыт создания серверных программ на Java, мне будет проще сделать взаимодействия клиент-сервер на Android: я больше понимаю в структуре сервера.

Анализ ниши по количеству проектов на Upwork

Изучив реальные проекты в ленте Upwork, я выделил следующие повторяющиеся особенности проектов:

Проекты на создание сразу для двух платформ iOS+Android;

Проекты на гибридных фреймворках (не нативные приложения);

Нативные проекты на Java, не привязанные к определенным технологиям;

Проекты, где клиент не знает, на чем должно быть реализовано;

Игры;

Портирование с iOS на Android;

Необходим только код;

Необходим код + верстка;

Необходим дизайн + код + верстка;

Необходим приложение + сервер;

И наиболее популярный функционал:

Работа с REST API;

Верстка дизайна;

Геолокация;

Работа с фото;

Видео/аудио чаты;

Блокчейн;

Интеграция оплаты.

Конкретные типы приложений (подобные проекты появляются хотя бы раз в месяц):

Приложения для такси;

Приложения доставки еды;

Приложения для бизнеса – создания отчетов работниками;

Месенджеры;

Игры-викторины;

Социальная сеть.

Под типами приложений  я имею в виду, по сути, клоны популярных приложений. Когда такие появляются (например, Uiber для такси сервисов или what’s up для мессенджеров), то можно специализироваться только на них. Но в данный момент я не вижу большого спроса на подобные клоны (есть только старые типы, на которых спрос только угасает), да и создавать их не очень хочется. Поэтому для меня этот вариант неприемлем, но, возможно, кому-то будет интересен.

Из всего этого я выделил два варианта работы:

Работа командой;

Работа в одиночку.

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

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

В этом случае, возможно, имеет смысл даже создать агентство на Upwork.

Нишу же в Android разработке я решил выбрать в создании приложений (не игр) без использования гибридных приложений. Основной упор я решил сделать на работу с REST API, верстке дизайна, геолокации, работе с фото, видео/аудио чатами, блокчейнами, интеграцией оплаты. Это наиболее популярные функции и они мне интересны, но они слишком разношерстные, поэтому я по очереди буду делать акцент на определенной функциональности и смотреть на эффективность.

Одна ниши или несколько?

Тут самое время сказать, что-то в духе  “вот ты всю статью рассказывал, как это плохо заниматься всем сразу, а в итоге пришел к тому, что один из вариантов – это объединиться и делать все сразу”. Во-первых, я все еще рекомендую вам не заниматься всем сразу, вы лично должны оставаться специалистом в конкретной сфере (и делать на этом акцент в своем профиле и cover letters), а тот факт, что вы умеете слаженно работать с коллегами, – это плюс, который просто облегчает жизнь клиенту. Во-вторых, важно заранее определиться (потратить много времени) с проектами, на которые вы будете ориентироваться, а не подавать заявки куда попало. В-третьих, это заполнение профиля. Вы можете написать все 5000 знаков в своем overview и добавить десятки проектов в портфолио, но это не будет работать. Нужно сузить варианты направлений работы как можно сильнее, но чтобы все еще была возможность хотя бы 1 раз в день подаваться на хороший проект в вашей нише.

А вообще, в некоторых направлениях нишу выбрать достаточно легко. Например, если вы создаете рекламные видеоролики, то можно специализироваться, например, только на роликах к мобильным играм и только определенного жанра. В этом случае title в профиле “Promo videos for mobile games” хорошо повысит конверсии. Но так сделать получается не всегда, и в некоторых ситуациях лучше обычный “Android developer”, чем придумывать что-то лишнее.