Правила технічної співпраці

Зрозумілий процес до, під час і після роботи

Базові принципи технічної співпраці PromoSite: як ставляться та оцінюються задачі, як організовується доступ, тестування, звітність і погодження додаткових робіт.

Умови конкретного проєкту можуть уточнюватися окремо до початку роботи.

Від опису до погодження

Готове ТЗ не обов’язкове

Можна почати з простого опису проблеми або результату. Далі разом переводимо запит у зрозумілу технічну задачу.

  1. 01

    Опишіть задачу

    Достатньо проблеми, бажаного результату та посилання на сайт.

  2. 02

    Уточнюємо деталі

    Ставимо технічні питання та визначаємо, які дані й доступи потрібні.

  3. 03

    Оцінюємо

    Даємо попередню оцінку або пропонуємо окремий етап діагностики.

  4. 04

    Погоджуємо старт

    Фіксуємо обсяг, формат співпраці та наступний крок до початку роботи.

Попередня оцінка

Оцінюємо відоме, досліджуємо невідоме

Зрозумілі задачі оцінюємо до старту. У legacy-проєктах і кастомному коді можуть виявитися приховані залежності, тому першим етапом іноді стає діагностика.

Як обліковується час
  • Повідомляємоякщо фактичний обсяг суттєво змінюється.
  • Пояснюємоякі залежності або нові умови вплинули на оцінку.
  • Погоджуємозначний додатковий обсяг до його виконання.

Строк постановки в роботу

Старт залежить від формату співпраці

Єдиного строку старту для всіх задач немає: спосіб планування ресурсу відрізняється.

01

Разові роботи

Ресурс не резервується. Старт залежить від поточного завантаження команди.

Детальніше
02

Абонентська підтримка

Ресурс резервується відповідно до умов обраного пакета.

Детальніше
03

Депозит годин

Задачі передаються в роботу в межах доступного балансу годин.

Детальніше

Термінові роботи

Терміновий старт залежить від доступності спеціаліста

Роботи у вихідні, святкові дні або поза стандартним графіком виконуються лише за попереднім погодженням і за наявності технічної можливості.

Може застосовуватися підвищена ставка. Конкретні умови погоджуються до початку роботи.

Доступи

Надавайте лише те, що потрібно для задачі

За можливості створюйте окремі облікові записи для технічної команди з мінімально необхідними правами.

  • CMS
  • hosting / server
  • SSH / SFTP
  • Git
  • database
  • CRM
  • API
  • payment / delivery / telephony

Передавайте доступи безпечно

Не надсилайте паролі через публічні форми. Якщо доступів бракує або зовнішній сервіс блокує роботу, строки можуть зміститися до отримання необхідних даних.

Backup & staging

Безпечне середовище для змін

Перед ризиковими роботами оцінюємо потребу в резервній копії або тестовому середовищі.

  • оновлення, міграції та legacy можуть вимагати staging;
  • підготовка staging може бути окремою технічною роботою;
  • якщо безпечний rollback неможливий — попереджаємо про ризик.
Зовнішні залежності

Сторонні рішення та сервіси

Модулі, ліцензії, SaaS, платні API, hosting, SMS і телефонія оплачуються окремо, якщо інше не погоджено.

  • відповідаємо за власну реалізацію інтеграції;
  • не контролюємо безперебійну роботу зовнішнього постачальника;
  • зміни API або тарифів постачальника можуть потребувати нових робіт.

Зміна scope

Нові вимоги — нове погодження

Якщо під час роботи змінюються логіка, функції, вихідні умови або вимоги, новий обсяг відокремлюємо від початкової задачі та за потреби переоцінюємо.

  • 01логіка
  • 02функції
  • 03вихідні умови
  • 04вимоги клієнта
Фіксуємо зміниуточнюємо оцінкупродовжуємо після погодження

Якість результату

Тестування та гарантійний підхід

01

Тестування та приймання

Технічне тестування погоджених сценаріїв входить у роботу. Для критичних змін можемо використовувати staging.

  • перевіряємо реалізовані зміни;
  • клієнт перевіряє специфічні бізнес-сценарії;
  • зауваження розглядаємо в межах погодженої задачі.
02

Відповідаємо за виконані нами зміни

PromoSite виправляє помилки у власній реалізації в межах погодженої задачі відповідно до умов конкретної роботи.

  • не поширюється на сторонні зміни;
  • не охоплює подальші оновлення CMS, модулів або API;
  • не охоплює збої hosting/server і змінені клієнтом налаштування;
  • нові вимоги оцінюються окремо.

Спільна організація

Комунікація, звітність і участь клієнта

01

Комунікація

Один погоджений канал для задач, scope, додаткового часу та важливих технічних рішень.

02

Звітність

Що зроблено, скільки часу витрачено, важливі коментарі та, за потреби, залишок пакета або депозиту.

Як обліковується час
03

Від клієнта

Опис задачі, необхідні доступи, контактна особа, своєчасні погодження та перевірка бізнес-сценаріїв.

Коротко про головне

Питання та відповіді

Чи потрібне готове ТЗ?

Ні. Можна почати з опису проблеми або бажаного результату. Ми уточнимо технічні деталі та допоможемо сформувати наступний крок.

Чи гарантується точна оцінка?

Не для всіх задач. Якщо є невідомі технічні залежності, legacy-код або сторонні системи, спочатку може знадобитися діагностика.

Чи можна зробити задачу терміново?

Іноді так, якщо є доступний спеціаліст. Терміновий старт не гарантується, а конкретні умови погоджуються до початку роботи.

Хто купує платні модулі та ліцензії?

Їхня вартість не входить у технічні години, якщо інше не погоджено. Сторону оплати та власника облікового запису визначаємо до придбання.

Чи потрібен backup?

Залежить від ризику змін. Для оновлень, міграцій і значних доопрацювань backup або staging може бути частиною безпечного процесу.

Яка гарантія?

Ми відповідаємо за власну реалізацію в межах погодженої задачі. Порядок виправлення залежить від типу роботи та умов конкретної співпраці; універсальний строк не встановлюється.

Наступний крок

Є задача? Почнемо з її опису

Надішліть посилання на сайт і коротко опишіть, що потрібно зробити. Ми визначимо, які доступи та дані потрібні, чи можна оцінити задачу одразу і який формат роботи буде зручнішим.

Обговорити задачу