Розробка веб-сервісів, порталів і особистих кабінетів

Вартість сервісу визначає не кількість екранів, а складність логіки: скільки ролей, які сценарії між ними, звідки беруться дані і що відбувається, коли щось іде не так.

Головні чинники:

• Ролі та права. Клієнт, виконавець, менеджер, адміністратор — кожна нова роль помітно збільшує кількість сценаріїв, які треба спроєктувати й протестувати.
• Гроші. Разові оплати прості; підписки, повернення, розподіл платежів між учасниками маркетплейсу й рахунки для юросіб — значно складніші.
• Інтеграції. Кожна зовнішня система — CRM, облік, платіжний провайдер, служба доставки, державні реєстри — має свої обмеження й помилки, які треба обробити.
• Дані в реальному часі. Чати, живі статуси, спільне редагування потребують іншої архітектури, ніж звичайні запити.
• Навантаження й надійність. Сто користувачів і сто тисяч — це різні вимоги до інфраструктури, тестування і моніторингу.

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

Що закласти після запуску: хмарну інфраструктуру (вартість залежить від навантаження), сторонні сервіси (SMS, розсилки, карти) і розвиток продукту. Для підтримки й невеликих доопрацювань підходить тариф Care Max за 5 900 ₴/міс — 12 годин робіт і SLA 4 години.

Для веб-сервісу вибір стеку — рішення на роки. Ми обираємо технології за трьома критеріями: надійність, швидкість розробки і можливість легко знайти розробників, якщо згодом ви захочете продовжити роботу власною командою.

Типовий стек:

• TypeScript — на фронтенді й бекенді. Строга типізація ловить значну частину помилок ще до запуску і робить код зрозумілим для нових розробників.
• React і Next.js — для інтерфейсу: швидкі сторінки, серверний рендеринг там, де важливе SEO, і багата екосистема готових компонентів.
• Node.js — для серверної логіки та API.
• PostgreSQL — надійна реляційна база даних для більшості бізнес-завдань: транзакції, складні звіти, цілісність даних.
• REST або GraphQL API — щоб до сервісу можна було підключити мобільний застосунок, партнерів чи внутрішні системи.
• Хмарна інфраструктура з автоматичним розгортанням, резервними копіями й моніторингом помилок.

Чому не no-code? No-code-платформи чудово підходять для зовсім раннього прототипу або внутрішнього інструменту на кількох людей. Але зі зростанням вони впираються в ліміти: оплата за кожного користувача, обмеження логіки, складність із перенесенням даних. Якщо у вас уже є прототип на no-code, він стане добрим технічним завданням для повноцінного продукту.

Чому не «унікальний фреймворк студії»? Бо ви маєте залежати від продукту, а не від підрядника. Ми працюємо з поширеними технологіями з великими спільнотами — будь-яка кваліфікована команда зможе продовжити розробку, маючи доступ до репозиторію й документації.

Власна технологія розробки в нас — це не закритий фреймворк, а бібліотека перевірених модулів (авторизація, ролі, адмінка, платежі, сповіщення) і автоматичні перевірки якості. Саме вони дають змогу запускати MVP за 14–21 день, а не за кілька місяців.

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

Що входить у базовий рівень:

• Авторизація за сучасними практиками: надійне хешування паролів, одноразові коди, обмеження спроб входу, безпечні сесії.
• Розмежування прав: кожна роль бачить і змінює лише те, що їй дозволено, — з перевіркою на сервері, а не тільки в інтерфейсі.
• Захист від типових атак (орієнтир — OWASP Top 10): SQL-інʼєкції, XSS, CSRF, небезпечні прямі посилання на обʼєкти.
• Журнал дій: хто, що і коли змінив — важливо для B2B-порталів і внутрішніх систем.
• Шифрування даних під час передавання (HTTPS) і чутливих полів у базі.
• Резервні копії з регулярною перевіркою відновлення: бекап, який ніхто ніколи не відновлював, — це лише надія.
• Оновлення залежностей і стеження за відомими вразливостями в бібліотеках.

Персональні дані. В Україні діє Закон «Про захист персональних даних»: користувач має знати, які дані ви збираєте і навіщо, і давати згоду на їх обробку. Якщо серед користувачів є мешканці ЄС, додаються вимоги GDPR — зокрема право на видалення й отримання копії своїх даних. Ми проєктуємо згоди, політику конфіденційності та функції експорту й видалення даних з урахуванням цих вимог, а юридичну перевірку документів радимо доручити юристу.

Платежі. Дані карток не зберігаються на вашому сервері: оплата проходить на боці сертифікованого платіжного провайдера, а сервіс отримує лише статус транзакції.

Більше про захист сайтів і сервісів — у статті безпека сайту.

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

1. ТЗ на 80 сторінок замість сценаріїв. Великий документ створює ілюзію контролю, але повністю його ніхто не читає. Ефективніше описати ролі й сценарії: хто що робить і що отримує. Як скласти робоче завдання — у статті як складати ТЗ на сайт.
2. Усе й одразу. Перший реліз із сорока функціями легко розтягується на пів року, а бюджет виходить далеко за межі плану. Реліз із восьми функцій виходить за кілька тижнів і показує, які з решти справді потрібні.
3. Найдешевший виконавець без доступу до коду. Якщо репозиторій не ваш, то й сервіс не ваш. Вимагайте доступ із першого дня.
4. Забута адмінка. Користувацька частина продумана до дрібниць, а модерувати, повертати оплати й відповідати на звернення доводиться прямо в базі даних. Адмін-панель — повноцінна частина продукту.
5. Немає продуктової аналітики. Без подій і воронок ви не дізнаєтеся, де користувачі застрягають. Закладайте аналітику вже в MVP.
6. Немає бюджету на життя після запуску. Сервіс потребує моніторингу, оновлень і виправлень. Плануйте підтримку й розвиток заздалегідь.
7. Мобільний застосунок до перевірки попиту. Адаптивний веб-сервіс на смартфоні закриває більшість сценаріїв MVP. Нативний застосунок має сенс, коли є дані про те, як і як часто люди користуються продуктом.

Що гарантує Tvorum: фіксовані ціну й строк кожного етапу в договорі зі знижкою 5% за кожен день нашої прострочки (до 30%), доступ до репозиторію з першого дня, документацію, 12 місяців гарантії на помилки та повну власність на код. Якщо вам поки достатньо сайту з кабінетом «лайт», подивіться корпоративний сайт у пакеті Максимум — це суттєво дешевше.