Jak przygotować firmę do wyceny strony albo aplikacji.

Co wystarczy na pierwszą rozmowę

Specyfikacja techniczna nie jest potrzebna, żeby dostać wycenę. Na początek wystarczy opis tego, co ma działać, kto będzie z tego korzystał i z którymi programami Twojej firmy projekt ma współpracować. Taki opis możesz wysłać formularzem na końcu tej strony, a w odpowiedzi dostajesz propozycję zakresu, terminu i kolejnych kroków.

W rozmowie opiekun klienta ustala z Tobą zakres prac, termin i materiały potrzebne na start, a następnie przygotowuje wycenę. Cena z wyceny nie rośnie w trakcie prac. Jeśli zechcesz poszerzyć zakres, najpierw dostajesz osobną wycenę tej zmiany.

Dokładniejsze pytania przychodzą na starcie projektu. Dostajesz wtedy dane logowania do panelu klienta, w którym pierwszym etapem jest brief, czyli kilka pytań o projekt, od których zaczynamy pracę. Ich zestaw zależy od rodzaju projektu, inny jest przy stronie, sklepie, aplikacji i systemie. Odpowiedzi zebrane przed wyceną przydają się więc dwa razy, w rozmowie z opiekunem i w briefie.

Cel i odbiorcy projektu

Projekt strony zaczynamy od Twojego klienta, od tego, czego szuka i co ma zrobić na stronie. Może zadzwonić, wysłać zapytanie, zarezerwować termin albo porównać ofertę. W briefie strony są pytania o cel i oczekiwania, o grupę docelową i o to, czym zajmuje się Twoja firma. Przy sklepie zamiast celu pada pytanie, co sprzedajesz i kto kupuje.

Brief aplikacji pyta, do czego ma ona służyć, kto z niej korzysta i czy użytkownik się loguje. Aplikacja ma sens wtedy, gdy klient albo pracownik wraca do niej regularnie, żeby złożyć zamówienie, zgłosić zdarzenie albo wypełnić protokół. Gdy klient kontaktuje się z Twoją firmą jednorazowo, zwykle wystarcza strona internetowa i to właśnie doradzamy.

Przy panelu albo systemie dla firmy brief dotyczy procesu, który system ma obsłużyć, i tego, jak ten proces wygląda dzisiaj. System porządkuje informacje rozproszone po arkuszach, skrzynkach e-mail i osobnych programach, więc opis obecnego sposobu pracy jest punktem wyjścia. Pada też pytanie, kto będzie z systemu korzystał i z jakimi uprawnieniami.

Nie musisz z góry wiedzieć, które narzędzie wybrać. Ten sam cel da się osiągnąć różnymi rozwiązaniami, a ich koszt wdrożenia i utrzymania bywa bardzo różny, dlatego dobór rozwiązania jest częścią rozmowy. Zakres każdej usługi opisują osobne strony, od stron internetowych i sklepów po aplikacje mobilne i systemy dla firm.

Lista funkcji i zakres

Lista funkcji może być zwykłym spisem tego, co ma działać. Mogą się na niej znaleźć na przykład płatności online, logowanie użytkowników, powiadomienia, panel do zmiany treści albo obsługi zamówień, połączenie z programami firmy czy import danych. Cenę wyznacza zakres, czyli właśnie ta lista. Dla strony liczy się też liczba podstron, a dla sklepu asortyment.

Kilku decyzji nie musisz podejmować przed rozmową. To, czy strona dostanie panel do samodzielnej zmiany treści, ustalamy w wycenie, a przydaje się on przy ofercie, która często się zmienia. Przy aplikacji doradzamy wybór między wersją webową, instalowaną z przeglądarki, a aplikacją w App Store i Google Play. Obie drogi zestawia nasz poradnik PWA czy aplikacja natywna.

W briefie aplikacji są też pytania o system, czyli iOS, Androida albo oba, o pracę bez zasięgu i o powiadomienia push. Pełną listę funkcji dopracowujemy potem na warsztacie, od którego zaczyna się zakres prac nad aplikacją.

W kalkulatorze kosztu kilka pytań prowadzi od rodzaju projektu i jego skali do funkcji i terminu. Wynik to cena wyjściowa z naszego cennika razem z przybliżonym czasem realizacji, a odpowiedzi możesz przesłać opiekunowi klienta, który umawia krótką rozmowę o zakresie. Od czego zależą kwoty, opisują poradniki o kosztach strony internetowej, sklepu i aplikacji mobilnej.

Treści, zdjęcia i materiały firmy

Obok pytań brief ma miejsce na materiały graficzne. Prosimy w nim o logo, zdjęcia, projekty, teksty i księgę znaku, czyli o wszystko, czym dysponujesz. Pliki wgrywasz w panelu klienta jako zdjęcia, dokumenty PDF albo archiwa ZIP.

Teksty podstron nie muszą być gotowe przed startem. Należą one, tak jak struktura podstron, do zakresu strony internetowej i powstają razem z projektem. Przy przebudowie teksty, które chcesz zachować, przenosimy z obecnej strony słowo w słowo, a nowe dopisujemy tam, gdzie poprzednia wersja ich nie miała. Takie zlecenie opisuje strona przebudowa strony internetowej.

Część treści powstaje wprost z dokumentów firmy. Rzuty lokali na stronie osiedla Plażowa Park przygotowaliśmy z rysunków dewelopera w PDF. W systemie zapisów klubu SALTOS grafik sezonu istniał tylko w materiałach klubu. Przenieśliśmy go na stronę termin po terminie, a niejasne miejsca wróciły do klubu jako pytania przed publikacją.

Sklep ma w panelu osobny etap na katalog i produkty. Zbieramy w nim zdjęcia, opisy, ceny i stany, a etap ma miejsce na link do arkusza z produktami.

Materiały wpływają też na termin strony. Prosta strona powstaje zwykle w ciągu około dwóch tygodni od chwili, gdy mamy materiały. Przy większym serwisie harmonogram z datami odbiorów ustalamy przed startem.

Domena, obecna strona i dostępy

Gotowy projekt publikujemy na Twojej domenie albo w sklepach z aplikacjami. Jeśli masz już domenę, przed startem przyda się wiedza, na kogo jest zarejestrowana i kto w firmie ma do niej dostęp. Nową domenę można zarejestrować na Twoją firmę i to ona jest właścicielem domeny, a jej techniczną obsługą zajmujemy się my. Pozostałe zasady określa umowa.

Pytanie o obecną stronę albo obecny sklep jest w briefie strony i sklepu. Nowa strona po przebudowie może działać pod dotychczasową domeną, jak strony atelier24, EMKACAR-SERVICE i AMICO.

Dostępy dotyczą też programów, z którymi projekt ma się łączyć. W briefie integracji jest pytanie, czy masz dostęp do tych systemów, a odpowiedź wymaga ustalenia, kto w firmie nimi zarządza.

Programy firmy, płatności i dane

Przy systemie dla firmy sprawdzamy przed wyceną, czy połączy się on z programami, których już używasz. Podstawą jest lista tych programów, na przykład systemu sprzedaży albo magazynu, i sposób, w jaki udostępniają dane. W briefie systemu i integracji dochodzą pytania o to, skąd biorą się dane, gdzie trafiają i co ma się dziać samo. Kolejne dotyczą tego, kto robi to dzisiaj, jak często i ile rekordów przybywa każdego dnia.

Strona osiedla może pobierać ceny i statusy lokali z systemu sprzedaży dewelopera, jeśli ten udostępnia dane. Taką synchronizację zbudowaliśmy dla Plażowej Park. Gdy takiego źródła nie ma, wpisujemy je z cennika biura sprzedaży, jak w Leśnej Ostoi. Dane prowadzone dziś w arkuszach można przenieść do systemu przy starcie, a import ustalamy w zakresie projektu.

Brief sklepu pyta o sposoby płatności i dostawy, które razem z asortymentem i połączeniem z magazynem wyznaczają cenę sklepu. Płatności w aplikacji mają w jej briefie osobne pytanie.

Każda wycena obejmuje dopasowanie zgód, polityki prywatności i regulaminu do danych, które projekt faktycznie zbiera. Spis danych, które mają zbierać formularze albo aplikacja, pomaga przygotować te dokumenty razem z projektem.

Termin i budżet

W formularzu kontaktowym termin i orientacyjny budżet są polami nieobowiązkowymi, a termin możesz opisać zwyczajnie, na przykład jako koniec listopada. W kalkulatorze kosztu wybierasz jedną z czterech odpowiedzi, od jak najszybciej po termin elastyczny. Na wynik kalkulatora termin nie wpływa, a datę opiekun potwierdza po rozmowie.

Gdy data wynika z kampanii albo wydarzenia i nie da się jej przesunąć, przyda się podać ją od razu razem z tym powodem. Klub SALTOS miał kampanię reklamową opłaconą z góry, a startu zajęć nie dało się przenieść, więc serwis zapisów musiał przyjmować zgłoszenia od pierwszej godziny emisji reklam.

Harmonogram z datami odbiorów sklepu, aplikacji albo systemu przygotowujemy po ustaleniu zakresu, przed startem prac. Projekt graficzny poprzedza kod, a zmiany na tym etapie kosztują najmniej. W panelu przy briefie piszemy, że im pełniejsze informacje, tym trafniejszy projekt.

Kto po Twojej stronie decyduje

Po naszej stronie całość prowadzi jeden opiekun, który zostaje z Tobą od pierwszej rozmowy do publikacji. Decyzje po Twojej stronie zapisuje panel klienta, do którego dostęp mają tylko osoby, z którymi prowadzimy projekt. Przed startem dobrze jest ustalić, kto w firmie odpowiada za każdy z trzech kroków.

• Umowa. Akceptuje się ją w panelu, który zapisuje imię i nazwisko osoby akceptującej umowę w imieniu firmy oraz datę.
• Uwagi. Wersję strony otwiera się w przeglądarce, a każdą uwagę przypisuje się do sekcji strony. Aplikację w wersji testowej instaluje się na telefonie według instrukcji, którą wysyłamy razem z linkiem.
• Akceptacja wersji. Zatwierdzenie wersji to jeden przycisk, a po nim przechodzimy do publikacji i rozliczenia.

Gdy o projekcie decyduje kilka osób, ich uwagi lepiej zebrać w firmie, zanim trafią do panelu.

Konto deweloperskie przy aplikacji

Aplikacja trafia do App Store i Google Play z konta deweloperskiego Twojej firmy. Założenie konta i weryfikację przechodzimy wspólnie, więc po Twojej stronie potrzebna jest osoba, która się tym zajmie. Przed publikacją aplikacja przechodzi też weryfikację w obu sklepach. Trwa ona po stronie Apple i Google i nie zależy od nas, dlatego konto firmy powinno być gotowe wcześniej.

Aplikacja webowa, instalowana z przeglądarki, nie wymaga konta w sklepach. Co potrafi taka aplikacja na iPhonie i Androidzie, zebraliśmy w tabeli na stronie o aplikacji PWA dla firmy.

Checklista w pliku PDF

Wszystkie punkty z tego poradnika zebraliśmy w checkliście w pliku PDF. Ma sześć grup, od opisu na pierwszą rozmowę po termin i decyzje po Twojej stronie, a każdy punkt to jedna rzecz do przygotowania albo jedno pytanie do odpowiedzi.

Do pierwszej wiadomości wystarczą odpowiedzi z pierwszej części tego poradnika, opisane kilkoma zdaniami w formularzu na końcu strony. Opiekun klienta odzywa się zwykle tego samego dnia roboczego, a wycenę dostajesz po rozmowie.