Сроки в часах и с конечной датой, распределенные по задачам. Этапы работы над проектом;
Бюджет, основанный на количестве часов;
Вопросы на счет проекта;
Предложения и поправки;
Как будет происходит процесс работы.
Варианты решения задачи
В первую очередь, я рассказываю клиенту о том, как буду выполнять его задачу, какие буду использовать технологии и почему именно их. Это будет подтверждением того, что вы разобрались с задачей клиента и потратили время на то, чтобы придумать как ее решить, и показываю свои навыки как специалиста.
Релевантный опыт
Затем я рассказываю про свой опыт работы на похожих проектах. Для клиентов очень важно знать, что вы раньше сталкивались с похожими задачами и имеете опыт работы с технологиями, которые будут использованы в проекте.
Тут есть одна этическая проблема. С одной стороны, клиенты очень хотят услышать от вас, что у вас уже есть подобный опыт. С другой стороны, всегда иметь подобный опыт не получится, да и зачастую о своем прошлом опыте нельзя говорить (подписывая соглашения о неразглашении NDA). А говорить клиентам неправду,по-сути обманывать их на счет своего опыта, нехорошо.
Лично я не вижу ничего плохого в том, чтобы немного приукрасить свой опыт. То, что вы уже имели дело с похожими задачами, имеет очень большое значение для клиента. Если же у вас нет подобного опыта, то нужно потратить время на изучения подобных проектов. Это нужно для того, чтобы клиент вам поверил. Я обычно ссылаюсь на то, что подписал NDA и не могу дать ссылки на прошлые похожие проекты. А доказываю свою компетентность тем, что специально для этого cover letter изучил похожие проекты и могу рассказать подробности работы над подобными проектами. Идеальным вариантом будет дать ссылки на проект в портфолио на Upwork, который прикреплен к прошлому проекту на бирже и похож на проект клиента.
Сложности оценки
Любой клиент всегда хочет знать примерные сроки и бюджет проекта заранее. Понятно, что обычно оценить задачу очень сложно, тем более в условиях ограниченной информации о проекте. Но я всегда пишу свои оценки проекта в cover letter. Если по описанию проекта не совсем ясно, какие задачи нужно будет выполнить, то я сам предполагаю возможные задачи. Это необходимо, чтобы показать клиенту, что вы действительно разбираетесь в его проекте. И даже если я неправильно предполагаю задачи, то даю ему возможность сориентироваться, сколько стоят мои услуги.
Разделения проекта на этапы
Перед оценкой времени я разделяю задачу на несколько подзадач. Какой бы большой или маленькой не была исходная задача, обычно делю ее примерно на 5 подзадач. После этого отдельно оцениваю время в часах на каждую из подзадач. Разделение проекта на части дает возможность использовать систему milestone для fixed-price проектов. Но гораздо важнее то, что разделение проекта на этапы упрощает работу над проектом. На этапе cover letter клиенту проще воспринять временную оценку для 5 частей проекта по отдельности, а не для всего проекта сразу. Клиент увидит, что определенный функционал/задача займет слишком много времени и возможно откажется от него до старта проекта. Таким образом, вы сможете принести пользу клиенту еще до старта проекта, а значит его доверие к вам, как к специалисту, увеличится. А из этого можно получить увеличение платы за вашу работу.
Точную оценку в часах очень сложно дать, поэтому я обычно трезво оцениваю свои силы и добавляю 30% на непредвиденные ситуации.
После оценки времени в часах я даю оценку в днях. Тут все зависит от моей занятости, но стараюсь иметь только один активный проект одновременно. Поэтому обычно рассчитываю, что смогу потратить 30 часов в неделю на проект. Цифра 30 здесь по двум причинам. Во-первых, я хочу иметь запас в 10 часов в неделю, если вдруг ошибусь в оценке. Во-вторых, мне не хочется работать по 40 часов в неделю. Обычно я работаю больше чем 30 часов, только если мне самому так хочется (мне интересен проект или клиент очень просит закончить задачу пораньше). Но когда я делаю оценку, то ориентируюсь именно на цифру 30 часов в неделю, чтобы не получилось ситуации, когда задача не будет выполнена в срок.
Таким образом я говорю клиенту оценку, когда каждая из подзадач будет выполнена. Отмечаю, что это дата наиболее пессимистичная и скорее всего смогу сделать проект быстрее. Иногда даже делаю несколько оценок: оптимистическую и пессимистическую, но некоторых клиентов это может только запутать. Зачастую выполняю проект быстрее и никогда не пропускаю дедлайны. В конце я привожу дедлайн для всего проекта.