Бюджет: 500 UAH Термін: 5 днів
Я буду створювати сайт для бота і готовий його обслуговувати в подальшому.
Константин Шуйский
Переможець- Проєкти 17
- Оцінка -
- Рейтинг 271
Бюджет: 800 UAH Термін: 1 день
Андрій, вітаю вас з цим! Надіслав веб-сторінку для прикладу, ось посилання https://testingserver123231.000webhostapp.com/bonus/
Щодо механіки, інстаграм має досить своєрідний API, так і отримати до нього доступ досить так довго, це вам не телеграм з його відкритим кодом)
З цієї точки зору я бачу два варіанти:
1) Після валідації і відправлення форми, скрипт відправляє вам на пошту лист з даними людини і скенерированою знижкою, ви перевіряєте, чи підписаний він на вашу сторінку і чи надішлете йому код знижки.
2) Перенаправляємо людину на сторінку інстаграм і просимо підписуватися, поле якого він зможе натиснути на кнопку "провірити підпис", скрипт сам перевірить, чи підписана людина, і чи дасть йому код знижки. (програма буде парашуватися, тому потребуватиме облікового запису інстаграм)
Обидві варіанти бакенду реалізуються протягом години, так що якщо вас приблизно погоджує дизайн сторінки укладаюся в найкоротший час) Якщо не погоджується - теж не проблема, вислухаю будь-які ваші бажання!)
Бюджет: 1000 UAH Термін: 2 дні
Є майже готовий продукт, дивіться за посиланням нижче.
Я маю великий досвід роботи з усіма видами ботів в Telegram, включаючи інтернет-магазини, адмінки і парсер каналів.
Безкоштовно покладу бота на хостинг, налаштую його зовнішній вигляд.
Сейф пополам, дрібні пряки без оплати над основною сумою.
Оплата після перевірки і всіх правових.
Портфоліо з роботами - ExposedCat.github.io
Бюджет: 1000 UAH Термін: 1 день
Привітання, завдання зрозуміло, напишіть для уточнення і обговорення тз.
Ставки приховані
Ставки поки відсутні
-
Николай Зыгмонт 6 липня 2020Как то не продумано у вас все:
1. Во первых нужна централизованная база кодов, откуда они будут выдаваться и где будет храниться их состояние, иначе что мне мешает получив код однажды использовать его постоянно и раздать всем свои знакомым ?
2. Никто не будет регаться в Инстаграме ради получения вашего кода, надо отделять мух от котлет: Организовать скидочную систему одним образом, а спамить себя в Инсте - другим.
3. Кроме того, что сделать сайт, вам понабиться купить и настроить оборудование для QR (сканеры, ПК), написать ПО которое будет читать эти коды и отправлять куда вам надо, что надо, и зачем надо, возможно также понадобится интеграция с вашим кассовым (POS) оборудованием. А потом поднять базу данных, и только потом же сайт, одностраничник, если он вообще тут нужен.
-
Константин Шуйский 6 липня 2020Та ну, на счет оборудования, думаю, вы перегибаете, если я правильно понял, магазин частный, а не большая сеть. Клиент приходя в магазин может предоставить код, инстаграмм, номер телефона, да хоть ФИО, а продавец посмотрит в базе, и сделает соответствующую скидку) А вот на счет первого пункта вы точно подметили! Но тут все решается легко, достаточно чтобы скрипт генерировал коды по мере необходимости и записывал их в табличку. А в QR-код шифровать ссылку с get параметром - https://shop?key=123, в качестве параметров созданные коды. Купон активирован - скрипт код вычеркивает. Можно, вообще, заставить скрипт генерировать сразу QR-код, знай себе распечатывай:)
-
Николай Зыгмонт 7 липня 2020Да всё равно тут множество нюансов, во первых само понятие "скрипт" не уместно в POS системах, ибо как правило там используется не самое мощное оборудование, а скрипт подразумевает собой наличие сервера или какой то виртуальной машины, будь то Java, Python или что то другое. Никто не станет устанавливать на POS терминал никакие виртуалки. В общем, поверьте моему многолетнему опыту с POS: всё ПО пишется на низком уровне (Delphi, C++), а работа спериферией ведётся по последовательным (COM портам), даже те, что по интерфейсу USB (через эмуляцию). В общем, тут не помешало бы добротное ТЗ, прежде чем браться за работу.
-
Николай Зыгмонт 7 липня 2020https://shop?key=123
И да, магазин не обязан иметь доступ в Интернет, ибо последнему свойствено пропадать в самый неподходящий момент, когда очередь на кассе человек 10 ...)
Актуальні фриланс-проєкти в категорії Десктопні додатки
Розробка додатку Power App, супровід мене як новачка. Canvas App, допомога в розробці Screen Домомога в розробці структури даних для App Програмування функцій Допомога у створенні Date-verse-Таблиць
Шукаємо досвідченого Shopify-розробника для створення повноцінного інтернет-магазину з нуля з обов'язковою інтеграцією з Amazon. Що потрібно зробити: Інтеграція з Amazon як основа проєкту: синхронізація товарів, залишків та замовлень між Shopify та обліковим записом продавця на Amazon. Налаштування магазину будується з урахуванням цієї інтеграції з самого початку. Налаштування магазину: кастомізація теми, структура каталогу, картки товарів, кошик, оформлення замовлення — все узгоджується з логікою інтеграції з Amazon. Технічна оптимізація для AI-видимості (GEO): структуровані дані, файл llms.txt, оптимізація контенту під відповіді AI-асистентів (ChatGPT, Perplexity, AI Overviews тощо), правильна семантична розмітка сторінок. Базове SEO-налаштування: метатеги, sitemap, швидкість завантаження, мобільна адаптивність. Підключення платіжних систем. Встановлення необхідних додатків (відгуки, email-маркетинг, аналітика тощо). Тестування магазину перед запуском.
Потрібно допомогти переосмислити та побудувати чисту relational-схему для внутрішньої операційної системи на Airtable. Поточна база вже використовується командою, але вона виросла органічно: структура частково плоска, частина таблиць/в’юшок використовується активно, частина майже не використовується, а документи зараз радше “підтягують” інформацію в Airtable, хоча в ідеалі Airtable має стати джерелом правди і генерувати потрібні операційні артефакти. Потрібна не просто допомога з формами чи автоматизаціями, а саме структурна робота: аналіз поточної логіки, проєктування relational-схеми, створення чистої нової бази/інстансу, документація та рекомендації щодо міграції до нової схеми. І потенційно можливо навіть впровадження Контекст системи: Є два основні напрями: Feedback system Система для збору й обробки сигналів від зовнішніх радників, фокус-груп, внутрішніх команд та stakeholders. Має підтримувати: signal log / реєстр сигналів; advisor tracking; feedback intake; synthesis dashboard; status / gates / recommendations; close-the-loop логіку. Product catalog У каталозі продуктів зараз близько 400 записів, приблизно 100 з них активні/live. Потрібно краще структурувати продукти, статуси, зв’язки, джерела даних, lifecycle/gate logic та звітність. Поточний стан: Airtable вже існує і використовується командою. Поточна точність даних приблизно 80%. Схема переважно flat, не relational. Активно використовуються лише перші кілька таблиць/вкладок: Частина validation gates, tasks/decisions і dashboard views поки майже не використовується. Немає PII. Будь-яка робота з live base має бути максимально обережною: без змін у production без погодження. Ідеальний підхід — аналіз структури та побудова нової чистої бази окремо у Sandbox. Що потрібно зробити: Phase 1 — Audit & architecture recommendation Подивитися на поточну структуру Airtable. Визначити, які таблиці/поля/в’юшки реально потрібні, які дублюються, які можна об’єднати або прибрати. Запропонувати relational data model. Описати основні entities, relationships, primary keys, linked records, lookup/rollup logic. Запропонувати clean schema для Проєкту + Product catalog. Визначити, які dashboards/interfaces потрібні для різних користувачів. Підготувати короткий architecture memo або schema map. Phase 2 — Build clean Airtable base Створити нову чисту Airtable base / instance. Налаштувати таблиці, поля, linked records, views, basic interfaces. Налаштувати базову dashboard/reporting логіку. Підготувати migration map: як переносити дані зі старої структури в нову. Задокументувати структуру так, щоб команда могла підтримувати її після передачі. За потреби — запропонувати automation strategy, але без надмірної складності. Очікувані deliverables: Airtable schema map. Нова clean Airtable base. Таблиці + relationships + key fields. Views/interfaces для основних користувачів. Migration recommendation. Коротка документація для команди. Рекомендації щодо governance: хто вносить дані, хто апрувить зміни, які поля є обов’язковими, як уникати дублювання. Опційно: 1 короткий handoff call / Loom walkthrough. Важливі security / access правила: Без PII. Без небезпечних токенів або персональних інтеграцій. Не можна підключати AI/MCP/ChatGPT/Claude до live Airtable. Якщо потрібен доступ до існуючої бази, він має бути read-only або через експорт/скріншоти/структурний опис. Будь-які записи/зміни робляться тільки в новій тестовій/чистій базі, не в live production. Кого шукаю: Ідеальний кандидат має досвід: Airtable base architecture; relational schema design; Airtable interfaces, views, forms, automations; migration/cleanup of messy Airtable bases; product operations / CRM / workflow systems; documentation and handoff; У відгуку, будь ласка, вкажіть: Приклади Airtable-баз або систем, які ви будували. Чи був у вас досвід перетворення flat Airtable structure у relational schema. Як би ви підійшли до audit → schema design → build. Орієнтовну оцінку годин для Phase 1. Ваш hourly rate або fixed-price пропозицію для першого етапу. Чи готові працювати під NDA. Формат роботи: Почати бажано найближчим часом. Спочатку можна зробити невеликий paid discovery/audit, після чого перейти до повного build.
Потрібно перепідв'язати договір оферти в футері на новий, в компанії змінився регламент Завдання на 20 хвилин