Professional services agreement для saas компании
О чём эта страница
Professional services agreement для saas компании
Professional Services Agreement (PSA) для SaaS‑компании в США — это договор на профессиональные услуги, который описывает, какие работы вы выполняете для клиента помимо доступа к самому продукту, и на каких условиях это делается.
На этой странице собрана базовая информация по теме для русскоязычных основателей SaaS в США, чтобы вы могли структурировать подход к таким договорам и понимать, какие вопросы стоит заранее обсудить с юристом перед запуском или масштабированием услуг.
Коротко
- Что такое Professional Services Agreement
- Это отдельный договор, который регулирует платные профессиональные услуги вокруг вашего SaaS: внедрение, кастомизацию, интеграции, обучение, консалтинг, поддержку проектов и другие работы, не входящие в стандартную подписку.
- Зачем он нужен SaaS‑компании в США
- Чтобы отделить лицензию или подписку на софт от сервисных работ, зафиксировать объём услуг, сроки, ставки, ответственность и IP‑права, снизить риски споров и не допустить переквалификации услуг в трудовые отношения.
Что делать
Базовая логика Professional Services Agreement для SaaS в США — чётко отделить продукт (лицензию или подписку) от услуг по его внедрению, настройке и сопровождению. В самом PSA обычно описываются общие условия: какие типы услуг вы оказываете, как формируется стоимость (почасовая ставка, дневная ставка, фиксированный проект), как согласуются и изменяются SOW (Statements of Work), какие сроки и порядок приёмки результатов действуют по умолчанию.
Отдельное внимание стоит уделить распределению прав на результаты работ. Для части услуг клиент ожидает полное отчуждение IP‑прав (особенно при кастомной разработке), для другой части достаточно лицензии на использование. В договоре фиксируются ограничения ответственности (лимиты, исключение косвенных убытков), порядок эскалации и разрешения споров, требования к конфиденциальности и защите данных, а также то, что исполнитель остаётся независимым контрагентом, а не сотрудником клиента.
На практике PSA строится как «рамка», а конкретные проекты описываются в приложениях‑SOW: там детализируются объём задач, состав команды, ожидаемые артефакты, KPI, milestones, порядок оплаты и критерии приёмки. Такой подход позволяет не переподписывать весь договор при каждом новом проекте, а выпускать новый SOW, сохраняя единые юридические условия и снижая транзакционные издержки для SaaS‑компании и её клиентов.
Что важно учесть
PSA не является универсальным шаблоном «на все случаи жизни». Для продуктовых SaaS‑компаний с минимальным объёмом кастомизации достаточно лёгкого соглашения об услугах, тогда как для enterprise‑внедрений с длительными проектами и сложной интеграцией потребуется детализированный договор с расширенными положениями об ответственности, IP и управлении проектом.
Важно учитывать структуру вашей компании и налогово‑правовые риски в США. Непродуманный PSA может создать риск переквалификации отношений в трудовые (особенно при работе с отдельными специалистами), а также конфликтовать с условиями основного SaaS‑договора или DPA. Поэтому типовые интернет‑шаблоны подходят только как ориентир по структуре, но не как готовое решение для реальных сделок.
Также имеет значение, с кем вы подписываете PSA: стартапы, крупные корпорации, госструктуры и компании из регулируемых отраслей (финансы, здравоохранение и др.) предъявляют разные требования к страхованию, безопасности, аудиту, субподрядчикам и месту рассмотрения споров. Эти нюансы лучше заранее обсудить с юристом, который понимает специфику SaaS‑контрактов и практику в соответствующей юрисдикции США.