Практически все веб-разработчики гоняются за платежами от определенных клиентов в тот или иной год. Некоторые обстоятельства я пережил чаще других. В этой статье я определил семь наиболее распространенных способов, которыми веб-профессионалы попадают в ловушку платежей, и предлагает пути преодоления этих ловушек.
Распространенные — и обычно расстраивающие — условия оплаты для строителей сайтов обычно состоят из этого уравнения: половина общей суммы аванса, а другая половина выплачивается по завершении проекта. Проблема этих условий заключается в том, что зачастую клиент, а не разработчик определяет, когда проект утвержден и завершен. Таким образом, разработчик, возможно, завершил весь проект и представил его клиенту для ознакомления, не увидев денег с момента первоначального депозита за несколько месяцев до этого. Если клиент не согласен с тем, что сайт завершен, разработчик не может отправить окончательный счет на оплату. Итак, что вы делаете, чтобы избежать этой ситуации?
Средство защиты — это другая структура оплаты. Я рекомендую своим клиентам-веб-разработчикам просить существенную предоплату, от одной трети до половины всей работы. После этого платежи за выполнение работ, связанные с определенными этапами, имеют смысл с точки зрения бизнеса, например, утверждение проекта, предоставление ключевых аспектов сайта или представление всего тестового сайта. Получение авансового платежа перед продолжением проекта поможет разработчику не слишком заблуждаться перед клиентом.
Проект должен быть четко определен с самого начала. В противном случае, небольшие дополнительные услуги, которые клиент запрашивает по пути, могут быть трудными для идентификации и оплаты. Одним из лучших вложений времени и денег, которые вы можете сделать для своего бизнеса веб-разработки, является стандартный контракт на обслуживание. Есть такой, который охватывает все базы, но позволяет вносить изменения в соответствии с требованиями для каждого клиента. Это обеспечит точку отсчета для объема проекта и предотвратит возникновение любых масштабов за ваш счет.
Например, если CMS сайта включает в себя модуль блогов, охватывает ли он также интеграцию в социальные сети с Twitter и Facebook? Включает ли сайт электронной коммерции интеграцию с QuickBooks или другим бухгалтерским программным обеспечением? Если контракт не покрывает такого рода проблемы, клиент может предположить, что в стоимость проекта включено больше возможностей, чем разработчик намеревался предоставить.
Разработчики часто используют субподрядчиков для определенных аспектов проекта. Если клиент не заплатил достаточно авансовых платежей за проект, разработчик может в конечном итоге задолжать своим субподрядчикам деньги, которые еще предстоит получить от клиента. Чтобы защитить денежные потоки, рассмотрите возможность «платить при оплате» для субподрядчиков по принципу «Я заплачу вам, когда клиент заплатит мне». Хотя это не ускорит оплату клиента, оно не даст вам окунуться в свой собственный карман.
Крайне важно, чтобы разработчики оставались в пределах досягаемости своего клиента и избегали слишком большого продвижения проекта без одобрения клиента. Например, если разработчик готов предоставить весь сайт, а клиент заплатил только за начальные каркасы, разработчик предоставил клиенту большой кредит. Если нет какой-либо гарантии для оплаты, инвестиции никогда не окупятся. Управляйте выставлением счетов, работой и сроками оплаты таким образом, чтобы сумма кредита, предоставленного клиенту, оставалась под контролем. Эффективными могут быть получение более крупных авансов от вашего клиента, а также более частые платежи за прогресс или периодические счета. Затем, если ваши счета не будут оплачены, возможно, пришло время подумать о прекращении работы над проектом.
Сохраняйте контроль над проектом, пока не получите полную оплату. Это, вероятно, лучший способ мотивировать клиента делать платежи вам. Вы должны включить в свой договор на обслуживание положения, необходимые для оплаты лицензий на использование авторского права на использование графического дизайна и соответствующего кода. Вы можете также рассмотреть возможность размещения сайта на сервере, который вы контролируете во время разработки; тогда вы только делаете сайт живым и передаете его на серверы клиента после оплаты согласованных сумм.
Работа в процессе разработки (WIP) может стать злейшим врагом разработчика, если клиент по какой-либо причине потеряет фокус на проекте. Если для выполнения платежа требуется обратная связь с клиентом, прежде чем выставлять счет, разработчику может потребоваться долгое ожидание. Хорошее соглашение об обслуживании позволяет разработчику отправлять счет-фактуру за текущую работу, даже если клиент некоторое время молчит, что дает разработчику возможность подвести итоги бухгалтерской книги.
Никто не может заставить клиента обратить внимание и предоставить обратную связь, но возможность искать оплату при столкновении со стеной молчания может помочь веб-фирме, когда она сидит на большом неоплачиваемом произведении, и избавить его от необходимости ждать, пока клиент настраивается обратно
Если клиент отстает с платежами, подумайте, готовы ли вы принять частичные платежи в течение определенного периода времени. Это может помочь клиенту с недостаточными денежными средствами рассматривать ваши затраты как серию меньших, более разумных возможностей, а не одну большую невозможность. Например, если бы вам пришлось разделить непогашенную сумму на четыре части, а в итоге выплачивались только первые две части, эта небольшая реструктуризация привела вас на полпути ближе к дому, чем вы могли бы, прежде чем приступить к серьезным взыскание долгов.
Как и проекты, клиенты бывают разных форм и размеров. Трудная часть, конечно, заключается в том, что проблемные клиенты с самого начала менее очевидны. Заключив тщательное соглашение о разработке перед началом работы и позаботившись о предоставлении минимального кредита в процессе разработки, разработчики могут эффективно управлять этими рисками.