Які бувають веб-портали
Слово «портал» описує дуже різні проєкти. Найчастіше йдеться про такі задачі:
- Клієнтський або партнерський портал. Клієнти й дилери входять у кабінет, бачать свої замовлення, документи, умови співпраці та надсилають запити.
- Корпоративний внутрішній портал. Місце для співробітників: новини компанії, база знань, довідник контактів, заявки до різних відділів.
- Галузевий або інформаційний портал. Багато матеріалів від різних авторів, рейтинги, каталоги учасників, події, закриті розділи для членів спільноти.
- Портал послуг. Користувачі реєструються, подають заявки, отримують результат і спілкуються з виконавцями всередині системи.
Від типу залежить, що в проєкті головне: контент і пошук, кабінети й документи чи обмін даними з іншими системами.
Коли портал потрібен, а коли ні
Портал виправданий, якщо у вас кілька груп користувачів з різними правами, багато даних, що регулярно оновлюються, і процеси, які зараз ідуть через пошту й таблиці. Тоді він знімає з команди рутинну роботу і дає клієнтам доступ до інформації без дзвінків.
Портал не потрібен, якщо задача — розповісти про компанію і отримувати заявки. Для цього достатньо корпоративного сайту, а кабінет для кількох партнерів можна додати пізніше. Будувати складну систему «на виріст», коли користувачів ще немає, — одна з найпоширеніших причин затягнутих і перевитрачених проєктів.
Ролі й права — серце порталу
Більшість проблем порталів виникає не в коді, а в непродуманих правах. Менеджер бачить зайве, партнер не може знайти свої документи, а нового редактора неможливо додати без розробника.
Тому до розробки ми складаємо таблицю: ролі по рядках, дії по стовпцях. Хто може переглядати, створювати, редагувати, погоджувати, видаляти. Ця таблиця стає основою і для інтерфейсів, і для тестування. А в адмін-панелі закладаємо можливість створювати нові ролі самостійно, бо організація змінюється швидше, ніж код.
Запуск одразу чи поетапно
Великий запуск одразу. Плюс — користувачі отримують повну систему, не треба пояснювати, чому якоїсь функції ще немає. Мінус — довгий шлях до першого результату і ризик, що частина функцій виявиться непотрібною.
Поетапний запуск. Спочатку ядро: вхід, ролі, ключовий кабінет і основний контент. Потім модулі один за одним. Плюс — портал починає працювати раніше, а наступні етапи плануються за реальними відгуками. Мінус — доведеться жити з тимчасовими обмеженнями і заздалегідь закласти архітектуру під майбутні модулі.
Для більшості порталів ми радимо другий варіант.
Готова платформа чи власна розробка
Для інформаційних порталів з великою кількістю матеріалів часто вистачає CMS з доробками — швидше і дешевше на старті. Коли ж на порталі багато бізнес-логіки, нестандартні ролі та інтеграції, надійніше будувати систему на фреймворку, наприклад на Laravel, де немає обмежень готового рушія.
Вибір робимо після опису ролей і сценаріїв, а не до нього.
Безпека та навантаження
На порталі зберігаються персональні дані, документи і листування, тому захист закладаємо з першого дня: розмежування доступу на рівні сервера, а не лише інтерфейсу, журнал дій користувачів, резервні копії, захищене з’єднання.
Якщо очікується багато одночасних користувачів чи пікові події, плануємо кешування, чергу фонових задач і окреме сховище для файлів. Після запуску великий портал варто передати на супровід навантажених проєктів, щоб стежити за швидкістю і вчасно масштабувати сервер.
Типові помилки в портальних проєктах
- Почати з дизайну головної сторінки. На порталі людина рідко бачить головну: вона входить і одразу працює в кабінеті. Саме робочим екранам потрібно більше уваги.
- Скопіювати всі процеси з паперу. Якщо заявку зараз погоджують п’ять людей, це не означає, що на порталі має бути п’ять кроків. Перенесення процесу — хороший привід його спростити.
- Забути про адміністратора. Користувачам зручно, а команда, яка обслуговує портал, витрачає години на ручні дії. Адмін-панель проєктуємо так само уважно, як і кабінети.
- Не планувати перенесення даних. Імпорт старого архіву часто складніший, ніж здається, і його варто оцінювати разом з розробкою, а не в останній момент.
Як оцінити, що портал виконує свою задачу
Корисні показники залежать від типу порталу: скільки клієнтів регулярно заходять у кабінет, скільки звернень вирішуються без дзвінка менеджеру, як швидко редактори публікують матеріали. Ми домовляємося про такі показники ще на старті, щоб після запуску говорити про результат на основі даних, а не вражень.
Що підготувати з вашого боку
- Перелік груп користувачів і приблизну кількість людей у кожній.
- Опис того, як процеси відбуваються зараз: через яку пошту, таблиці, програми.
- Наявні дані для перенесення: бази користувачів, архів матеріалів, документи.
- Людину з вашого боку, яка ухвалюватиме рішення і збиратиме відгуки від колег.
Що впливає на вартість порталу
- Кількість ролей і сценаріїв: два типи кабінетів і десять — це принципово різний обсяг.
- Інтеграції: скільки систем підключаємо і чи мають вони готовий інтерфейс для обміну.
- Перенесення даних: обсяг архіву і наскільки він впорядкований.
- Вимоги до безпеки й навантаження: кількість користувачів, чутливість даних, журналювання.
- Обсяг першого релізу: що запускаємо одразу, а що переносимо на наступні етапи.
Оцінку даємо по модулях, щоб ви бачили, з чого складається бюджет, і могли переставляти пріоритети.
Часті запитання
Чи можна перенести користувачів зі старої системи? Так. Переносимо облікові записи, матеріали й документи. Паролі не завжди вдається перенести напряму, тому продумуємо зручне відновлення доступу при першому вході.
Чи буде портал зручним на телефоні? Так, усі кабінети робимо адаптивними. Якщо користувачі щодня працюють з телефона, обговорюємо також мобільний додаток.
Хто керуватиме порталом після запуску? Ваші адміністратори через адмін-панель. Ми навчаємо їх і залишаємо інструкції, а розробку нових модулів можемо продовжувати разом.
Чи можна входити на портал через корпоративний обліковий запис? Так, вхід можна пов’язати з наявною системою облікових записів компанії, щоб співробітникам не доводилося пам’ятати ще один пароль.
Чи можна почати з частини функцій? Так, і зазвичай це найспокійніший шлях. Головне — заздалегідь закласти архітектуру під наступні модулі.
Чому Promodex
Promodex працює з 2015 року. Серед наших портальних проєктів — Driver Work, EuroPAM, My Doctor Club та Web Awards UA. Дизайнери й розробники — наші власні співробітники в Києві, тому весь проєкт веде одна команда. Великий портал не закінчується на запуску, і ми залишаємося, щоб підтримувати його та додавати нові модулі.
