Автоматичне оновлення залишків і цін
Обмін залишками з обліковою системою: оновлення лише змінених позицій, зіставлення за артикулом, правила нульового залишку, журнал і сповіщення про збої.
Перше питання тут не «як доробити», а «чи варто». Іноді код у такому стані, що нова функція коштує дорожче за новий сайт — і тоді ми кажемо це прямо, ще до початку робіт. Якщо доробляти має сенс, задачі діляться на чотири види: додати те, чого бракує; навести лад у даних каталогу; підхопити проєкт після іншого виконавця; оновити те, що застаріло технічно. Третій вид окремий, бо там робота починається не з коду, а з інвентаризації: що взагалі є, які доступи втрачені й що з обіцяного справді зроблено. Перший розбір безкоштовний — саме на ньому й стає видно, доробка це чи переробка.
Обмін залишками з обліковою системою: оновлення лише змінених позицій, зіставлення за артикулом, правила нульового залишку, журнал і сповіщення про збої.
Експорт каталогу в маркетплейси: окремий фід під кожен канал, карта категорій, валідація до відправлення, звіт про відхилені, єдині залишки на всі канали.
Автоматичний імпорт прайсів у каталог: зіставлення за артикулом, правила націнки, захист ручних правок, приховування знятих позицій, звіт по кожному прогону.
Заводимо товари: дерево категорій, характеристики окремими полями, варіації, оброблені фото. Пілотна партія на 50 позицій, приймання по двох підрахунках.
Незалежна перевірка сайту після невдалого підрядника: дефекти з відтворюваними доказами, кошторис по пунктах, ремонт критичного. Діагностика безкоштовна.
Доробка магазину, зробленого іншим підрядником: аудит коду, копія на тестовому майданчику, правки через штатні механізми, відкат. Ціна — після аудиту.
Сайт без розробника: інвентаризація активів і доступів, резервна копія з перевіркою, пошук тихих поломок, план повернення в кероване русло. Ціна — після аудиту.
Відгуки в інтернет-магазині: збір після покупки, модерація й відповіді магазину, розмітка рейтингу без ризику санкцій, фільтр за оцінкою в каталозі.
Кастомний модуль під задачу: спершу розбір, чи є готове рішення, потім розробка штатними механізмами платформи без правок ядра. Вихідники ваші.
Кабінет клієнта в діючому магазині: історія замовлень зі статусами, повтор минулої поставки, ціни за групою, рахунки й документи, окремі входи.
Програма лояльності: нарахування й списання балів, обмеження частки чека, згорання з попередженням, рівні, зв'язок із розсилками, звіти по окупності.
Оновлення OpenCart між версіями: аудит модулів і правок у ядрі, перенесення даних зі звіркою, збереження адрес, тестовий майданчик, відкат. Ціна — після аудиту.
Переїзд сайту на новий хостинг: копія й перевірка до перемикання, звірка бази, перенесення пошти й задач за розкладом, план відкату. Ціна — після аудиту.
Оптовики просять свої ціни, постійні клієнти — історію замовлень, маркетинг — програму лояльності. Кожна така задача вирішується окремим модулем поверх наявного магазину, і переписувати заради неї весь сайт не треба.
Розберемо вашу ситуацію на безкоштовному аудитіПрайси від постачальників приходять у різних форматах, залишки застарівають за день, а вивантаження на маркетплейси робиться копіюванням. Це не питання дисципліни менеджера — це питання того, що обмін даними ніхто не налаштував.
Виконавець зник, перестав відповідати або здав не те, про що домовлялись. Тут спершу треба зрозуміти, що є насправді: які доступи збереглись, у якому стані код і що з переліку робіт справді виконано. Оцінку робимо після цього, а не за словами.
Стара версія OpenCart не дружить із новим модулем оплати, хостинг не тягне, а розробники не беруться. Оновлення чи перенесення — окрема робота з власними ризиками, і головний із них — не втратити дані й позиції в пошуку під час переїзду.
Дивимось код, версію платформи, встановлені модулі й доступи. Для підхоплення чужого проєкту це найважливіший етап: буває, що половина обіцяного попереднім виконавцем просто не зроблена, і краще дізнатись це до оцінки.
Кажемо прямо, що вигідніше. Якщо доробка дорожча за новий сайт — ви це почуєте, навіть якщо нам вигідніше було б мовчати. Тоді ж називаємо обсяг і строк у робочих днях.
Розгортаємо копію сайту й робимо зміни там. Живий магазин тим часом працює як працював: ніхто не має ловити помилки замість вас під час оформлення замовлення.
Переносимо зміни, проходимо наскрізний сценарій — від картки товару до оплати й накладної — і лише тоді підписуємо акт. З цього дня діє гарантія 30 днів.
Так, це окремий вид роботи, і ми з ним працюємо постійно. Починається він не з коду, а з інвентаризації: які доступи є, яка версія платформи, що з переліку робіт справді виконано. Буває, що після огляду ми радимо не доробляти — і це теж відповідь, за яку не треба платити.
За вартістю наступного кроку. Якщо кожна нова функція впирається в те, що доведеться переписувати сусідні, а модулі не оновлюються без падінь — це вже не доробка. Точну межу видно тільки після перегляду коду, і саме тому перший розбір безкоштовний: рішення тут коштує дорожче за саму роботу.
Здебільшого так, але залежить від того, що саме втрачено. Доступ до хостингу й домену відновлюється через реєстратора й провайдера на власника — тобто на вас. Доступ до чужого репозиторію відновити не можна, і тоді працюємо з тим кодом, що на сервері. Що саме втрачено, стає ясно на огляді.
Тому й працюємо на копії, а не на живому сайті. Після кожної зміни проходимо наскрізний сценарій: картка товару, кошик, оформлення, оплата, накладна. Гарантія 30 календарних днів поширюється саме на це — якщо через нашу зміну щось відвалилось, виправляємо безоплатно.
Від одного-двох днів для окремого модуля до кількох тижнів для підхоплення занедбаного проєкту. Різниця не в складності функції, а в стані коду під нею: та сама задача в акуратному магазині й у сайті з десятком саморобних правок — це різні обсяги. Строк називаємо після огляду.
Так, але це окрема робота, а не побічний ефект доробки. Ризик не в самому оновленні, а в тому, що саморобні правки попередніх виконавців часто зроблені прямо в ядрі й після оновлення зникають. Тому спершу дивимось, що саме там змінено, і лише потім плануємо перехід.
Можемо, але це окрема домовленість: разова доробка й супровід — різні речі з різним обсягом. Так само нормально, якщо далі веде ваш розробник: усе, що ми зробили, лишається у вашому репозиторії з описом змін, щоб наступний не починав із розбору чужого коду.
Опишіть задачу своїми словами — підкажемо, з чого починати, і чи потрібне вам те, за чим ви прийшли. Якщо не потрібне, так і скажемо.