Opracowanie: M1 System Publikacja: · Aktualizacja:
Przygotuj krótki opis procesu, przykładowe dane i oczekiwany wynik. Skorzystaj ze wzoru, który ułatwi rozmowę o zakresie i kosztach.
Do pierwszej rozmowy o wycenie dedykowanego oprogramowania wystarczy opis jednej czynności: kto ją wykonuje, na jakich danych pracuje i jaki wynik chce otrzymać. Nie musisz znać technologii ani przygotowywać projektu wszystkich ekranów. Najbardziej przydają się konkretne przykłady i wskazanie, co jest konieczne w pierwszym etapie.
Ten poradnik pomoże przygotować takie zgłoszenie dla aplikacji lub integracji z nexo. Na końcu znajdziesz wzór do uzupełnienia i fikcyjny przykład. Jeśli dopiero wybierasz sposób połączenia programów, zacznij od porównania gotowego integratora i rozwiązania dedykowanego.
Opisz obecną pracę i oczekiwany rezultat
Zamiast ogólnego „chcemy automatyzacji” napisz, co pracownik robi po kolei. Skąd bierze informacje, gdzie je przepisuje, co sprawdza i komu przekazuje wynik? Wskaż miejsce, w którym pojawiają się pomyłki, powtórzenia lub oczekiwanie na inną osobę.
Dodaj skalę: orientacyjną liczbę operacji, użytkowników i okresy większego obciążenia. Przybliżenie jest pomocne, jeśli zaznaczysz, że to szacunek. Oczekiwany rezultat opisz tak, aby można było go później sprawdzić, na przykład: „po imporcie pracownik widzi listę poprawnie przyjętych zamówień i pozycje wymagające uzupełnienia”.
Wymień programy i pokaż przykład danych
Podaj nazwy i wersje systemów, używane dodatki oraz miejsce ich działania: komputer, serwer firmowy lub usługa zewnętrzna. Przy nexo zapisz również wariant nexo albo nexo PRO. To istotna różnica: producent wymienia Sferę do tworzenia własnych rozwiązań wśród możliwości Subiekta nexo PRO. Konkretne wymagania połączenia trzeba ustalić dla wybranego sposobu realizacji.
Dla integracji wskaż, jakie dane mają przechodzić między programami, w którym kierunku i jak często. Określ, w którym systemie pracownik powinien je poprawiać. Jeżeli znasz dokumentację sposobu wymiany danych, dołącz do opisu jej publiczny adres.
Przygotuj mały przykład wejścia i oczekiwanego wyniku. Może to być kilka fikcyjnych pozycji w arkuszu albo opis pól, z zachowaniem ich układu. Do pierwszej rozmowy nie są potrzebne hasła ani kopia firmowej bazy. Sposób przekazania dodatkowych materiałów można uzgodnić po kontakcie.
Oddziel konieczny zakres od pomysłów na później
Wskaż funkcje potrzebne do rozpoczęcia pracy oraz te, które mogą poczekać. Ułatwia to przygotowanie pierwszego etapu i porównanie ofert wykonawców. Zapisz również, czego ten etap nie obejmuje, na przykład zmiany historycznych dokumentów czy przenoszenia całego archiwum.
Uwzględnij wyjątki. Co ma się wydarzyć, gdy brakuje danych, ta sama pozycja przychodzi drugi raz albo użytkownik zmienia zamówienie po przesłaniu? Nie musisz samodzielnie projektować obsługi błędów. Wystarczy wskazać sytuacje i opisać, kto obecnie podejmuje decyzję. W wycenie będzie można odróżnić automatyczną obsługę od spraw kierowanych do pracownika.
Ustal odbiór, termin i pomoc po uruchomieniu
Zapisz kilka przykładów, po których uznasz, że rozwiązanie działa zgodnie z ustaleniami. Uzgodnij osobę sprawdzającą wynik oraz warunki testów przed wdrożeniem. Zamiast „ma działać szybko” podaj, kiedy rezultat jest potrzebny i z czego wynika ten termin.
Jeżeli masz termin uruchomienia lub orientacyjny budżet, dodaj je wraz z informacją, co jest elastyczne. Pomaga to dobrać zakres pierwszej wersji. Poproś o rozdzielenie kosztu wykonania od licencji, uruchomienia i późniejszego utrzymania. Ustal, kto będzie sprawdzał zgodność po aktualizacjach programów i przyjmował zgłoszenia. Sam opis potrzeb służy do rozmowy; ostateczna wycena wymaga uzgodnienia zakresu i założeń.
Wzór zgłoszenia do uzupełnienia
Skopiuj poniższe punkty i odpowiedz krótko. Jeśli czegoś jeszcze nie wiesz, zaznacz to — brakującą informację można doprecyzować podczas rozmowy.
Cel: jaka czynność ma być prostsza i jaki wynik chcemy otrzymać?
Obecny proces: kto wykonuje kolejne kroki i gdzie powstaje problem?
Programy: nazwy, wersje, warianty licencji i używane dodatki.
Dane: przykład informacji wejściowych i wyniku, kierunek wymiany, częstotliwość oraz orientacyjna liczba operacji.
Pierwszy etap: funkcje konieczne, wyjątki do obsłużenia i pomysły odłożone na później.
Odbiór: przykłady poprawnego działania i osoba, która je sprawdzi.
Ograniczenia: oczekiwany termin, dostępność zespołu do testów oraz budżet, jeśli został określony.
Utrzymanie: kto ma przyjmować zgłoszenia i jakiej pomocy potrzebujemy po uruchomieniu.
Do rozpoczęcia rozmowy wystarczy sam tekst. Nie musisz od razu przygotowywać rozbudowanej dokumentacji.
Przykład: opis jednego przepływu zamówień
Poniższy przykład jest fikcyjny i pokazuje sposób opisania potrzeb. Nie jest opisem realizacji M1 System ani potwierdzeniem możliwości konkretnego programu.
Cel i obecna praca: pracownik ręcznie przepisuje zamówienia z wewnętrznego panelu do Subiekta nexo PRO. Chcemy sprawdzić możliwość przekazywania pozycji zamówień oraz wyświetlania listy braków do poprawy. Orientacyjnie obsługujemy 40 zamówień dziennie; wynik powinien być dostępny przed rozpoczęciem kompletacji.
Zakres i przykład danych: pierwszy etap obejmuje nowe zamówienia. Przygotujemy fikcyjny przykład zawierający identyfikator zamówienia, symbole towarów i ilości. Do ustalenia pozostają sposób przekazania danych i obsługa nierozpoznanego towaru. Przenoszenie dokumentów historycznych odkładamy na później.
Odbiór i ustalenia: osoba odpowiedzialna za sprzedaż sprawdzi zgodność pozycji i ilości oraz ponowne przesłanie tego samego zamówienia. Termin i koszt chcemy ustalić po sprawdzeniu możliwości panelu. W ofercie prosimy osobno wskazać wymagane licencje i pomoc po uruchomieniu.
Za Twoją zgodą Google Analytics mierzy wizyty i sposób korzystania ze strony. Bez zgody używamy tylko pamięci potrzebnej do działania serwisu i zapisania Twojego wyboru. Możesz go zmienić w stopce.