Доработка функционала поиска на сайте ВП

Trzeba zrobić XML-feed dla Hotline z naszej strony na WordPress/WooCommerce zgodnie z ich wymaganiami technicznymi

Poszukujemy specjalisty do stworzenia strony / landing page'a do sprzedaży produktów do okien: firany, rolety i plisy. Potrzebujemy nie tylko strony wizytówki, ale praktycznego narzędzia do sprzedaży, zbierania zgłoszeń i dalszej skalowalności. Szuka specjalisty, który już tworzył podobne modele stron: z wyborem parametrów produktu, obliczaniem ceny, zgłoszeniami / zamówieniami oraz konsultacją klienta. Również ważne, aby specjalista rozumiał pracę z zagraniczną publicznością, ponieważ strona planowana jest do sprzedaży nie tylko w Ukrainie, ale także na rynku europejskim / polskim. Podstawowa logika strony: Klient wchodzi na stronę i ma możliwość: Wybrać produkt. Wybrać kolor / wariant. Podać szerokość i wysokość. Zobaczyć orientacyjną lub dokładną cenę. Zostawić zgłoszenie lub złożyć zamówienie. W przyszłości — zapłacić online. Również ważne jest przewidzenie przycisku konsultacji, jeśli klient nie jest pewny pomiarów lub wyboru produktu. Na przykład: “Potrzebujesz pomocy z pomiarem?” / “Uzyskaj konsultację”. Ważne jest dla nas, aby klient mógł nie tylko dzwonić, ale napisać do nas i uzyskać pomoc online. Dodatkowy produkt: Osobno chcemy dodać plisy jako dodatkowy produkt lub tańszą alternatywę dla głównych firan. To znaczy, strona ma umożliwić pokazanie klientowi prostszego i bardziej dostępnego wariantu, jeśli główny produkt jest dla niego zbyt drogi. Kierunek B2B: W przyszłości chcemy mieć blok B2B lub osobną stronę dla klientów hurtowych: salony firan, fachowcy, partnerzy, producenci, klienci hurtowi. Powinna tam być krótka informacja o współpracy hurtowej, możliwość zostawienia zgłoszenia oraz, być może, orientacyjna logika cen w zależności od ilości. Co potrzebne od specjalisty: Podpowiedzieć, jak najlepiej zrealizować stronę: CMS, konstruktor, custom development czy inna opcja. Proponować optymalną strukturę strony. Wyjaśnić, czy możliwe jest zrobienie kalkulatora ceny w zależności od szerokości i wysokości. Podpowiedzieć, jak najlepiej zorganizować zgłoszenia / konsultacje / płatności. Ocenić, co można zrobić na pierwszym etapie, a co lepiej zostawić na później. Podać orientacyjne terminy i koszty. Ważne jest dla nas, aby uruchomić stronę etapowo: najpierw stworzyć minimalną wersję roboczą, która już będzie mogła zbierać zgłoszenia lub sprzedaże, a następnie stopniowo dodawać bardziej skomplikowane funkcjonalności. Format pracy: Początkowo chcemy przeprowadzić krótkie spotkanie Zoom / Google Meet, aby pokazać produkt, wyjaśnić logikę i zrozumieć, czy możesz pomóc w realizacji. Przed spotkaniem możemy wysłać przybliżone TŻ i przykłady, abyś z wyprzedzeniem rozumiał, o jaki produkt i jaką logikę strony chodzi. To nie jest ostateczne zadanie techniczne, a wstępna wizja zadania, którą chcemy omówić ze specjalistą.

Konieczne jest opracowanie aplikacji internetowej do automatyzacji potwierdzania zamówień i oferowania dodatkowych produktów klientom przez Viber. Zamówienia trafiają do CRM SalesDrive. Ogólna logika działania: 1. Menedżer w aplikacji internetowej wybiera jedno lub kilka zamówień z SalesDrive, wybiera scenariusz i jedną lub kilka ulotek reklamowych, po czym uruchamia automatyczne przetwarzanie. 2. Klientowi przez Viber Business Messages wysyłana jest wiadomość transakcyjna z danymi zamówienia: produkty, kwota, sposób płatności, miasto, usługa dostawy i oddział/adres. Klient wybiera: — „Tak, dalej”; — „Skontaktować się z menedżerem”. 3. Po potwierdzeniu klientowi automatycznie wysyłana jest jedna lub kilka wybranych przez menedżera ulotek reklamowych z dodatkowymi produktami. 4. Klient w dowolnej formie tekstowej jednym lub kilkoma wiadomościami pisze, jakie produkty i w jakiej ilości chce dodać. Po zakończeniu wyboru klient naciska przycisk „Wybrałem(łam) wszystko”. 5. AI analizuje wszystkie wiadomości klienta i porównuje wybrane pozycje tylko z produktami zawartymi w wysłanych klientowi ulotkach. Dla każdej ulotki w systemie z góry przechowywana jest usystematyzowana lista produktów i ich ID/artykuli. 6. System formułuje rozpoznaną listę produktów i ilości i wysyła ją klientowi do potwierdzenia. Klient wybiera: — „Tak, zgadza się”; — „Trzeba zmienić”; — „Skontaktować się z menedżerem”. 7. Po potwierdzeniu wybrane dodatkowe produkty automatycznie dodawane są do istniejącego zamówienia w SalesDrive. Zmienia się kwota i status zamówienia. 8. Po zakończeniu potwierdzenia zamówienia klientowi wysyłana jest informacja o terminach wysyłki. Przykład: „Wysyłka zamówienia odbywa się w ciągu 2 dni roboczych. Jeśli zależy Ci na jak najszybszej wysyłce, naciśnij przycisk poniżej. Weźmiemy to pod uwagę przy przetwarzaniu zamówienia”. Przyciski: — „Wszystko w porządku”; — „Potrzebna szybka wysyłka”. Jeśli klient wybiera „Potrzebna szybka wysyłka”, w zamówieniu SalesDrive powinna być zachowana odpowiednia adnotacja lub komentarz. Automatyczny scenariusz w tym przypadku trwa dalej. 9. Klientowi automatycznie wysyłana jest informacyjna wiadomość o konieczności sprawdzenia paczki przy odbiorze. Przykład: „Proszę sprawdzić towar w oddziale usługi dostawy przy odbiorze. W przypadku stwierdzenia uszkodzeń mechanicznych nie odbieraj paczki i skontaktuj się z nami. To pomoże nam szybko rozwiązać sytuację”. Przyciski i odpowiedź klienta na tym etapie nie są wymagane. 10. Ostatnią wiadomością klientowi automatycznie wysyłane są dane kontaktowe firmy. Przykład: „Jeśli masz pytania dotyczące zamówienia, możesz się z nami skontaktować: Telefon: … Viber: … Telegram: …” Dane kontaktowe i treść wiadomości powinny być edytowane przez administratora aplikacji. 11. Niekonwencjonalne przypadki są przekazywane menedżerowi. Na przykład: — klient prosi o zmianę zamówienia; — klient wybiera kontakt z menedżerem; — AI nie mogło jednoznacznie rozpoznać produktów lub ilości; — klient nie potwierdził rozpoznanej listy; — klient wysłał nieobsługiwany załącznik; — wystąpił błąd techniczny. Po przekazaniu zamówienia menedżerowi automatyczny scenariusz zostaje zatrzymany. Integracje: — API SalesDrive; — TurboSMS HTTP API / webhook, Viber Business Messages; — API modelu AI do rozpoznawania wolnego tekstu klienta. Konieczne jest również wdrożenie: — panelu internetowego menedżera; — pobierania i wyświetlania zamówień z SalesDrive; — wyboru jednego lub kilku zamówień; — wyboru scenariusza; — wyboru jednej lub kilku ulotek; — zarządzania ulotkami i powiązanymi z nimi produktami; — przechowywania stanu dialogu Viber; — historii dialogu; — zmiany statusów zamówienia; — zatrzymania automatycznego scenariusza; — podstawowej statystyki. Przychodzące obrazy, pliki i wiadomości głosowe klienta nie muszą być rozpoznawane. AI działa tylko z tekstem. TurboSMS potwierdził możliwość automatycznej wysyłki wiadomości przez HTTP API, otrzymywania odpowiedzi przez webhook i kontynuowania dalszego scenariusza w ramach sesji czatu Viber. Szczegółowe zadanie techniczne zostało przygotowane i zostanie przekazane potencjalnemu wykonawcy. W odpowiedzi proszę podać: 1. Orientacyjną kosztorys opracowania MVP. 2. Orientacyjny czas opracowania. 3. Czy masz doświadczenie w integracjach z CRM/API/webhook. 4. Czy masz doświadczenie w integracji AI/LLM API do przetwarzania tekstu użytkownika. 5. Przykłady podobnych projektów, jeśli są.

Jest strona na Wix Studio. Na stronie kategorii produktów (strona dynamiczna) na urządzeniach mobilnych pojawiają się duże białe przerwy między kartami produktów, gdy niektóre pola są puste. Karty produktów bez danych zajmują ~1949px wysokości na urządzeniu mobilnym. Bloki akordeonów („Skład”, „Opis”, „Specyfikacje techniczne”) rezerwują dużą pustą przestrzeń, nawet gdy danych nie ma. Blok z galerią zdjęć również tworzy dużą białą przerwę, gdy zdjęcia nie ma. Co należy zrobić: Kiedy pola „Skład”, „Opis”, „Specyfikacje techniczne” są puste w CMS — nagłówki akordeonów powinny pozostać widoczne, ale pusta przestrzeń wewnątrz nie powinna być rezerwowana Kiedy zdjęcia nie ma - blok galerii nie powinien tworzyć dużej białej przerwy Poprawki powinny działać na wszystkich stronach kategorii, nie tylko na jednej Ważne: Nagłówki sekcji („Skład”, „Opis” itp.) powinny zawsze pozostawać widoczne. Należy usunąć tylko pustą białą przestrzeń wewnątrz.

Jest strona na Wix Studio. Na stronie kategorii produktów (strona dynamiczna) na urządzeniach mobilnych pojawiają się duże białe przerwy między kartami produktów, gdy niektóre pola są puste. Karty produktów bez danych zajmują ~1949px wysokości na mobilnym. Bloki akordeonów ("Skład", "Opis", "Specyfikacje techniczne") rezerwują dużą pustą przestrzeń, nawet gdy danych nie ma. Blok z galerią zdjęć również tworzy dużą białą przerwę, gdy zdjęcia nie ma. Co należy zrobić: Kiedy pola "Skład", "Opis", "Specyfikacje techniczne" są puste w CMS — nagłówki akordeonów powinny pozostać widoczne, ale pusta przestrzeń wewnątrz nie powinna być rezerwowana Kiedy zdjęcia nie ma - blok galerii nie powinien tworzyć dużej białej przerwy Poprawki powinny działać na wszystkich stronach kategorii, nie tylko na jednej Ważne: Nagłówki sekcji ("Skład", "Opis" itp.) powinny zawsze pozostawać widoczne. Należy usunąć tylko pustą białą przestrzeń wewnątrz.