chikurov-seo


chikurov-seo

Партнер-разработчик: https://www.webasyst.ru/store/developer/1200329/ Партнер-разработчик

  • chikurov-seo chikurov-seo 27 сентября 2021 08:53 #

    Модерация обновлений продуктов в WA - формальность. Разработчик в любом случае несет ответственность за умышленное использование вредоносного кода.

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

    в ответ на Одновременно: бета-тест обновления продукта и отправка обновления на модерацию

  • chikurov-seo chikurov-seo 24 августа 2021 09:13 #
  • chikurov-seo chikurov-seo 16 августа 2021 18:15 #

    когда рядом находится несколько иконок действий и их нужно расположить поплотнее, можно использовать одну иконку в виде трех точек (fa-ellipsis-h), при нажатии на которую выпадает список всех действий (.waDropdown)

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

    в ответ на UI2 actions для строки таблицы

  • chikurov-seo chikurov-seo 3 августа 2021 00:12 #

    1) В режиме просмотра товаров "Артикулы" вывожу дополнительные столбцы с данными о товарах. Например: фото (маленькое - сразу, большое - при наведении), количество продаж, код артикула:

    2) Регулирую ширину столбцов полей и скрываю временно неиспользуемые для работы столбцы:

    3) исправляю мелкие (и не очень) интерфейсные косяки плагином https://www.webasyst.ru/store/...:


    --

    Буду только рад, если такие простые вещи будут в коробке и надобность в подобных доработках отпадет.

    в ответ на Использование коллекций товаров в плагинах для Shop-Script

  • chikurov-seo chikurov-seo 2 августа 2021 17:45 #

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

    в ответ на Как корректно вывести отзывы о товаре непосредственно в карточке товара?

  • chikurov-seo chikurov-seo 27 июля 2021 17:09 #

    Сделайте, чтобы промоакция автоматически сбрасывалась в интерфейсе редактирования продукта после того как закончилась. А то ставишь промоакцию условно с 10 апреля по 17 апреля. Потом условно 20 апреля заходишь в редактирование продукта, вносишь какие-то правки, но при попытке опубликовать изменения ругается на промоакцию. Приходится очищать промоакцию каждый раз. Мелочь, но неудобно. 

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

  • chikurov-seo chikurov-seo 21 июля 2021 11:42 #

    Говорят, что в блоках (подборках), о которых я завел речь, все-таки действует какая-то автоматическая подборка, а не ручная. Если так, то просьба разъяснить алгоритм попадания туда.

    Лично у меня, например, есть плагин "SEO Meta Robots", который, на мой взгляд, достоин попасть в подборку плагинов в блоке "Поисковая оптимизация (SEO)", и есть плагин "Доработки оформления заказа в корзине", который достоин попасть в подборку в блоке "Повышение конверсии". Оба плагина на данный момент входят в ТОП-50 популярных плагинов (по скрытому рейтингу WA), но в эти подборки не попадают, тогда как другие менее популярные плагины находятся далеко за ТОП-100, но в подборках выводятся.

    Я не прошу добавлять мои плагины в подборки. Я прошу доходчиво объяснить правила игры (предварительно поковырявшись в самой игре и по необходимости ее докрутив). Заранее большое спасибо.

    в ответ на Подборка продуктов на главной странице маркета WA

  • chikurov-seo chikurov-seo 9 июля 2021 18:11 #

    Если узнать методы класса, то это стандартные методы https://www.php.net/manual/ru/...

    то что надо, спасибо

    в ответ на Как узнать все доступные методы?

  • chikurov-seo chikurov-seo 6 июля 2021 19:25 #

    если что, стоящую задачу решил вот так:

    $manager_id = wa()->getUser()->getId();
    $contact = new waContact($manager_id);
    $manager_name = $contact->get('firstname');

    Но опять же, о возможности прописать параметр 'firstname' у метода get не знал, тыкался наугад. А как должен был действовать? 

    в ответ на Как узнать все доступные методы?

  • chikurov-seo chikurov-seo 29 июня 2021 15:59 #

    Бесполезно спорить, нет истины в этом обсуждении. Мне кажется, что верно было бы дать возможность взрослым людям (и клиентам и разработчикам) решать как они хотят продавать/покупать плагины и приложения.

    предлагаете дать и возможность продавать подписки на обновления и возможность продавать обновления по-отдельности?

    в ответ на Фреймворк Webasyst 2.2.0 и «Фото» для Webasyst 2

  • chikurov-seo chikurov-seo 28 июня 2021 15:30 #

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

    Импульса к тому, что разработчики продуктов начнут часто и качественно обновлять свои продукты нововведение не даст.

    в ответ на Новые возможности для разработчиков: подписка для приложений, бета-тест продуктов без модерации

  • chikurov-seo chikurov-seo 28 июня 2021 15:00 #

    Подписка доступна только для приложений. Для плагинов такой возможности пока нет. Но мы постараемся в будущем найти подходящее решение и сделать подписку доступной в том числе для плагинов. В отдельном посте есть подробное обсуждение на эту тему.

    В отдельном посте подробное обсуждение велось по большей части не на тему аренды продукта как альтернативы покупки пожизненной лицензии, а на тему монетизации обновлений продуктов (точнее ее отсутствии).

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

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

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

    P.S. Прикладываю скрин небольшого опроса среди пользователей. Выборка, конечно, крайне маленькая, но весьма показательно, что ни один из опрошенных не планирует арендовывать приложения на длительный срок, предпочитая старую-добрую "покупку навсегда":

    в ответ на Новые возможности для разработчиков: подписка для приложений, бета-тест продуктов без модерации

  • chikurov-seo chikurov-seo 24 июня 2021 20:43 #

    Наш бессмысленный диалог идет на разных языках и о разных вещах. Вы мне про тыщи, я вам про систему =)

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

    Вот мы и не понимаем друг друга. 

    Согласен, рассуждать о конкретике смысла нет.

    Смысл в разговорах о конкретике есть. В спорах рождается истина. Если большинство партнеров-разработчиков и часть активных пользователей придет к единому мнению по тому какие изменения и в каком именно виде внести требуется внедрить в системе, не обойдя при этом интересы Webasyst, то эти четко сформулированные предложения с большей вероятностью будут рассмотрены руководством ООО "Артикус", чем просто крики "Хочу больше обновлений / хочу больше денег / хочу больше стабильности! Вы тут главные? Придумайте и сделайте что-нибудь!".

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

    в ответ на Фреймворк Webasyst 2.2.0 и «Фото» для Webasyst 2

  • chikurov-seo chikurov-seo 24 июня 2021 05:18 #

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

    Все аргументы сводятся к тому, что общая стоимость обновлений всех имеющихся продуктов будет стоить дороже, чем подписка на обновления? Да - будет. Но это не значит, что магазинам в обязательном порядке следует все эти обновления покупать и тратить неподъемные суммы. Есть описание обновления, есть отзывы других покупателей, есть стоимость обновления. Принимай взвешенное решение и покупай, если считаешь, что новый функционал тебе нужен и затраты на его покупку окупятся. 

    Лучше потратить 20000-30000-40000 рублей на обновления плагинов, которые начнут приносить тебе пользу через 5 минут после оплаты, чем потратить 10000 рублей на "подписку на обновление" в надежде на то что в течение года может быть когда-нибудь у разработчика появится время и желание выпустить обновление. И надеяться, что разработчик обратит внимание именно на твою "идею" обновления плагина, и молиться, что там не будет ошибок, которые для твоего магазина будут критичными.

    Боитесь значительного роста расходов владельцев магазина? В конце концов, на первое время Webasyst может поставить ограничения на стоимость обновлений. В долгосрочной перспективе не вижу в этом никакого смысла, т.к. если кто-либо из разработчиков будет неоправданно гнуть цены на обновления, то либо может появиться конкурент с более лояльными ценами на аналогичный продукт, либо пользователи просто перестанут покупать обновления оставаясь на старых версиях продуктов. Снизив цены можно будет заработать больше.


    Лояльность повысить будет намного сложнее и дольше.

    Повысить лояльность будет гораздо сложнее, когда начнутся покупки подписок на обновления, но обновления появляться не будут, либо будут появляться "не те" обновления которые ожидает пользователь. Поддержка WA только и будет делать, что обрабатывать заявки вида:

    - "Я купил подписку у Васи Пупкина, но он выпустил обновление которое мне не нужно а то что мне нужно не сделал. Верните деньги!".

    - "Я купил подписку на обновление у Пупки Васина, он выпустил обновление, но в обновлении не стал поддерживать пошаговое оформление заказа. А мой магазин на пошаговом оформлении заказа! Мне такое обновление не нужно. Как вернуть деньги, уплаченные пол года назад?"

    Плата за каждое обновление по желанию разработчика - это дубовый подход, не учитывающий ни чьих интересов, кроме сомнительных интересов разработчика

    Как раз-таки. этот подход учитывает интересы всех трех сторон.

    1) С WA все понятно. Больше функциональности. Никакого дополнительного гемора по надзору. Меньше рисков испортить себе репутацию от того что партнеры-разработчики торгуют воздухом а не обновлениями. Больше денег от своей доли с каждой транзакции. WA от такого варианта в выигрыше больше всех, чем от внедрения подписок или полного бездействия по данному вопросу. Интересы WA учтены в первую очередь.

    2) Пользователи спустя какое-то время смогут иметь возможность получать новый функционал, который можно купить за условные 5 копеек, а не индивидуально за условный рубль. Будет появляться больше новых плагинов. Старые плагины будут чаще обновляться. Выбирай и покупай только то, что тебе нужно. Интересы пользователя учтены. 

    P.S. Конечно, часть пользователей, которые 5 лет назад по старым ценам купили развивающиеся ныне на безвозмездной для них основе десяток-другой плагинов, будут негодовать. Но при должной коммуникации конфликта можно избежать, рассказав что это сделано не для того чтобы "Халява закончилась!", а для того чтобы "Это даст импульс к тому, чтобы в маркете было не десятки качественных активно развивающихся готовых решений, а сотни и тысячи"

    3) Разработчик, кстати, в данном случае находится в гораздо менее выигрышной позиции, чем в случае с продажей подписки. "Дополнительные деньги" он получит только по факту выполнения работы и заработает достаточную сумму только в том случае, если работа будет выполнена качественно и ее результат будет востребован на рынке. Интересы разработчиков учтены в меньшей степени, чем интересы WA и интересы пользователей 

    P.S. Разработчик свои деньги всегда заработает. Если не через продажу обновлений по 5 копеек, тогда на индивидуальных разработках за рубль. Монетизация обновлений даст лишь дополнительный импульс для того, чтобы больше разработчиков занимались разработкой и развитием готовых решений. 

    ====


    Итого.

    Вариант "подписка на обновления продукта X". С точки зрения владельцев магазинов:

    Плюсы (в сравнении с вариантом "разовая плата за разовое обновление"):

    + планирование затрат

    + скорее всего, меньше расходов


    Минусы (в сравнении с вариантом "разовая плата за разовое обновление"):

    - полная непрозрачность. Покупатель не понимает за что платит и когда это что-то получит. Вложил деньги сегодня, а получил нужное обновление хрен знает когда (и то не факт) и хрен знает в каком виде (заранее нет возможности почитать отзывы тех, кто уже обновился, потому что обновление еще не вышло).

    - невозможность осуществления возврата денежных средств, если обновления не вышли или не подошли магазину по тем или иным причинам (деньги на ветер).

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

    - разработчики по-прежнему финансово не заинтересованы выпускать внеплановые большие обновления продуктов. они заинтересованы только выполнить заранее установленный план обновлений. "Зачем выпускать еще одно большое обновление с еще одним новым функционалом сейчас? Я это не анонсировал и те кто купили подписку не рассчитывали что это будет добавлено.. Включу-ка я лучше в планы на следующую подписку!". А актуальность этого функционала для потребителя уже может пройти.

    - банально неудобно отслеживать, продлевать, регулировать подписки (особенно если их >30).

    P.S. У меня сейчас итак куча "подписок": на музыку, на доставку еды, на доставку воды, на интернет, на ТВ, на моб. связь, на коммуналку, на хостинг, на WA Shop Script, на аренду офиса, на аренду квартиры, на домен, на налоги, и еще штук 10-15. Я физически задалбываюсь за всем следить и вовремя все проплачивать и не хотел бы, чтобы сюда добавились еще разом подписок сорок-пятьдесят =) но это имхо. Этот пункт можно не принимать ко вниманию.

    -----

    На мой взгляд, плюсы от "разовых оплат обновлений" перевешивают плюсы от "подписок". 

    в ответ на Фреймворк Webasyst 2.2.0 и «Фото» для Webasyst 2

  • chikurov-seo chikurov-seo 24 июня 2021 01:48 #

    Нет, это крайне неудачный костыль, при попытке опереться на который он сломается и обломком проткнет грудную клетку со всем отсюда вытекающим =)

    хотелось бы аргументов немного, а не обломки, клетки и вытекающее :) 

    в ответ на Фреймворк Webasyst 2.2.0 и «Фото» для Webasyst 2

  • chikurov-seo chikurov-seo 23 июня 2021 23:02 #

    Плата за конкретное/каждое обновление - абсурд.

    Абсурд - это снимать с продажи продукт и вместо него выпускать другой такой же но с немного улучшенным функционалом. Аргументы выше я приводил. 

    Плата за конкретное обновление - решение, которое может устроить все 3 стороны и избавит Webasyst от лишнего гемора по надзору за партнерами. Аргументов против такого решения я пока что ни от кого не увидел.

    в ответ на Фреймворк Webasyst 2.2.0 и «Фото» для Webasyst 2

  • chikurov-seo chikurov-seo 23 июня 2021 17:48 #

    всмысле ничего плохого? Ой мы в прошлой версии накасячили (а еще оставли несколько вил на будущее) но чтобы исправить наш касяк, вы можете обновиться за дополнительную 1000р. вы же не скоропортом торгуете, должны же быть какие нибуть гарантийные обязательства. или как вы собираетесь их исправлять? в версии 1.2 был добавлен новый функционал, а в версии 1.3 мы решили проблему нестабильной работы версии 1.1 плагина. но мы не можем вам помочь по скольку вы не купили обновление на 1.2

    Чем вариант с подпиской в этом плане лучше? Будет та же история: "ошибка исправлена в новой версии продукта, пожалуйста, приобретите подписку и обновитесь".

    Что вы предлагаете? Оставить все как есть без какой-либо  дополнительной монетизации обновлений готовых решений? Ну тогда останетесь счастливым обладателем версии 1.1 с ошибкой, которую вообще никто никогда не исправит. Ну и о новых готовых решениях и обновлениях других продуктов можете забыть, потому что их просто перестанут делать. Рано или поздно вы в итоге либо перейдете на другую более функциональную CMS, либо будете заказывать индивидуальные разработки стоимостью от 100к. 

    Ошибки были, есть и будут. Смиритесь с этим. Не ошибается только тот, кто ничего не делает. Конечно, будет глупо, если обновление продукта будет содержать только исправление ранее допущенных ошибок и это обновление будет платным. У разработчика должна быть возможность самостоятельно решать: плотное обновление он выпускает или бесплатное. Но если спустя 10-ть платных обновлений выходит бесплатное с исправлением ошибки, допущенной сто лет назад, - единственный адекватный вариант для пользователя который остался на старой версии продукта - это все-таки приобрести обновления. В крайнем случае всегда можно найти другого специалиста и в частном порядке пофиксить баг.

    (а еще оставли несколько вил на будущее)

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

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

    в ответ на Фреймворк Webasyst 2.2.0 и «Фото» для Webasyst 2

  • chikurov-seo chikurov-seo 23 июня 2021 16:37 #

    Плата за конкретные обновления может выглядеть странной с точки зрения покупателя. Как пример, вот купил он плагин за 3000р, завтра прилетело обновление на 1000р. Он оплатил. Послезавтра прилетело еще обновление на 1000р. Он оплатил.А через неделю новый покупатель купит этот же плагин за 3000р и получит все то же самое.


    В целом, я не вижу ничего плохого в том, что покупатель который купил плагин сегодня за 3000 р., завтра обновился за 1000 р., послезавтра еще раз обновился за 1000 р. Данный покупатель получил преимущества перед покупателем который приобрел плагин послезавтра, потому что пользовался плагином на 2 дня больше.

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

    Единственное ограничение, которое имеет смысл установить в случае выбора модели монетизации "разовая плата за разовое обновление" - это то, что общая стоимость обновлений продукта не должна превышать стоимость покупки продукта. Например, если покупатель приобрел продукт версии 1.0 за 3000 рублей, а затем пропустил пять платных обновление каждое стоимостью 1000 рублей, то обновление с версии 1.0 до версии 5.0 для него должно стоить 3000 рублей, а не 5000 рублей. Если же покупатель каждый раз сразу после выхода платных обновлений принимал решение купить обновление то суммарно на продукт он потратит 3000+1000+1000+1000+1000+1000 = 8000 рублей. Да, он заплатит суммарно гораздо больше, чем покупатель который намного позднее него купит продукт по обычной цене, но первый покупатель не просто выкинул деньги зря, а пользовался нужным ему функционалом на порядок дольше и, вполне возможно, какие-то обновления в новые версии плагина были добавлены конкретно под его нужды. По-моему, все справедливо. 


    Идея продажи лицензии с последующей помесячной подпиской мне нравится. То есть оплатили 3000р стоимость лицензии + 500 условных рублей каждый месяц за подписку. Можно обязать разработчика создать открытый план развития, следить за его исполнением.

    Желание WA не брать на себя обязательство по контролю и надзору над разработчиками-партнерами вполне понятно. У многих разработчиков появится соблазн халтурить, выпуская бесполезные или некачественные обновления. "Какая разница, ведь деньги за это уже получены?". Кто будет это контролировать и выносить вердикты: "Этот разработчик - хороший, подписку оставляем, а этот разработчик ожидания не оправдал, подписку отбираем"?

    Вместо фокуса на выпуске действительно крутых и нужных обновлений которые покупателям действительно захочется купить, у многих партнеров-разработчиков будет фокус на том, чтобы просто пройти нижний порог требований для сохранения права продажи подписки. А финансовой мотивации развивать продукт больше и лучше, чем это было запланировано в начале года, как не было - так и не будет, ведь если перевыполнить "план", больше денег все равно не заработать. Либо ты сделаешь 3 крутых обновления за год, либо 25 крутых обновлений за год - все равно заработаешь на обновлениях одну и ту же сумму.

    в ответ на Фреймворк Webasyst 2.2.0 и «Фото» для Webasyst 2

  • chikurov-seo chikurov-seo 22 июня 2021 14:27 #

    Пока только для приложений. Модель подписок применима и хорошо работает для сложных решений и сервисов, которыми пользуются постоянно и долго. Которые развиваются, постоянно обновляются, имеют множество дополнений, интеграций и т.д. В рамках Webasyst данный формат, гибкость и независимость есть только у приложений, и поэтому модель подписки пока применима только к ним.

    Среди всех 1300+ доступных на сегодняшний день плагинов мы насчитали всего несколько таких, для которых потенциально модель подписки смогла бы дать хороший результат. Такие плагины буквально можно пересчитать по пальцам. И хотя нам действительно очень хотелось бы дать всем разработчикам плагинов возможность самим решить, какая модель им подходит, есть опасение, что сейчас это будет иметь обратный эффект — простейшие плагины вроде новогоднего снега на сайт будут требовать ежемесячной оплаты, постоянно напоминать об этом в бекенде Shop-Script, и все это негативно скажется на отношении покупателей к поиску простых плагинов в Инсталлере.

    Для тем дизайна все еще несколько сложнее в силу возможности полного изменения их шаблонов — купил на месяц, создал клон темы с другим идентификатором, и никакая подписка больше не нужна. В ближайшее время мы увидим, насколько данная модель эффективна и для каких типов приложений. И затем станет ясно, подходит ли такая модель для плагинов и в каким именно виде.

    - Если вынести за скобки приложения от Webasyst и 1312 Inc., то я не нашел ни одного приложения, которое по функционалу "больше", чем плагины "SEO-фильтр", "SEO-оптимизация", "Бренды Pro", "Информация о доставке и оплате", "SEO-редиректы" от Bodysite, плагины "Автоматическое управление товарами", "Фильтр и поиск товаров в бекенде", "Интеграция Вконтакте" от waResearchLab, плагины "Гибкие скидки и бонусы", "Фильтр доставки и оплаты"  от Игоря Гапонова, плагины "Расчет стоимости доставки Cdek", "Интеграция Cdek" от Syrnik ... и пары-тройки десятков других плагинов. Как по мне, - очень странно полагать что "плагин" - это что-то маленькое и незначительное, а "приложение" - что-то большое и мегакрутое.

    - Да даже если взять действительно небольшие плагины, то я не вижу ничего плохого для WA в том, что условный разработчик плагина "новогодний снег" стоимостью 399 рублей выпустит обновление для плагина, в котором будет возможность настроить падение снега как-то покрасивее, и попросит за это обновление 99 рублей с каждого пользователя, желающего обновиться.

    Надеюсь, что в обозримом будущем WA наконец сделает платные обновления плагинов и это даст импульс разработчикам возобновить/с новым рвением продолжить развитие своих продуктов.

    в ответ на Фреймворк Webasyst 2.2.0 и «Фото» для Webasyst 2

  • chikurov-seo chikurov-seo 22 июня 2021 13:52 #

     

    Согласен с коллегой. У разработчика нет никакого стимула делать качественные и функциональные продукты (плагины). А плагины - это более 80% от всего маркета. Новые продажи это конечно хорошо. Но если продукт себя уже зарекомендовал, то я не вижу глубинного смысла с т.з. разработчика продолжать его активно развивать. Отсутствие подписки на плагины, на мой взгляд, приведет к постепенной деградации этого сегмента. Разработчики начнут "уходить" в псевдоприложения, и начнется бардак. И их можно понять. Выбранный Webasyst подход - щелчок по носу таким разработчикам как например Syrnik или Igor Gaponov, продукты которых, смею предположить, установлены на 90% всех установок фреймворка. А возьмите к примеру первую десятку из рейтинга разработчиков, уберите на месяц-два их продукты из маркета и попробуйте для себя ответить на вопрос: а как и насколько изменится коэффициент лояльности (или назовите как хотите, суть надеюсь понятна) конечных потребителей к Shop-Script? Что-то мне подсказывает, что ответ будет не самым обнадеживающим. Но сейчас вы этим самым разработчикам говорите: "Плагины конечно хорошо, но если хотите вы хотите развивать то направление вашего бизнеса, которое связано с разработкой под WA - делайте другие продукты. Суть не важна, главное оформляйте в виде приложений" . Да, у Webasyst могут быть другие слова, своя аргументация, но это не меняет сути вопроса. Озвученная Webasyst аргументация "против" мне понятна и я с ней согласен. Но я категорически не согласен с озвученным решением. Это первый шаг к хаосу. Краткий итог всему написанному с элементами моих прогнозов развития ситуации. Webasyst не хочет снижения лояльности конечного пользователя к SS и фреймворку. Так же Webasyst не хочет увеличения (в финансовом смысле) входного порога в мир Webasyst. Что будет: с введением такой однобокой политики лицензирования качественного скачка в приложениях не произойдет. Увеличится количество псевдоприложений, которые будут являться прикладным продуктом к другому основному. Количество качественных приложений в истинном понимании этого термина никак не изменится. Они периодически будут появляться. Но они бы появлялись и без этого нововведения. Что будет с плагинами: допускаю, начнут появляться вtрсии PRO, Extra, SuperMegaExtra и пр. вариации уже существующих и зарекомендовавших себя продуктов. Параллельно с этим постепенно будет увеличиваться их стоимость. Т.о. цель априори не будет достигнута: входной порог будет расти, маркет будет пухнуть от раздвоения и разтроения плагинов, лояльность потребителя тоже не вырастет.

    Что делать? Предложенная политика лицензирования должна распространяться на все продукты. Но т.к. опасения вполне логичны и ожидаемы, тут не обойтись без введения экспертной оценки WA, с выдачей добра таможней WA применения такой политики к конкретным продуктам, вне зависимости от их типа. Именно такой подход позволит качественно развивать уже существующие продукты и послужит стимулом для создания новых качественных инструментов. Ну а достижение высот "Webasyst - не только Shop-Script" никак не зависит от того есть ли плата за обновления или нет. Хорошие продукты появятся при любом раскладе. Но да, плата за обновление будет неплохим бонусом.


    Полностью согласен с этими словами, за исключением "подписки на обновление". На мой взгляд, для партнеров-разработчиков должна работать модель монетизации не "Годовая подписка на обновления плагина", а "Разовая плата X за обновление плагина до версии Y", где X разработчик плагина может устанавливать самостоятельно - либо платно, либо бесплатно.

    Модель монетизации "подписка на обновления" для партнеров-разработчиков, на мой взгляд, - утопия. Каждый 1-й разработчик плагина тут же ее включит и предложит пользователям ее купить. Однако партнер-разработчик - не на зарплате. Его никто не сможет проконтролировать, поэтому он может спокойно продавать подписку на обновления но никакие качественные обновления плагинов не выпускать. Я полностью поддерживаю WA в том плане что они не хотят это реализовывать.

    Предложенная мной модель монетизации обновлений плагинов:

    - во-первых, нивелирует тот жирный минус, о котором я написал в прошлом абзаце

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

    К сожалению, сейчас бОльшая часть разработчиков просто никак не развивают свои плагины, поскольку это не приносит денег здесь и сейчас, а часть разработчиков практикуют вместо обновления плагина практикуют снятие продуктов с продажи и выпуск новых продуктов. Их можно понять, но такое решение имеет массу минусов для всех: и для разработчиков, и для пользователей и для WA:

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

    2) непонятно что делать, если разработчику спустя время хочется выпустить ещё одну улучшенную версию. "Плагин X pro pro"? "Плагин X pro pro pro pro pro 5.0"?

    3) Маркет WA захламляется лишними готовыми решениями. Пользователям с каждым новым псевдопродуктом становится сложнее разобраться что происходит и закрыть свою потребность. Также, что немаловажно, у новых псевдопродуктов теряются данные по количеству продаж и отзывов, которые были на старой версии плагинов.

    4) пользователю после перехода на новый псевдоплагин требуется заново производить настройки продукта

    5) пользователю после перехода на новый псевдоплагин требуется заново интегрировать продукт в тему дизайна

    6) пользователю после перехода на новый псевдоплагин требуется заново перенастраивать все кроны

    7) разработчикам прочих продуктов придется обновлять свои продукты и заново интегрировать их с новыми вспедоплагинами. 

    в ответ на Фреймворк Webasyst 2.2.0 и «Фото» для Webasyst 2

  • chikurov-seo chikurov-seo 6 июня 2021 18:01 #

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

    в ответ на Вывести кликабельные значки "Партнер-разработчик" и "Партнер-эксперт" рядом с имени пользователей в отзывах о продуктах

  • chikurov-seo chikurov-seo 6 июня 2021 17:43 #

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

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

    в ответ на Вывести кликабельные значки "Партнер-разработчик" и "Партнер-эксперт" рядом с имени пользователей в отзывах о продуктах

  • chikurov-seo chikurov-seo 3 июня 2021 21:37 #

    Что плохого в том, чтобы работать под аккаунтом с админскими правами? Часть плагинов в режиме тестирования (определяемого настройками плагина) что-то где-то выводят только для администратора бекенда. В связи с этим работать под аккаунтом с ограниченными правами неудобно.

    в ответ на Возможность скрывать иконки-ссылки на определенные установленные приложения

  • chikurov-seo chikurov-seo 3 июня 2021 21:31 #

    я в курсе. но количество иконок которое будет выводиться до "еще" определяет ширина моего экрана. А я хочу, чтобы это определял я =) мне нужно 3-4 приложения. остальные мне тоже нужны, но крайне редко. У меня широкий экран. Зачем мне постоянно 15 приложений перед глазами? отвлекают.

    в ответ на Возможность скрывать иконки-ссылки на определенные установленные приложения

  • chikurov-seo chikurov-seo 11 мая 2021 10:12 #

    По центру выводится ссылка на демо-сайт (без каких-либо пояснений).

    Вот мое предложение: https://yadi.sk/i/OvEeNVxplWrP... или так: https://yadi.sk/i/dCqY9EfT3gXU... или так: https://yadi.sk/i/imhxnCVlLznZ...

    в ответ на Ссылка на документацию в основном блоке карточки продукта

  • chikurov-seo chikurov-seo 29 апреля 2021 18:13 #

    Крик души. Кто любит такие штуки, пожалуйста, учтите, что может быть такая ситуация:

    - клик ЛКМ в области модалки (не отуская ЛКМ)

    - увод курсора за пределы области модалки (всё еще не отуская ЛКМ)

    - отпускание ЛКМ

    люто бесит, когда модалки закрываются в такой ситуации, т.к. это действие выполняется непреднамеренно (клик ЛКМ - чтобы снять фокус с поля формы, движение курсора за пределы экрана - непреднамеренное). 

    в ответ на UI2: Клик вне области waDialog должен триггерить закрытие окна