Job description
Na początek garść podstawowych informacji:
- hosting nie jest potrzebny, wybrano (kylos)
- strona będzie rozbudowywana głównie od strony backend-u
- cała strona jest uproszczona, gdyż dotyczy jednego wybranego wydarzenia, dlatego layout został przygotowany i poza kosmetycznymi zmianami większe przeróbki nie wchodzą w grę. Możemy o tym porozmawiać przy rozbudowie strony.
- rozdzielczość domyślna 1200px, nagłówek/stopka oraz zawartość główna w trzech kolumnach po 400px
Przewidywane zakładki:
a) o nas (krótki tekst przedstawiający zakres usług)
b) kontakt (odrobina tekstu + formularz kontaktowy)
c) pomoc (faq - accordion, 5-6 kategorii, jej głębokość do 3 podkategorii, zawsze aktywne jest ostatnie pytanie w kategorii lub podkategorii - wszystkie pozostałe są zwinięte. kategorie i podkategorie kolorowe tak by łatwo można było się zorientować na którym poziomie jesteśmy)
d) newsletter (zapisanie/wypisanie do newslettera nad podstawie podanego adresu email, opcjonalnie imienia, w przyszłości newsletter będzie zawierał 3 kategorie, integracja z freshmail)
e) status zamówienia (nr zamówienia wysłany na maila) pozwala sprawdzić opcje zamówienia:
- indywidualny numer konta bankowego
- status płatności (zapłacono(kiedy)/niezapłacono )
- lista zakupów
- dodanie kolejnej osoby
- możliwość personalizacji zamówienia (szczegóły poniżej - [strona C])
- na 5 dni przed wydarzeniem klient otrzymuje informacje niezbędne do udziału w wydarzeniu
f) koszyk zakupów (podgląd zakupionych usług, dodawanie/odejmowanie, CTA (do kasy))
g) zawartość główna (zakładka wydarzenie)
Zakładka "wydarzenie"
to w zasadzie podstrony 3 strony przechodzi się między nimi kliknięciem lub przewinięciem strony
[strona A]
1 kolumna (obrazek, zegar odliczający czas do wydarzenia)
2-3 kolumna (tekst + CTA (dokonaj rezerwacji))
Uwaga:
- realnie są 2 kolumny w układzie 1, 2-3 lub 2-3,1
- po wyzerowaniu licznika w kolumnach 2-3 wyświetlany jest komunikat w z pliku tekstowego, a zegar znika. Nie ma również możliwości przejścia do podstron BCD - są nieaktywne
[strona B]
1 kolumna (tekst)
2 kolumna (formularz rezerwacji + CTA (opcje dodatkowe))
3 kolumna ("interaktywna" mapa polski, link do pliku(pdf) z regulaminem wydarzenia i rozkładem jazdy),
Uwaga:
- bez wypełnienia formularza CTA nie działa (wyświetlenie komunikatu o dodaniu osób wszak pustych zamównień nie realizujemy)
- "interaktywność mapy" to zaznaczenie województwa, jeśli mamy z niego zamówienie wyświetla się również "rozkład jazdy" nad mapą
[strona C]
dodatkowa sprzedaż w postaci gadżetów:
1 kolumna - identyfikatora ze smyczą,
2 kolumna - tshirtu firmowego
3 kolumna - podsumowanie zakupów - wartość zamówienia, lista zakupów, numer konta (CTA (potwierdzam/realizuję zakup))
Uwagi:
- klient zaznacza czy chce dokupić coś z kolumn 1,2 oraz podaje ilość (domyślnie ilość = liczbie rezerwacji)
- klient w mailu otrzymuje linka do sprawdzenia statutu oraz procedurę postępowania do personalizacji identyfikatora oraz koszulek
- personalizacja identyfikatora (imię, nazwisko, pseudonim itp)
- personalizacja tshirt (kolor, rozmiar, ilość w wcześniej wymienionych parametrach (ilość nie może przekroczyć liczby rezerwacji))
- po personalizacji zmienia się również lista zakupów w statusie zamówienia oraz podana jest data personalizacji
- do personalizacji potrzebny jest adres pocztowy do wysyłki
- personalizacja potwierdzone jest mailem z podaniem listy zakupów dotyczącej gadżetów
- w przyszłości liczba gadżetów może wzrosnąć
[strona D]
podziękowanie + formularz newslettera z mailem klienta i opcją "zapisz się" (znika zatem wypisanie)
Uwaga:
- strona D zawsze jest na końcu.
Wymogi ogólne do zakładki "wydarzenia":
- możliwość zmiany układu kolumn w poszczególnych dniach by zbadać konwersję zależnie od aktualnego ułożenia kolumn. Polecam najprostsze rozwiązanie w pliku tekstowym tak by było łatwe w edycji (csv - data, układ np. 2015-06-06,a12x,b231,c123 gdzie x oznacza połączenie dwóch kolumn licząc od kolumny poprzedzonej x -> 2x (23) 1x (12))
System masowcyh płatności:
- wybrano ofertę Banku Spółdzielczego
- każdy klient który dokona rezerwacji zamówienia otrzymuje maila z potwierdzeniem rezerwacji. Numer konta bankowego do wpłaty jest indywidualnym rachunkiem bankowym generowanym wg schematu dostarczonego z banku. Na ogół na 26 cyfr konta, ostatnie 12-16 należą do mnie jako operatora.
- numery nigdy nie mogą się powtórzyć
- bank codziennie dostarcza wyciągi (csv,xml,itd). Zadanie to porównanie wpływów z bazą danych i wysłanie klientowi maila z potwierdzeniem płatności. Plik będzie dostępny na serwerze w wybranym katalogu (np.wyciagi) w formacie RRRR-MM-DD.csv - zatem proste zadanie cron'a. Istotne jest wychwycenie różnic między wpłatami a wartością zamówienia - po prostu się zdarzają się pomyłki.
- W przypadku braku wpłaty po 5 dniach wysyłany jest mail z opcją przypomienia płatności - klient musi potwierdzić rezerwację, wówczas zostaje przedłużona. Brak wpłaty i potwierdzenia, nie oznacza usunięcia z listy. Przypominamy się w okolicy 10 danego miesiąca jeśli czas wydarzenia na to pozwala. Maksymalnie wysyłamy 3 wysyłki o wpłacie (po 5 dniach i 2x w okolicy 10.każdego miesiąca)
- przy rozbudowie strony będzie opcja płatności mobilnych z mobilnej wersji strony.
- codziennie po rozliczeniu płatności wysyłana jest kopia bazy na podany adres e-mail w formacie csv.
Newsletter:
W zasadzie na dziś chodzi o zebranie bazy danych. Zostanie wysłany spersonalizany mail na 5 dni przed wydarzeniem.
Inne:
Definicja wydarzenia przechowywana w pliku tekstowym, docelowo przy rozbudowie (backend) stworzymy stosowne formularze umożliwiające wygodną edycję wydarzenia przez mniej obeznanych użytkowników systemu.
Wszystkie kolumny mają delikatne tło, które tworzą jedną wielką całość. W przypadku przekładki kolumn trzeba pozostawić tła w pierwotnych miejscach, bo całość nie złoży się jak trzeba.
Potencjalny wykonawco być może powyższa specyfikacja wygląda "strasznie",
ale szanuję Twój i swój czas - postanowiłem napisać w miarę szczegółowo by mieć jasność sytuacji. Jeśli ktoś jest zainteresowany proszę o mail lub telefon (dostępny jestem do 21:00)
Z pewnością parę pytań jeszcze się nasuwa. Pełny opis z poszczególnymi widokami podeślę mailem.
Dopuszczam rezygnację z personalizacji gadżetów w przypadku zbyt wysokich wycen. Wg mnie to proste formularze, ale programiści widzą czasem rzeczywistość inaczej. Kluczem jest ilość rezerwacji z rozpiską szczegółową do danego ID zamówienia.
Wyzwaniem może być system płatności masowych, ale to tylko strasznie wygląda. W wielkim skrócie generujesz numer, po czym filtrujesz dane. Kwiatki wychodzą gdy nie zgadzają się kwoty - wówczas trzeba wdrożyć odpowiednie procedury - myślę, że wychwyciłem wszystkie.
Liczę, że przygotowana dokumentacja pozwoli Ci usiąść od razu do pisania kodu. Osobiście wiem do czego zmierzam. Nie chcę przechodzić całej ścieżki tworzenia strony, bo zmarnujemy czas. Otwarty jestem na drobne sugestie, ale mówię stanowcze nie dla całkowitej przebudowy strony jak to mają w zwyczaju firmy z Wrocławia. Dlatego też z góry dziękuję firmom z Wrocławia - mam złe doświadczenia. Odrzucam oferty do negocjacji - szanujmy się po prostu.
Jeśli udało Ci się dotrzeć do końca i uważasz, że warto spróbować zapraszam do rozmów.
