Дмитрий Попов

Нажал на главной "оживить" возмле осминога, но ни чего не произошло. Сколько стоит кляксы дополнительные не понятно. На карточки "наши возможности" можно нажимать, но ни чего не происходит. Итог, прошел мимо ) Но на радаре поддержу.

Продукт поддержу, но вопросы Виталия справедливы. Добавлю, что давая такую важную информацию продавцу как условия, тарифы и прочее только в ЛК, вы отсеиваете часть продавцов. Вот я бы не зарегистрировался, т.к. потом еще спам какойнить получать на почту, да и если изначально сложности возникают, то... Как покупатель. Я не понимаю кто продавец. Какой то FLEX с аватаркой кошки... Вы всетаки делаете сайт авторских работ. А тут важна импатия, связь с автором. Опять же, прошелся по нескольким продавцам и товарам. Например "Календари 2026 набор -10 штук, жанр "Натюрморт". Что там авторского? Да и продажа нескольких экземпляров, как то отметает "авторское". Или у них же товар "Очень краткий Справочник фотолюбителя" Петрова Г.С. Авторство в чем? И тогда и возникает еще один вопрос - почему вы, а не WB, Ozon с их популярностью и маркетингом, ну или что то подобное, проверенное, с доставкой и зачастую лучшим оформлением ) Причем это вопрос и для продавца, и для покупателя. Ну и, как разработчик, дизайн уж очень не очень. Слишком блочный, ощущение какого то конструктора аля вордпресса, ну и точно не авторский )

Тема хорошая, правда куда развивается сервис не удалось посмотреть, т.к. 404 ошибка при попытке открыть https://leadplan.ru/changelog Детально изучить пока нет возможности, но: 1. Т.к. являюсь разработчиком у меня чаще потребность хранить данные в своей базе данных, а не бегать по нескольким сервисам и собирать эти данные. Я к тому, что подумать бы возможность прикрутить свою базу данных для хранения. Хотя, вижу, что у вас есть Webhook, в цело 2. Идеально было бы иметь возможность скачать код виджета. Т.е. ваш сайт использовать чисто как конструктор. 3. Ну и тариф unlimited, в больше степени по запросам. А так, удачи. Хороший сервис.

Всегда велкам )

Если в боте открывать, по факту те же проблемы. Открывается долго, потом захожу в одну из ТОП активностей. Посмотрел, нажал назад и 6 пункт.

Да, это я о клиентской части.

Тема хорошая. Но! 1. Очень долго открывается - очееень долго был пустой экран. 30 секунд я смотрел на пустой темно синий экран не понимая - работает или нет. Я чуть не закрыл. Какой то лоадер хотя бы добавьте. 2. Очень долгая реакция отклика на нажатия. Например, нажимаю на "Участвовать" и ... ни чего. Через 15 секунд только открывается уведомление о необходимости подписаться. Опять же, чуть не закрыл. 3. Главное призы или логотип? Просто что бы разглядеть призы, мне нужно скролить, т.к. они не влазят на экран. Зато лого очень хорошо видно и в целом не такая важная информация о количестве подписчиков и участников. 4. При открытии на десктопе, не очень удобно листать призы. Т.е. есть кружочки же, в идеале сделать, что бы клик мышки на них тоже перелистывал призы. 5. Возможно, в самом низу, я бы сделал еще фильтр по "Редкости". Ну типа "Приятных столько то" "Редких столько то" и при нажатии, например, на редкие я бы видел только "Редкие". Как будто не обязательно, но почему бы и нет. Дает пространство для владельцев. Ну и/или по шансу. Это можно в самом низу разместить, как не обязательное. Шансы даже лучше будет и более необходимо, т.к. человек сразу видит какие шансы на призы и что бы понять ему не нужно листать все призы и у каждого вычитывать шанс. 6. Нажал на кнопку назад, попал в лоадер "Уже загружаем ваши активности" "Считаем призы" "Почти готово" и все бесконечно и по кругу. Закрыл )

Сегодня более подробно ознакомился с сайтом. Пока ищу работу хотел может какой то проектик запрограммировать ) Посмотрел опубликованные на нем проблемы и уловил для себя одну вещь. Вот, допустим, я пришел с желанием решить чью то проблему. И: Главная проблема ) Нет никаких маркеров на сколько эта проблема или точнее ее решение востребовано кроме как ее автору. Я уже приводил пример базы решений Яндекса, где есть голосование. И зайдя туда, я вижу скольки людям это нужно. На сколько это актуально. Тут же я не понимаю. Ну кому то персонально это нужно. Тратить ресурсы на решение проблемы одного человека? При этом в описании вы пишите "Оцениваем объём рынка и публикуем все детали и прямые контакты тех, кто испытывает проблему." Описание это хорошо, но получается я должен доверять только вашему лозунгу? Ведь постах нет ни какой аналитики доказывающей потребность рынка. И кстати. А если я зашел не через Продукт радар, где этот лозунг есть? На сайте его нет. Получается я вообще не пойму о чем это. Тут же и вторая проблема - SEO. Т.е. что бы голосовали за проблему, должны ее найти. Ну и еще ряд моментов: 1. Заголовок "Опишите проблему", немного вводит в ступор. Как будто меня просят описать проблему. Должно быть "Описание проблемы" ) Остальные вроде понятно. 2. Автора я бы перенес наверх, так будет больше связи с тем кто описывает проблему. 3. На главной странице некоторые заголовки в карточках проблем не влазят в карточку и есть "...". Как итог часто не понятна суть проблемы и приходится открывать кучу карточек. Я бы сделал, что бы при наведении мышкой выскакивала подсказка с полным заголовком. Ну это так, на первый взгляд и чисто от желания, что бы сервис развивался )

База знаний хорошая тема. Но почему вы уходите в такую узкую специализацию, вопрос! Возможно, потому что вам тема производства знакома, но можно сделать просто презентационные страницы, как примеры, для разных специализаций. Т.е. сделать продукт позволяющий создавать базы знаний и вот примеры - производство, использование какого то сервиса, что то еще. Мне таки кажется, что ЦА такого продукта больше, чем производства. Да даже как база знаний для онбоардинга новых сотрудников или как база инструкций для любых предприятий или компаний, особенно крупных, где есть несколько различных отделов.

Не обязательно писать посты. Можно писать кружочки ) Это даже человечнее и ближе к людям, чем продуманные технически грамотные посты. А заодно, можно будет под ними делать фоновую музыку, так сказать, наглядно показывая одну из возможностей вашей платформы )

Спасибо, Кирилл. Вы правильно поняли. Единый доступ, даже в большей степени, единая идентификация клиента в рамках всех сервисов, это одна из основных задач, которые мы бы хотели решить для потребителя. Спасибо за поддержку!

Сервисов очередей конечно много, согласен с Николаем. Но как всегда дъявол в деталях и развиваться есть куда, в том числе и есть, чем отличиться. Например: - Поддержка нескольких мессенджеров по одному и тому же QR коду. - А почему нет имени клиента или хотя бы даже его никнейма телеграмовского? (по скринам не увидел) - Возможность перезаписаться или перенестись на другое день, время В общем много чего можно придумать и развить. Так что поддерживаю и желаю удачи! )

Мы не то что бы целимся на госзаказы. Мы просто периодически с ними работаем и, так получается, что на практике видим ммм... боли разработчиков таких заказов, находим решения и показавшие себя хорошо берем как часть идеологии (функционала) нашего продукта. Например, возвращаясь к Вашему вопросу "в чем уникальность". Мы реализовали возможность создания правил доступа через Swagger. Т.е. вы можете загрузить openapi.json или дать ссылку, для автоматического обновления, создать правила и применить их к конкретным пользователям или группам пользователей. Как итог: 1. Это возможность создавать ролевую систему 2. Возможность динамически ей управлять из админки без необходимости привлечения программистов. 3. Возможность закрывать доступы к части функционала (API) как всем, так и определенным пользователям. Причем делать это оперативно. Например, если у вас с каким то разделом (функционалом) возникли проблемы и пока программисты решают их, что бы не делать ненужных движений в виде "в начале сделать срочный хотфикс закрывающий функционал, пройдя все процедуры DEV-QA-PROD, потом разобраться в проблеме, оттестировать, зарелизить решение, открыть функционал", вы можете сразу закрыть функционал или закрыть его определенным пользователям и сосредоточиться на важном. Или еще один реальный кейс. Есть региональный оператор. У него несколько отделений. У всех разные доступы. Причем у некоторых пользователей отделения, есть доступ к большему функционалу ИЛИ периодически возникает необходимость выдачи расширенных доступов на время. Сразу предусмотреть все это невозможно. Опять же, люди могут меняться. Плюс могут появляться новые отделения. Плюс заказчик выразил желание менять это без привлечения IT отдела из-за бюрократических нюансов. Как итог и придумалась такая возможность как одна из. Сразу скажу, что непосредственно в нашей системе, она не реализована до идеала - нет некоторых автоматизаций, не реализована возможность выдачи определенного статуса ответа, чтобы изначально, при разработке системы, предусмотреть возможность по определенному статусу ответа отдавать определенное сообщение или редирект. Ну и конечно же, не хотелось бы ограничиваться только openapi.

Хороший и нужный сервис! Отдельный зачет за Калининград! ) Возможно не увидел, но есть ли услуга передержки? Мне кажется достаточно актуальная тема?

Направление хорошее. Реализация тоже в целом понравилась. Хотелось бы развития, как в плане наполнения материалом, так и другими языками. Думаю имеет смысл посотрудничать с проектами по обучению, т.к. это хорошее дополнение к курсу. На продукт радаре их представлено несколько. Так что поддержу начинание, с надеждой, что это разовьется в нечто большее! )

Хорошая тема. Как раз в одном из продуктов нужно будет реализовать добавление видео клиентами в карточки товаров, будем рассматривать ) Так что добавлю в закладки на будущее )

Хорошее направление мысли. Неплохая реализация. Понравилось, что есть возможность не только почитать теорию, но и практически поработать с материалом благодаря редактору. Но видно, что это только начало, т.к. сам материал еще сыроват и его мало. По крайней мере относительно Python. Голосую и желаю развития!

Хорошо, что появляется все больше продуктов с "нашим" лицом ) Но вот в плане лимитов пользователей я бы еще использовал стратегию со стоимостью дополнительного пользователя. Например, меня устраивает тариф Стартап, но мне нужно временно ввести еще пару пользователей и я бы заплатил за них сверх тарифа какую то сумму, условно 200 рублей за пользователя. Сейчас же я вынужден покупать бизнес? Да и в бизнесе 50 пользователей маловато, если брать компанию, которая ведет несколько команд и несколько проектов, например.

Да это понятно ) Но хорошее начало с правильных девайсов! )

Спасибо за поддержку, можно я так расценю? ) На самом деле так и есть, но главное это отсутствие на нашем рынке оптимальных решений.

Так это же не угода, а большой потребитель! Мне кажется, что Андроиды чаще меняют свои девайсы, да и сопутствующих устройств на Андроиде больше ) Как то Яблочный рынок более ммм... стабилизирован.

А как же мы, люди Андроиды? )

Есть конечно куда расти - миниапы, более удобная система фильтрации, история фильтров, стоп слова... тут много что озвучено, но направление правильное и нужное в нынешнем мире IT )

Друзья. Уточню в этом посте одну важную вещь про наш сервис! На данный момент это MVP, т.е. продукт с минимальным функционалом. Не смотря на то, что он уже работает, не все наши планы реализованы и мы здесь, что бы представить нашу идею и найти партнеров и/или инвестора, для реализации всего функционала и вывода продукта на рынок. Что мы хотим: - Дать возможность использовать сервис как на наших ресурсах, так и возможность развернуть на своих для большей безопасности - в облаке или на сервере. - Доработать совместимость между платформами Yandex Cloud и AWS для геолокационного масштабирования сервиса. - Добавить интеграции как на уровне виджетов, так и кода. Для примера мы сделали интеграционные библиотеки для JS, Go и Python. В идеале же хотим сделать store для сторонних интеграций с различными языками программирования, CMS и фреймворками. - Доработка методов регулирования доступов. - Доработать автоматизацию процессов регулирования доступов и ролевой системой. - Реализовать систему кэширования на стороне клиента, для минимизации отклика. Это не полный список, а лишь основные направления по болям, которые мы видим из практики разработки приложений для наших клиентов. Будем благодарны за Ваш интерес!

Хорошая тема. Ведь не зря говорят "не придумывайте свое, решайте боли другого". Впервые, кстати, с электронной реализацией подобной идеи я столкнулся на Yandex Cloud в их базе идей (https://yandex.cloud/ru/features). Очень прикольно и полезно. Но там для разработчиков и пользователей платформы, а тут для людей. Круто!

Поэтому у нас и указано, что продукт в MVP и ищет инвестиции. MVP содержит минимальный функционал, что бы инвестор мог хоть как то пощупать идею. Относительно Zitadel, Logto, Keykloak и прочих. Повторюсь - в большинстве около государственных заказов или, тем более, государственных, речи об использовании иностранных сервисов не может быть и речи. Даже к opensource решениям пристальное внимание. На приемках присутствуют технические специалисты способные определить степень и качество их использования. На примере hostinside.ru можно даже увидеть тенденцию. Мы были на такой приемке и видели как проект зарубили за использование "скрытых" от заказчика иностранных сервисов и отправили на доработку, с неустойкой за срыв сроков.

День добрый. Глобально вы можете использовать его где хотите. У нас нет блокировок иностранного трафика ) Другое дело, что иностранные сервисы напрямую не учитывают специфику Российского законодательства. Плюс, специфика Yandex Cloud Serverless в том, что они обеспечивают совместимость с AWS. Таким образом, этот сервис можно будет развернуть и на AWS, а значит охватить весь мир. Также, в будущем, мы планируем давать возможность разворачивать сервис и на серверных мощностях, т.е. на своем хостинге, что позволит развернуть и использовать его в любой геолокации. В целом, в дальнейших далеких планах, есть идея распределения пользователей по нескольким базам данных по их геолокации, т.е. уже сейчас видны тенденции "наши пользователи, хранятся у нас" не только в Росиии. Тем более, у нас есть идея как на уровне самого приложения (клиента) ускорить и оптимизировать работу с нашим сервисом, для уменьшения задержек.

Хорошая и очень нужная идея! Как практики разработки, ни раз сталкивались с необходимостью доказывать комиссиям по приемке о безопасности используемого стека простым не техническим языком и такие понятные отчеты очень полезны!

Спасибо за поддержку и ваш отзыв! Да, платить за то, что используешь это идеология бессерверных (Serverless) решений и одна из причин за которые мы их любим. Кроме того, они позволяют не зависеть от пиковых скачков без необходимости заранее увеличивать инфраструктуру под такие скачки и оплачивать ее "на всякий случай". Относительно разворачивания на своих мощностях, мы хотим предлагать нашим клиентам три варианта использования: 1. Полностью на наших ресурсах 2. Функционал на наших ресурсах, хранение данных в БД клиента 3. Развернуть на своих Serverless мощностях 4. Развернуть на своих серверных мощностях Конечно, это все еще в планах, но будем воплощать, т.к. на практике знаем такую необходимость )

Импортозамещение EPAM, получается ) Но соглашусь, что лозунг "Без онбординга" это конечно звучит сомнительно )