Menu
Prawo IT

Prawnik IT dla firm technologicznych i software house’ów

Pomagam układać i negocjować kontrakty technologiczne tak, żeby odpowiadały realnemu delivery. Łączę zapisy umowy z zakresem projektu, odpowiedzialnością, IP, danymi, bezpieczeństwem i tym, co zespół rzeczywiście może dowieźć.

Napisz w sprawie konsultacji Zobacz zakres wsparcia

Link otworzy gotową wiadomość e-mail. Termin rozmowy ustalimy w odpowiedzi.

Umowy ITWdrożenia i SLAIP i prawa do koduRODO i InfoSecNegocjacje
Dla kogo

Czy to wsparcie pasuje do Twojej sytuacji?

Software house i dostawca IT

Sprzedajesz wdrożenia, rozwój, utrzymanie albo support i potrzebujesz umów, które odpowiadają temu, jak naprawdę działa projekt.

Firma kupująca technologię

Wdrażasz system, zlecasz development albo negocjujesz z vendorem i chcesz wiedzieć, gdzie są ryzyka, zależności oraz punkty decyzyjne.

Zespół produktowy lub CTO

Potrzebujesz przełożyć architekturę, bezpieczeństwo, integracje i proces delivery na język umowy, DPA albo security questionnaire.

Startup przed większym klientem

Klient enterprise przesyła własny wzór, wymagania InfoSec i długą listę załączników. Trzeba ustalić, co można przyjąć, a co negocjować.

Problem

Na papierze wszystko może wyglądać dobrze, ale problem wychodzi przy delivery

Zakres projektu jest szerszy niż umowa

Sprzedaż obiecała rezultat, delivery widzi zależności po stronie klienta, a dokument nie opisuje odbiorów, change requestów ani tego, co dzieje się przy opóźnieniu.

SLA nie pasuje do architektury

Czasy reakcji, dostępność i odpowiedzialność wyglądają profesjonalnie, ale nie uwzględniają zewnętrznych vendorów, okien serwisowych i realnych możliwości zespołu.

Odpowiedzialność jest jednostronna

Limit odpowiedzialności ma wyjątki, które praktycznie go wyłączają, kary się kumulują, a klient oczekuje odpowiedzialności za elementy pozostające poza kontrolą dostawcy.

Prawa do kodu są niejasne

Nie wiadomo, co jest rezultatem dla klienta, co pozostaje know-how dostawcy, jak traktować komponenty własne, open source, dokumentację i pracę podwykonawców.

Kiedy napisać

Sytuacje, w których warto włączyć prawnika wcześniej

  1. 01

    Przed wysłaniem lub podpisaniem umowy

    Najłatwiej uporządkować zakres, odpowiedzialność, IP i odbiory, zanim strony przywiążą się do konkretnego brzmienia.

  2. 02

    Gdy negocjacje zaczynają blokować sprzedaż

    Pomagam rozdzielić kwestie krytyczne od tych, które można zaakceptować, oraz przygotować warianty zapisów dla biznesu.

  3. 03

    Kiedy projekt przestaje mieścić się w ustaleniach

    Change requesty, opóźnienia, brak współdziałania klienta albo spór o odbiór wymagają połączenia umowy z realnym stanem projektu.

  4. 04

    Przy wejściu do klienta enterprise

    DPA, wymagania bezpieczeństwa, procedury, ubezpieczenie i rozbudowany procurement trzeba przejść bez obiecywania rzeczy, których organizacja nie dowiezie.

  5. 05

    Przed skalowaniem sprzedaży

    Własny standard umowy, załączników i pozycji negocjacyjnych skraca kolejne rozmowy i ogranicza przypadkowe ustępstwa.

  6. 06

    Po incydencie albo poważnej awarii

    Trzeba ocenić obowiązki, odpowiedzialność, komunikację i dalsze działania, zamiast czytać pojedynczy paragraf w oderwaniu od całej relacji.

Zakres

Co możemy wspólnie uporządkować

Umowa i delivery

  • umowy wdrożeniowe, utrzymaniowe, serwisowe i outsourcingowe
  • zakres, harmonogram, współdziałanie klienta i zależności
  • odbiory, kryteria akceptacji i procedura usuwania wad
  • change requesty, backlog i zmiana wymagań
  • SLA, support, maintenance i okna serwisowe

Ryzyko i negocjacje

  • odpowiedzialność, limity, kary umowne i odszkodowania
  • wypowiedzenie, exit plan i przekazanie projektu
  • komentarze do wzoru drugiej strony i warianty zapisów
  • wsparcie podczas rozmów z klientem, vendorem lub podwykonawcą
  • tabela ryzyk i rekomendacje dla osób decyzyjnych

IP, dane i bezpieczeństwo

  • prawa do kodu, licencje, dokumentacja i komponenty własne
  • umowy z developerami i podwykonawcami
  • DPA, role RODO, podprocesorzy i transfery danych
  • InfoSec, wymagania kontraktowe i security questionnaires
  • zasady dotyczące incydentów, audytów i współpracy z klientem
Rezultat

Co zostaje po współpracy

Umowa zgodna z realnym projektem

Dokument opisuje zakres, zależności, odbiory i zmianę wymagań w sposób, który da się stosować w codziennej pracy.

Świadoma pozycja negocjacyjna

Wiesz, które zapisy są krytyczne, gdzie można ustąpić i jakie alternatywne brzmienie zaproponować drugiej stronie.

Jasna odpowiedzialność

Ryzyka, limity i procedury nie są oderwane od kontroli nad projektem, architektury rozwiązania ani obowiązków klienta.

Ustalenia gotowe do wdrożenia

Po podpisaniu umowy zespół dostaje konkretne zasady dotyczące odbiorów, SLA, zmian, bezpieczeństwa i komunikacji.

Współpraca

Jak wygląda praca nad tematem

01

Triage

Ustalamy cel, etap rozmów, model projektu i miejsca, w których dziś jest największe ryzyko.

02

Warianty

Rozdzielam kwestie krytyczne od negocjowalnych i pokazuję możliwe kierunki działania.

03

Dokumenty i negocjacje

Przygotowuję zapisy, komentarze albo cały wzór oraz wspieram rozmowę z drugą stroną.

04

Wdrożenie

Przekładamy podpisane ustalenia na proces odbiorów, zmian, SLA, danych i bezpieczeństwa.

Dlaczego Lis.Legal

Prawo blisko produktu, negocjacji i decyzji biznesowych

Maciej Lis jest radcą prawnym i IOD. Pracuje z firmami technologicznymi, software house’ami, startupami i zespołami kupującymi technologię. Zamiast ograniczać się do komentarza w dokumencie, pomaga ustalić ryzyko, przygotować warianty, przejść negocjacje i wdrożyć uzgodnione zasady.

Poznaj Macieja Lisa

Cała Polska

Zdalnie i stacjonarnie

Kancelaria ma siedzibę w Szczecinie. Projekty prowadzimy zdalnie dla klientów z całej Polski, a spotkania stacjonarne odbywają się po wcześniejszym umówieniu.

Wiedza

Powiązane publikacje

Cyber Resilience Act a aktualizacje bezpieczeństwa

Dlaczego podatności, maintenance i aktualizacje stają się częścią produktu oraz kontraktu.

Czytaj artykuł →

CVE to problem procesu, nie tylko biblioteki

Co podatność w komponencie oznacza dla supportu, odpowiedzialności i komunikacji z klientem.

Czytaj artykuł →

IP w startupie przed due diligence

Praktyczna checklista praw do kodu, dokumentacji, repozytoriów i pracy wykonawców.

Czytaj artykuł →

Masz umowę IT albo negocjacje, które utknęły?

Napisz krótko, czego dotyczy projekt i na jakim etapie są rozmowy. Podczas 30-minutowej konsultacji ustalimy cel, najważniejsze ryzyka i sensowny następny krok.

Napisz w sprawie konsultacji

Jeżeli link nie otworzy poczty, napisz bezpośrednio na kontakt@lis.legal albo skopiuj adres.