Опишіть найважливіший сценарій проєкту
Напишіть, хто користується рішенням, що має зробити, який результат отримати й з якими системами може бути пов’язаний проєкт. Цього достатньо для первинної кваліфікації.
Custom Project
Для проєктів, що не вкладаються у стандартну схему.
Коли звичайного сайту або магазину недостатньо через нестандартний процес, ролі користувачів, дані чи особливості роботи бізнесу, обсяг проєкту визначаємо індивідуально.
Модель оцінки
Індивідуальна оцінка
Фіксована ціна можлива лише після достатнього визначення вимог, залежностей, ризиків і критеріїв приймання.
Не потрібне повне технічне завдання на старті. Опишіть користувачів, найважливіший сценарій і системи, з якими має працювати проєкт.
Які задачі можуть належати до Custom Project
Наведені категорії показують характер задач, а не готові пакети. Кожен проєкт потребує кваліфікації здійсненності й обсягу.
Нестандартний сайт із власною логікою
Кілька пов’язаних форм, розрахунки, фільтрація, ролі, процеси чи функції поза межами типового бізнес-сайту.
Вебзастосунок
Рішення, у якому користувач не лише читає контент, а виконує задачі, працює з даними чи проходить власний робочий процес.
Акаунт користувача, кабінет клієнта чи внутрішній інструмент
Вхід, ролі, права, dashboard, статуси, документи чи процеси для визначених користувачів.
Проєкт із багатьма інтеграціями чи етапами
Зв’язки з API, корпоративними системами, оплатою, джерелами даних чи складною послідовністю дій.
Що ви отримуєте
Обсяг не є фіксованим наперед. Результат формується через упорядкування вимог, проєктування ключових сценаріїв і реалізацію погодженої версії.
Визначені вимоги й межі
Користувачі, ролі, дані, функції, інтеграції, відповідальності, припущення й критерії приймання, зафіксовані контрольовано.
Ключові потоки й UX/UI
Інтерфейс, спроєктований навколо реальних задач користувачів, станів і залежностей.
Погоджену реалізацію у визначеному обсязі
Функції й інтеграції реалізуються після погодження здійсненності, вхідних даних і відповідальностей.
QA за погодженими сценаріями
Тести охоплюють визначені ролі, стани, потоки, інтеграції й критерії приймання, а не загальну обіцянку безпомилковості.
Контрольовану передачу й документацію
Доступи, контроль над акаунтом, інструкції, обмеження, регулярні витрати й подальші рекомендації відповідно до погодженого обсягу проєкту.
Як визначаємо обсяг
Custom Project не має публічного reference package. Спочатку потрібно зрозуміти невизначеність і визначити, який артефакт дасть змогу безпечно перейти до реалізації.
Користувачі, ролі й права
Основні сценарії й стани
Дані, джерела даних і правила обробки
Інтеграції, API й зовнішні системи
Вимоги безпеки, приватності й відповідальності
Критерії приймання, етапи й залежності
Фіксована ціна може з’явитися після достатнього визначення цих елементів. До цього правильним результатом може бути діапазон, аудит або етап уточнення.
Що не передбачається автоматичноЗвернення щодо Custom Project не означає автоматичного підтвердження здійсненності, бюджету чи строків.
- Необмежений обсяг функцій, ролей, даних та інтеграцій
- Робота без етапу уточнення за суттєвої невизначеності
- Включення спеціалізованих юридичних, security, податкових чи compliance-аудитів
- Гарантія сумісності чи доступності зовнішніх API й систем
- Масова міграція чи очищення даних без окремої оцінки
- Фіксована ціна до визначення вимог і критеріїв приймання
Що впливає на здійсненність, обсяг і оцінку
Кількість типів користувачів, ролей і рівнів доступу
Кількість і складність основних робочих процесів
Модель даних, джерела й якість даних
Інтеграції, API, документація й тестові середовища
Безпека, приватність, права й галузевий ризик
Вимоги продуктивності, доступності й надійності
Міграція, система, що замінюється, й організаційні залежності
Рівень готовності вимог і швидкість рішень
Як проходить Custom Project
Кваліфікація задачі
Перевіряємо проблему, користувачів, бізнесову цінність, здійсненність і основні ризики.
Мапа невизначеності й залежностей
Визначаємо відсутні вимоги, дані, системи, рішення, спеціалізований review і блокери.
Аудит або платний етап уточнення за потреби
Окремий етап упорядковує невідоме й завершується погодженим артефактом.
Визначений обсяг і спосіб реалізації
Після достатнього визначення вимог формується етапна чи фіксована оцінка, погоджений обсяг проєкту і план реалізації.
Дизайн, реалізація, QA і передача
Реалізація відбувається за погодженими сценаріями, критеріями приймання, Change Requests і відповідальностями.
Питання про Custom Project
Коли проєкт є Custom?
Коли головна цінність проєкту залежить від нестандартної логіки, даних, акаунтів користувачів, ролей, інтеграцій чи робочих процесів, які не можна безпечно описати як типовий сайт або магазин. Сама додаткова мовна версія не робить проєкт Custom.
Що може бути результатом платного етапу уточнення?
Залежно від задачі: структуровані вимоги, аудит, мапа ризиків, інформаційна архітектура, прототип, модель даних, технічний план, пріоритети етапів або діапазон оцінки. Точний артефакт фіксується до початку етапу уточнення.
Коли можна назвати фіксовану ціну?
Коли ключові вимоги, залежності, відповідальності, вхідні дані, інтеграції й критерії приймання визначені настільки, щоб ризик можна було чесно оцінити. До цього доречнішим може бути етап, діапазон або платний етап уточнення.
Що потрібно знати про користувачів, дані й інтеграції?
Хто користується рішенням, які має ролі, які дані вводить і читає, звідки дані надходять, куди передаються, які системи пов’язані та хто відповідає за доступ, відповідність і підтримку. Не слід надсилати паролі чи секрети в публічному брифі.
Можливі альтернативи
Наступний крок
Описати Custom Project
Написати напряму
- contact@vollory.com
- Vollory
- Telegram
- @vollory