Вопросы, которые клиент добавляет к описанию проекта очень важны! Клиент видит заявку следующим образом: сначала ответы на вопросы, а потом только cover letter. То есть первое, что видит клиент в вашей заявке – это ответы на вопросы. Нам стоит использовать это по максимуму. Нужно показать клиенту, что вы потратили время, изучили проект и ответили на вопрос не скопированным шаблоном, а действительно предоставили нужную клиенту информацию. Повторять ответы на вопросы в основном cover letter необязательно.
Можно ли вставлять ссылки в cover letter?
Правилами биржи не запрещено добавлять в cover letter ссылки на свои сайты и контакты, но поведение поддержки Upwork сложно предсказать. Чтобы не получить лишних проблем из ниоткуда, я предпочитаю давать свои контакты уже в переписке, когда клиент ответит на мою заявку.
Что писать в cover letter на проекты без информации на Upwork?
Часто случается ситуация, когда клиент не захотел рассказывать много информации о своем проекте в описании. В этом случае советы приведенные в этой главе достаточно сложно применить. Все что остается делать это написать cover letter в духе: “Привет, я готов сделать работу, жду дальнейших инструкций”.
В этой ситуации большую роль играет репутация на бирже и хорошо заполненный профиль. Поэтому, я бы не советовал тратить коннекты на подобные проекты если у вас плохо заполненый профиль или проблемы с JSS. Существуют большой шанс отправить много заявок и получить мало ответов, тем самым попав под риск быть забаненым за несоответствие рынку.
Что писать в cover letter на краткосрочные проекты на Upwork?
Советы в этой главе могут быть полезны, если вы подаете заявку на проект длительностью хотя бы неделю. А что делать, если большая часть ваших проектов краткосрочные (например однодневные задачи для системных администраторов)?
Желательно максимально заполнить профиль, так как писать большие cover letter не имеет смысла, а клиентов заинтересовать чем-то нужно. В cover letter я бы также обязательно писал цену и сроки, пусть и без объяснений. Существенно сократил объяснения того, как я буду выполнять проект, а все остальное выбросил.
Но я бы советовал максимально отказаться от краткосрочных проектов. На мой взгляд, в любой профессии существуют долгосрочные проекты на Upwork. Возьмем, для примера, тех же системных администраторов. Есть проекты, где нужно не просто один раз настроить сервер для сайта клиента, а нужно постоянно поддерживать его продукт, или поток задач . То же самое касается переводчиков, персональных ассистентов, копирайтеров, иллюстраторов и другие профессии, которые чаще других говорят о том, что в их нише есть только краткосрочные проекты.
Конечно, количество потенциальных проектов существенно уменьшиться, если ориентироваться только на долго и среднесрочные проекты. Но придерживаясь этой тактики, на поиск проектов вам придется тратить значительно меньше времени. Да и увеличить свои заработки проще, когда работаете с постоянными клиентами. Вы показываете свою компетенцию, а если клиенты будут часто меняться, то просто не хватит времени чтобы найти общий язык с заказчиком. На моем опыте, первые 2-3 недели оплата на проектах существенно ниже, чем после месяца работы. Тогда клиенты уже видят реальную пользу, которую я приношу их бизнесу.
Техническое задание до старта проекта
Очень важно определить все детали проекта до его старта, вне зависимости от типа проекта: fixed-price или hourly.
Не стоит надоедать клиенту деталями в cover letter и первых сообщениях, но до принятия offer обговорить все непонятные моменты обязательно. Одна из самых частых причин плохих отзывов на Upwork – недосказанность и недопонимание. Очень важно, чтобы каждая из сторон понимала свои обязанности и задачи, чтобы все договоренности были в чате Upwork, и имели однозначное толкование. Это поможет в случае спора с клиентом, но гораздо важнее психологическое влияние на клиента. Людям очень сложно переступить через договоренности, с которыми они согласились, а любые разногласия лучше избежать, чем в последствии спорить.
