Budget: 15000 RUB Deadline: 30 days
Добрый день, давно работаю с MERN stack + typescript могу помочь вам с реализацией данного проекта, если интересно пишите, буду рад сотрудничеству
Terra - это сервис для психотерапевтов и их клиентов, чтобы создавать и проходить упражнения в интерактивном режиме во время или после сессии. В прототипе в качестве упражнения будет только выбор карт из загруженного набора, но в будущем будут добавлены другие упражнения, это первая итерация.
Я ожидаю, что это будет MERN (Mongo Express ReactJS NodeJS, отлично если на TypeScript) приложение, которое можно будет просто развернуть на сервере по созданной исполнителем инструкции (как установить зависимости, собрать, запустить) и поддерживать в будущем.
По дизайну/верстке пока можно использовать Bootstrap или другие схожие современные готовые UI фреймворки.
Интерактивный макет: https://invis.io/ZJVWQDQ345K
ТЗ в гугл доке со скриншотами: https://docs.google.com/document/d/1m2XKEMaFaSthtu...
Копипаста:
Сервис состоит из следующих экранов:
Окно авторизации
Список заданий
Список упражнений
Создание/редактирование задания
Создание/редактирование упражнения
Экран терапевта - Просмотр результата задания
Экран клиента - Запущенное упражнение
Экран клиента - Просмотр результата задания
Список основных терминов приложения:
Терапевт - один из главных типов пользователей приложения, специалист-психотерапевт, проводящий сессии общения с Клиентом онлайн или оффлайн, во время которых он помогает решить его личные проблемы с помощью общения и выполнения различных упражнений. Пока что считается, что терапевты - единственные пользователи панели сервиса, клиенты же только переходят по ссылкам на задания, полученные от терапевтов.
Клиент - один из главных типов пользователей приложения, человек, который решает свои проблемы с профессиональной помощью Терапевта. На данном этапе считается, что у клиента нет своей панели и с сервисом он взаимодействует только по ссылке задания от терапевта и у него нет своего аккаунта.
Упражнение - это абстрактное название задачи, которую будет выполнять тот или иной клиент какого-то терапевта во время или после сессии (как домашнее задание). На текущий момент все упражнения будут создаваться терапевтом и будут связаны с выбором карт из заранее собранного набора, но в будущем задания могут быть совсем разных типов (например “закончи предложения”, “нарисуй ...” и тп) и могут быть куплены у сервиса. Возможно повторное использование одного упражнения во многих заданиях (с кастомизацией при создании задания).
Задание - это конкретная задача, которая будет выполняться конкретным клиентом конкретного терапевта. Задание создается терапевтом для конкретного клиента и затем он передает ссылку на выполнение задания клиенту сообщением в мессенджере или через электронную почту. После выполнения задания и клиент и, терапевт могут просмотреть результаты выполнения упражнения и вместе обсудить их на сессии. Задание одноразовое и повторное его прохождение невозможно, только создать новое.
Подробнее про каждый экран:
Окно авторизации
Это окно входа пока только для существующего терапевта. В БД руками будет внесена почта и пароль (в бд должен храниться хеш scrypt от пароля), при авторизации почта и пароль передаются на сервер, там вычисляется хеш и проверяется с хешем из базы. В случае их равенства пользователя перенаправляет на экран “2 - Список заданий”.
Список заданий
На этом экране терапевт видит таблицу с ранее созданные заданиями и их статусы: выполненные (зеленые), запущенные (желтые) и созданные (белые).
Терапевт может создать упражнение после нажатия на кнопку “Создать”. После этого он попадает на экран “4 - Создание или редактирование задания”, где выбирает упражнение, вводит имя клиента и прочую информацию и возвращается в список заданий. Когда задание только создано, то оно получает статус “Созданное” и отображается в таблице с белым фоном. После создания терапевт передает ссылку на задание нажатием кнопки “Скопировать ссылку” (ссылка на каждое задание уникальное), когда клиент заходит на страницу с заданием, то задание получает статус “Запущенное”. При этом терапевт больше не может менять задание и если даже придет запрос на изменение через API, то оно не должно быть сохранено. Когда клиент выполнит все необходимые шаги задания, то задание получает статус “Завершенное”. У такого упражнения появляется кнопка “Результаты”, по нажатию на которую терапевт может посмотреть выбор и ответы клиента (в режиме read only).
Также тут должна быть пагинация, по 10 заданий на страницу, отсортированных по дате создания (новые сверху).
Кроме того над таблицей есть фильтр, по нажатию на который можно фильтровать задания по статусу. По умолчанию все кнопки активны - значит будут отображаться все задания. Если деактивировать например кнопку “Запущенные”, то запущенные задания пропадут. Кнопки имеют такой же цвет фона, что и задания в таблице и являются также подсказкой для пользователя по цветам и их смыслам.
Обновление таблицы заданий должно обновляться с Server Side Events, то есть когда клиент открыл страницу задания и сделал какое-то действие (не просто открыл, а например уже выбрал одну карту), то в таблице заданий терапевта она должна обновить свой статус без обновления страницы.
Список упражнений
На этом экране терапевт видит созданные им упражнения, может создать новое, изменить существующее или создать задание из упражнения.
При нажатии в хедере на ссылки Задания и Упражнения происходит переход на соответствующий список.
При нажатии на кнопку “Создать” терапевт переходит на экран “5 - Создание/редактирование упражнения”. При нажатии на кнопку “Создать задание” терапевт переходит на экран “4 - Создание или редактирование задания”.
Тоже должна быть пагинация, 10 на страницу, сортировка по дате создания, сначала новые.
Создание/редактирование задания
Форма создания нового задания. Если переход был произведен из списка упражнений, то в пункте упражнение должен быть выбран пункт соответствующего упражнения, на котором было нажато “Создать задание”. Текст упражнения и количество карт для выбора должно быть взято из упражнения, но на этом экране пользователь может изменить их для своего задания. Все поля не могут быть пустыми, количество >= 1. При выборе упражнения если название пустое или такое же, как у предыдущего упражнения (если пользователь его не менял), то оно должно замениться на название упражнения. По кнопке создать задание создается и происходит переход в список заданий.
Создание/редактирование упражнения
Форма создания нового упражнения. Название не может быть короче 3 символов. Текст упражнения может быть пустой. Самое интересное здесь - пикер картинок, должно быть можно выбирать их в диалоговом окне или перетаскивать драг н дропом откуда-то. После этого надо чтобы можно было поменять их порядок или удалить какие-то, добавить новые. Отображать их лучше в виде плиток одинакового размера. При нажатии кнопки создать происходит переход в список упражнений.
Экран терапевта - Просмотр результата задания
После выполнения задания клиентом терапевт переход в список заданий, видит выполненное, нажимает на “Результаты” и попадает на этот экран. Тут должна быть read only информация со всеми полями по заданию и view результатов такая же, как у клиента.
Экран клиента - Запущенное упражнение
Самый сложный по UI логике экран. Это экран задания, на который попадает клиент, когда переходит по ссылке задания из сообщения терапевта. Тут он видит название задания, текст с инструкцией, coverflow carousel из картинок карт, ниже панель куда надо их перетащить и кнопка “Закончить”. Соответственно клиент должен выбрать N карточек и перетащить их с помощью drag n drop в специальную зону, где создается карточка содержащая эту картинку и поле ввода описания почему именно эта карта. После выбора требуемого N карт активируется кнопка “закончить” и клиент переходит на экран “8 - Экран клиента - Просмотр результата задания”. Теперь задание получает статус выполненного и его результат теперь может посмотреть и терапевт. Если клиент заходит повторно по ссылке задания, которое он уже выполнил, он должен сразу попадать на страницу просмотра результата.
Если клиент не закончил с заданием (зашел посмотреть или что-то потыкал и ушел) и закрыл вкладку (или по timeout бездействия), то статус задания должен вернуться из “Запущенное” в “Созданное”, а все элементы должны стать заблокированными и появиться диалог с требованием обновить страницу. Все эти изменения с помощью Server Side Events должны обновляться в таблице заданий терапевта.
Экран клиента - Просмотр результата задания
На этот экран клиент попадает после выполнения задания. Он может вернуться сюда по исходной ссылке задания. На этой странице задание, read only ранее выбранные карты и своё описание чтобы обсудить их с терапевтом.
Budget: 15000 RUB Deadline: 30 days
Добрый день, давно работаю с MERN stack + typescript могу помочь вам с реализацией данного проекта, если интересно пишите, буду рад сотрудничеству
Budget: 15000 RUB Deadline: 1 day
Здравствуйте. Готов к сотрудничеству. Опыт frontend разработки 5 лет. Есть опыт с указанным стеком технологий. Рейт 14$/час.
A web service needs to be developed for automating the operations of coffee shops and small food service establishments. The product should have functionality similar to Poster POS, but with its own design, architecture, and source code. Copying the code or interface of Poster is not anticipated. The plan is to create a full-fledged commercial SaaS product that various coffee shops can use in the future on a subscription basis.In the first stage, an MVP needs to be developed Main functionality: registration and authorization of the establishment owner; creation of one or several establishments; management of employees and roles; catalog of products, categories, and modifiers; adding sizes, flavors, and additional options; cash interface for processing sales; opening and closing cash shifts; various payment methods; returns and order cancellations; inventory accounting and write-offs; basic stock accounting; sales history; reports on revenue, products, shifts, and employees; loyalty program for customers; adaptive operation on tablets, laptops, and smartphones; administrative panel for the service owner; tariff plans and restrictions according to the tariff.Future plans include mobile application; integration with payment terminals; receipt printing; integration with fiscal services; delivery and online ordering; table reservations; advanced analytics; API for third-party integrations; integration with accounting and CRM systems.Important requirements the system must be designed to operate multiple independent establishments; data of each client must be isolated; scalability of the product must be anticipated; secure handling of financial and personal data is required; the code must be structured and suitable for further development; technical documentation is needed; rights to the source code are transferred to the client after payment. At this moment, the design is absent, so a separate assessment of UI/UX design is needed or a ready-made solution for the MVP should be proposed.Please include in your proposal experience in creating SaaS, POS, CRM, ERP, or accounting systems; examples of similar work; proposed technology stack; team composition; estimated cost of the MVP; development timeline; what exactly is included in the proposed cost; cost of further support; whether you are ready to work in stages with payment for each completed stage. Preference will be given to performers or teams that have already developed cash, inventory, restaurant, or multi-user SaaS systems.
Tech Stack - React: Responsive and dynamic front-end development - Node.js: Robust backend operations - Web3: Multi-chain cryptocurrency integration - Solidity: Smart contract development Project Objective Develop a comprehensive multi-chain staking platform for a popular gaming ecosystem, enabling seamless cryptocurrency interactions, NFT marketplace integration, and enhanced user experience across multiple EVM-compatible blockchain networks. Whitepaper We've been more than just a mobile gaming studio; we are visionaries and innovators in the gaming world. Our team is formed by mobile gaming industry talents and passionate gamers, and is dedicated to pushing the boundaries of what's possible in mobile gaming. Our expertise focuses on hybridizing genres to create something truly unique which we adapt for transitioning Web2 gaming to Web3 gaming titles. From Racing RPGs to Action Strategy games, we are constantly experimenting and blending genres to offer new gaming experiences. Our games aren't just a form of entertainment; they're immersive journeys that engage, challenge, and captivate our players. We embody our mission to not merely entertain but to transport our audience into an extraordinary universe of interactive world within Web3 gaming. - Front-End Development - Back-End Development - Landing Page Redesign - Multi-Chain Integration - NFT Marketplace - Testing & Quality Assurance - Deployment & Maintenance
The website is already launched and operational. The main task is to understand the current project structure, check the quality of implementation, fix identified technical issues, and assist with further changes.Main Stack Next.js 15 React 19 TypeScript Tailwind CSS Zod Redux Toolkit The project may also use: Prisma JWT authorization Stripe Mailgun Google APIs Vercel or Netlify FunctionsMain Tasks conduct an audit of the existing project; evaluate the structure and quality of the code; fix bugs and enhance current functionality; improve server-side rendering and page load speed; check the correctness of the website display on mobile devices; work with forms, the administrative part, and external integrations; make technical SEO changes; maintain and gradually improve the existing website.What is Important to Us good experience with Next.js, React, and TypeScript; ability to understand someone else's code; understanding of SSR and the features of Next.js App Router; attention to performance and quality of implementation; ability to explain identified problems and propose clear solutions; independence and careful work with the existing website. At the first stage, it is necessary to familiarize yourself with the project, conduct a technical audit, and propose a list of priority changes. After that, ongoing work on the further development of the website is possible.
It is necessary to develop an online booking form for a beauty salon and integrate it into the existing website (landing page). The site is in the development stage (in HTML, CSS, JS). The site does not have its own database (and none is planned), so it is necessary to propose a free solution for storing and managing data that will be easy to administer and stable in operation. Required functionality: loading the list of service categories; loading services according to the selected category; loading the list of masters who perform the selected service; displaying available dates and free times according to the master's work schedule; creating a booking with automatic blocking of the selected time; protection against double booking. Data in the form: name; phone number; service category; service; master; date; time; comment (optional). Administration: There should be the ability to: add and edit service categories; add and edit services; add and edit masters; set the work schedule for each master; manage days off, vacations, and other periods of unavailability; view, edit, and cancel client bookings. Please specify: what solution you propose for data storage; estimated cost; completion time. Design is not important, the main thing is functionality. The person who does the site layout will design it in the required style.
I have some logic in Google Excel related to the integration with the Nova Poshta API and the Turbosms API. Overall, everything works fine, but some functionality needs to be added. All details will be discussed in correspondence. I will provide access to the Excel and the code. It is essential for the performer to have experience working with Google Excel JS in Apps Script.