Budżet: 900 UAH Termin: 1 dzień
Dzień dobry!
W portfolio możesz zobaczyć moje prace
Stawka 20dol/godz
Szukamy dewelopera do współpracy w niepełnym wymiarze godzin. Obecnie oczekiwana obciążenie to 16 godzin miesięcznie.
Oczekujemy, że deweloper będzie dostępny od 10:00 do 19:00 czasu kijowskiego, od poniedziałku do piątku.
Obowiązki:
Stos technologiczny:
Proszę od razu podać swoją stawkę oraz odpowiednie przykłady prac.
Budżet: 900 UAH Termin: 1 dzień
Dzień dobry!
W portfolio możesz zobaczyć moje prace
Stawka 20dol/godz
Budżet: 1000 UAH Termin: 1 dzień
Cześć, pracowałem nad HealthApp Backend — wsparcie Django, Celery, AWS, ponad 1200 użytkowników dziennie. Robiłem backend i wdrażałem infrastrukturę.
Jak wspieracie synchronizację między Celery a Channels w waszym projekcie?
Proponuję się skontaktować, chętnie doradzę wam bezpłatnie z technicznej strony i stworzymy plan rozwoju + opowiem o moim zespole! ✨
Budżet: 1000 UAH Termin: 1 dzień
Dzień dobry, gotowy do pracy z Państwem. Mam doświadczenie we wszystkich wymienionych powyżej technologiach.
Stawka 20 dolarów za godzinę.
Relewantne projekty:
https://black-gym.com/
https://fusskultur.com/
Budżet: 1000 UAH Termin: 1 dzień
Dzień dobry Kostiantyn, nazywam się Serhij, jestem programistą Python Backend z ponad 7-letnim doświadczeniem w rozwoju, mam doświadczenie w pracy ze wszystkimi opisanymi technologiami)
Chciałbym dowiedzieć się więcej o projekcie, porozmawiajmy)
Stawka: 28$/godzinę
z takich projektów, które nadal działają i można pokazać: thebookie.nl (usługa, która pomaga płacić podatki w Holandii)
Budżet: 27000 UAH Termin: 30 dni
Witaj
Teraz mam wolny czas na pracę
w dziedzinie health-tech, nie pracowałem, ale pracowałem w dziedzinie dostawców usług chmurowych jako lider zespołu, ustalałem architekturę i projektowałem procesy auto-deploy razem z DevOps.
jestem gotów pracować 20 za godzinę
Budżet: 1000 UAH Termin: 1 dzień
Witaj. Pracuję z Python/Node.js. Gotowy do współpracy. Zgłaszaj się.
Budżet: 1000 UAH Termin: 1 dzień
Cześć!
Moja ekspertyza w Django/DRF, PostgreSQL, Celery, AWS i Docker/CI/CD w pełni pokrywa Twój stos technologiczny. Systematycznie zajmowałem się tworzeniem od podstaw i optymalizacją aplikacji o wysokim obciążeniu. Jeśli chodzi o GraphQL (Graphene) i Terraform, moje doświadczenie z DRF/FastAPI oraz AWS/Docker stanowi dobrą podstawę do szybkiego opanowania tych narzędzi.
Przejdźmy do warunków finansowych. Oferujesz 16 godzin pracy miesięcznie z wymogiem stałej dostępności od 10:00 do 19:00. To nie jest standardowy etat w niepełnym wymiarze godzin. To tryb On-Call/Standby, który blokuje mój czas na 9 godzin dziennie. Powinno to być odpowiednio wynagrodzone. Moja propozycja opiera się na dwóch komponentach:
Stawka godzinowa za faktycznie przepracowane godziny: 30 USD/godz.
Stały miesięczny retainer za stałą gotowość i blokowanie czasu: 400 USD/miesiąc.
Więcej o moim doświadczeniu można dowiedzieć się tutaj:
https://cloud.invilso.pp.ua/files/Artur_Shcherban_PythonDeveloper_Resume.pdf
Będę zadowolony, mogąc przejść do omówienia szczegółów)
Potrzebna nowoczesna strona, która dobrze będzie wyglądać na komputerze i telefonie. Co jest potrzebne: ładny design; adaptacja do wszystkich urządzeń; wygodna struktura; formularz do zbierania zgłoszeń; szybkie ładowanie strony. Teksty, zdjęcia i logo dostarczę. W ofercie proszę podać koszt, czas realizacji oraz przykłady swoich prac.
Jest gotowe narzędzie internetowe dla produkcji odzieżowej — interfejs jest zrobiony, część logiki istnieje, ale nie są podłączone rzeczywiste integracje. Należy doprowadzić do stanu roboczego. Demo: https://prognoz.rich2222shop.site/Cel System ma dokładnie pokazywać, ile i jakich pozycji (rozmiar/kolor) należy wykroić, widzieć jedyny stan magazynowy (magazyn + w krojeniu + zwroty) i zmniejszać przeszwy przez uwzględnienie statystyki odmów.Zadania Integracja z LP CRM — podłączyć przez API (klucz/subdomena już mają pola), pobrać stany, zamówienia, zwroty. Ominięcie CORS przez proxy na Render.com. Logika obliczania kroju — doprowadzić formułę Plan − Magazyn CRM − W krojeniu + Zwroty do stanu roboczego na rzeczywistych danych, obliczyć według matrycy rozmiar×kolor. Uwzględnienie odmów w prognozie — % odmów według rozmiaru/koloru ma zmniejszać plan kroju dla tej pozycji, a nie tylko się wyświetlać. Jednolity ogólny magazyn — połączyć magazyn + w krojeniu + zwroty w jedną tabelę. Warsztaty i historia krojów — podział według warsztatów, przyjmowanie zwrotów, historia przekazania. Poprawa błędów — część przycisków jest obecnie w stanie nieaktywnym, należy doprowadzić do stanu roboczego.Stos HTML/JS single-page, localStorage, integracja z LP CRM API, proxy na Render.com.Wymagania Doświadczenie w integracji CRM przez REST API (plus — doświadczenie z retailCRM/LP CRM) Doświadczenie z proxy/CORS Rozumienie logiki magazynowej/produkcyjnej Gotowość do dopracowywania istniejącego kodu, nie przepisywania od zeraFormat pracy Komunikacja pisemna (czat/messenger) → etapowe oddanie (CRM → logika obliczeń → magazyn/warsztaty → dopracowanie) → demo na każdym etapie. Ważne jest, aby zrozumieć istotę zadania, a nie tylko formalnie wykonać specyfikację — mile widziane są własne rozwiązania lub ulepszenia tam, gdzie widzisz, że można zrobić wygodniej lub bardziej niezawodnie.Budżet / terminy Budżet: 6000 UAH (do negocjacji w zależności od zakresu i etapowego oddania)
Witam, jest strona, na której trzeba zoptymalizować szybkość ładowania stron, gdzie strona ładowana jest nie w 1 sekundę, a w 3 sekundy. Potrzebna pomoc w optymalizacji tego problemu. Strona WordPress WooCommerce. Tutaj jest raport i potrzebna ocena pracy oraz czas wykonania: https://pagespeed.web.dev/analysis/https-yuniko-us/u7tmi2y4b8?form_factor=desktop
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ą.