Клиент не платит. Взгляд с обеих сторон.
Ситуация, когда работа сделана, а счёт висит неоплаченным — больная тема для любого 1С-специалиста. Но прежде чем клеймить заказчика, давайте посмотрим на проблему глазами обеих сторон. Часто корень зла лежит не в жадности, а в размытых договорённостях.
👀 Взгляд заказчика: «Почему я не хочу платить?» Заказчик — не злодей. Он просто хочет получить предсказуемый результат. Его аргументы: «Я не получил то, что просил» — Если нет чёткого ТЗ, то мои ожидания и ваша реализация — это два параллельных мира. Я заказывал «удобный отчёт», а вы сделали «технически правильный» — но мне с ним неудобно. Почему я должен платить за то, что не решает мою задачу? «А где доказательства, что вы вообще что-то сделали?» — Акт с формулировкой «Услуги по сопровождению 1С» — это не документ. Я не вижу, сколько часов потрачено, какие именно задачи решены. Для меня это «чёрный ящик». «Я не подписывал акт — значит, работа не сдана» — В договоре может не быть срока, в который я обязан подписать акт. Или вы не направили его официально. Я тяну время — и формально я прав. «У меня кризис, и ваша оплата — не первоочередная» — Да, такое бывает. Но если вы не создали для меня стимулов платить быстрее (скидки, штрафы, блокировка доступа), то я переведу деньги другим поставщикам.
🛠️ Взгляд исполнителя: «Как сделать так, чтобы не было поводов не платить?» Вместо того чтобы обижаться, мы строим систему, которая не оставляет клиенту лазеек. Вот что для этого нужно: 1. Договор — как конституция Пропишите: — точный перечень работ (со ссылкой на ТЗ); — сроки подписания акта (например, 5 рабочих дней); — право приостановить работы при задержке оплаты; — неустойку за просрочку. 2. ТЗ — это закон Согласуйте детальное ТЗ до старта. Любые изменения — только через допсоглашение. Тогда у клиента не останется аргумента «я не то имел в виду». 3. Акты — детально и поэтапно Пишите не «услуги», а «выполнена доработка отчёта "Продажи" согласно ТЗ №…». Разбивайте проект на этапы и подписывайте акты после каждого. Это дисциплинирует и вас, и клиента. 4. Техническая защита Не передавайте полностью рабочий продукт (базу, ключи) до финальной оплаты. Используйте пароли, временные лицензии — тогда у клиента появится реальный стимул закрыть счёт. 5. Претензионный порядок Если срок оплаты истёк — направьте официальную претензию. Это не ссора, а юридически значимое действие. Часто этого достаточно, чтобы клиент вспомнил о долге.
💎 Итог: выигрывает тот, кто прозрачен Проблема неоплаты — это всегда провал в коммуникации и документации. Если исполнитель чётко фиксирует договорённости, а заказчик видит каждый шаг и его ценность, то конфликты сводятся к минимуму. Помните: хороший договор и ТЗ защищают не только исполнителя, но и заказчика — они дают ему ясность и уверенность в результате. А вы сталкивались с задержками оплаты? Как выходили из ситуации? Делитесь опытом в комментариях! 👇
· 25.06
Периодически случалось. Как выходил из положения- звонок CEO, а если не помогает то собственнику. Досудебная претензия это крайняя мера. На мой взгляд
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён