Работа для программисты в Москве

Настройка, доработка существующего продукта. Ищем человека для аналитики с использованием гугл табличек.

Автоматизация формирования отчётов, автоматизация составления документов. Техническое задание есть.

Разработка приложений для ПК. Разработка с нуля. В браузерной игре бить мобов пошаговая мморпг.

Хочу создать мини ап в ТГ для подсёта калорий и продавать доступы, ТЗ нет, подсчёт калорий по фото.

Доработка существующего приложения. Приложение: для iOS. Доработка мобильного приложения.

Задачи чат-бота: сбор информации. Платформа: Сайты. Продукт: Моего. Техзадание есть.

Дизайн интерфейса. Устройства для масштабирования: Комп. Не каково. Хиххихи.

Сделать дашборд в яндекс ленс. По данным из excel файла отобразить в яндекс ленс.

таблица для маркетинговой коммуникационной стратегии. Технического задания нет.

Пожелания и особенности: Есть готовая Гугл таблица, в нее нужно внести коррективы.

Веб-разработка. Доработка существующего продукта. Нужна коррекция сайта.

Задачи чат-бота: финансовые операции. Продукт: Одежда. Техзадания нет.

Веб-разработка. Разработка с нуля. Сделать все как указано в ТЗ.

Оптимизация закупок, управления запасами. Технического задания нет.

Задачи чат-бота: сбор информации. Продукт: Вк. Техзадание есть.

Автоматизация составления документов. Техническое задание есть.

Установка ворд и фотошоп. Установка ворд и фотошоп на макбук.

Фиды. Разработка с нуля, настройка. Настроить yml фид.

Программист телевизор. Доработка существующего продукта.

Пожелания и особенности: Нужен парсер и обработчик чатов тг.

Решение. Доработка существующего продукта.

Установка игры Call of Duty. Установка.

Разработка с нуля, тестирование, настройка.

Системное программирование. Настройка.

Нужно будет дать ТЗ ИИ для монтажа ролика.

Разработка приложений для ПК. . .

Веб-разработка. Разработка с нуля.

Покерный бот. Разработка с нуля.

Доработка существующего продукта.

Разработка миниэпп в телеграмм.

Установить эцп. Настройка.

Юзер бот.

.

Обмен данными: Обучение. Конфигурация: 1С: Предприятие. Версия: 8.2. Необходимо провести обучение по 3 астрономических часа в день по курсу «Специалист по интеграции и обмену данными»: Модуль 1. «1С:Предприятие 8». Интеграция и обмен данными» Тема 1: Задачи обмена: Составляющие задачи обмена. Работа с файлами. Обычное приложение. Управляемое приложение. Передача файла с клиента. Необходимость передачи файла на сервер. Передача файла с сервера на клиента. Переход в асинхронное программирование. Работа с текcтовым документом, объект «Текстовый документ». Поле текстового документа. Модель последовательного доступа. Посимвольное чтение. Работа с файлами dbf, Выгрузка/Загрузка в dbf. Особенности загрузки/использование индексов. Особенности использования dbf. HTML: HTML документ, поле HTML документа. Работа с объектной моделью HTML. События поля HTML документа. pEvtObj. Термины сетевых технологий. Вариант подключения к интернету. Проблема с прокси. Электронная почта. Объект «Почта», объект «Интернет почта». Работа с ftp, загрузка данных из Excel. Назначение обработчиков. Обращение к базе 1С:Предприятие через СОМ. Обращение к базе 1С:Предприятие через OLE. Отличия технологий, внешние источники. Подключение внешнего источника. Настройка иерархии, представления. Получение данных из внешнего источника. Использование в качестве источника книги Excel. Изменение, добавление данных. Подсистемы БСП. Работа с файлами, настройка, обзор возможностей. Пример использования. Получение файлов из интернета. Работа с почтовыми сообщениями. Настройка учетной записи. Обзор возможностей. Пример использования. Тема 2: XML. Общие понятия: XML документ, схема XML документа. URI пространства имен типов. Универсальность XML, базовая подсистема по работе с XML. Запись в файл, чтение из файла. Доработка выгрузки. Сериализация для простых типов. Выгрузка данных, загрузка данных. Уникальный идентификатор, ссылка. Постановка задачи. Разбор изменений процедуры выгрузки, разбор изменений процедуры загрузки. Преимущества алгоритма, типы данных. Типы 1С:Предприятие и типы XML. XMLТипЗнч, ИзXMLТипа. Сериализация для сложных типов. Выгрузка/Загрузка, возможность Чтения XML. Указание типа в Прочитать XML. Постановка задачи. Разбор изменений процедуры выгрузки. Неудачная модификация процедуры загрузки. Исправление ситуации, универсальная загрузка. Использование методов сериализации для сложных типов при работе с простыми типами, при отличиях в структуре (выгрузка), при отличиях в структуре (загрузка). Синхронизация по уникальным идентификаторам. Использование DOM модели. Комплексное использование двух моделей. Работа с парсером напрямую. XSL преобразование. Использование преобразования XDTO. Создание пакета «Товары». Выгрузка/Загрузка, постановка задачи. Распространенные ошибки. Тема 3: Структура пакета: Варианты пакета. Процедура выгрузки, процедура загрузки. Выгрузка/Загрузка схем XML. Использование программно созданной фабрики. Комплексный подход. Использование типов другого пакета. Пакет «http://v8.1c.ru/8.1/data/enterprise/current-config». Определение ссылок. JSON. Выгрузка/Загрузка структур, массивов. Работа с датой. Выгрузка/Загрузка не поддерживаемых типов. Сериализация XDTO. Потоковая техника, совмещение техник. Планы обмена, универсальный обмен данными. Инфраструктура сообщений. Служба регистрации изменений. Демонстрация работы службы регистрации изменений. Флаг «Автозаполнение». Разрешение коллизий. Программная регистрация изменений. Распределенные информационные базы. Обработчики модуля объекта. Разбор ситуаций, стандартный процесс разрешения коллизий. Односторонний обмен, двухсторонний обмен (префиксация). Список узлов корневой базы. Отсылка удалений объектов. Движения документов. Коллизии по объектам. Оптимизация службы регистрации (по составу объектов). Оптимизация службы регистрации (по объему регистрации). Программная выгрузка загрузка. Тема 4: Архитектура SOA: Ссылки на необходимые файлы, подготовительные действия. Демо пример (ИТС), обзор функциональности. Публикация базы сервера. Данные отгрузки (обзор). Проверка работы в отладчике. Обращение по статической ссылке. Исправление ошибки. Простейшая операция (Ready). Публикация сервиса. Как увидеть работу сервиса, обращение к простому сервису. Параметры операций, направление передачи. Код обработчиков. Доработка пакета XDTO. Пример использования в типовой конфигурации. Работа с JSON. Выгрузка/Загрузка простых типов. Перенос массива, перенос даты. Функция восстановления. Перенос не поддерживаемого типа, функция сериализации. Оптимизация сериализации и восстановления. Сериализация через Сериализатор XDTO. Потоковая техника, совмещение техник. Тема 5: Продолжение (асинхронное обращение): Коды состояния; автоматический сервис платформы. Общая информация, публикация; Функциональность справочника URL Строки; Правило формирования URL. Управление доступностью данных. Обращение к данным таблиц. Правила указания имени ресурса. Выборка нужных полей – $select, особенности $select. Использование нескольких параметров. Обращение у таблицам регистров (в том числе виртуальным). Фильтрация получаемых данных. Выражения $filter. Канонический URL экземпляра сущности. Канонический URL экземпляра сущности, с указанием полей. Фильтрация по ссылочным типам, параметры виртуальной таблицы. Другие параметры и выражения. Использование HTTP Соединение. Определение команды на получение данных (Get). Исправление распостраненных ошибок. Получение коллекции сущностей. Создание объекта (Post). Код механизма. Изменение объекта (Patch), удаление объекта (Delete). Запись в режиме загрузки. Http сервисы. Создание сервиса, определение шаблонов, функциональность обработчиков методов. Реализация методов (Get), обращение к сервису. Реализация методов (Post), обращение к методу (Post). Метод Любой. Дополнительные материалы. Выполнение произвольного запроса. Реализация метода. Обращение к методу. Работа с большими объемами данных (тело как поток). Реализация механизма. Модуль 2. Конфигурация «Конвертация данных», ред. 3.1. Обмен по правилам XML Тема 1: История технологии. Отличия во внутренних механизмах. Подготовительные действия: – разборачивание баз; – ссылки на необходимые файлы; – порядок запуска; – выгрузка/загрузка метаданных Источника; – Изменение метаданных, загрузка расширений. Загрузка метаданных приемника: – создание конвертации; – перенос простого справочника (ПКО); – перенос простого справочника (ПВД); – проверка реализации; – правила предопределенных данных; – перенос основной части номенклатуры; – это группа (синхронизирующий признак); Иерархические справочники. – перенос иерархии (постановка задачи); – перенос иерархии (реализация). Настройка списков из не подчиненного в подчиненный справочник: – постановка задачи; – цепочка выполнения. Исходящие/Входящие данные; – реализация правила; – синхронизация, не запоминать выгруженные объекты; – проверка работоспособности переноса; – нужно ли ПВД для зависимого правила; – использование соответствий (зависимые правила); – параметр «Выражение» (тип номенклатуры); – код обработчика. Тема 2: Работа с отладчиком: – описание ситуации; – настройка отладки; – суть проблемы; – код обработчика; – решение. Контрагенты в партнеры: – разный тип иерархии; – перенос прикладной иерархии; – отказ от переноса групп. Контрагенты в два справочника: – постановка задачи; – создание ПКО и ПВД; – перенос владельца, генерация кода; – правила сопоставления объектов; – настройка синхронизации; – код обработчика; – проверка работоспособности; – отказ от изменения реквизитов; – выгрузка объекта по двум правилам. Перенос данных в независимый регистр сведений: – правило для справочника валют (синхронизация по полям); – правило для регистра сведений. Тема 3: Перенос подчиненного справочника в подчинение к новому объекту: – постановка задачи; – настройка ПКО (договоры); – выгрузка и ПКГС; – код обработчика; – общая картина, исправление ошибок. Перенос документов: – создание простого ПКО и ПВД; – работа с зависимым правилом; – контрагенты (ПКО по условию)/договора; – перенос серии; – особенности синхронизации; – проведение документа (без условное); – поиск решения (проведение после загрузки); – код обработчика; – реализация отложенного проведения. Перенос ручных операций: – особенность корректирующих документов; – создание ПКО и ПВД; – обнаружение проблемы; – исправление ситуации. Перенос остатков: – настройка ПКО и ПВД, рассмотрение используемых параметров; – рассмотрение используемого кода; – использование запросов и алгоритмов; – реализация отложенного проведения. Тема 4: Произвольная синхронизация: – постановка задачи; – выгрузка через параметр; – код обработчика; – поиск в приемнике; – код обработчика; – проверка работоспособности. Планы обмена (УОД): – функциональность планов обмена; – работа службы регистрации изменений; – очистка таблиц регистрации; – ограничение использования правил; – использование реквизитов, табличных частей. – параметры конвертации, обмен через COM, другие возможности обработки обмена, Online об-мен. Интеграция с БСП (обзор): – введение, базовые подсистемы; – обмен данных и «дополнительные подсистемы»; – начало настройки «Обмен данными», разработка плана обмена; – правила обмена, правила регистрации объектов; – создание подписок на события; – настройка общих команд. Ссылки на базы и конвертацию данных. Настройка обмена (Источник). Первая выгрузка. Настройка обмена (Приемник). Перенос дополнительных данных: – постановка задачи; – предварительная настройка правил; – разбор кода; – код обработчиков; – подготовка правил; – выполнение обмена; – более простая схема для зависимых правил; – обмен данными по простой схеме; – использование ВыгрузитьПоПравилу. Тема 5: Правила регистрации объектов: – назначение, основные возможности; – подготовительные действия; – настройка ограничения по дате; – выполнение обмена; – использование переключателей; – значение переключателя (При необходимости). Модуль 3. Конфигурация «Конвертация данных», ред. 3.1. Обмен через XDTO Тема 1: – Правила прохождения обучения, история технологии; – Отличия во внутренних механизмах; – Взгляд на обмен через XDTO с точки зрения интегратора; – Общие понятия XML, базовая подсистема работы с XML; – Механизм XDTO (начало), механизм XDTO (продолжение); – Обзор EnterpriseData – Разворачивание баз, ссылки на файлы, порядок запуска; Обзор настроек подсистемы «Обмен данными» БСП: – Допущение, введение, обязательные подсистемы; – Подсистема «Обмен данными», зависимые подсистемы; – Настройка плана обмена, формы планов обмена; – Менеджер регистрации, подписки на события: – Общие команды, отключение проверок; – Общая настройка конвертации; – Выгрузка/загрузка метаданных; – Выгрузка/загрузка формата; – Создание правил регистрации; – Создание конвертаций, сервисные настройки; – Основные термины; – Настройка правила для номенклатурных групп (отправка); – Разбор результата; – Настройка правила для номенклатурных групп (прием/отправка); – Настройка синхронизации (начало), (приемник), (завершение); – Автонумерация по коду, порядок обмена при разработке. Тема 2: Перенос данных иерархического справочника, из не подчиненного в подчиненный: – Постановка задачи, исследование ситуации; – Правило конвертации предопределенных данных; – Ошибка в настройке (не исправляем); – Из не подчиненного в подчиненный (проблемная ситуация); – Правило для элементов иерархического справочника (отправка); – Правило для элементов иерархического справочника (получение); – Синхронизация, разбор ошибки; – Исправление ситуации; – Код обработчика; – Создание ПКО отправки для группы; – Корректировка ПОД для группы; – Выполнение выгрузки данных; – Разбор ситуации; – Как исправить (в случае возникновения); – Отсылка удаления в случае использования нескольких ПКО в ПОД; – Создание правила получения для группы; – Выполнение синхронизации (перенос данных и удалений); – Выгрузка единицы измерения (изменение ПКО приемника); – Перенос единиц измерения при отказе от синхронизации по уникальным идентификатором; – Рассмотрение стратегий решения задачи, AdditionalInfo; – Реализация переноса единицы измерения вместе с номенклатурой; – Код обработчиков; – Разбор кода в отладчике; – Уберем ПКС по единице измерения (последствия); – Управление обновлением реквизита. Тема 3: Перенос типа склада (постановка проблемы): – Решение задачи (подготовительные действия); – Решение задачи (написание обработчика отправки), (написание обработчика приемки); – Код обработчиков, изменение типа иерархии, один справочник в несколько; – Постановка задачи (презентация); – Структура объекта из конвертации данных; – Настройка правила выгрузки контрагента; – Правило для групп, ПОД по контрагенту; – Правило для групп, ПОД по контрагенту (код); – Правила по получению (смена иерархии); – Выполнение синхронизации (контрагенты - партнеры); – Реализация переноса данных одного справочника в несколько; – Использование программного интерфейса; – Код обработчика (не забудьте перенести в конвертацию); Работа с документами: – Особенности формата; – Настройка правил источника; – Код обработчика; – Настройка правил приемника, выполнение синхронизации; – Отложенное заполнение, алгоритмы (настройка); – Код обработчика; – Отложенное проведение (отладка); – Отложенное проведение; – Использование параметров конвертации (настройка); – Использование параметров конвертации (код); – Использование параметров конвертации (проверка); Тема 4: Дополнительные реквизиты: – Описание задачи; – Создание правил для плана видов характеристик (настройка); – Создание правил для плана видов характеристик (выполнение); – Настройка отправки; – Выполнение отправки (отладка); – Настройка загрузки; – Выполнение загрузки (отладка); – Типовой механизм переноса дополнительных реквизитов и сведений; – Сопоставление объектов, реквизитов при получении данных; – Поиск по реквизитам (настройка), (контрольный пример, проверка); – ПолученныеДанные, ДанныеИБ; – Управление миграцией данных (ПРО); – Постановка задачи, основы реализации механизма; – Актуализация структуры метаданных Источника; – Общие положения, настройка ПРО; – Реквизиты - переключатели; – Значение переключателя «Выгружать при необходимости». Тема 5: Доработка формата: – Постановка задачи, обзор сущностей; – Создание нового объекта XDTO средствами КД 3.1 (ключевые свойства); – Создание нового объекта XDTO средствами КД 3.1 (табличная часть); – Обновление формата, первая синхронизация; – Исправление формата после обновления в источнике; – Список объектов для «восстановления»; – Исправления в Приемнике; – Произвольный алгоритм выгрузки.

Задачи чат-бота: интерактивное меню или каталог, приём текстовых заказов, информирование клиентов, Проверка гео локации пользователся. Продукт: Игры. Техзадание есть. Примерное тз писал deepseek ознакомитесь пожалуйста и скажите выполнимо ли это и сколько будет стоить. 1. Общие сведения Название проекта: CityQuest Bot (working title) Тип проекта: Telegram-бот для интерактивных квестов по городу Цель MVP: Проверка гипотезы о востребованности геймифицированных городских квестов с участием малого бизнеса 2. Функциональные требования 2.1. Основной сценарий пользователя 2.1.1. Начало работы Команда /start Приветственное сообщение с описанием возможностей бота Кнопка "Начать探索" (или "Смотреть квесты") 2.1.2. Выбор квеста Главное меню Список доступных квестов в виде инлайн-кнопок Для каждого квеста отображается: Название Краткое описание (1-2 строки) Примерная длительность Количество точек 2.1.3. Прохождение квеста Механика шагов: Показ истории/задания для текущей точки Запрос геолокации через инлайн-кнопку "Я на месте!" Проверка координат (радиус 100 метров от целевой точки) При успешной проверке: Следующий фрагмент истории Выдача промокода Предложение посмотреть рекламу за усиленную награду При неудачной проверке: Сообщение "Подойдите ближе к месту" Повторная кнопка проверки 2.1.4. Завершение квеста Финальное сообщение: Поздравление с завершением Статистика (время прохождения и т.д.) Кнопка "Посмотреть мои промокоды" Кнопка "Выбрать новый квест" 2.2. Управление промокодами Команда /promocodes Список полученных промокодов Информация о каждом: для какого заведения, условия, срок действия 2.3. Административные функции 2.3.1. Бот для администратора Команда /admin Добавление нового квеста Добавление точек в квест Просмотр статистики по квестам 2.3.2. Веб-интерфейс для бизнеса (упрощенный) Базовая CRUD-панель: Добавление/редактирование квестов Добавление точек с координатами Настройка промокодов Просмотр базовой статистики 3. Технические требования 3.1. Стек технологий Рекомендуемый стек: Backend: Node.js + Telegraf.js библиотека База данных: PostgreSQL / SQLite Хостинг: VPS (Ubuntu 20.04+) или Heroku Веб-панель: Express.js + простой HTML/CSS 3.2. Структура базы данных Таблицы: sql -- Пользователи Users: id, telegram_id, username, current_quest_id, current_step, created_at -- Квесты Quests: id, name, description, estimated_time, is_active, created_at -- Точки квеста QuestPoints: id, quest_id, order_index, latitude, longitude, story_text, task_text, promocode, enhanced_reward -- Прогресс пользователей UserProgress: id, user_id, quest_id, point_id, completed_at, promocode_used, watched_ad -- Промокоды пользователя UserPromocodes: id, user_id, quest_point_id, promocode, is_used, received_at 3.3. Конфигурация Необходимые environment variables: env BOT_TOKEN=your_telegram_bot_token DATABASE_URL=your_database_connection_string ADMIN_IDS=123,456,789 NODE_ENV=production 4. Интерфейс и UX 4.1. Сообщения бота Приветственное сообщение: text 🎯 Добро пожаловать в CityQuest! Открывайте новые места в городе через увлекательные квесты! • Интересные истории и загадки • Промокоды и скидки в местных заведениях • Бесплатно и удобно Выберите квест ниже и начните приключение! Сообщение точки квеста: text 📍 Точка 1/3: Таинственное кафе Вы стоите перед старинным особняком, где когда-то собирались поэты. Говорят, здесь до сих пор витает дух вдохновения... 🎯 Задание: Найдите мемориальную доску на фасаде и введите год основания. 📌 Нажмите "Я на месте!", когда будете у цели! 4.2. Кнопки и интерактивные элементы Основные клавиатуры: Главное меню: ["🎯 Выбрать квест", "📜 Мои промокоды", "ℹ️ Помощь"] Во время квеста: ["📍 Я на месте!", "❌ Прервать квест"] После проверки: ["🎁 Посмотреть рекламу (+5% скидка)", "➡️ Следующая точка"] 5. Безопасность Валидация всех входящих данных Проверка прав доступа для административных команд Ограничение частоты запросов (rate limiting) Безопасное хранение токенов и конфиденциальных данных 6. Требования к производительности Время ответа бота < 2 секунд Поддержка до 1000 одновременных пользователей Автоматическое резервное копирование базы данных 7. Критерии приемки MVP 7.1. Обязательные функции Регистрация и базовое взаимодействие с пользователем Полный цикл прохождения одного квеста (3 точки) Рабочая проверка геолокации Выдача промокодов Админ-панель для добавления новых квестов 7.2. Дополнительные функции (по времени) Просмотр рекламы за усиленную награду Веб-панель для бизнеса Система достижений и статистики Поделиться результатами 8. Этапы разработки Этап 1: Базовый функционал Настройка бота и базы данных Команды /start, главное меню Система состояний пользователя Этап 2: Механика квестов Работа с геолокацией Пошаговое прохождение Выдача промокодов Этап 3: Администрирование Админ-бот для управления контентом Базовая веб-панель 9. Тестирование Обязательные тест-кейсы: Регистрация нового пользователя Выбор и прохождение полного квеста Проверка геолокации (успешная/неуспешная) Выдача промокодов Добавление нового квеста через админку.

Разработка с нуля, веб-решение. Устройства для масштабирования: смартфоны. Приложение. Пожелания и особенности: Техническое задание (ТЗ) на разработку приложения 1. Название проекта: Смета Дом- система автоматизированного расчета смет и проектирования планировок для строительных компаний. 2. Цель проекта: Разработать веб-приложение, которое позволит менеджерам строительной компании быстро создавать планировки жилых домов и на их основе автоматически генерировать предварительную смету на строительство "под ключ". Ключевая задача — сократить время коммерческого предложения для клиента с нескольких дней до нескольких минут. 3. Основные пользователи: · Менеджер по продажам/Коммерческий менеджер: Основной пользователь, который работает с клиентом и создает для него предложение. 4. Функциональные требования: 4.1. Модуль проектирования планировок (Конструктор): · Интерфейс "Drag-and-Drop": Интуитивно понятный редактор для рисования стен, расстановки окон, дверей, перегородок. · Библиотека готовых элементов: Стандартные помещения (гостиная, кухня, с/у, спальня), лестницы, колонны. · "Умные" подсказки: Автоматическое прилипание стен, выравнивание объектов, контроль допустимых размеров. · Автоматический расчет площадей: Расчет общей и жилой площади, площади по помещениям после каждого изменения плана. · Сохранение и загрузка шаблонов: Возможность сохранять удачные планировки как шаблоны для повторного использования. 4.2. Модуль интеграции нейросетей (AI Core): · Функция: "Нейроплан" · Задача: Преобразовывать эскиз планировки (загруженное изображение от руки, скриншот, набросок) в чистый, оцифрованный векторный план в конструкторе. · Входные данные: Загруженное изображение (JPG, PNG). · Выходные данные: Автоматически созданные в конструкторе стены, окна, двери с распознанными размерами. · Функция: "Нейросоветник" · Задача: Анализировать созданную планировку и давать рекомендации по ее улучшению. · Примеры рекомендаций: "Проверьте соответствие площади с/у нормам", "Узкий коридор (менее 1 м)", "Предложите клиенту вариант с гардеробной в спальне", "Оптимально перенести дверь для увеличения полезного пространства". · Функция: "Нейросмета" · Задача: На основе данных о планировке (площадь, длина стен, периметр, количество окон/дверей) и выбранных пользователем материалов автоматически генерировать детализированную смету. · Обучение модели: Нейросеть должна обучаться на исторических данных компании (предыдущие сметы и проекты) для повышения точности расчетов в ее специфике. 4.3. Модуль расчета и формирования сметы: · База данных материалов и работ: Гибкая база с актуальными ценами на материалы (кирпич, бетон, утеплитель, окна и т.д.) и расценками на работы (кладка, монтаж, отделка). · Привязка к планировке: Автоматический подсчет объемов работ на основе плана (например, кубатура бетона для фундамента, площадь стен для кладки, площадь кровли). · Шаблоны конструктивов: Возможность выбрать тип фундамента, стенового материала, кровельного пирога и т.д. · Формирование КП: Генерация коммерческого предложения в формате PDF с визуализацией планировки, итоговой сметой и сроками. 5. Нефункциональные требования: · Производительность: Расчет сметы должен занимать не более 30 секунд. · Удобство использования (UI/UX): Интерфейс должен быть интуитивно понятен для менеджера без глубоких знаний в проектировании. Обучение работе с системой — не более 2 часов. · Безопасность: Разграничение прав доступа. Данные по сметам и клиентам должны быть защищены. · Интеграция: На втором этапе предусмотреть возможность интеграции с 1С для выгрузки статей расходов. 6. Технический стек (рекомендация): · Frontend: React.js / Vue.js с библиотеками для графики (например, PixiJS, Paper.js) для конструктора. · Backend: Python (идеально для работы с AI) с фреймворком Django/FastAPI. · AI Модули: · "Нейроплан": Сверточная нейронная сеть (CNN) для компьютерного зрения (например, на базе TensorFlow/PyTorch). Обучение на датасете эскизов и готовых планов. · "Нейросоветник" и "Нейросмета": Модели машинного обучения (например, Gradient Boosting, Random Forest) или Fine-tuning готовых LLM (например, GPT) для анализа структурированных данных. · База данных: PostgreSQL (для хранения сложных структур данных по планировкам и сметам). 7. Критерии успеха (KPI): · Сокращение времени на подготовку КП на 80% (с 1 дня до 1-2 часов). · Увеличение конверсии на этапе предложения на 15% за счет скорости и наглядности. · Снижение количества ошибок в ручном подсчете сметы до нуля. · Положительные отзывы менеджеров об удобстве и полезности AI-функций. --- Резюме для специалиста: Вам необходимо создать комплексное веб-приложение, ядром которого является интуитивный конструктор планировок, тесно интегрированный с тремя AI-модулями (распознавание эскизов, анализ планировки, автоматический расчет сметы). Ключевой акцент — на скорость и удобство для менеджера, позволяющее превратить идею клиента в коммерческое предложение за один сеанс связи.

Разработка с нуля. Приложение: для Android. Устройства для масштабирования: смартфоны. Задача: Сделать систему, при которой: Пользователь устанавливает приложение-интегратор (например: Health Auto Export или аналог с webhook-выгрузкой). user_id 1 Пользователь получает персональный webhook-URL. 2 Данные из Apple Health автоматически отправляются в Google Sheets. 3 Все данные складываются в один файл, на лист AllData: 2.4 Для каждого пользователя: 2.4.1 есть свой user_id 2.4.2 данные не смешиваются 2.4.3 исключаются дубликаты 2.4.4 При добавлении новых метрик система автоматически создает новые столбцы. 3. Загрузка должна быть автоматической (по расписанию пользователя). 4. Возможность легко подключать новых пользователей через выдачу им индивидуального webhook-URL. 5. Данные, которые нужно принимать: (Поле / Пример) Пример / test123 ✓ datetime / 2025-01-18 09:32 ✓ sleep_hours / 7.4 ✓ resting_hr / 58 ✓ hrv_sdnn / 71 ✓ active_energy_kcal / 540 ✓ steps / 8760 ✓ vo2max / 42.1 * Плюс любые другие поля, которые мы решим принимать и будут переданы от Apple Health — добавлять автоматически. Лишние поля интегрироваться не должны. 6. Требования к реализации: 1. Google Apps Script (Web App) ✓ Обработка JSON и CSV ✓ Защита webhook: ✓ параметр secret=... без него — отказ ✓ Генерация персональных URL по шаблону: https://script.google.com/macros/s/ID/exec?user_id=XXX&secret=YYY ✓ Проверка уникальности: user_id + datetime ✓ Автоматическое: создание новых столбцов при появлении новых полей, добавление строк ✓ Лог ошибок (минимально) ✓ Инструкция для пользователя по подключению Что должно быть на выходе: ✓ Скрипт Google Apps Script (готовый, развёрнутый). ✓ Лист AllData в Google Sheets c корректной структурой. ✓ Пример работающей интеграции и тест-данные. ✓ Инструкция: как создавать новую ссылку для нового пользователя как подключить Health Auto Export (или аналог) ✓ Тест на 3 пользователей. Срок 3–6 дней. готов обсуждать Бюджет обсуждается, готов оплатить премию за вовремя сданную работу. Укажите вашу цену и сроки. :-) О проекте: Сервис для отслеживания здоровья, энергии, сна, стресса и продуктивности. Дальнейшие интеграции в планах: Garmin, Whoop, Xiaomi. Возможна долгосрочная работа при успешном выполнении. Дальнейшее сотрудничество: Это задача — часть подготовительного этапа продукта в сфере здоровья и трекинга биомаркеров. Когда мы успешно завершим MVP-этап (корректная выгрузка данных из Apple Health в централизованную систему), будет окно продолжения сотрудничества: 1. подключение дополнительных источников данных (Garmin, WHOOP, Oura, Xiaomi MiFit) 2. работа с API и написание server-side решений (Node.js / Python / Firebase / serverless) постепенный переход с Google Sheets на централизованное хранилище (PostgreSQL) веб-панель для отображения метрик и динамики 3. автоматизация отчетов и health-insights 4. Telegram-бот (командная интеграция, ежедневный опрос, уведомления) 5. мобильное приложение (в перспективе) Мы начинаем с небольшого объема, но для сильного исполнителя есть возможность перейти в постоянную работу на долгий срок (с ростом задач и бюджета). Первым же сообщением запрошу у вас подтверждение опыта в аналогичных проектах Google Apps Script и Webhooks: ссылки, скриншоты, благодарности заказчиков, краткое описание реализованных, прошу прислать их авансом.

Веб-разработка. Разработка с нуля. Всем добрый день. Наименование проекта: Разработка программного обеспечения для автоматизации оформления и управления банкетными мероприятиями на территории парка развлечений. Цель проекта: Создание единой, удобной и эффективной системы, которая объединит процессы бронирования, планирования и оплаты банкетных услуг, что позволит повысить качество обслуживания клиентов и оптимизировать внутренние рабочие процессы. Основной функционал системы: Система должна состоять из двух основных модулей: клиентской части (веб-сайт/LK) и административной панели. Клиентская часть (доступна для посетителей): Модуль бронирования мероприятий: Выбор даты, времени и зала/зоны в ресторане. Указание количества гостей. Интерактивное меню ресторана: Каталог блюд и напитков с возможностью фильтрации (по категориям, диетическим ограничениям и т.д.). Функция предварительного выбора блюд для банкета (предзаказ). Модуль дополнительных услуг: Предзаказ тортов: Каталог тортов с возможностью выбора дизайна, веса, внесения персональных надписей. Анимационные программы: Выбор и бронирование тематических программ, аниматоров. Оформление зала: Выбор готовых пакетов оформления воздушными шарами или конструктор с возможностью выбора цветов, композиций. Интегрированная система оплаты (IIko): Возможность внесения предоплаты онлайн через привязанную платежную систему. Формирование и отправка на email счета для оплаты. Отслеживание статуса оплаты. Личный кабинет клиента: Просмотр истории заказов и текущих бронирований. Возможность внесения изменений в заказ (в установленные администрацией сроки). Связь с менеджером. Административная панель (для сотрудников парка): Дашборд с общей статистикой: бронирования, оплаты, популярные услуги. Управление бронированиями: просмотр, подтверждение, редактирование, отмена. Управление меню и прайс-листами: редактирование позиций, категорий, цен. Управление дополнительными услугами: добавление новых тортов, анимационных программ, вариантов оформления. Финансовый модуль: контроль предоплат, формирование отчетов по оплатам, сверка с кассой. Календарь мероприятий: визуальное отображение всех забронированных мероприятий по дням и залам. Управление пользователями (клиентами). Требования к интеграциям: Обмен данными с системой IIko для корректного отображения меню и передачи информации о предзаказе на кухню. Интеграция с онлайн-кассой и одной или несколькими платежными системами (например, ЮKassa) для приема предоплат. 5. Технические требования: Клиентская часть: Адаптивный веб-сайт, корректно отображающийся на всех устройствах (ПК, планшеты, смартфоны). Серверная часть: Стабильная и масштабируемая архитектура. Безопасность: Защита персональных данных клиентов и финансовой информации. Ждем предложения по срокам и стоимости Просим в ответе на данное техническое задание предоставить коммерческое предложение, включающее следующую информацию: Детальную оценку стоимости проекта с возможной разбивкой на этапы. Предлагаемые сроки реализации каждого этапа и проекта в целом. Примеры выполненных аналогичных проектов (если есть). Предложения по дальнейшему сопровождению и технической поддержке системы после запуска.

Разработка мобильных приложений. Доработка существующего приложения, веб-решение, дизайн интерфейса, тестирование. Устройства для масштабирования: смартфоны. 1. Общие требования • Приложение работает только с одним homeserver (домен укажу). • Выбор сервера и федерацию отключить. • Все внешние сервисы и ссылки (element.io, matrix.to, Posthog, Sentry, Crashlytics и т.п.) удалить. • Приложения не должны обращаться к сторонним доменам. ? 2. Авторизация и пользователи • Вход по@username, без домена. • Matrix ID скрыт. • Поиск пользователей — по @username. • Ссылки на профили — [Email скрыт]. ? 3. Интерфейс • Удалить пункты «Лаборатория / Labs» и «Режим разработчика». • После изменения фото профиля экран автоматически закрывается. • В профиле отображать только @username. • В меню сообщений убрать: • “Copy link to message” • “View source” • “Report content” • Оставить: Reply, Forward, Pin, эмодзи-реакции. ? 4. Визуальная часть • Новый логотип, иконки, цвета, splash-screen, favicon. • Удалить все упоминания Element и Matrix. ? 5. Настройки и служебные пункты • “Сообщить о проблеме” ? перенаправить на мой URL или e-mail. • “Аналитика” ? отключить либо направить на внутренний API. • Все внешние SDK и отчёты удалить. ? 6. Web-версия • Удалить экран выбора сервера при входе. • Скрыть Matrix ID. • Настроить собственные deep-links [Email скрыт]). • Проверить отсутствие внешних подключений (CDN, аналитика и т.д.). ? 7. RTC и звонки • Используется текущий RTC-бэкенд (MatrixRTC / LiveKit). • Видеозвонки уже работают. • Добавить отдельную кнопку “?? Voice Call”: • создаётся RTC-вызов с video=false; • передаётся флаг {"audioOnly": true}; • обе стороны работают в режиме audio-only; • звук по умолчанию через earpiece (Handset); • в интерфейсе кнопка Speaker / Handset; • при включении камеры — возврат к видео-режиму. Датчик приближения • В режиме аудио-звонка активировать датчик приближения (proximity sensor): • при поднесении телефона к уху экран гаснет, звук остаётся в earpiece; • при отведении — экран включается, можно переключить на speaker. ? 8. Инфраструктура сервера • Matrix Synapse — основной сервер. • PostgreSQL — база данных. • Развёрнуто в k3s-кластере. • Все API-эндпоинты стандартные (/_matrix/client, /_matrix/media, /_matrix/identity). • Сервер поддерживает E2E-шифрование, RTC и VoIP без ограничений. ? 9. Итог • Готовые сборки: • iOS (.ipa / TestFlight) • Android (.apk / .aab) • Web (Docker / static build) • Исходники с комментариями и инструкцией по сборке. • Отчёт об удалённых внешних ссылках и SDK. ? 10. Требования к исполнителю • Опыт работы с Element X / Matrix SDK. • Умение кастомизировать клиенты iOS, Android и Web. • Понимание работы WebRTC / LiveKit. • Опыт деплоя и интеграции с Synapse / PostgreSQL / Kubernetes (k3s) приветствуется.

Задачи чат-бота: квиз для учебы. Продукт: учеба. Техзадание есть. Бот должен включать данные вопросы, для каждого вопроса должно быть 4 кнопки с вариантами ответов, при выборе верного ответа должен быть переход к следующему вопросу вопросы: Вопрос №1 Какой древнегреческий философ утверждал, что добродетель является знанием и что никто сознательно не совершает зла? А) Платон Б) Аристотель В) Сократ Г) Эпикур   Вопрос №2 Кто считается первым историком Древней Греции, автором труда “История”? А) Ксенофонт Б) Геродот В) Фукидид Г) Полибий   Вопрос №3 Что символизировала оливковая ветвь в Древней Греции? А) Любовь Б) Победу В) Мир Г) Благородство   Вопрос №4 Какие игры проводились каждые четыре года в Олимпии начиная с 776 г. до н.э., ставшие прототипом современных Олимпийских игр? А) Дельфийские игры Б) Истмийские игры В) Олимпийские игры Г) Немейские игры   Вопрос №5 Какое произведение Гомера описывает возвращение Одиссея домой после Троянской войны? А) Илиада Б) Одиссея В) Теогония Г) Энеида   Вопрос №6 При каком правителе Афины достигли своего культурного расцвета? А) Фемистокле Б) Перикле В) Солоне Г) Лисандре   Вопрос №7 Откуда берет свое название наука медицина в честь греческой богини? А) Гера Б) Афродита В) Гиппократия (Гиппократ) Г) Деметра   Вопрос №8 Название какого греческого города стало символом демократии? А) Спарта Б) Микены В) Афины Г) Коринф   Вопрос №9 Где была расположена знаменитая библиотека древнего мира, основанная царём Птолемеем II Филадельфом? А) Рим Б) Карфаген В) Александрия Г) Иерусалим   Вопрос №10 Какой храм считался одним из Семи чудес света и посвящён Артемиде? А) Парфенон Б) Храм Посейдона В) Храм Артемиды в Эфесе Г) Храм Зевса в Олимпии   Вопрос №11 Кто написал трагедию “Прометей прикованный”, рассказывая историю титана, наказанного за помощь людям? А) Софокл Б) Еврипид В) Эсхил Г) Менандр   Вопрос №12 Кого называли отцом трагедии в Древней Греции? А) Еврипид Б) Эсхил В) Софокл Г) Алкей   Вопрос №13 Древнегреческая единица измерения расстояния, равная примерно двум километрам, называлась... А) Стадий Б) Стопа В) Хрестос Г) Фарлонг   Вопрос №14 Под каким именем известна статуя Венеры Милосской, найденная на острове Мелос? А) Афина Паллада Б) Ники Самофракийская В) Венера Милосская Г) Афродита Кипрская   Вопрос №15 Как звали мифического героя, совершившего двенадцать подвигов, включая убийство гидры и очищение Авгиевых конюшен? А) Ахилл Б) Ясон В) Геракл Г) Тесей.

Настройка, доработка существующего продукта, тестирование. Пожелания и особенности: 1. Общие требования • Приложение работает только с одним homeserver (домен укажу). • Выбор сервера и федерацию отключить. • Все внешние сервисы и ссылки (element.io, matrix.to, Posthog, Sentry, Crashlytics и т.п.) удалить. • Приложения не должны обращаться к сторонним доменам. ? 2. Авторизация и пользователи • Вход по@username, без домена. • Matrix ID скрыт. • Поиск пользователей — по @username. • Ссылки на профили — [Email скрыт]. ? 3. Интерфейс • Удалить пункты «Лаборатория / Labs» и «Режим разработчика». • После изменения фото профиля экран автоматически закрывается. • В профиле отображать только @username. • В меню сообщений убрать: • “Copy link to message” • “View source” • “Report content” • Оставить: Reply, Forward, Pin, эмодзи-реакции. ? 4. Визуальная часть • Новый логотип, иконки, цвета, splash-screen, favicon. • Удалить все упоминания Element и Matrix. ? 5. Настройки и служебные пункты • “Сообщить о проблеме” ? перенаправить на мой URL или e-mail. • “Аналитика” ? отключить либо направить на внутренний API. • Все внешние SDK и отчёты удалить. ? 6. Web-версия • Удалить экран выбора сервера при входе. • Скрыть Matrix ID. • Настроить собственные deep-links [Email скрыт]). • Проверить отсутствие внешних подключений (CDN, аналитика и т.д.). ? 7. RTC и звонки • Используется текущий RTC-бэкенд (MatrixRTC / LiveKit). • Видеозвонки уже работают. • Добавить отдельную кнопку “?? Voice Call”: • создаётся RTC-вызов с video=false; • передаётся флаг {"audioOnly": true}; • обе стороны работают в режиме audio-only; • звук по умолчанию через earpiece (Handset); • в интерфейсе кнопка Speaker / Handset; • при включении камеры — возврат к видео-режиму. Датчик приближения • В режиме аудио-звонка активировать датчик приближения (proximity sensor): • при поднесении телефона к уху экран гаснет, звук остаётся в earpiece; • при отведении — экран включается, можно переключить на speaker. ? 8. Инфраструктура сервера • Matrix Synapse — основной сервер. • PostgreSQL — база данных. • Развёрнуто в k3s-кластере. • Все API-эндпоинты стандартные (/_matrix/client, /_matrix/media, /_matrix/identity). • Сервер поддерживает E2E-шифрование, RTC и VoIP без ограничений. ? 9. Итог • Готовые сборки: • iOS (.ipa / TestFlight) • Android (.apk / .aab) • Web (Docker / static build) • Исходники с комментариями и инструкцией по сборке. • Отчёт об удалённых внешних ссылках и SDK. ? 10. Требования к исполнителю • Опыт работы с Element X / Matrix SDK. • Умение кастомизировать клиенты iOS, Android и Web. • Понимание работы WebRTC / LiveKit. • Опыт деплоя и интеграции с Synapse / PostgreSQL / Kubernetes (k3s) приветствуется.

Настройка компьютера. Настройка. Требуется программист, знающий как игры взаимодействуют с софтом. На новом компьютере, Win 11, не запускаются игры. Выдаются ошибки и краши. Все было проверено не раз, тесты показали что железо работает нормально. Windows переустанавливалась два раза, драйвера самые новые. Все сборки DirextX присутствуют. Visual S++ обновлялся (все пакеты есть). Ничего не помогает. Требуется найти в чем проблема и устранить. Условие: программист должен быть сам геймером!! Внимание! Если вы не играете в игры сложного уровня (не косынку или шарики), пожалуйста не откликайтесь на задачу. Нужно понимание как движок Unreal работает в новой операционной системе windows 11, где могут быть конфликты софта. Предупрежу, что несколько человек уже пытались решить эту задачу - увы безуспешно. Поэтому - деньги я выплачу только в случае, если задача будет выполнена, т.е. ВСЕ игры на компьютере будут запускаться нормально и не крашиться в процессе игры. В ином случае - оплачу только выезд на место. Никакого удаленного доступа! Приезжаете - делаете. Сборка компьютера: AMD Ryzen 9 7900X 4.7ГГц - 5.6ГГц 12 ядер 24 потока / Жидкостное охлаждение / 64GB DDR5 5200MHZ / 2000GB HDD / 960GB PCI-e SSD / NVIDIA GeForce RTX 5070 Ti (16 Гб) / B650M 4xDDR5 / 850W / Windows 10 Pro / MsOffice / Wi-Fi 6 / Bluetooth 5.0 / Установленная сборщиком Windows 10 удалена и поставлена Windows 11. В квартире у меня идет ремонт, поэтому одежду надевайте которую не жалко. И рассчитывайте время, чтобы не торопиться. Предыдущий мастер потратил почти полдня и не смог решить задачу. Если считаете, что сможете справиться - приезжайте.

Создание скрипта. Разработка с нуля, тестирование, настройка. Пожелания и особенности: Задача: Создание скрипта для автоматического взаимодействия с игрой "ракетка" (игра, где нужно ставить на исход). Внимание: Данная задача предназначена исключительно для тестирования и не относится к реальным азартным играм. Она не нарушает правил платформ, где будет использоваться. Требования к программе: 1. Автоматизация действий: Программа должна имитировать нажатие кнопок в игре. 2. Анализ данных с экрана: Анализ игровой ситуации должен производиться исключительно на основе информации, получаемой непосредственно с экрана (например, с помощью распознавания изображений), без использования API или других внешних источников данных. 3. Игровая стратегия: • Начальный анализ: После запуска программа должна провести анализ первых 6 сыгранных игр. • Постановка ставок: После начального анализа программа начинает ставить ставки. • Постоянное обучение и адаптация: Программа должна постоянно анализировать происходящее в игре, чтобы улучшать свою тактику. • Выявление 1x: Особое внимание уделяется выявлению ситуаций, когда ожидается результат "1x" (вероятно, означающий гарантированный или очень вероятный выигрыш). • Воздержание от ставки: При выявлении таких ситуаций (когда ожидается 1x), программа должна воздержаться от ставки.".

Разработка приложений для продажи онлайн продуктов. Разработка с нуля. Full-stack интегратор LMS/платежей для витрины онлайн-продуктов и личного кабинета (не GetCourse) О нас: школа мануальной биоинтеграции, продаём онлайн-продукты (курсы, записи, мастер-классы). Задача: Выбрать платформу для размещения контента (не GetCourse) и обосновать выбор. Разработать витрину + личный кабинет покупателей. Настроить платежи (Stripe/… по региону), вебхуки, автодоступ к курсам на платформе, SSO/маглинки. Подключить e-mail/Telegram-уведомления, аналитику, купоны. Подготовить документацию и обучить команду. Требования: Опыт интеграций LMS/платежей/SSO (примеры продакшн-проектов). Уверенный JS/TS (React/Next.js) и один из backend-стеков (Node/NestJS или Python/FastAPI/Django). Опыт с вебхуками, OAuth/JWT, REST, базами (PostgreSQL). Понимание GDPR/хранения персональных данных. Будет плюсом: Низкокод (Tilda/Webflow + Memberstack/Outseta), Zapier/Make. Опыт с российскими платежными провайдерами и чек-оформлением. Что прислать: 2–3 релевантных кейса (скрин/схема архитектуры). Коротко стек, чем именно занимались (платёжка, SSO, вебхуки). Ставка/диапазон и доступность по времени.

Разработка игр. Разработать игровую механику, переработать готовую игру, сделать проект под ключ. Игра: для установки на ПК. Игра: одиночная. Жанр: аркада. Платформа: Godot 4. Графика: 2D. Пожелания и особенности: Я разрабатываю игру 2d, пиксельная, под пк, по типу vampire survivor, brotato. В помощь нужен человек, который работает в Godot engine 4, пишет скрипты на GD Script. Планирую выстроить работу по скриптам с тз. На простые скрипты тз составлю сам, на сложные потребуется консультация и уточнение. Оплата за готовый скрипт, корректировки также оплачиваются в размере переработки скрипта, первые 2 корректировки бесплатные по скрипту. Цена за готовый скрипт по тз. Механики в игре достаточно простые, по типу моб бежит за игроком, смерть моба, появление моба, атака персонажа, получение урона и тд, но есть и более сложные, такте как прокачка персонажа, получение опыта, есть более сложные варианты атак, спавн мобов различным образом и тд.

Разработка игр. Разработать игровую механику. Игра: для браузера. Игра: одиночная, многопользовательская. Жанр: настольная игра. Платформа: Самописная, Js. Графика: 2D. Написать скрипт клиент-серверное приложение для сайта онлайн-игра домино для размещения на образовательном сайте для игры в домино на 2х человек. Настольная игра. Пример такой игры легко найти в инете. Вместо точек на костяшках будут понятия из школьных предметов, нужно подобрать им соответствия из общего банка (5-7 костяшек). Как вариант, взаимодействие между игроками - WebkSockets или SSE. VPS-сервер Можно выбрать наиболее подходящие платформы и языки для разработки. Админка не нужна, данные в игру добавлять через базу. Регистрация на сайте есть. Нужен программист молодой и борзый, который найдет нетяжелые решения. Желательны кейсы ваших работ. Развернутое ТЗ есть.

Задачи чат-бота: сбор информации, информирование клиентов, приём текстовых заказов. Продукт: Для тг-канала. Техзадание есть. Пожелания и особенности: Это бот, через который пользователь может отправить анонимный вопрос, который он бы хотел задать. Эти вопросы админы будут задавать другим людям, и публиковать на них ответы в телеграм канале. Бот собирает вопросы и перенаправляет их в закрытый тг-канал (для админов проекта, чтобы мы видели поступающие вопросы). Бот собирает user-name того, кто этот вопрос задал. И связывает это с его вопросом в базе данных. Когда в админском телеграм-канале на вопрос отвечают, вопрос и ответ в паре пересылаются в другой уже открытый тг-канал и бот направляет уведомление об этом пользователю. Мы видим это как два бота, которые взаимодействуют между собой и каналом, подробное тз есть.

ЗАПИСЬ ВИДЕО. ЗАПИСЬ ВИДЕО. Объяснить, почему телеграм такой быстрый, простым языком, как работает MTProto, в чем его фишки относительно других протоколов. Планируется выйти видео про телеграм, там мы говорим о том, как мессенджер так плотно вошел в нашу жизнь. У нас уже есть комментарий от человека по цифровому праву, она объясняет про правовые аспекты, об опасности того, что серверы находятся зарубежом. От Вас было бы интересно услышать про какую-нибудь техническую фишку приложения, как от человека, который работает с платформой, может объяснить, как работают их протоколы относительно других мессенджеров. Может его какая-то техническая особенность. Нужно записать себя на видео в течение 60-90 секунд, где Вы бы объяснили такой сложный момент, но при этом максимально простым и понятным языком).

Задачи чат-бота: информирование клиентов, сбор информации, интерактивное меню или каталог, ответы на типовые вопросы, приём текстовых заказов, финансовые операции, автоматическое бронирование. Платформа: Telegram. Продукт: консультация. Приглашаем специалистов сферы маркетинга поделиться мнением и повлиять таким образом на развитие приложения. Что делать : поделиться мнением 30 минут, Зум Вознаграждение 1500 на карту Дата и время : по согласованию Кто мне нужен: 1. Специалисты сферы маркетинга 2. Имеет опыт самостоятельного ведения или настройки бизнес-аккаунтов. 3. Работают в бизнесе, где используются мессенджеры в работе с клиентами (общение, продвижение, записи, боты, мини-аппы). Важно чтобы у бизнеса был канал в Телеграм или бот.

Пожелания и особенности: Техническое задание: настройка Sora 2 и создание Cameo-аватара Задача: Нужен специалист, который физически приедет и выполнит настройку iPhone для установки приложения Sora 2 и создания Cameo-аватара (виртуального персонажа). Этапы работ: Сменить регион Apple ID на США. Привязать американский адрес (любая корректная запись). Купить и активировать виртуальную SIM-карту США (онлайн), чтобы использовать номер для регистрации. Установить приложение Sora 2 из App Store. Создать персональный Cameo-аватар внутри приложения. Настроить доступ для совместного использования аватара — расшарить и отправить ник аватара. Результат: Приложение установлено, аватар создан, доступ расшарен, ник аватара передан.