Produkcja na zamówienie — z akceptacją klienta, zanim cokolwiek powstanie.
Sprzedaż czegoś, co robisz dla jednej osoby, nie mieści się na zwykłej stronie produktu. Klient musi przysłać zdjęcie, ty musisz zbudować rzecz, a on musi ją zobaczyć i powiedzieć „tak”, zanim zużyjesz materiał. MevvAtelier to właśnie ten łańcuch wewnątrz WooCommerce: konfigurator, który liczy cenę na serwerze, skarbiec, z którego wgrane zdjęcia nigdy nie wychodzą, podpisany odnośnik, który klient otwiera bez konta, by zatwierdzić podgląd albo poprosić o poprawkę, cztery stany zamówienia poruszające się tylko w jedną stronę oraz ekran kolejki mówiący twojej pracowni, co jest spóźnione. Zdjęcia to pliki prywatne z własnym terminem przechowywania, a nie załączniki biblioteki mediów — bo fotografia klienta nie jest zdjęciem produktu.
Wszystkie ceny zawierają VAT.
1 USD = 49,0549 ₺ (kurs İşbank)
Co robi
Każda możliwość istnieje po to, by usunąć konkretne tarcie w codziennej pracy.
Konfigurator pokazuje sumę, gdy klient wybiera, ale liczba, którą zapisuje się zamówienie, jest wyliczana na serwerze ponownie — wyłącznie z dokonanego wyboru. Suma przysłana przez przeglądarkę jest po prostu ignorowana. Pieniądze trzymane są jako całkowite jednostki podrzędne, więc długie zamówienie nigdy nie rozjedzie się o grosz między fakturą a zamówieniem.
Trafiają do katalogu, którego nazwy nie da się odgadnąć, chronionego jednocześnie na cztery sposoby: regułą .htaccess, plikiem web.config dla IIS, plikiem index.php oraz uprawnieniami, które pozwalają czytać je tylko samej witrynie. Plik jest przyjmowany za to, czym są jego bajty, a nie za to, co twierdzi jego nazwa: plik wykonywalny przemianowany na .jpg zostaje odrzucony w drzwiach. Nigdy nie dostają publicznego adresu URL.
Każde zdjęcie i każdy podgląd wydawane są przez jedną bramę. Twój zespół przechodzi dzięki uprawnieniu do zamówień WooCommerce, klient — dzięki podpisanemu odnośnikowi sprawdzanemu wobec dokładnie tego zamówienia i żadnego innego. Odnośnik zbudowany dla jednego zamówienia nie otworzy pliku innego, a odnośnik zmanipulowany nie otworzy niczego.
Strona akceptacji otwiera się prosto z e-maila: bez logowania, bez hasła, bez koszyka. Prosić kogoś o rejestrację, zanim zobaczy własny podgląd, to najpewniejszy sposób na utratę tej akceptacji. Odnośnik niesie własne uprawnienie, jest podpisany i wygasa; strona nigdy nie trafia do pamięci podręcznej, więc podgląd jednego klienta nie może zostać pokazany komuś innemu.
Przed akceptacją klient może prosić o poprawkę tyle razy, ile trzeba, a każda prośba zostaje zapisana przy zamówieniu. Po akceptacji formularz poprawek znika — a serwer również odrzuca żądanie, nie tylko ekran. Zgodnie z tureckimi przepisami o sprzedaży na odległość towar spersonalizowany nie daje prawa odstąpienia po wykonaniu, więc chwila, w której klient się na to zgadza, jest zapisywana razem z akceptacją.
Modelowanie, oczekiwanie na akceptację, druk, gotowe. To, co po czym może nastąpić, zapisano jako listę przejść dozwolonych, a nie zabronionych: krok, o którym nikt nie pomyślał, jest domyślnie odrzucany, zamiast po cichu dozwolony. Stany to prawdziwe statusy zamówień WooCommerce, więc pojawiają się na liście zamówień, w raportach i w twoich obecnych filtrach.
Ekran pracowni układa otwarte zamówienia według czasu oczekiwania i zaznacza na czerwono te, które przekroczyły obiecany termin: zwykle dwadzieścia cztery godziny, sześć przy zamówieniu ekspresowym. Operator wgrywa podgląd z tego samego ekranu, a e-mail do klienta wychodzi tą samą czynnością; nie ma drugiego miejsca, o którego kliknięciu trzeba pamiętać.
Zamówienie przyjęte, podgląd gotowy, akceptacja zapisana, wysłano. Wszystkie przechodzą przez własny szablon e-mail twojego sklepu, więc wyglądają jak reszta twojej poczty, a nie jak coś doczepionego. Odnośnik akceptacji pojawia się w wiadomości dwa razy — jako przycisk i jako zwykły tekst — bo niektóre programy pocztowe przycisku nie rysują.
Codzienne zadanie usuwa wgrane pliki i podglądy zakończonych zamówień po okresie przechowywania, który ustawiasz ty: domyślnie sześćdziesiąt dni. Zamówienie, jego kwota i zapis akceptacji zostają; fotografia klienta nie. Trzymanie zdjęcia dziecka na serwerze sklepu bezterminowo to odpowiedzialność, a nie funkcja.
Konfigurator i strona akceptacji wyłączają dla siebie buforowanie stron — w języku, który jednakowo rozumieją LiteSpeed, WP Rocket i W3 Total Cache — a do tego wysyłają nagłówki no-store. Zbuforowany konfigurator wysyła przeterminowany token i cicho zawodzi; zbuforowana strona akceptacji pokazuje podgląd jednego klienta następnemu odwiedzającemu. Tutaj nie może zdarzyć się ani jedno, ani drugie.
Informacje o produkcie