KingAnton

1. Юзаю notepad++ и Far (всё настроено в плане подсветки и подсказок)
2. Формирование краткого перечня работ и стоимости, предоплата от клиента 50%, составление ТЗ (если необходимо), затем уже сама работа по кодингу. (порядок следования очерёдности задач - сохранён)
3. Делается полный бэкап текущего сайта средствами хостинга.
4. Если есть возможность разделить логику разработки от действующего функционала (чтобы текущая работа не оказывала влияние на реальных посетителей) - правлю обычно сразу на (S)FTP. Иначе - только на своём хостинге.
5. Бэкапы - делаю копированием файла/папки с добавлением .ORIG в полное имя файла (например, файл: index.php.ORIG или реже, директория: TEMPLATE.ORIG).
6. В текстовик (для себя) - пишу всё, что я сделал, чтобы по нему можно было легко восстановить последовательность действий.
7. Сдаю работу, получаю деньги, делаю полный бэкап сайта после всей работы и отдаю клиенту.

Теперь, главное:
1. Никогда не тяните время
2. Клиент платит не за часы, а за конечную сделанную Вами работу (если это не так - значит не нужно работать с таким клиентом)
3. Если клиент требует больше работы, чем вы с ним договорились до предоплаты - найдите компромисс, чтобы вариант устроил всех, закройте проект и больше не работайте с этим клиентом.

1. Обговариваешь ТЗ. Получаешь логины, явка, пароли.
2. Обговариваешь срок, порядок и канал оплаты. Это тоже важно.
3. Поднимаешь копию проекта у себя на хостинге/сервере и т.д. Не рекомендую пользоваться всяческими денверами. Например поведение php под liniux может отличаться от его поведения под windows.
4. Кодишь, кодишь, кодишь.
5. Показываешь заказчику на своем сервере.
6. Получаешь оплату.
7. Переносишь изменения к заказчику. Тут пригодится вышеупомянутый GIT.
Рекомендации:
На рабочем месте лучше держать linux. Во-первых как выше написал родная среда для web-приложений, во-вторых проще будет админить на vps и хостингах. А админить или хотя бы диагностировать проблему приходится часто. Особенно на мелких проектах.
Использовать VCS, например GIT.
Держать несколько каналов для оплаты. Например банковская карта, Яндекс.деньги, Qiwi и Webmoney.
Сразу проработать схемы перевода прибыли в доступные для траты денежные средства.
Не лениться и не бояться.
Все начинали с мелких проектов, всех хоть раз кидали.
Во фрилансе учатся на ошибках. Редко получается учиться по готовым руководствам и боже упаси всяким тренингам и видеокурсам.

0. Жадность - ето плохо
1. Даже написание блестящего приложения не гарантирует успеха. Даже не гарантирует, что им будет пользоваться один человек
2. Бизнесс такая сфера, где лучше быть хорошим, чем плохим

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

Завышенные и противоречивые требования в ТЗ. Низкое материальное стимулирование.

1) Стоимость правок необходимо оговаривать заранее, как и весь порядок разработки;
2) Если вы это не обсуждали до того, как взяли предоплату, то по обычаям стоит сделать правки бесплатно;
3) Заказчик не считает макет строгим. Для него это набросок, как и для вас. Поэтому правки неизбежны;
4) Вы должны понимать и помнить, что в РФ клиенты очень капризны, скупы и не педантичны, поэтому работать сними сложно и неприятно.