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

Question

[Kerbe]

Сразу отмечу: просьба обратить внимание на заинтересовать заказчика - именно это акцент вопроса. То есть, речь не идет какие работы можно для портфолио/тренировок создать.

Back-end разработка некий "невидимый фронт", поэтому на фрилансе очень сложно реализовать работы для портфолио. Проблема в том, что покупатели часто смотрят на работы с точки зрения дизайна, что не есть задачей back-end разработчика.

Соотвественно, вопрос становится очень острым, когда есть проекты на 2-3 месяца, и заказчик с желанием сэкономить решает не брать дизайн, а предпочитает взять что-то из того же Bootswatch, либо какой-то бесплатный шаблон невысокого качества.
Сами по себе темы хороши, но без "вау-эффекта", к тому же слишком "заезжены". А если в портфолио таких работ несколько - может дойти вплоть до того, что клиенты могут говорить "какие-то работы однотипные", хотя у них может отличаться на 70-80%. Как итог - может прийти приличный срок, а в портфолио работы все старее и старее.

Из вариантов вижу переключение на рынок, которому на визуальный эффект мало дело, а именно: парсеры и взаимодействие с API/Webhook(подключение платежных систем, боты, функционал связанный с API какого-либо сервиса).

UPD: В вопросе упор идет отсутствие привязанности к какой-либо фриланс-бирже.

Comments

[Kerbe]

SmInc, я заметил, что в командах часто играет роль "сарафнанка". То есть, допустим, есть дизайнер и он общается с кругом людей, в котором есть front-end разработчик, тот его рекомендует, а тот в свою очередь back-end разработчика - и так строятся связи. Да, такой исход очень хороший, ибо код играет роль и не надо конкурировать с демпингующими Васянами, которые сделают так, что потом только переписывать с 0.

А вот с теми же "заказчиками-непрограммистами" сложно, да. Как вариант я вижу "прикручивать" на front-end разного рода библиотеки, типа wow.js, toastr, slick и добавлять эффекты. У меня в практике была ситуация, когда front-end разработчик просто "оживил мертвый макет" slick'ом и прикрутил пару эффектов и заказчик его расцеловать готов был, и благодарил дней 5.

[Kerbe]

SmInc, ок.

[stul5tul]

либо какой-то бесплатный шаблон невысокого качества.

Верстальщики, делающие подобные шаблоны на потоке, бывают здорово набивают руку и делают очень хорошие вещи.
В то же время индивидуальный шаблон запросто может быть говно. Но в 10-50 раз дороже, обязательно.

Answer 1

[⚡ Kotobotov ⚡]

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

Comments

[Kerbe]

Хм, а ведь действительно хороший подход, если описывать не только то, что было реализовано, а то что это дает проекту и на каком уровне. По-сути, можно выделить каждый модуль и описать функционал и его достоинства и сравнение, что-то вроде некой презинтации. Спасибо за ответ, осталось придумать концепт.

[Иван]

99% беков ток и умеют что круды шлепать,к сожалению

[⚡ Kotobotov ⚡]

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

Answer 2

[Decadal]

Вы уверены что вам нужны клиенты которые ожидают от backend "вау-эффект"?
Тот, кто ищет backend разработчика, уже должен понимать, что он из себя представляет, иначе от него затребуют и дизайн и верстку и принтер починить

Comments

[Kerbe]

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

Answer 3

[Max Kostinevich]

На мой взгляд, наиболее лучший способ оформить портфолио - в виде кейсов (Case Study).

Обычно указывается следующая информация:
- Название (не обязательно техническое название продукта, можно в стиле "Как я помог крупному ритейлеру сэкономить 100 миллионов рублей в год");
- Клиент (Название компании, локация, краткой описание);
- Проблема с которой клиент пришел к вам;
- Решение данной проблемы (можно сопроводить блок-схемами и прототипами/скриншотами UI);
- Ваша роль + Список использованных технологий;
- Результат который получился в итоге (по возможности привести цифры до/после);
- По возможности - снабдить отзывом от клиента;

Писать нужно так, чтобы не техническому человеку было понятно о чем речь и как ваши решения могут помочь решить их проблемы. Оформить - или на сайте или сверстать в pdf.

Answer 4

[phailo]

поэтому на фрилансе очень сложно реализовать работы для портфолио.

Портфолио бэкендера - это всего лишь описание проектов, в которых он участвовал.
Разумеется, никаких отсылок на "веселые картинки", как у фронтендера/дизайнера тут и быть не может.

Этого достаточно.

При первичном контакте от бэкендера нередко просят пример его кода.

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

Comments

[Kerbe]

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

[phailo]

Kerbe,

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

Отнюдь.
Обратите внимание на разделы любой развитой биржи: там есть и отдельно дизайн и отдельно верстка и отдельно полноценный фронтенд и отдельно бэкенд и отдельно администрирование.
И если вы зайдете в эти разделы, то сумеете там увидеть именно соотвествующие этим разделам (а не больше, не "все в одном") задачи.