Naprawa buga z wyliczeniem płatności, dostawy i przy edycji zamówienia z punktami

This commit is contained in:
2024-02-01 12:19:15 +01:00
parent d7d86c40fe
commit b1b87a93f6
3 changed files with 42 additions and 21 deletions

View File

@@ -46,13 +46,20 @@ Trzeba je później podmienić w kodzie w Wydzielonym Javascript na np.:
### Wady ###
- Nie ma faktury na inne dane(żeby nie używać tego samego zapytania co OSCOP Idosella, żeby nie pobierało opłat)
- próba edycji zamówienia jak jest edycja zamówienia na punkty może się wywalać(za mało punktów lojalnościowych)
### Dodatkowe pomysły do zrealizowania ###
- Sprawdzanie logina w trakcie pisania(może być słabe dla ochrony danych klienta)
- Limit znaków | Wydłużanie się okienka od uwag do sklepu|kuriera
- W przypadku punktów odbioru na jednej mapie, można zamienić metody dostawy wymagające punkty odbioru na jeden wspólny.
- Na mobilce przyklejenie zamów na dół ekranu na wypadek gdyby zalogowany użytkownik miał już wybrany punkt odbioru
- Przekreślona cena|Omnibus w wypadku gdy produkt jest w promocji
- Przyklejony przycisk "Zamawiam i płacę" wraz z ceną i regulaminem
- ApplePay na Iphone na górze reszta schowana
- Klient wybierze inposta nie trzeba danych osobowych? domyślnie podaje kreseczki spigen.pl
### Rozliczenie ###
- Wersja lifetime
- wersja abonamentowa 3, 6, 12 miesięcy
### Uwagi ###
- W przypadku sklepu w innym języku niż polskim upewnij się czy wszystko jest dobrze przetłumaczone!!!!!!!
@@ -61,3 +68,4 @@ Trzeba je później podmienić w kodzie w Wydzielonym Javascript na np.:
- Dziwna rzecz którą zauważyłem. Jak składasz zamówienie wraz z zakładaniem konta, ale okazuje się że brakuje któregoś produktu w koszyku, to konto dalej się zakłada(ponieważ w takiej sytuacji najpierw zakłada się konto, a później składa się zamówienie)
- nie można wybierać hurtownika w place-order
- Jak się klika Zamów bez rejestracji to jest faktura na inne dane. Schować?
- BADANIE KONWERSJI PODCZAS WDROŻENIA DLA KLIENTÓW