Денис Инешин

И выполнять работу в срок.

1. Нет, но цены лучше всё же не писать, а договариваться с каждым индивидуально. Максимум можно указать стоимость часа работы.
2. На том же fl есть статья на тему: https://www.fl.ru/articles/724/kak-sostavit-dogovo...

Нужно делать как можно проще.

Заказчику не нужно знать, что у вас тут какая-то сложная организация. Ему нужно чтобы его заказ сделали, заморачиваться и вникать в инфу про вашу связку ему вообще до лампочки. Так что, как вы там разобьете обязанности и на кого будет зареген аккаунт, это уже вообще ваша внутренняя проблема.

Не нужно ничего устанавливать, есть суперские решения:
Лучший из платных: https://basecamp.com/
Лучший из бесплатных: https://trello.com/

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

Самое главное хорошо говорить на английском и на все вопросы говорить да, ну кроме самых абсурдных)

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

Те же самые фриланс сайты, что и все остальные используют.
В довесок, участвуйте в конкурсах на сайтах вроде render.ru

Еще обратите внимание на зарубежные биржи, например: 3Docean.net

Просто модернизировали под новые реалии и все. По сути только новый дизайн и интерфейс сервисов.

Есть 2 подхода.

1. Заказчик не разработчик
В этом случае 2 варианта: pixel perfect (визуально должно все совпасть при наложении скриншота сайта на макет) и обычный (просто проверка что все норм выглядит и не поехало, ну визуально очень похоже на макет)

2. Заказчик разработчик
К пункту 1 добавится проверка кода. Как минимум на удобство прикручивания к цмс. Так чтобы была удобная лесенка, читабельные и понятные названия классов, хорошая модульность кода.

Диверсификация - наше всё. Не нужно зависеть от одной биржи. Обратите внимание еще на odesk, elance и т.п.

И зря вы не рассматриваете вариант своего сайта + github, как дополнение к вашей работе. Заведите 1-2 небольших open source проекта, как хобби к вашей работе.
Часто open source проекты, с каким-то комьюнити и некоторой популярностью могут сказать о вас, как о профессионале, гораздо больше, чем некие непонятные проекты в списке портфолио на fl.ru

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

Почасовая оплата - это конечно не плохо, но далеко не лучший выбор в российских реалиях. Почасовой оплате не доверяют, она не может служить точной оценкой работы человека и уровня этой работы. Почасовая оплата всегда вызывает споры. Так что я бы на вашем месте попробовал бы оценить проект по другому. Например так:
Допустим вы хотите зарабатывать 100к в месяц. Работая в офисе это грубо говоря 22 дня в месяц по 8 часов. 176 часов. Цена часа, примерно 570 руб.
Далее прикидываем примерно, сколько займет разработка проекта, допустим 10 дней. Цена проекта получится 45600. На непредвиденные случаи накидываем еще 2-3 дня. +13680. Итого примерно 59.000 руб.
Если вы сделаете проект быстрее 10 дней, то вся сумма сверху - будет ваш бонус за скорость. Если вы будете делать проект дольше 10 дней + резерв, то недополученный доход будет вашим штрафом за медлительность.
Заказчику называется срок 10 дней х2.
На итоговом обсуждении цены и срока у вас будет небольшой резерв для скидки (до 13680) и небольшой резерв для скидки по срокам - до 10 дней.

Далее, если все пройдет гладко, то вы сделаете проект допустим за 7 дней. Это на 13 дней быстрее чем ожидает заказчик. Заказчик рад, есть куча времени найти и поправить баги.

В этой ситуации так же не будет никаких проблем со стандартной формой договора на фиксированную сумму и срок и не понадобятся никакие сторонние инструменты для определения времени работы.

На ваше усмотрение, главное чтобы было не вырви глаз, и не мешало оценить работу.

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

Если вы договорились на почасовую оплату, то вы должны оплатить весь рабочий процесс.

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