Колеги, настав час актуалізувати правила Маркетплейс і особливо Пріложеній24, оскільки обидва майданчики розвиваються і змінюються, і існуючих регламентів стало явно недостатньо. Та й розкидані вони по різних місцях, що теж не додає простоти розуміння розробникам рішень.
Ми зробили перший, і я сподіваюся, не самий маленький крок в потрібному напрямку і зараз я розповім вам про ті важливі моменти, які включені в нову редакцію правил Маркетплейс і Пріложеній24.
Найголовніше, були оновлені Загальні правила. які регулюють обидві наші майданчики. Навіть якщо ви ніколи не дивилися ці умови або вам здавалося, що це тільки про Маркетплейс, але жодного разу не про додатки для Бітрікс24 - насправді, це були основні пункти, під якими ми підписалися
Зараз я спробую розповісти про найбільш важливих моментах, описаних в цих чудових документах.
Тому, будь ласка, не подавайте на модерацію ті рішення, які ви перед цим самі ретельно б не протестували в бойових умовах, тобто, по повному циклу від установки з нуля і до перевірки базових вимог платформи. Спеціально для цього в Маркетплес БУС є чек-лист, є монітор якості і т.д. і для додатків Бітрікс24 ми також дали ряд рекомендацій з перевірки. Пам'ятайте, будь ласка, що як тільки модератор наткнеться на будь-який недолік - чи стосується він оформлення рішення або проблем функціоналу, він просто відправляє рішення на доопрацювання. І оскільки інші розробники не повинні чекати, поки ви виправите всі недоліки своїх продуктів, то рішення потрапляє в кінець черги модерації. А черга може бути довга.
А ось що дійсно не завжди очевидно, але тим не менш, вкрай важливо - так це ретельно описати ті особливості ваших продуктів, які впливають на його власні властивості - специфічні вимоги до хостингу, необхідність підключення зовнішніх сервісів (особливо платних) і т.п. Ці речі все одно спливуть в процесі експлуатації, але якщо це відбувається пост-фактум, то в результаті виникають скандали, які навантажують і нашу, і вашу підтримку, дають користувачам формальний привід вимагати повернення оплати і т.д. Але ж нам з вами це не потрібно, вірно?
Окремо тепер виділені «вбудовані покупки». Надалі ми плануємо ввести спеціальну опцію для таких додатків, щоб маркувати їх в каталозі. На поточному етапі необхідно, щоб в разі, якщо додаток пропонує користувачам докупити якийсь функціонал або зовнішній сервіс, чітко вказати це в описі рішення, включаючи опис конкретних цін.
Якщо виникають питання про правила, їх завжди можна задати в підтримку.
Спасибі за те, що дочитали це все до кінця
Щодо композитного і адаптивного сайту не згоден.
У нас багато модулів для обміну з 1С. Це службові модулі тільки для адмінки.
Все-одно знаходяться клієнти, які бояться ставити модуль на свій сайт бо написано "Адаптивність - немає", "Композит - немає". Вони запитують: чи ставиться модуль на Адаптивні сайти?
Щоб не відповідати на такі питання - зручно поставити "Адаптивність - так", "Композит - так". Це правда. Так краще! Клієнт розуміє, що сайт не розвалиться.
Треба виходити від противного. Якщо є який-небудь нехороший компонент в публічній частині - то треба ставити НІ.
Ні - це тільки для модулів, які мають проблеми з адаптивністю або композитом.
"Ні" - це ознака того, що сайт може розвалитися від використання модуля. "Так" - за замовчуванням для всіх.
8-800-250-1860 Контакти Карта сайту