Бюджет PrestaShop із платними модулями не можна звести до суми цін у каталозі розширень. Купівля дає продукт на певних умовах. Щоб він розв’язував завдання магазину, можуть знадобитися налаштування, перевірка сумісності та подальший супровід. Ці витрати виникають у різний час, а кошти отримують різні виконавці.
Розгляну умовну відомість для магазину, якому потрібні платіжний модуль, доставка та обмін із зовнішньою системою. Конкретні продукти й ціни тут не вибрані. Результат – структура розрахунку: які суми підтвердити, що входить у пропозицію та які майбутні платежі ще невідомі. Це не кошторис чинного проєкту й не пропозиція купити розширення.
Розділіть купівлю, впровадження та супровід
Почніть із результату кожного рядка. Для оплати потрібен узгоджений маршрут від вибору способу до підтвердження операції. Для доставки – потрібний варіант і коректні умови перевезення. Для обміну – визначені дані та напрям передавання. Назва модуля без такого завдання не дає зрозуміти, що має охоплювати бюджет.
Поруч створіть три групи витрат. Купівля охоплює продукт і послуги, які вже входять до його пропозиції. Впровадження – роботу з вашим магазином: установлення, налаштування, узгоджені зміни та перевірку. Супровід – майбутні платежі за доступ до оновлень, підтримку й роботу виконавця. Не об’єднуйте їх в один рядок «модуль під ключ», якщо склад не розкритий.
Загальний склад магазину зручно звірити з планом реалізації PrestaShop. У бюджеті завдання інше: перетворити цей склад на підтверджені зобов’язання та дати витрат, не втративши залежностей між компонентами.
Перевірте, що вже входить у ціну
На PrestaShop Marketplace купівля платного доповнення пов’язана з Business Care. В офіційному FAQ про підтримку й оновлення зазначено, що перший рік підписки включений під час купівлі. Тому не можна без перевірки додавати до початкової ціни ще один такий самий рік обслуговування.
Для кожної вибраної позиції збережіть дату пропозиції, продавця, версію продукту, сумісні версії магазину та склад ціни. Окремо зазначте валюту й порядок урахування податків у конкретній пропозиції. Акція, ціна нового придбання та вартість продовження можуть відрізнятися. Старий знімок картки не замінює актуальних умов замовлення.
Якщо продукт купують поза Marketplace, не переносьте на нього правила Business Care автоматично. Потрібні умови саме цього продавця: де дозволене використання, який магазин прив’язаний до купівлі, що надають після оплати та як отримують оновлення. Кількість примірників для придбання визначають за цими умовами, а не за кількістю файлів у завантаженому архіві.
Створіть календар майбутніх платежів
За описом Business Care підписка діє 12 місяців і передбачає щорічне продовження. Вона пов’язана з продуктом і магазином. Запишіть строк, поточну суму продовження та відповідального, який вирішує, чи продовжувати обслуговування. Сам факт рідкісного використання модуля не скасовує платежу.
Не змішуйте припинення підписки та право користуватися вже придбаним доповненням. FAQ Marketplace дозволяє продовжувати використання після завершення підписки, але нові оновлення й технічна підтримка стають недоступними. Це не доводить, що попередня версія залишиться сумісною з майбутнім магазином або зовнішнім сервісом.
Відновлення після перерви може коштувати інакше, ніж безперервне продовження. Тому у відомості потрібні окремі варіанти: продовжити обслуговування, припинити його або згодом відновити. Суми беріть з актуальних умов конкретної купівлі. Не підставляйте єдиний відсоток для всіх продуктів.
Складіть відомість без прихованих нулів
Для умовних модулів оплати, доставки та обміну створіть однакові поля. Поки немає пропозиції виконавця або умов продавця, пишіть «не підтверджено». Порожню комірку не можна вважати нульовою витратою: такий підсумок матиме точний вигляд, хоча частину робіт ще не оцінили.
| Рядок бюджету | Підстава суми | Коли виникає | Що запобігає подвійному обліку |
|---|---|---|---|
| Придбання продукту | Пропозиція продавця зі складом ціни | Під час купівлі | Позначка про включене обслуговування |
| Роботи в магазині | Завдання та оцінка виконавця | Під час упровадження | Перелік оплачуваних дій і результату |
| Продовження обслуговування | Умови чинної підписки | У дату продовження | Зв’язок із конкретним продуктом і періодом |
| Перевірка оновлення | Оцінка узгодженої зміни | Під час оновлення компонентів | Відокремлення доступу до файлу від роботи з ним |
Перший запуск складається з підтверджених купівель, упровадження та перевірки, якщо перевірка не входить у вартість робіт. Наступний період – із продовжень і погоджених робіт із супроводу. Порівнювати ці підсумки можна лише за однакового складу й періоду. Для різних валют спочатку погодьте спосіб перерахунку та дату курсу.
Оцініть оновлення разом із сумісністю
Доступ до нової версії модуля не означає, що її вже встановили й перевірили у вашому середовищі. У бюджет роботи включають окремо, якщо договір підтримки явно їх не покриває. Потрібні відомості про ядро, тему, пов’язані розширення та зміни початкового коду, інакше виконавець оцінює невідому систему.
Документація PrestaShop щодо оновлень розрізняє оновлення та перехід на нову основну версію. Під час такого переходу можливі несумісності теми й модулів. Тому окрема велика зміна версії не має автоматично входити в ту саму ціну, що й звичайне обслуговування без обумовленого складу робіт.
Business Care не охоплює індивідуальної розробки для магазину. Якщо розширення змінювали під проєкт, заздалегідь з’ясуйте, як це впливає на підтримку й перенесення змін до нової версії. Не обіцяйте безплатної адаптації лише тому, що підписка активна. Перевірку в окремому середовищі та можливість відновлення також потрібно забезпечити ресурсами.
Передайте власнику розрахунок з умовами
Перед погодженням бюджету перевірте чотири речі: кожна сума має джерело, період зазначений, включені послуги не враховані двічі, а невідомі витрати винесені окремо. Запишіть, хто володіє обліковим записом купівлі та хто отримує сповіщення про строки.
Якщо одна із залежностей не підтверджена, підсумок має містити умову перегляду. Наприклад, після уточнення сумісності може знадобитися інша версія розширення або додаткова адаптація. Так власник отримує основу для рішення та перелік відкритих питань. Сума перестає створювати хибне враження, що майбутні оновлення, робота розробника й усі зміни магазину вже оплачені назавжди.
Потрібна допомога з вашим проєктом?
Залиште ім’я та номер телефону. Зв’яжуся з вами, щоб обговорити завдання, обсяг робіт і наступний крок.
