Przejdź do treści głównej
CyberLab.Team

Tworzenie oprogramowania

Tworzenie aplikacji internetowych do zadań w przeglądarce

Tworzymy narzędzia w przeglądarce, które pozwalają ludziom wykonać zadanie bez instalowania aplikacji. Przez portal klienta można wysłać zgłoszenie i śledzić jego status. Narzędzie wewnętrzne pomaga pracownikom przeglądać dane lub zatwierdzać prace. Określamy, co każda osoba musi zrobić, a potem budujemy ekrany i zasady dostępu wokół tego zadania.

Cena na zapytanie · odpowiedź w ciągu jednego dnia roboczego

Kompletny proces w przeglądarce: od utworzenia zgłoszenia do sprawdzenia jego wyniku.

Jasne granice kont: każda rola ma dostęp do potrzebnych danych i działań.

Narzędzie, które możesz obsługiwać: kod źródłowy, dostęp do kont i instrukcje przy przekazaniu.

Co dostajesz

Po przekazaniu masz:

  • Ścieżkę użytkownika pokazującą zadanie od początku do końca.
  • Układy ekranów dla urządzeń, z których korzystają Twoi użytkownicy.
  • Logowanie i ustawienia kont tam, gdzie potrzebny jest prywatny dostęp.
  • Uprawnienia ról do przeglądania, zmieniania i eksportowania danych.
  • Formularze, pulpity i integracje z systemami objęte wyceną.
  • Wyniki testów procesu i instrukcję obsługi.

Publiczne informacje i prywatne ekrany kont mają różne potrzeby. Planujemy dostęp wyszukiwarek do publicznych stron i kontrole uprawnień do prywatnych danych. Ukrycie strony przed wyszukiwarką nie chroni danych, które za nią stoją; aplikacja sprawdza uprawnienia, gdy ktoś prosi o dany rekord.

Od czego zależy cena

Wycenę opieramy na ścieżce użytkownika i danych, które ona zmienia.

  • Kroki, które użytkownicy muszą wykonać, i napotykane wyjątki.
  • Typy kont i różnice między ich uprawnieniami.
  • Ekrany i urządzenia wymagające różnych układów.
  • Współdzielone dane i zasady jednoczesnej edycji.
  • Integracje z istniejącymi systemami biznesowymi lub usługami płatniczymi.
  • Obsługa plików, powiadomienia i raportowanie.
  • Testy i przekazanie do obsługi.

Hosting i opłaty za usługi zewnętrzne nie wchodzą w zakres prac programistycznych. Gotowy portal może zmniejszyć zakres tworzenia. Jeśli wymagana integracja nie może dostarczyć potrzebnych danych, przedstawiamy opcje, zanim uwzględnimy ją w planie.

Na każde zapytanie odpowiadamy w ciągu jednego dnia roboczego. Harmonogram zależy od decyzji o rolach użytkowników i dostępu do połączonych systemów.

Kod tworzony na zamówienie i konta aplikacji pozostają Twoje. Przy przekazaniu wymieniamy licencje i osoby odpowiedzialne za utrzymanie aplikacji. Osoby do każdej części aplikacji dobieramy spośród naszych specjalistów i wykonawców, z którymi już pracowaliśmy. CyberLab odpowiada za rezultat.

Co obejmuje usługa, a czego nie

Wchodzi w zakres

  • Mapowanie procesu w przeglądarce i sprawdzenie, czy pasuje gotowe narzędzie.
  • Projektowanie i tworzenie ekranów objętych wyceną.
  • Dostęp do kont i uprawnienia ról dla tych procesów.
  • Integracje, których wymagania zostały sprawdzone.
  • Testowanie głównych zadań i działań z ograniczonym dostępem, a potem przekazanie aplikacji.

Nie wchodzi w zakres

  • Ustalanie zasad Twojej usługi i tego, kto może widzieć który rekord.
  • Osobna aplikacja mobilna i jej przesłanie do sklepów z aplikacjami.
  • Wymiana systemów poza procesem obsługiwanym w przeglądarce.
  • Hosting i stałe wsparcie techniczne.
  • Publiczne treści marketingowe i prowadzenie kampanii.

Wskazujesz osobę, która może odpowiadać na pytania o dane i zatwierdzać zmiany, które narzędzie w nich wprowadza.

Kiedy tego potrzebujesz

  • Klienci pytają e-mailem o aktualizacje, które mogłyby być dostępne na ich koncie.
  • Pracownicy przesyłają sobie arkusze, żeby przeglądać lub zatwierdzać te same dane.
  • Pulpit potrzebuje działań oprócz wykresów.
  • Publiczny formularz nie wystarcza już do zadania złożonego z kilku kroków.
  • Gotowy portal nie obsługuje konkretnej części Twojego procesu.

Jak przebiega praca

Cztery kroki i efekt każdego z nich

  1. Krok 1. Poznajemy zadanie użytkownika

    Dostajesz ścieżkę i listę wymaganych danych. Wyjaśniasz, kto korzysta z narzędzia, i pokazujesz, co się dzieje, gdy zgłoszenie jest niekompletne lub odrzucone.

  2. Krok 2. Mapujemy ekrany i dostęp

    Dostajesz układy i mapę uprawnień. Zatwierdzasz działania dostępne dla każdej roli i wskazujesz źródła danych. Sprawdzamy gotowe narzędzia, zanim zaproponujemy tworzenie na zamówienie.

  3. Krok 3. Tworzymy i wypróbowujemy proces

    Dostajesz aplikację testową z realistycznymi danymi przykładowymi. Użytkownicy wykonują zadanie na docelowych urządzeniach. Sprawdzamy niedozwolone działania i próby otwierania danych innego konta.

  4. Krok 4. Wydajemy aplikację i przekazujemy ją

    Dostajesz wyniki testów, kod źródłowy i instrukcje obsługi. Potwierdzasz ustawienia kont i zatwierdzasz wydanie. Przy przekazaniu wskazujemy, kto później zajmuje się aktualizacjami i dostępem użytkowników.

Jak możemy współpracować

Wybierz formę pasującą do zadania. Po pierwszej rozmowie zaproponujemy jedną z nich.

  • Konsultacja lub audyt

    Gdy przed podjęciem decyzji chcesz poznać drugą opinię o planie, systemie lub wycenie. Dostajesz pisemną analizę z rekomendacjami i wyceną kolejnego kroku.

  • Projekt o ustalonym zakresie

    Sprawdza się, gdy wymagania można spisać przed rozpoczęciem prac. Otrzymujesz uzgodniony zakres za ustaloną cenę. Wszystko, co nowe, najpierw przechodzi przez zaktualizowaną wycenę.

  • Rozliczenie według czasu pracy (time and materials)

    Dobrze działa, gdy zakres zmienia się w miarę poznawania tematu, jak przy badaniach lub nowym produkcie. Płacisz za przepracowany czas, a plan na bieżąco weryfikujemy razem z Tobą.

  • Wsparcie po uruchomieniu

    Twój system już działa i wymaga aktualizacji, poprawek oraz monitoringu. Ustalamy miesięczny model wsparcia i listę prac, które obejmuje.

Potrzebujesz programistów, którzy co miesiąc pracują nad Twoim produktem? Sprawdź usługę dedykowanego zespołu programistów.

Platformy i narzędzia, z którymi pracujemy

React, Vue, Angular i Next.js w przeglądarce. Node.js, PHP (Laravel, Yii), .NET (C#) i Go po stronie serwera. MySQL, PostgreSQL, MongoDB i Redis do danych.

Platformę dobieramy do zadania, a ta lista pokazuje technologie, z których korzystamy najczęściej.

Dla kogo i kiedy jeszcze za wcześnie

Potrzebne jest istniejące, powtarzalne zadanie i osoba, która potrafi opisać, kiedy uznaje się je za ukończone. Jest za wcześnie, jeśli nikt nie potrafi powiedzieć, kto korzysta z narzędzia.

Jeśli odwiedzający tylko czytają informacje i wysyłają zapytanie, może wystarczyć zwykła strona internetowa. Jeśli gotowy portal już obsługuje zadanie, konfiguracja może wymagać mniej pracy.

Strona internetowa, aplikacja internetowa czy mobilna?

OpcjaKiedy pasujeCo ustalić najpierw
Strona internetowa z formularzemOdwiedzający czytają ofertę i wysyłają zapytanieDokąd trafia zgłoszenie i czy dalsza obsługa wymaga konta
Aplikacja internetowaLudzie pracują na danych lub wykonują interaktywne zadanie w przeglądarceRole, układy dla urządzeń i systemy dostarczające dane
Aplikacja mobilnaPowtarzane zadanie na telefonie wymaga instalacji lub funkcji urządzenia, których nie obejmuje wersja w przeglądarceNakład pracy związany z instalacją, potrzeby pracy offline i utrzymanie platform

Działanie offline wymaga osobnego planu dla danych lokalnych i późniejszych aktualizacji.

Współpraca z klientami z innych krajów

  • Umowa i NDA. Przed rozpoczęciem prac podpisujesz umowę z CyberLab.Team OÜ, spółką zarejestrowaną w Estonii. Jeśli potrzebujesz NDA (umowy o poufności), podpisujemy ją, zanim przekażesz poufne dane.
  • Faktury w euro. Wystawiamy faktury w euro jako unijna spółka z numerem VAT.
  • Języki. Pracujemy po angielsku, ukraińsku, rosyjsku i polsku.
  • Rozmowy i odpowiedzi. Rozmowy prowadzimy w godzinach uzgodnionych z Tobą, a na wiadomości odpowiadamy w ciągu jednego dnia roboczego.

Najczęstsze pytania

Projekt portalu

Czy portal klienta potrzebuje czegoś więcej niż ekranu logowania?
Tak. Zaplanuj, co klient zobaczy po zalogowaniu i jakie działanie może wykonać. Portal potrzebuje przydatnych danych, jasnych komunikatów o stanie i sposobu obsługi wyjątków.
Czy pulpit może służyć do zatwierdzania, a nie tylko do raportów?
Tak, jeśli należy to do procesu. Określamy, co zmienia zatwierdzenie i kto może je cofnąć, a potem testujemy działanie razem z wyświetlanymi liczbami.
Czy pracownicy i klienci mogą korzystać z różnych ekranów dla tego samego zgłoszenia?
Tak. Mogą mieć różne widoki tego samego rekordu. Określamy, które notatki wewnętrzne pozostają prywatne, a które aktualizacje powinien widzieć klient.

Role i prywatne dane

Co się stanie, jeśli ktoś odgadnie adres rekordu innego klienta?
Aplikacja musi sprawdzić uprawnienie do wskazanego rekordu. Testujemy bezpośrednie zapytania do serwera i nawigację, żeby ukrycie linku nie było traktowane jako kontrola dostępu.
Czy użytkownik może mieć różne role w różnych przestrzeniach roboczych?
Może to być częścią modelu kont. Każde działanie musi korzystać z roli dla bieżącej przestrzeni roboczej, a zmiana przestrzeni nie może przypadkowo przenosić uprawnień.
Jak aplikacja powinna kończyć sesję na wspólnym urządzeniu?
Określamy zachowanie przy wylogowaniu i ekrany wymagające ponownego logowania. Testujemy, do czego może dostać się kolejna osoba korzystająca z urządzenia.

Dane i działanie w przeglądarce

Co się stanie, jeśli dwóch pracowników edytuje jeden rekord?
Wybieramy zasadę rozstrzygania sprzecznych zmian. Aplikacja może ostrzec, że rekord się zmienił, i poprosić użytkownika o jego sprawdzenie, zamiast bez ostrzeżenia nadpisywać cudzą pracę.
Czy użytkownicy mogą zapisać długi formularz i wrócić później?
Zapisywanie wersji roboczych może być częścią pracy. Określamy miejsce ich przechowywania, kto może je ponownie otworzyć i to, co się stanie, gdy wymagane informacje zmienią się przed wysłaniem.
Co powinna pokazywać aplikacja, gdy raport nie ma danych?
Pusty raport powinien wyjaśniać, czy żadne rekordy nie pasują, czy dane jeszcze nie dotarły, czy ładowanie się nie powiodło. Te stany wymagają różnych komunikatów i, gdy to przydatne, wskazania kolejnego działania.

Urządzenia i wydanie

Czy aplikacja w przeglądarce wymaga pobrania ze sklepu z aplikacjami?
Nie. Użytkownicy otwierają jej adres w obsługiwanej przeglądarce. Instalowanie osobnej aplikacji mobilnej jest innym sposobem dostarczenia rozwiązania i pozostaje poza tą usługą, chyba że zostanie osobno zaplanowane.
Czy możemy ograniczyć pierwsze wydanie do użytkowników komputerów?
Tak, gdy użytkownicy i zadanie uzasadniają tę decyzję. Dokumentujemy docelowe urządzenia przed projektowaniem, żeby proces zaprojektowany pod komputer nie uchodził za gotowy do użycia na telefonie.
Czy narzędzie przeglądarkowe można połączyć z naszą obecną stroną?
Często tak. Najpierw sprawdzamy ustawienia domeny i sposób logowania. Publiczna strona i prywatna aplikacja mogą pozostać oddzielone, zapewniając użytkownikom jasną ścieżkę między nimi.

Powiązane usługi

Prześlij nam opis zadania, które ludzie mają wykonać w przeglądarce

Powiedz, kto potrzebuje dostępu do danych i co z nimi robi. Pierwsza rozmowa jest bezpłatna, a po niej dostajesz wycenę i zakres prac. Wrócimy do Ciebie w ciągu jednego dnia roboczego.

Porozmawiajmy o projekcie

Telegram @cyberlabteam · WhatsApp +48 668 155 303 · info@cyberlab.team