Poniższe zasady określają sposób naszej współpracy, komunikacji oraz realizacji projektów przez imodules.pl 
Ich celem jest zapewnienie przejrzystości, terminowości i wysokiej jakości wykonania powierzonych nam usług.

Skrót:

• Organizacja współpracy
• Komunikacja
• Materiały od Klienta
• Techniczne i wdrożeniowe informacje
• Po wdrożeniu
• Rozliczenia i faktury 
• FAQ

Organizacja współpracy

Zakres projektu i modyfikacje

W cenę projektu wchodzi wyłącznie to, co zostało ujęte w wycenie lub briefie.
Zmiany po akceptacji projektu graficznego lub po wdrożeniu są traktowane jako prace dodatkowe.
Każda dodatkowa zmiana wymaga krótkiej wyceny i akceptacji mailowej.

Zgłaszanie poprawek

Poprawki należy zgłaszać zbiorczo, w jednym dokumencie zamkniętym do edycji (np. Google Docs, PDF).
Nie przyjmujemy poprawek pojedynczo przez komunikatory (Messenger, WhatsApp itp.).
Termin na zgłoszenie poprawek ustalany jest indywidualnie dla każdego projektu (zazwyczaj 5-14 dni roboczych)

Priorytety zadań:

Za pilne uznawane są błędy krytyczne lub uniemożliwiające działanie szablonu czy funkcjonalności za zamówienie
Zmiany wizualne, kosmetyczne i planowe realizowane są zgodnie z ustalonym harmonogramem.

Terminy odpowiedzi klienta

Opóźnienia po stronie klienta (np. brak materiałów, dostępów, akceptacji) przesuwają terminy realizacji projektu - wydłużając proporcjonalnie o ilość dni “braku” kontaktu ze strony Klienta.

Zamrożenie projektu

Po określonej liczbie dni bez kontaktu ze strony klienta projekt uznaje się za wstrzymany.
Wznowienie prac wymaga ponownego ustalenia terminu, czasu realizacji oraz ewentualnej dopłaty za przerwanie ciągłości projektu.

Komunikacja

Kanały kontaktu:

Podstawowym i oficjalnym kanałem kontaktu jest e-mail.
Wszystką korespondencję prosimy kierować wyłącznie na adres kontakt@imodules.pl, ponieważ stanowi on centralny system zgłoszeń, do którego dostęp ma cały zespół. Dzięki temu każde zapytanie trafia do odpowiednich osób, a jego obsługa przebiega sprawnie i bez ryzyka pominięcia wiadomości.

Nie prowadzimy korespondencji projektowej przez Messenger ani inne prywatne komunikatory – takie formy kontaktu nie gwarantują ciągłości komunikacji ani archiwizacji ustaleń.

Kontakt telefoniczny dostępny jest w określonych godzinach i służy głównie do krótkich konsultacji, zgłoszenia potrzeby kontaktu lub umówienia spotkania online. Szczegółowe kwestie projektowe omawiane są wyłącznie drogą mailową.

Godziny kontaktu:

Pracujemy w dni robocze od poniedziałku do piątku w godzinach 9:00–17:00.

Nasza infolinia działa od poniedziałku do piątku w godzinach 10:00–15:00.
W tym czasie możesz do nas zadzwonić, aby:

• zgłosić potrzebę kontaktu lub wsparcia,
  
  
• porozmawiać o ofercie i możliwościach współpracy,
  
  
• umówić spotkanie online lub konsultację.
  
  

Głównym i oficjalnym kanałem komunikacji pozostaje jednak e-mail, który pozwala nam dokładnie rejestrować zgłoszenia, zachować ich historię i przekazać je do odpowiednich osób z zespołu. Ograniczenie godzin infolinii do przedziału 10:00–15:00 pozwala nam zachować równowagę między obsługą telefoniczną, a realizacją bieżących projektów i zadań wymagających skupienia. Dzięki temu możemy poświęcić każdej sprawie odpowiednią uwagę i zapewnić wysoki standard obsługi.

W dni wolne od pracy, w tym weekendy i święta, kontakt operacyjny jest możliwy jedynie w przypadku incydentów o charakterze krytycznym - z zakresu naszych usług.

Czas odpowiedzi

Na wiadomości odpowiadamy do 2 dni roboczych (czas ten nie obejmuje świąt i weekendów).

Oceną techniczną oraz wyceną wdrożeń zajmujemy się w środy i piątki, a czas odpowiedzi zależny jest od ilości zapytań wdrożeniowych od innych klientów. Zazwyczaj przy mniejszych ocenach to 3-4 dni robocze, przy dłuższych nawet 14 dni.

W przypadku bardziej złożonych lub niestandardowych projektów termin ten może się wydłużyć..

Osoba kontaktowa

Zarówno po stronie klienta, jak i po naszej stronie wyznaczana jest jedna osoba kontaktowa, odpowiedzialna za przepływ informacji i koordynację działań. Takie rozwiązanie zapewnia pełną przejrzystość komunikacji oraz eliminuje ryzyko rozbieżności w ustaleniach.

Materiały od klienta

Pliki i przesyłanie materiałów

Pliki należy przesyłać z odpowiednim wyprzedzeniem, minimum 48 godzin przed planowanym terminem ich wykorzystania w dniach roboczych.
Materiały nie powinny być wysyłane w weekend ani inne dni wolne od pracy, aby zapewnić terminowe pobranie i weryfikację.

Materiały graficzne i teksty

Materiały muszą być gotowe i zaakceptowane przez Klienta - przed rozpoczęciem projektu lub wdrożeniem.
Wszelkie zmiany po starcie projektu traktowane są jako modyfikacje dodatkowe.

Dostępy techniczne
Klient zobowiązany jest przekazać niezbędne dostępy do paneli administracyjnych, serwerów lub hostingu z odpowiednim wyprzedzeniem. Do panelu administracyjnego sklepu na Shoper prosimy o utworzenie konta dostępu na adres e-mail: kontakt@imodules.pl
Brak dostępu będzie skutkować opóźnieniem w realizacji projektu.

Techniczne i wdrożeniowe

Środowisko testowe
Jeśli klient posiada środowisko testowege - sklep Shoper bez wykupionej licencji (tryb testowy), wdrożenie odbywa się bezpośrednio na jego ryzyko. Jeżeli utraci wdrożenie/funkcjonalność/modyfikacje w skutek nieopłacenia licencji - przywrócenie wymaga dodatkowej opłaty, uprzednio ustalonej z wykonawcą.

Dodatki zewnętrzne
Nie ponosimy odpowiedzialności za błędy wynikające z działania lub integracji zewnętrznych aplikacji i usług (np. InPost, TrustMate, Google Tag Manager, itp).

Różnice RWD vs. Storefront
Nie wszystkie elementy można przenieść „jeden do jednego” między różnymi platformami lub szablonami - zwłaszcza RWD vs. Storefront
.
Informujemy o istotnych różnicach i proponujemy optymalne rozwiązania.

Automatyczne aktualizacje szablonów
Platforma Shoper regularnie wprowadza aktualizacje systemu oraz szablonów, aby zapewnić większą stabilność, bezpieczeństwo i zgodność z nowymi funkcjami.

W ramach naszej współpracy monitorujemy te zmiany na bieżąco i reagujemy na wszystkie aktualizacje szablonów, których jesteśmy twórcą.

W praktyce oznacza to, że:

• śledzimy aktualizacje Shopera i sprawdzamy, czy dotyczą one obszarów powiązanych z Twoim szablonem,
• od razu weryfikujemy ewentualne zmiany, które mogłyby wpływać na wygląd lub funkcjonowanie sklepu,
• w razie potrzeby wdrażamy odpowiednie poprawki, aby zachować pełną kompatybilność z nową wersją oprogramowania.

Aktualizacje to naturalny element rozwoju platformy Shoper, przy stale rozwijającej się technologii.

Edytor SVE - Shoper Visual Editor
Nie ponosimy odpowiedzialności za funkcjonowanie edytora SVE (Shoper Visual Editor). Narzędzie to jest dostarczane i utrzymywane bezpośrednio przez platformę Shoper, a my jedynie wykorzystujemy je do tworzenia i wdrażania funkcjonalności w sklepach internetowych.

W związku z tym nie mamy wpływu na ewentualne opóźnienia, błędy lub niestabilność działania samego edytora. Występowanie tzw. „lagów” lub problemów technicznych po stronie SVE wynika z ograniczeń i aktualnego stanu narzędzia udostępnionego przez Shoper.

Po wdrożeniu

Wsparcie powdrożeniowe
Po odbiorze projektu zapewniamy okres wsparcia technicznego,ustalany indywidualnie z Klientem.

Aktualizacje i utrzymanie
Dalsze prace realizujemy na zlecenie, w formie pojedynczych zadań lub pakietów godzinowych.

Edukacja Klienta
Zachęcamy do korzystania z materiałów instruktażowych, filmów oraz dokumentacji dostępnych w bazie wiedzy Shopera, które znacząco ułatwiają samodzielną obsługę wdrożonych rozwiązań i zwykle pozwalają szybciej uzyskać potrzebne informacje.

Jesteśmy do dyspozycji i chętnie pomożemy — na życzenie możemy przesłać odpowiednie linki, instrukcje lub dokumentację techniczną z zasobów Shopera. Jednocześnie rekomendujemy, aby w pierwszej kolejności skorzystać z dostępnych materiałów, ponieważ zazwyczaj pozwala to znaleźć odpowiedź najszybciej.

Poprawki i modyfikacje

W cenie projektu zawarta jest jedna iteracja poprawek, jednak należy pamiętać, że poprawka to nie to samo co modyfikacja.

Czym jest poprawka?

Poprawka to drobna zmiana, która koryguje coś w już wykonanym elemencie, bez zmieniania jego założeń, logiki czy wyglądu w sposób znaczący.
Przykłady poprawek:

• korekta odstępów lub wyrównania,
• zmiana pojedynczego koloru,
• poprawa literówki w tekście,
• przesunięcie elementu w obrębie istniejącego układu.
  
  

Czym jest modyfikacja?

Modyfikacja to zmiana, która wykracza poza pierwotny zakres projektu i wymaga dodatkowego projektowania, kodowania lub przebudowy już wykonanych elementów.
Przykłady modyfikacji:

• dodanie nowej sekcji, która nie była wcześniej ustalana,
• przebudowa układu strony lub modułu,
• wprowadzenie nowych funkcji, logiki lub wariantów działania,
• zmiana koncepcji graficznej po akceptacji wcześniejszej wersji.
  
  

Dlaczego modyfikacje są płatne?

Modyfikacje wymagają zwykle znacznie więcej czasu i pracy niż standardowe poprawki — często wiążą się z koniecznością zaprojektowania elementu od nowa lub przeprogramowania go, dlatego są wyceniane indywidualnie.

Dodatkowe prace

Każda zmiana po odbiorze projektu wymaga osobnej wyceny oraz akceptacji mailowej.

Rozliczenia i faktury

Etapy płatności

W przypadku standardowych zleceń, takich jak modyfikacje szablonu, proste moduły czy drobne prace programistyczne - płatność realizowana jest w całości z góry.

Wyjątek stanowią rozbudowane moduły lub kompleksowe projekty, w tym m.in. pełne wdrożenia sklepów, których czas realizacji przekracza 25 dni roboczych.
W takich sytuacjach zasady płatności ustalamy indywidualnie, najczęściej dzieląc je na odpowiednie etapy dopasowane do zakresu i harmonogramu prac.

Ze względu na charakter indywidualnych modyfikacji/funkcjonalności/dodatków obowiązuje 100% przedpłata, poniewaz sa one realizowane pod konkretne zamówienie Klienta oraz z uwzględnieniem wszystkich założeń branży itp. 

Najczęstsze sytuacje (FAQ)

Klient nie dostarczył materiałów na czas
Realizacja projektu uzależniona jest od terminowego przekazania materiałów, treści, grafik lub dostępów technicznych.
Brak tych elementów powoduje automatyczne wstrzymanie projektu do momentu ich otrzymania.
Terminy realizacji przesuwają się proporcjonalnie do długości opóźnienia po stronie klienta.

Klient samodzielnie modyfikuje kod
Po wdrożeniu projektu klient ma pełny dostęp do plików i panelu administracyjnego.
Należy jednak pamiętać, że wszelkie samodzielne ingerencje w kod, szablon lub ustawienia mogą spowodować błędy w działaniu sklepu lub strony.
Problemy wynikające z takich zmian nie są objęte gwarancją i wymagają dodatkowej wyceny w przypadku potrzeby przywrócenia prawidłowego działania.

Klient oczekuje funkcji, które nie istnieją w danej platformie
Każda platforma (np. Shoper, WooCommerce, Shopify) ma określone możliwości i ograniczenia techniczne.
Jeśli dana funkcjonalność nie jest dostępna w standardzie, jej wdrożenie wymaga indywidualnej analizy i wyceny.
W niektórych przypadkach może być konieczne zastosowanie zewnętrznych integracji, wtyczek lub rozwiązań niestandardowych.

Mylące pojęcia (szablon, aplikacja, frontend, panel, moduł)
W ramach projektów e-commerce te pojęcia oznaczają różne elementy systemu:

• szablon – część wizualna sklepu, układ i wygląd strony,
  
  
• frontend – to, co widzi użytkownik końcowy (interfejs sklepu),
  
  
• panel administracyjny – zaplecze sklepu, w którym klient zarządza treścią i zamówieniami,
  
  
• aplikacja / moduł – dodatkowa funkcja lub rozszerzenie instalowane w systemie.
  Zrozumienie tych różnic ułatwia precyzyjne określanie potrzeb i przyspiesza komunikację projektową.
  
  

Brak rozróżnienia między błędem technicznym a zmianą funkcjonalną
Nie każde „nie działa” oznacza usterkę systemu.
Błąd techniczny to sytuacja, w której element przestaje działać niezgodnie z pierwotnym założeniem lub powoduje problemy w funkcjonowaniu sklepu.
Zmiana funkcjonalna to natomiast modyfikacja, która wynika z nowych potrzeb biznesowych (np. inne zachowanie przycisku, zmiana kolejności elementów, dodanie filtra).
Tego typu zmiany traktowane są jako dodatkowe prace.

Zmiany po wdrożeniu bez akceptacji wyceny
Każda zmiana po odbiorze projektu wymaga wcześniejszej wyceny i akceptacji mailowej.
Samodzielne wprowadzanie modyfikacji lub zlecanie ich poza ustalonym zakresem może powodować problemy techniczne i brak kompatybilności z wdrożonym rozwiązaniem.
Wszystkie dodatkowe prace realizowane po zakończeniu projektu są traktowane jako osobne zlecenia i rozliczane zgodnie z obowiązującym cennikiem.