Користувальницькі особливості торгівлі
Коли потрібен інтернет-магазин?
Визначте, чи потрібна конфігурація магазину, розширення або користувацький розвиток. Визначте подорож купівлі, залежностей і прийняття першого.
Користувальницькі розробки є корисним, коли він вирішує певну вимогу. Він не є автоматично кращим, ніж функція платформи, відповідне розширення або простий процес покупки.
Для нового магазину практичне питання: що необхідно замовнику або адміністратору зробити, що обрана установка вже не підтримує достатньо для цього проекту?
Напишіть запит без налаштування плагіна
Починайте з поведінкою. Наприклад: «Для замовника обирає площу сервісу, перш ніж побачити варіанти доставки, доступні для їх замовлення».
“Встановити плагін доставки” описує можливе виконання. Не встановлюєте, чи можна застосувати плагін, що відбувається при зміні адреси або як працює бізнес.
Використовуйте конкретний приклад, щоб пояснити вимогу. Включаючи інформацію, яку клієнт надає, рішення робить магазин і який адміністратор повинен бачити після цього.
Переглянути конфігурацію
Перевірити, чи є обрана платформа і затверджені компоненти, можуть відповідати вимогам за допомогою їх підтримуваних налаштувань. конфігураційне рішення може бути достатньо, коли поведінка вже є частиною налаштування.
Рішення все ще потребує тестування. Встановити, що відповідні звуки не є доказом того, що вся подорож клієнтів працює як призначено. Перевірити представницький продукт, замовити і випадки клієнтів, перш ніж лікувати вимогу, як вирішити.
Це оцінка рівня проекту, не претензія, що кожен WooCommerce або Shopware забезпечує однакові функції.
Оцінити розширення для робочого процесу
Подовжувач повинен бути оцінений відносно фактичної вимоги, середовища платформи та його залежностей. Підтвердіть, як він буде налаштований, який обліковий запис або ліцензія його потреб і яка відповідальність залишається після запуску.
Список функцій може приховати важливу невідповідність. Розширення може підтримувати аналогічний робочий процес, але не точне рішення ваших бізнес-потрібних потреб. Визначте, що відмінність явного, а не припустимо, клієнт буде адаптуватися після покупки.
Не варто купувати програмне забезпечення просто, тому що словом нагадує бриф. Власник повинен затвердити будь-яку вартість після придатності та умов.
Використовуйте користувацький розвиток для визначеного зазору
Призначений для користувача компонент може бути відповідним, коли проект потребує певного кроку, правила або підключення не передбачено узгодженим налаштуванням. Приклади можуть включати спеціальні витрати на вибір продукту, внутрішню затвердження перед виконанням або документованою інтеграцією з іншою бізнес-системою.
Це ілюстраційні сфери, які не мають потреб кожного магазину. Користувальницька робота повинна мати чітку межу: що вона отримує, що вона змінюється і що вона залишає на існуючу платформу.
Уникайте перебудування звичайної поведінки платформи, щоб зробити проект більш складним. Більше коду також означає більш детальну інформацію про проект для когось, щоб зрозуміти пізніше.
Визначте, що відбувається поза ідеальною доріжкою
Що робити, якщо клієнт змінює опцію, платіж не завершується або зовнішня система відхиляє замовлення? Чи може адміністратор бачити проблему? Чи може операція перерозподілена без створення дублікатів записів?
Виняток, що належать до критеріїв прийняття. В іншому випадку, перша успішна демонстрація може спричинити роботу, необхідну для безпечного релізу.
Зберігати комерційні обов'язки
Теми, розширення, платіжні послуги, хостинг та зовнішні системи мають власні рахунки та умови. Вартість розробки та витрати третіх осіб повинні відрізнятися в пропозиції.
Покупець повинен виявляти нестандартні компоненти та їх залежності, разом з конфігурацією та випуском обов’язків, включених до проекту. Зміни платформи Future або нові правила бізнесу можуть вимагати окремо заплановане оновлення.
Запис корисного рішення
Перед введенням функції, напишіть вимоги до бізнесу, прикладний порядок, розглянуті параметри, обраний підхід і чому він підходить. Додайте тест прийняття, залежності та особу, відповідальну за поточну конфігурацію бізнесу.
Цей запис не потрібно довгати. Його мета полягає в тому, щоб запобігти «моїм потребам в користуванні» від стати заміною для опису того, що потрібно зробити магазин.
Розробка інтернет-магазину, WooCommerce або Shopware. Для обговорення нової збірки, відправляйте бриф на комерцію.