Переговоры - Ежемесячная Плата Программиста-Фрилансера, Слишком Высокие Ожидания?

Недавно я начал работать фрилансером в качестве Full-Stack разработчика в Бразилии, и пока дела идут очень хорошо, но я немного застрял на этом одном клиенте.

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

Поэтому я думаю, мы можем согласиться, что это довольно крупный проект. Я предложил им пакет из 600 часов с огромной скидкой, потому что был уверен, что смогу взимать ежемесячную плату. Они также запросили эксклюзивность и доступ к исходному коду, на что я также согласился без дополнительной оплаты.

Однако теперь этот клиент не считает справедливым платить разумную ежемесячную плату за техническую поддержку, поддержку кода и администрирование базы данных.

Я вполне способен делать все три вещи, но 8 часов в месяц кажутся очень небольшими для программного обеспечения такого масштаба. Они ответили моим первоначальным предложением о плате за обслуживание в размере 30 часов в месяц и запросом разбивки затрат, что было большой ошибкой, потому что затем они начали задавать вопросы типа: «Действительно ли нам нужно администрирование базы данных? Как программное обеспечение будет вести себя без каких-либо изменений?» эти вещи?"

Теперь у меня складывается впечатление, что они хотят платить только тогда, когда что-то идет не так. Были ли мои ожидания относительно ежемесячной платы слишком высокими?

#переговоры #поддержка клиентов #программное обеспечение #программист

Ах, старое доброе предположение «все работает и никогда не ломается» от не-ИТ-менеджера.

Прежде всего, требования к администратору базы данных. Сообщите им, что если они не хотят получать от вас поддержку администратора базы данных, им придется предоставить своего собственного администратора базы данных. Убедитесь, что ваши условия обслуживания/соглашение об уровне обслуживания/и т. д. не включают поддержку администратора базы данных как часть пакета.

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

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

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

Практически невозможно предсказать, сколько часов потребуется на обслуживание той или иной системы. В каждой системе, у которой есть пользователи, которые ее используют, может быть человек, постоянно обслуживающий ее.

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

Так что 30 часов в месяц — это ничто для трех ролей, которые вы обещали выполнить. И да, 8 часов или 1 человеко-день – это шутка.

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

Если я не могу позволить себе потерять клиента, я его обучу. Я напишу профессиональное длинное сообщение (всего 1, не пишите 5), объясняющее, что значит поддерживать систему, каковы последствия плохого обслуживания и насколько нереалистичны их ожидания. Также объясните, как, оплачивая ваше время, они также резервируют немедленную помощь. В противном случае им придется ждать своей очереди, когда возникнет проблема — немедленная помощь невозможна.

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

Обговаривайте минимальное количество часов, которое вас интересует, если компания это не устраивает, просто идите к другому клиенту. Фрилансеру нехорошо иметь только одного клиента.

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

Никогда не недооценивайте себя.