Budżet: 10000 RUB Termin: 5 dni
Добрый день, Timur Detro!
С ТЗ ознакомился.
Хочу учавствовать в вашем проэкте.
Необходимый опыт есть.
Стек: php 7.4, самописный framework на php
Комментарий для разработчика:
1. Панель заявок у нас уже есть из пункта 1.3 и 1.4. Можем предоставить исходник если нужно
2. https://healthmanager.kz/admin - тут у нас редактируется сам контент сайта. Можно там же добавить функционал по ТЗ либо сделать отдельно в /app
1) ТЗ личного кабинета:
Страницы личного кабинета:
1. Реестр менеджеров здравоохранения https://healthmanager.kz/cabinet/members
2. Мои данные - https://healthmanager.kz/cabinet
1. Реестр менеджеров здравоохранения:
1.1. Информационная часть для ознакомления:
«Реестр менеджеров здравоохранения» — это страница в личном кабинете, где отображаются ячейки врачей с информацией, и есть фильтр для поиска по фильтрам.
1.2. Заявки поступают из формы на сайте https://healthmanager.kz/form2 все поля нужно взять оттуда
1.3. Далее заявки формируются в админ панели. Пример:
1.4. В заявках должен присутствовать «Поиск» и «Статус» для фильтрации заявок
1.5. После как админ поставит статус «Отображается» то информация врача отобразится в странице
1.6. Сделать возможность:
Иконка «Сертификат менеджера здравоохранения» должно отображаться если пользователь нажал на кнопку о наличии Сертификата в форме заявки.
1.7. В заявке пользователь грузит файлы (дипломы). Они нужны чисто для просмотра администратором, на сайте они не отображаются.
1.8. У админа должна быть возможность указать логин и пароль пользователя в админ панели заявок
2. Мои данные:
2.1. Здесь пользователь может редактировать свои данные.
2) ТЗ страницы «Наши члены»:
Комментарий для разработчика:
Создать страницу «Наши члены».
Тут на выбор как будет удобно. Либо «Вариант 1» либо «Вариант 2»
2.1. Вариант 1:
В странице будет отображаться таблица со статичными столбцами и поиском. В столбцах будут категории, где можно указывать и таблица будет выводить выбранную информацию.
Пример с нашего разработанного сайта: https://kzppp.kz/projects (сами исходники к таблице имеются).
В админ панели, админ грузит файл в excel и данная таблица отображается. Столбцы статичные, админ может менять только содержимое столбцов.
2.1.1. Столбцы в таблице:
- ФИО
- статус членства (поле выборки)
- должность (поле выборки)
- место работы
Заявки с формы: http://healthmanager.kz/form1 должны падать на e-mail
Поля из формы, изменятся на те которые указаны в пункте 2.1.1.
2.2. Вариант 2:
2.2.1. Сделать копию страницу с фильтрами как из
«пункта 1 (Реестр менеджеров здравоохранения) и 1.1, 1.2, 1.3, 1.4 и 1.5
2.2.2. Только для этой страницы нужно будет добавить 2 фильтра в админ панели: Статус членства и Должность
Budżet: 10000 RUB Termin: 5 dni
Добрый день, Timur Detro!
С ТЗ ознакомился.
Хочу учавствовать в вашем проэкте.
Необходимый опыт есть.
Konieczne jest opracowanie aplikacji lub skryptu, który automatycznie konwertuje pliki z formatów YML lub JSON na format XLS, z późniejszym generowaniem linku do wyjściowego pliku XLS do promocji Wymagania: Dane wejściowe: Plik w formacie YML (linki będą dostarczone) lub Plik w formacie JSON (linki będą dostarczone, JSON nie zawiera drzewa kategorii, ale każdy produkt znajduje się w osobnej tablicy). Dane wyjściowe: Plik w formacie XLS z dostępem przez bezpośredni link. Plik powinien być automatycznie aktualizowany według harmonogramu, na przykład codziennie. Wymagania funkcjonalne: Możliwość określenia liczby dni dla Dostępności Na zamówienie dla każdego wejściowego linku. Aplikacja powinna stabilnie działać w warunkach ograniczonego hostingu zasobów. Preferowany intuicyjny interfejs webowy do zarządzania ustawieniami.
Wymagana jest poprawa roboczego landing page'a - konfiguratora stworzonego w AI Stworzone są prawie wszystkie wizualizacje i opcje. Przekażemy archiwum. Potrzebne jest, aby wszystko dobrze działało, wyświetlało się i było responsywne na urządzenia mobilne i PC. Załączono zrzut ekranu landing page'a
Opis: Szukam specjalisty od analityki end-to-end. Prowadzimy biznes związany z brandingiem transportu, mamy dwie strony na WordPressie. Obecnie prowadzimy reklamy, są zgłoszenia, ale nie widzimy, który kanał przynosi klientów. Trzeba to naprawić. Nasze strony (zobacz przed napisaniem oferty): https://revoltbranding.com https://revolt.com.ua Co mamy: Dwie strony na WordPressie (formularze na Contact Form 7) CRM: KeyCRM Telefonia: Binotel Reklama: Google Ads Kanały zgłoszeń: połączenia, formularze na stronie, Telegram, Viber, OLX, e-mail Co trzeba zrobić (końcowy rezultat): Analityka end-to-end działa na obu stronach, a każde zgłoszenie trafia do CRM z informacją o źródle, z którego przyszedł klient. Następnie jeden dashboard, na którym widać liczbę zgłoszeń i ich koszt w każdym kanale. Konkretnе zadania: Uporządkować GA4 i Google Tag Manager na obu stronach (zintegrować w jeden system, jednolite zdarzenia) Skonfigurować call tracking Binotel: zamiana numeru w zależności od kanału (oddzielny numer dla Google Ads, oddzielny dla organicznych), aby w CRM było widać, skąd pochodzi połączenie Skonfigurować przesyłanie znaczników UTM z formularzy do KeyCRM (plugin do formularzy zainstalujemy) Skonfigurować śledzenie zgłoszeń z Telegramu i Vibera Podzielić konwersje w Google Ads, aby liczyły się rzeczywiste zgłoszenia, a nie kliknięcia w przyciski Stworzyć dashboard w Looker Studio: GA4 + Google Ads + dane o zgłoszeniach Ważne: Doświadczenie z KeyCRM nie jest obowiązkowe, ale trzeba będzie się z nią zapoznać (dokumentacja jest, integracje są wbudowane). Obowiązkowe doświadczenie z GA4, GTM, call trackingiem i konfiguracją analityki end-to-end Preferowane, aby wszystkie kontenery i kody były podłączane przez GTM, a nie wstawiane bezpośrednio do kodu strony Z naszej strony jest freelancer front-endowy, którego możemy zaangażować do poprawek w kodzie stron, jeśli zajdzie taka potrzeba Format pracy: jednorazowe zadanie pod klucz. Wszystkie dostępne (strony, GA4, Google Ads, KeyCRM, Binotel) udostępnimy. W odpowiedzi proszę napisać: Czy wcześniej robiliście analitykę end-to-end z powiązaniem telefonii + CRM Orientacyjny czas i koszt Kilka przykładów podobnych projektów
Przegląd projektu Poszukujemy doświadczonego specjalisty ds. automatyzacji Make.com, który pomoże nam zbudować jedną dodatkową automatyzację dla naszego istniejącego przepływu pracy. Nasza firma ma już kilka automatyzacji Make.com połączonych z Monday.com, więc cały system jest już w miejscu. Potrzebujemy tylko pomocy w tej konkretnej automatyzacji, aby zapewnić jej płynne zintegrowanie z naszym obecnym ustawieniem.Przepływ pracy Kiedy klient osiągnie określony status w Monday.com: Wykryj nowego klienta w Monday.com. Odczytaj następujące pola z tablicy: Nazwa klienta Adres e-mail URL portalu klienta (Notion) Wypełnij nasz istniejący szablon powitalnego e-maila HTML tymi dynamicznymi wartościami. Automatycznie wyślij spersonalizowany e-mail do klienta. (Opcjonalnie) Zaktualizuj element Monday.com, aby wskazać, że e-mail powitalny został wysłany.Obecne ustawienie Już mamy: CRM Monday.com automatyzacje Make.com Linki do portalu klienta przechowywane w Monday.com Istniejący szablon e-maila Potrzebujemy tylko pomocy w stworzeniu tej pojedynczej automatyzacji i zintegrowaniu jej z naszym istniejącym ekosystemem automatyzacji.Stos technologiczny Make.com Monday.com Mailchimp Wyniki W pełni funkcjonalny scenariusz Make.com Dynamiczne mapowanie wszystkich pól Obsługa błędów dla brakujących informacji Zapobieganie duplikatom e-mailiWymagania Silne doświadczenie z Make.com Doświadczenie w budowaniu automatyzacji Monday.com Dobra komunikacja w języku angielskim Szacowany czas realizacji 2–4 godziny
TECHNICZNE ZADANIE Aktualizacja sklepu internetowego bp.ua O projekcie Funkcjonujący sklep internetowy z perfumami na OpenCart 2.x. Należy przenieść na OpenCart 4.x, zaktualizować design i funkcjonalność, zachować wszystkie dane, integracje i SEO. Strona jest dwujęzyczna (ukraiński + rosyjski). Szukamy wykonawcy (lub zespołu) do backendu i frontendu. Można zgłaszać się do jednej części lub do obu.Część 1. Backend (OpenCart 4)Migracja Rozwój czystego OpenCart 4.x (najbardziej stabilna gałąź), PHP 8.1+. Przeniesienie danych: produkty, kategorie, atrybuty, opcje, marki, klienci, zamówienia, opinie, strony treści. Zachowanie SEO-URL (przyjazne URL) jeden-do-jednego; mapa 301-przekierowań ze starych adresów. Nie ma bezpośredniej aktualizacji 2.x → 4.x: tylko czysty rozwój + kontrolowane przeniesienie.Integracja API z dostawcą (priorytet) Portowanie istniejącej niestandardowej modyfikacji wymiany z serwerem dostawcy (ceny + stany magazynowe). Automatyczna synchronizacja według harmonogramu (cron), log błędów, ręczne uruchamianie. Ukrywanie/status dla pozycji, których nie ma w magazynie. Wsparcie katalogu 2000+ pozycji.Moduły Nowa Poczta: wybór oddziałów/paczkomatów, automatyczne generowanie TTN z panelu administracyjnego. Płatność: podłączenie systemu płatności (LiqPay / Fondy / WayForPay — do uzgodnienia), płatność przy odbiorze. Checkout: logika serwerowa, zamówienie gościa, statusy, powiadomienia dla klienta. Masowy import/aktualizacja produktów z cennika (xlsx/csv), powiązanie zdjęć z artykułem/kodem kreskowym.Dwujęzyczność (uk / ru) Dwujęzyczny sklep: uk-UA (główny) i ru-RU. Dwujęzyczne pola produktów, kategorii, stron treści, meta-tagów. Osobne SEO-URL dla każdego języka, tagi hreflang, kanoniczne URL. 301-przekierowania ze starych URL obu języków (sprawdzić aktualny schemat: /ru/, subdomena czy parametr). Listy do kupującego — w języku sesji klienta.Blog Zachować istniejącą sekcję artykułów https://blog.bp.ua/. Przenieść istniejące artykuły (uk/ru) z zachowaniem URL i 301-przekierowaniami tam, gdzie to konieczne. Dwujęzyczność, poprawna SEO-znakowanie artykułów. Sekcja bloga ma pozostać edytowalna z panelu administracyjnego.SEO (serwerowe) Wymiana zewnętrznego modułu SEO na natywny mechanizm OC4. Generacja sitemap.xml (osobne gałęzie językowe), poprawny robots.txt. Mikroznakowanie Schema.org (Produkt, Oferta, BreadcrumbList, Artykuł dla bloga).Wydajność i bezpieczeństwo Cache (OPcache + wbudowany OC4), optymalizacja zapytań, gzip/brotli, HTTP/2. Obrazy: WebP, zmiana rozmiaru z cache. HTTPS, 2FA w panelu administracyjnym, aktualne poprawki, codzienne kopie zapasowe. Core Web Vitals w „zielonej” strefie na urządzeniach mobilnych.Porządek prac Wszystkie prace prowadzone są na staging. Stara strona działa do pełnego przetestowania nowej. Przełączenie na produkcję — z możliwością cofnięcia przez 30 dni. Część 2. Frontend (design + kodowanie)Design Styl: minimalistyczny, premium, dużo „powietrza”, akcent na zdjęcia produktu. Podejście mobile-first (większość ruchu — mobilny). System designu w Figma: paleta, typografia, komponenty, stany. Makiety kluczowych ekranów (desktop + mobilny): strona główna, katalog, karta produktu, strona marki, koszyk, checkout, wyszukiwanie, blog i strona artykułu.Kodowanie Semantyczny HTML5, czysty CSS, responsywny (mobile-first). Integracja w szablonach twig OpenCart 4 (nie statyczne), praca z danymi na żywo. Obrazy: WebP, lazy-load, srcset. Czcionka z pełną cyrylicą (uk/ru). Cross-browser: Chrome, Safari, Firefox, Edge + iOS/Android. Core Web Vitals: LCP < 2.5 s, CLS < 0.1, INP < 200 ms (mobilny).Funkcjonalność interfejsu Filtry fasetowe katalogu: marka, typ, objętość, nuta, płeć, cena. Karta produktu: zdjęcie, opis, nuty, format/objętość, opinie, „kupują z tym”. Szybki podgląd, lista życzeń, porównanie, etykiety (nowość, hit, limitowana ilość). Responsywny checkout z minimalną liczbą kroków, automatyczne uzupełnianie dla Nowej Poczty. Sekcja bloga: lista artykułów i strona artykułu w stylu strony.Dwujęzyczność (uk / ru) Przełącznik języków w nagłówku, poprawny na urządzeniach mobilnych. Kodowanie uwzględnia różną długość linii w dwóch językach. Cały tekst tematu — przez zmienne językowe OC4 (bez „wbudowanego” tekstu). Przyjęcie i współpracaCo przekazać na zakończenie Backend: dostępy (serwer, Baza Danych, panel administracyjny, repozytorium), krótka dokumentacja dotycząca modyfikacji i cron, instrukcja dotycząca wdrożenia/rollbacku, lista zewnętrznych modułów. Frontend: plik Figma z systemem designu i ekranami, kod tematu (twig + CSS/JS), instrukcja zmiany banerów/treści.Kryteria przyjęcia (krótko)