Корпоративный портал это внутренний интранет компании: сотрудник находит действующий регламент, подаёт заявку и видит статус, а не ищет правило отпуска в почте и не спрашивает HR в личке.
Утро понедельника. Человек открывает «Отпуска_итог_финал2». Рядом «Отпуска_2024_HR». Третья копия в SharePoint, дата правки год назад. В почте цепочка на два экрана: сколько дней можно подряд. HR отвечает из головы. Файл она уже не открывает. Три копии, ни одна не закон.
Правило отпуска лежит в трёх папках
Сцена без имён холдингов. Пропуск на склад. Командировка. Справка для банка. Кто визирует, если руководитель сам в отпуске. Ответ живёт в переписке, в голове кадровика и в папке, которую переименовали в третий раз.
Разработка корпоративного портала на заказ окупается не слайдом «экосистема» и не четырьмя этапами внедрения. Окупает её другое: поиск правила уже стоит утра, а заявка всё равно уходит письмом. Чужие лендинги рисуют прайс «от» и штат, которого у нас в открытую нет. Цифр и цены здесь не будет.
Папка ещё жива, если регламентов два и хозяин один. Ломается, когда копии разъехались, а новичок подписал не ту версию. Тогда интранет на заказ это не плитки на главной. Это место, где текст один, заявка имеет номер, статус не добывают в личке.
- Один отпускной лежит в почте, в SharePoint и в голове HR.
- Заявку пишут письмом. Номера нет. Через неделю неясно, кто визировал.
- Новичок спрашивает пропуск и получает три разных ответа.
- Сканы и адреса сотрудников уже расползлись по личным дискам.
Битрикс24 считает это порталом. Сотрудник нет
Коробка Битрикс24 закрывает короткую воронку, задачи и чат. Её называют порталом, потому что есть лента и диск. Сотрудник всё равно пишет HR: в ленте нет действующего правила, заявка на отпуск снова в почте. Если боль в сделке, смотрите замену Битрикс24. Если боль в регламенте, коробка продаж его не родит.
Личный кабинет клиента: другой край. Там покупатель, дилер, статус заказа снаружи. Разбор: личный кабинет клиента. Корпоративный портал для компании смотрит внутрь. Смешивать в первой версии: раздутый объём. Клиенту не нужен ваш отпускной. Сотруднику не нужен чужой заказ.
Отдельного кейса «поставили интранет компании N» на сайте Headline нет. Есть заказная разработка: код, сервер, On-Premise, сопровождение. Рамка: разработка ПО на заказ. CRM недвижимости и контур дистрибьютора: соседние системы, не портал. Путать не будем.
Как сотрудник доходит до факта
→
Портал
→
Заявка
/
Регламент
/
1С
Сотрудник жмёт заявку, 1С знает дни
Схема короткая нарочно. Человек заходит в портал. Берёт регламент или подаёт заявку. Если дни отпуска, лимит пропуска или табель живут в 1С, портал не заводит вторую тетрадь. Он читает и пишет по правилу. Иначе через месяц снова сверка в пятницу.
Кейса «стыковали портал с 1С ЗУП у клиента N» на сайте нет. В дистрибуции Headline держал 1С 7/8 живой рядом со складом, не как кадровый модуль. Значит так и пишем: обмен проектируют, чужой интеграции не выдумываем. 1С остаётся учётом. Портал остаётся входом сотрудника.
Документы клиента сюда не тащат. Договор, счёт, акт собирает другой слой. КонтрактПРО: договор 2–5 минут вместо 20–40, пакет 5–15 вместо 1–2 часов. Тема: электронный документооборот. Внутренний приказ на отпуск: не тот пакет. Склеивать «все документы компании» в одну кнопку: снова экосистема с лендинга.
Что должно быть в первой версии
- Один хозяин текста. Кто утверждает регламент, кто снимает старую копию.
- Один тип заявки с номером и статусом. Обычно отпуск или пропуск.
- Роли: сотрудник, руководитель, HR. Не общая ссылка «всем».
- Источник дней и справочника людей, если он уже в 1С.
- Журнал: кто открыл правило, кто визировал, когда отозвали доступ.
- Периметр. Паспорта, адреса, больничные не едут в чужой конструктор.
Узкий срез можно проверить как MVP за 14 дней. Весь интранет, лента, чат, база «как у холдинга» в этот срок не входят. Влезает одно правило и одна заявка на живых людях.
Экосистема на бумаге, в понедельник снова почта
Риск купить «портал как экосистему». Плитки есть. Регламент всё ещё в почте. Заявку пишут как писали. Это декорация входа, родственник красивого логина в кабинете клиента.
Риск трёх истин. Портал показывает одно, SharePoint другое, HR третье. Пока старые копии не сняты, новый экран ничего не решает. Нужен запрет: действующая версия одна, остальные архив.
Риск коробки «и продажи, и кадры». Битрикс24 снова рядом. Воронка живёт по своим правилам. Отпуск по своим. Смешать сущности: дорогая копия чужого меню.
Риск портала без 1С, если дни уже там. Человек видит «можно 14», в учёте 3. Доверие умирает на первой заявке.
Риск облака «на пилот». Анкеты и сканы сотрудников уезжают к вендору. Выход не прописан. Как не светить лишнее: On-Premise и 152-ФЗ.
- Нет хозяина регламента: тексты снова разъедутся за месяц.
- Нет номера заявки: снова письмо «ну как там моё».
- Нет отзыва доступа в день увольнения: учётка жива.
- Нет пилота: принимают макет плиток, не живой отпуск.
Сядьте и откройте три папки
Не с презентации подрядчика. С одной живой боли. Найдите правило, которым люди пользуются чаще всего. Обычно отпуск. Откройте все копии. Запишите, какая врёт. Если спор «какая актуальная» длится дольше минуты, источника правды уже нет.
Потом одна заявка. Кто пишет, кто визирует, куда она должна попасть в учёте, что сотрудник имеет право увидеть. Если путь не собирается без лички HR, программа повторит личку.
Сразу решите периметр. Где сейчас сканы, табели, адреса. Общая папка на чьём-то диске: не контур. On-Premise: базовый вариант, когда персональные данные сотрудников нельзя отдать конструктору.
Чужой мёртвый SharePoint или заброшенный «портал» на Битрикс тоже можно принести. Аудит, что реально открывают, что давно ложь, какой поток готов идти первым. Переписывать всё с понедельника не обещаем. Сначала одно правило, которое перестанут искать в почте.
В письме хватит четырёх строк. Какой регламент ищут чаще. Куда сейчас пишут заявку. Есть ли 1С и что в ней про людей. Где лежат три копии. Кейса портала мы не пририсуем. Рамку первого среза собрать можно.
Частые вопросы
Что такое корпоративный портал простыми словами?
Внутренний интранет: сотрудник находит действующий регламент, подаёт заявку и видит статус. Не лента новостей и не диск с третьей копией того же файла.
Чем это отличается от Битрикс24?
Битрикс24 ведёт сделку, задачи и чат. Его часто называют порталом из-за ленты. Правило отпуска и заявка с номером там обычно снова живут в почте. Боль продаж: отдельная статья про замену коробки.
Это то же самое, что личный кабинет клиента?
Нет. Кабинет показывает статус снаружи: заказ, документ, заявка покупателя. Корпоративный портал для компании смотрит внутрь, на сотрудников. Склеивать слои в первой версии рано.
Есть ли у Headline кейс интранета на заказ?
Отдельного кейса «портал для компании N» на сайте нет, и штат мы не выдумаем. Есть заказная разработка, On-Premise и узкий MVP. Портал собирают как свою систему, не по чужому прайсу «от».
Данные сотрудников останутся у нас?
Да. On-Premise: базовый вариант, когда адреса, сканы и больничные нельзя отдавать конструктору. Облако: только если заказчик сам так решает и понимает выход.
Весь интранет влезет в 14 дней?
Нет. В 14 дней входит одно правило и один тип заявки на живых людях. Лента, чат, база всего холдинга и стык со всем зоопарком туда не входят.
С чего писать, если в голове один хаос папок?
Какой регламент ищут чаще, куда сейчас уходит заявка, есть ли 1С по людям, где три копии. Письмо: welcome@headln.ru.
Если правило отпуска уже в трёх папках, а заявка снова в почте, напишите на welcome@headln.ru: какой текст ищут, куда пишут заявку и где должны жить данные сотрудников.