Opis projektu
PrzetłumaczoneBudujemy meble na zamówienie — szafy, kuchnie, garderoby — a w tej chwili każda wycena jest przygotowywana ręcznie. Menedżer otwiera arkusz kalkulacyjny, szuka odpowiednich współczynników, sumuje akcesoria i dodatki, a odpowiedź przychodzi gdzieś między pół godziny a następnego dnia. W tym czasie dobra połowa zapytań milknie. Chcę, aby na naszej stronie był konfigurator, aby odwiedzający mogli samodzielnie złożyć przedmiot i zobaczyć przybliżoną cenę, zanim ktokolwiek odbierze telefon.
Przepływ, który mam na myśli: wybierz model, ustaw szerokość, wysokość i głębokość w ramach dozwolonych dla danego modelu, wybierz materiał korpusu i frontu, akcesoria i dodatki — oświetlenie, ciche domykanie, cokół. Cena przelicza się przy każdej zmianie, bez przeładowania strony. Gdy kombinacja nie działa — powiedzmy, wybrany mechanizm nie pasuje do tej szerokości — konfigurator informuje o tym na miejscu, a nie po wysłaniu zapytania. Obraz podglądu obok kontrolek pokazuje przedmiot w wybranym kolorze, schemat jest w porządku, o ile jest rozpoznawalny.
To, co wychodzi na końcu, to specyfikacja: pozycje, wymiary, materiały, akcesoria i suma. Jedna kopia trafia do menedżera jako zapytanie, druga idzie do klienta mailem, a konfiguracja jest przechowywana pod stałym linkiem, aby można ją było otworzyć ponownie za tydzień lub pokazać partnerowi.
Rzeczy, na które nie jestem gotów pójść na kompromis:
— cena podana przez konfigurator jest wstępna, a ostateczna jest potwierdzana po pomiarze na miejscu; musi być widoczna na ekranie tuż obok sumy, a nie ukryta w małym druku na dole;
— zasady wyceny, współczynniki i stawki materiałowe są przechowywane, aby odpowiedzialny pracownik mógł je edytować z interfejsu bez dewelopera, a każda edycja jest zachowywana w historii zmian: co to było, co się stało, kto to zmienił i kiedy;
— zapisany link pokazuje konfigurację i nic więcej. Nie może nigdy otworzyć czyjegoś zapytania i nie może nigdy ujawniać danych kontaktowych klienta;
— musi działać poprawnie na telefonie: to tam pochodzi większość naszych zapytań.
Przepływ, który mam na myśli: wybierz model, ustaw szerokość, wysokość i głębokość w ramach dozwolonych dla danego modelu, wybierz materiał korpusu i frontu, akcesoria i dodatki — oświetlenie, ciche domykanie, cokół. Cena przelicza się przy każdej zmianie, bez przeładowania strony. Gdy kombinacja nie działa — powiedzmy, wybrany mechanizm nie pasuje do tej szerokości — konfigurator informuje o tym na miejscu, a nie po wysłaniu zapytania. Obraz podglądu obok kontrolek pokazuje przedmiot w wybranym kolorze, schemat jest w porządku, o ile jest rozpoznawalny.
To, co wychodzi na końcu, to specyfikacja: pozycje, wymiary, materiały, akcesoria i suma. Jedna kopia trafia do menedżera jako zapytanie, druga idzie do klienta mailem, a konfiguracja jest przechowywana pod stałym linkiem, aby można ją było otworzyć ponownie za tydzień lub pokazać partnerowi.
Rzeczy, na które nie jestem gotów pójść na kompromis:
— cena podana przez konfigurator jest wstępna, a ostateczna jest potwierdzana po pomiarze na miejscu; musi być widoczna na ekranie tuż obok sumy, a nie ukryta w małym druku na dole;
— zasady wyceny, współczynniki i stawki materiałowe są przechowywane, aby odpowiedzialny pracownik mógł je edytować z interfejsu bez dewelopera, a każda edycja jest zachowywana w historii zmian: co to było, co się stało, kto to zmienił i kiedy;
— zapisany link pokazuje konfigurację i nic więcej. Nie może nigdy otworzyć czyjegoś zapytania i nie może nigdy ujawniać danych kontaktowych klienta;
— musi działać poprawnie na telefonie: to tam pochodzi większość naszych zapytań.
Programowanie stron internetowych Gotówka, Przelew bankowy
