Przepływ zleceń na Discordzie działa najlepiej, gdy najpierw jest ticket przyjęcia, a potem faktura za każdy etap lub za każdą gotową pracę, dostarczona w tym samym tickecie, w którym zaczęło się zamówienie. Artyści, programiści, graficy, redaktorzy i boosterzy mają ten sam problem przy sprzedaży na Discordzie: praca nie jest stałą pozycją w katalogu, cena zależy od zakresu, a płatność często odbywa się etapami. Ten przewodnik opisuje przepływ od ticketa do faktury, który obsługuje zlecenia na zamówienie bez wciskania ich w sztywny katalog produktów.

An invoice is drafted, sent to the customer, and its status pill moves from Draft to Sent to Paid. Invoice #205 Draft Sent Paid Invoice sent to customer

Dlaczego praca na zlecenie nie pasuje do zwykłego katalogu

Katalog produktów zakłada stałą cenę za stałą rzecz: rangę, rolę, plik. Praca na zlecenie ma zakres ustalany dla każdego klienta. Portret kosztuje różnie w zależności od złożoności, funkcja bota dla serwera Discord zależy od liczby godzin, a montaż wideo od długości i liczby poprawek. Próba wypisania każdej możliwej ceny jako osobnego produktu w katalogu kończy się kilkudziesięcioma prawie identycznymi pozycjami. Lepiej pasuje formularz zlecenia, który zbiera zakres, a potem faktura z ręcznie ustaloną ceną, gdy już wiesz, co zadanie faktycznie obejmuje.

Krok 1: przyjmuj zamówienia przez formularz, a nie otwarty czat

Otwarte „napisz do mnie na DM w sprawie zleceń” zachęca do mglistych próśb i rozrostu zakresu, zanim jeszcze podasz cenę. Panel ticketów z formularzem (/ticket form w Noxyr) pyta o potrzeby z góry: obrazy referencyjne, termin, widełki budżetu, oczekiwania co do poprawek. Dzieje się to, zanim ticket się otworzy, więc wyceniasz na podstawie prawdziwych informacji, a nie jednozdaniowego „możesz narysować mojego bohatera”.

Krok 2: wycena i potwierdzenie w tickecie

Gdy ticket z kupującym zostanie otwarty, podaj cenę i zakres na piśmie na tym kanale, a nie w DM. Ma to znaczenie dwukrotnie: to zapis, do którego wrócisz, jeśli klient później powie, że uzgodniono inny zakres, i to, co finalna faktura powinna odzwierciedlać pozycja po pozycji. Jeśli stosujesz stały regulamin dla poprawek lub terminów realizacji, tutaj też na niego wskazujesz. Zobacz szablon regulaminu sprzedawcy, gdzie znajdziesz zapisy o poprawkach i anulowaniu, które możesz dostosować do pracy twórczej.

Krok 3: faktura za etap przy wszystkim, co trwa dłużej niż jedną sesję

Przy szybkich zleceniach wystarczy jedna faktura na końcu. Przy czymś, co realnie trwa, np. wielodniowa praca graficzna, projekt programistyczny czy zamówienie boosterskie rozłożone na dni, podziel płatność: faktura za zaliczkę na początku i faktura końcowa przy dostawie. /invoice create obsługuje to bezpośrednio:

  • product_name i description: nazwij etap wyraźnie („Akceptacja szkicu, zaliczka”, „Dostawa końcowa, saldo”), żeby historia faktur czytała się jak oś czasu projektu, a nie dwie niezwiązane płatności.
  • discount_percent lub custom_price: przydatne przy rabacie dla powracającego klienta albo wynegocjowanej cenie końcowej, która nie zgadza się z Twoim zwykłym cennikiem.
  • payment_status: oznacz fakturę zaliczkową jako Successful, gdy płatność wpłynie, a fakturę końcową utwórz jako Pending w chwili, gdy praca jest gotowa do dostawy, i zmień status po opłaceniu salda.

Kilka pozycji na jednej fakturze (od product_2 do product_5) też działa, jeśli jedna płatność obejmuje kilka drobnych dodatków, np. bazową wycenę, opłatę za pilność i dodatkową rundę poprawek.

Krok 4: dostarczaj w tickecie, a pełne pliki udostępniaj po finalnej płatności

Wyślij gotowy plik, dostęp lub skończoną pracę w tym samym tickecie, w którym zaczęło się zlecenie, dopiero gdy finalna faktura pokaże Successful. Obowiązuje ta sama zasada co przy każdej innej sprzedaży cyfrowej (zob. bezpieczna sprzedaż produktów cyfrowych na Discordzie). Pliki w pełnej rozdzielczości, dostęp do źródeł i wersje bez znaku wodnego powinny czekać na pełną płatność. Podgląd lub szkic ze znakiem wodnym to rozsądny sposób, by pokazać postęp przed tym momentem.

Krok 5: zamknij ticket z transkrypcją i paragonem

Zamknij ticket z powodem nawiązującym do zamówienia (np. „Dostarczono, faktura końcowa INV-0231”), aby zapisana transkrypcja i faktura wskazywały na siebie nawzajem. Jeśli klient po miesiącach zakwestionuje zakres lub płatność, będziesz mieć w jednym miejscu zarówno uzgodnienie, jak i paragon.

Krok 6: po potwierdzeniu dostawy poproś o opinię

Praca na zlecenie opiera się na reputacji bardziej niż większość sklepów na Discordzie. Portfolio publicznych opinii z dostarczonymi pracami (ze zrzutami ekranu) to często najlepsza rzecz, która zamienia przeglądającego członka w płacącego klienta. /rate pozwala klientowi dołączyć obraz do oceny i komentarza. Zachęć go do tego zaraz po gładkiej dostawie, dopóki doświadczenie jest świeże. Więcej w zbieraniu opinii na Discordzie.

Obsługa zmian zakresu w trakcie zlecenia

Najczęstszy spór przy zleceniach to „to nie o to prosiłem” po rozpoczęciu pracy. Dwie rzeczy to ograniczają: zapisz uzgodniony zakres w tickecie przed startem (krok 2) i wystawiaj dodatki jako osobne pozycje faktury, zamiast po cichu je wchłaniać lub renegocjować całą cenę. Faktura, która wymienia osobno „Bazowe zlecenie” i „Dodatkowa runda poprawek (na życzenie klienta)”, łatwiej się broni niż jedna suma, która zmieniła się dwa razy.

Czego ten przepływ nie robi

Nie automatyzuje wyceny. Przy pracy na zamówienie człowiek nadal musi przejrzeć zgłoszenie i ustalić kwotę. Nie obsługuje też umów ani warunków przeniesienia praw autorskich. Te powinny znaleźć się w regulaminie lub umowie, których używasz razem z fakturą, a nie na samej fakturze, która jest zapisem płatności, a nie umową prawną.

Najczęstsze pytania

Czy mogę wziąć zaliczkę i płatność końcową jako dwie osobne faktury? Tak, utwórz jedną fakturę na każdą płatność z opisem, który jasno określa etap. Obie pojawią się pod tym samym klientem, gdy sprawdzisz historię jego zamówień.

Czy Noxyr sam liczy stawki godzinowe? Nie. Cenę ustalasz sam dla każdej faktury, czy to stała opłata za zlecenie, czy liczba wyliczona z godzin zapisanych gdzie indziej.

Co, jeśli klient chce zwrotu w trakcie pracy na zamówienie? To decyzja polityczna, a nie funkcja bota. Określ zasady częściowego zwrotu w regulaminie, zanim pobierzesz zaliczkę, żeby nie negocjować tego po fakcie.

Czy kupujący mogą później sprawdzić swoje faktury za zlecenia? Tak, publiczne polecenie /check invoice pozwala każdemu wyszukać zamówienie po ID, co służy też jako paragon do własnej dokumentacji klienta.

Czy formularz ticketu jest wymagany w tym przepływie? Nie, ale to różnica między wyceną na podstawie prawdziwego zakresu a zgadywaniem. Bez niego pierwsze kilka wiadomości w każdym tickecie to po prostu Ty zadajesz pytania, które formularz zadałby od razu.