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

Почніть із завдання, а не з технологій
«Нам потрібен сайт» — нормальний початок, але запит залишає багато питань. Сайт має збирати звернення, продавати товари чи давати клієнтам доступ до замовлень? Це різні проєкти, хоча всі вони можуть працювати у браузері.
Перед зверненням до компанії з розробки програмного забезпечення запишіть, хто користуватиметься продуктом і що людина має в ньому робити. Наприклад: «Клієнт має побачити наші послуги, залишити заявку й додати фото». Це корисніше для першої оцінки, ніж перелік мов програмування.
Сайт, інтернет-магазин, CRM чи застосунок?
Оберіть найближчий опис. Не обов’язково ідеально знати терміни.
- Сайт компанії пояснює вашу пропозицію й допомагає зв’язатися з вами. Інтернет-магазину додатково потрібні товари, замовлення, оплата та правила доставки.
- CRM допомагає команді працювати з клієнтами, історією спілкування та продажами. Індивідуальна система може також закривати завдання, яких немає у ваших поточних інструментах.
- Вебзастосунок дає змогу щось робити у браузері: наприклад, керувати бронюваннями чи працювати в особистому кабінеті. Мобільний застосунок працює на телефоні — для Android, iOS або обох платформ.
- Хмарні рішення та DevOps стосуються того, де працюють програми, як встановлюються оновлення і як контролюється стан систем.
Якщо підходять два описи, так і скажіть. Магазин, з’єднаний із CRM, — звичайне завдання. Але це з’єднання потрібно обговорити на початку, а не виявити перед запуском.
Опишіть один робочий процес
Уявімо невелику монтажну компанію. Заявка приходить на пошту, хтось переносить її в таблицю, колега готує пропозицію, а ще одна людина повідомляє клієнту статус. Це умовний приклад, не кейс Auri.
Корисний бриф пояснює кроки, відповідальних людей і місця, де губиться інформація. Запит може звучати так: «Хочемо бачити всі заявки, пропозиції та статуси в одному місці». Перша версія може вирішити саме це, без одночасного додавання бухгалтерії, складу й мобільного застосунку.

Відокремте необхідне від ідей на потім
Зробіть два списки: що обов’язково має працювати на старті, а що може зачекати. Можливість залишити заявку може бути необхідною. Програма лояльності чи складні звіти — корисними, але не першочерговими.
Це не означає робити гірший продукт. Так простіше визначити першу версію й порівняти пропозиції розробників. Попросіть оцінити однаковий базовий набір функцій, а додаткові можливості вказати окремо.
Що впливає на вартість?
Кількість екранів важлива, але не визначає всю ціну. Дві схожі форми можуть потребувати різного обсягу роботи: одна лише надсилає повідомлення, а інша перевіряє залишки, приймає оплату й оновлює кілька систем.
- Інтеграції: яку оплату, CRM, бухгалтерську програму чи службу доставки потрібно підключити?
- Наявні дані: що переносимо, у якому форматі та хто перевірить якість?
- Люди й доступи: хто може переглядати, змінювати або погоджувати інформацію?
- Матеріали: чи готові тексти, фото товарів і переклади?
- Умови запуску: чи є важлива подія, старий сайт для заміни або перерви в роботі, яких потрібно уникнути?
- Підтримка: хто обслуговуватиме продукт і яка допомога потрібна після запуску?
Чесної універсальної ціни на «застосунок» або «CRM» немає. Зрозуміла оцінка пояснює, що включено, що не включено та які питання ще потрібно перевірити.
Скопіюйте цей короткий бриф
- Наш бізнес і наші клієнти: …
- Проблема, яку хочемо вирішити: …
- Зараз процес працює так: …
- На старті користувач повинен мати змогу: …
- Програми й дані, які вже використовуємо: …
- Очікування щодо бюджету та важлива дата, якщо є: …
- Людина, яка відповідає на запитання й погоджує роботу: …
Написати «ще не знаємо» — нормально. Відсутню інформацію можна обговорити. Це не причина відкладати першу розмову. Не надсилайте в початковому брифі паролі чи приватні дані ваших клієнтів.
Що запитати, порівнюючи пропозиції
Уточніть, що саме отримаєте, як перевірятимете прогрес, що відбувається при зміні вимог і яка підтримка включена. Порівнюйте ці відповіді разом із ціною. Нижча сума без перенесення даних чи допомоги із запуском може означати зовсім інший обсяг робіт.
Якщо напрям уже зрозумілий, перегляньте розробку сайтів та інтернет-магазинів, програм і CRM на замовлення або веб- і мобільних застосунків. Якщо ні — почніть із проблеми. Обговоримо, яке рішення може вам підійти.
← Усі статті