Если вы когда-либо испытывали трудности с поздней оплатой, вы поймете, сколько это стоит. Это повлияет на ваш денежный поток, но вы также потеряете часы, преследуя клиентов, и это испортит ваши отношения. Так не должно быть.
1. Используйте контракт
Если вы больше ничего не делаете: напишите юридически обязательный договор, который вы и клиент подписываете. Да, это скучно, но создайте шаблон многократного использования, который легко изменить. Держите это кратким, но включайте:
- Краткое описание проекта, цены и сроки поставки
- График оплаты клиента. Выделите сборы и проценты за просрочку платежа.
- Право собственности на весь код, носители и т. Д. Право собственности должно быть передано только после окончательного платежа.
- Условия рассмотрения и утверждения ( см. Ниже ). Добавьте пункт о «необоснованных отклонениях», чтобы гарантировать, что клиенты не могут постоянно изменять область действия или добавлять функции.
- Что происходит в случае возникновения спора.
- Как долго условия договора остаются в силе до подписания. Обычно 28 дней достаточно — это сосредоточит внимание клиента и предотвратит задержку проекта.
Для небольших проектов я обычно использую короткий 2/3-страничный контракт, который содержит ссылки на веб-страницы, содержащие подробную информацию. Это менее сложно читать, но мелкий шрифт все еще доступен.
Хотя устные соглашения имеют обязательную юридическую силу, гораздо сложнее доказать, что было согласовано. Положите все в письменном виде.
2. Требовать депозит
Всегда требуйте предоплату. 50% реалистично для большинства проектов, если не 100% для небольших задач. Для более крупных проектов рассмотрите возможность разбить его на более мелкие подзадачи или наметить регулярные графики платежей.
Если вы занимаетесь консультационной работой, которая оплачивается за час, я бы рекомендовал частые счета — возможно, раз в одну или две недели. Если вы сомневаетесь, запустите проверку кредитоспособности компании и поищите в Интернете отрицательные комментарии (вы можете их не оставлять, но другие будут).
Если клиент обеспокоен, предложите гарантии возврата денег, если он не полностью удовлетворен окончательной доставкой. Это не будет проблемой, если краткое изложение хорошо, и ваши навыки на пустом месте. В качестве альтернативы рассмотрите возможность использования услуги условного депонирования.
Тревожные звонки должны начать звонить, если клиент начинает спорить об ограниченных бюджетах. Если они стонут сейчас, подумайте, насколько они будут плохими, когда наступит срок оплаты. Это не твоя проблема. Никогда не договаривайтесь о цене — удалите функции или продлите график, если они хотят снижения.
Наконец, никогда не работайте на опционы на акции или часть прибыли, если вы не директор компании с абсолютной верой в продукт. На каждого миллиардера Facebook есть тысячи разработчиков, которые никогда не видели ни копейки.
3. Связаться с нужными людьми
Узнайте, кому должны быть адресованы счета. В идеале, поговорите с лицом, ответственным за платежи, прежде чем начать работать в компании. Им может потребоваться информация, прежде чем они смогут добавить вас в свою учетную систему.
По крайней мере, это даст вам ценный контакт в финансовом отделе компании, если что-то пойдет не так.
4. Используйте документ «Прием на работу»
Документ о приемке на работу поставляется вместе с завершенным проектом и должен быть указан в вашем контракте. Клиенту должно быть предоставлено разумное количество времени для оценки, проверки и принятия вашей работы путем подписания.
Предлагайте подсластитель для тех, кто подписывается вовремя, например, 30-дневный гарантийный срок, когда дальнейшие проблемы устраняются без дополнительной оплаты. Если клиент не подпишет или не сообщит о проблемах до установленного срока, проект будет считаться завершенным; гарантия не будет доступна, а за обновления будут взиматься дополнительные расходы.
5. Удерживать запуск до окончательного платежа
В отличие от других отраслей, веб-разработчикам относительно легко удерживать программное обеспечение или носители до окончательной оплаты. Просто помните, что это не всегда практично — клиент не может оценить веб-сайт, если он не может увидеть и использовать его. Тем не менее, вы должны быть в состоянии что-то скрывать; будь то передача в свой домен, права собственности, учетные записи электронной почты, доступ по FTP или файлы изображений.
Наконец, я упоминал, что у вас должен быть контракт, в котором изложены все эти правила? Проведите день или два, написав один. Это стоит того.
Есть ли у вас какие-либо советы по обеспечению оплаты?
Смотрите также: 5 советов по работе с клиентами, которые не будут платить .