Идеи пользователя

Добавить кнопку "В избранное" в карточке модуля/решения в Маркетплейс для авторизованных пользователей.
Чтобы не искать каждый раз нужный модуль.
Мы же (партнеры) делаем повторные покупки модулей для новых клиентов.
Только не очищать список после покупки или добавления в корзину, а сохранять его (чтобы владелец списка сам удалял позиции при необходимости).

Клиенты периодически интересуются моделью подписки с ежемесячной оплатой, чтобы попробовать 2-4 месяца открыть бизнес и в случае успеха купить модуль.

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

В настоящий момент она в большей части работает на то, чтобы решение уничтожить

Если кто то сомневается, у меня есть сведения о том, как и кто этой вкладкой уже пользовался в отношении клеветы, черного и серого пиара.

Хороший инструмент для НЕДОБРОСОВЕСТНОЙ конкуренции

Это неправильно

На ее месте надо оставить кнопку задать вопрос и давать возможность написать, связаться с авторами
кроме того, можно и сделать доступ на урочне ТП

Лучше добавьте на место этой вкладки вкладку ВИДЕО
добавьте туда вкладку БЛОГИ, чтобы мы могли прикрепить те интересности, что пишем на блогах МП

Предлагаю в SiteUpdate реализовать поддержку маркировки обновления как важного.

Если обновление отмечено как важное, клиенту при скачивании вываливается попап с чейнджлогом, и установить это обновление становится возможным только после того как клиент поставил галку что ознакомлен с описанием обновления.

Очевидные кейсы использования:

1. Сложился сценарий, предполагающий существенную перенастройку решения, и по этому сценарию нет возможности корректно сохранить/перенести текущие настройки заданные клиентом. И клиента нужно предупредить о том, что сразу после обновления до этой версии решения, нужно произвести те или иные действия.
2. В решение введены зависимости, например, отказ от поддержки версии PHP ниже 7.0 или наличие какой либо библиотеки. Ведь автор МП, в отличие от вендора платформы, не расписывался кровью в том, что будет тянуть древних клиентов ради «полной и обратной совместимости»
   

В принципе, это может быть полезно не только для решений из МП, но и для БУС.

Может ли помочь эта технология почистить Маркетплейс, чтобы хотя бы в 10% случаев, купленное там решение работало так, как заявлено сразу, а не через год дополнительного кропотливого труда создателя решения? И потерь тех, кто купил решение.

Хотя даже в самом Битриксе принято продавать одно решение под видом другого, объясняя, что да, мы написали, что оно черное, но Вы должны были подумать, что оно иногда серое, а может быть и белым.
И что же Вам не нравится, что Вы покупали черное, а мы продали Вам белое.

Просто докупите у нас еще черного и закрасите теперь уже Ваше белое.

Scrum в этом может помочь?

Стоит ли тратить время на Вебинар?

Уже много раз сталкивался с таким вопросом как от партнеров так и от клиентов, очень не хватает этого функционала в самом маркете.

Есть важный момент по работе маркета, вот я сейчас хочу связать свои экспорты в пакет решений который бы потом можно было апгрейдить

очередность от младшего к старшему
http://marketplace.1c-bitrix.ru/solutions/acrit.googlemerchant/
http://marketplace.1c-bitrix.ru/solutions/acrit.export/
http://marketplace.1c-bitrix.ru/solutions/acrit.exportpro/
http://marketplace.1c-bitrix.ru/solutions/acrit.exportproplus/

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

Очень бы хотелось, чтобы ввели единое требование для всех демо-сайтов иметь параметр в ссылке, например demo.site.ru?no_ads=Y, который бы отключал на демо-сайте онлайн чаты, консультанты, заказы звонка, баннеры и др. блоки, которые явно указывают на разработчика решения.

Иногда необходимо провести локальную акцию со скидкой для определенной группы клиентов.
Прошу доработать выдачу таких купонов на скидку.

Он нужен в том числе для определения рекламного канала с оффлайн события.
При этом в корзине поле с применением купона имеется.

Сейчас система обновлений и установки модулей/решений работает так, что последовательно скачиваются и устанавливаются все промежуточные версии.

Гораздо быстрее было бы сразу загружать и устанавливать финальные версии.

При регулярной установке обновлений проблема не так заметна.

Зато, при установке небольшого решения/модуля  с большим количеством версий или обновлении решения/модуля после длительного перерыва приходится довольно долго ждать.

Видишь примерно такое:
установка версии 1.0.0 потом 1.0.1 .... 1.1.0 ...  1.2.0 ... 2.0.0. ... 2.0.1 ... 2.1.0 ... 3.0.1 и т..д.

Огромное количество лишних соединений и операций.
Можно в десятки/сотни/(возможно)тысячи раз их сократить загружая сразу финальный вариант..