Заявки живут в личных сообщениях
Сотрудник пишет в мессенджер конкретному человеку. Если тот в отпуске или уволился — заявка исчезает вместе с перепиской, а сроки никто не считает.
Нет истории и ответственного
Разделы
Корпоративный портал на Laravel
Портал для сотрудников, которым пользуются, а не «внедряют»
Заявки и согласования, онбординг, база знаний, оргструктура и права — в одном окне с понятной логикой. Разрабатываем на Laravel под ваши процессы и интегрируем с 1С:ЗУП и корпоративным каталогом, чтобы данные не вводились дважды.
- Команда от 2 инженеров
- Продукт-аналитик, Laravel-разработчик, QA
- Смета и срок в договоре
- Фиксируем объём до старта, а не «по факту»
- Итерации каждые 2 недели
- Демо работающего портала, а не отчёт в конце
- Код, домен и доступы — ваши
- Передаём репозиторий и документацию
portal.company.ru — рабочее место
Что ломается, когда внутренние процессы живут в переписке
Это типовые ситуации, с которыми приходят на разбор. Портал закрывает их не «цифровизацией ради цифровизации», а конкретной механикой: маршрутом, состоянием и ответственным.
Документ согласуют неделю
Файл пересылают по почте между руководителем, юристом и бухгалтерией. Каждый ждёт предыдущего, версии расходятся, а подпись ищут в трёх ветках переписки.
Дни простоя на каждом согласовании
У нового сотрудника нет чек-листа
Первую неделю человек выясняет, у кого просить доступ, где лежат регламенты и что считается результатом испытательного срока. Онбординг держится на памяти наставника.
Медленный выход на результат
Доступы выдают «на глаз»
Права накапливаются годами: у переведённого сотрудника остаётся доступ к чужому отделу, а при увольнении никто не помнит полный список систем. Аудит закрыть нечем.
Риск на проверке и при инциденте
Регламенты лежат на сетевом диске
Нужную версию инструкции находят поиском по папкам, а в работе оказывается устаревший шаблон. Сотрудники переспрашивают в чате то, что уже написано.
Знание не накапливается
Данные сотрудников вводят дважды
Оргструктура ведётся в 1С:ЗУП, учётные записи — в каталоге, а список для рассылки собирают руками в таблице. Любое изменение превращается в три правки.
Расхождения между системами
Из чего собирается портал
Не обязательно запускать всё сразу. Обычно начинают с заявок и онбординга, затем добавляют базу знаний, задачи и отчётность. Порядок подбираем на разборе процессов.
Выход на работу по чек-листу, а не по памяти наставника
Маршрут нового сотрудника собирается из шаблона: задачи по дням, ответственные, доступы и документы. HR и руководитель видят, что уже сделано и где процесс встал.
Первый шаг
Разберём, как этот процесс устроен у вас сейчас, и покажем, что даст портал на ваших данных.
Обсудить разборШаблоны онбординга
Свой набор шагов для отдела и должности: чем отличается выход разработчика от менеджера продаж.
Задачи по дням
Что сделать в день 1, неделю 1 и к концу испытательного срока — с ответственными.
Запрос доступов внутри портала
Заявка на учётные записи и оборудование уходит в IT автоматически, а не в чат.
Контроль испытательного срока
Напоминания руководителю, план на период и итоговая оценка в одном месте.
Маршруты, которые не теряются в переписке
Отпуск, командировка, закупка, доступ, договор — каждый тип заявки идёт по своему маршруту с понятным состоянием: у кого документ и что осталось сделать.
Первый шаг
Разберём, как этот процесс устроен у вас сейчас, и покажем, что даст портал на ваших данных.
Обсудить разборКонструктор маршрутов
Последовательные и параллельные шаги, условия по сумме или отделу, заместители на время отпуска.
Состояние заявки
Черновик → на согласовании → согласовано или отклонено, с причиной и полной историей переходов.
Вложения и версии
Файлы хранятся рядом с заявкой, видно, какая версия ушла на согласование.
Уведомления
Письмо или уведомление в портале ответственному; эскалация, если шаг «висит» слишком долго.
Регламент, который находят и которому доверяют
Инструкции, шаблоны и политики живут с версиями и поиском, а не в папках на сетевом диске. У документа есть владелец и дата пересмотра.
Первый шаг
Разберём, как этот процесс устроен у вас сейчас, и покажем, что даст портал на ваших данных.
Обсудить разборВерсионирование
История правок, автор изменения, возможность вернуться к предыдущей версии.
Полнотекстовый поиск
Поиск по содержимому документов, а не только по названиям файлов.
Права на разделы
Кадровые и финансовые документы видны только тем, кому положено по роли.
Обязательное ознакомление
Фиксация факта, что сотрудник прочитал регламент, — с датой и версией документа.
Внутренняя работа вне CRM
Поручения, сроки и исполнители для тех процессов, которые не про клиента: подготовка отчёта, инвентаризация, обучение, внутренний проект.
Первый шаг
Разберём, как этот процесс устроен у вас сейчас, и покажем, что даст портал на ваших данных.
Обсудить разборПоручения с контролем срока
Постановка задачи, приоритет, срок и напоминание исполнителю.
Связь с заявками
Задача может быть порождена заявкой и закрываться вместе с ней.
История и отчётность
Видно, кто и что делал: не по памяти, а по журналу действий.
Согласование результата
Приёмка работы руководителем внутри портала, без отдельной ветки почты.
Оргструктура как источник прав
Структура компании, руководители подразделений и должности отражаются в портале и определяют, что человек видит. Данные не вводятся второй раз — они приходят из учётных систем.
Первый шаг
Разберём, как этот процесс устроен у вас сейчас, и покажем, что даст портал на ваших данных.
Обсудить разборОргструктура
Подразделения, руководители, штатное расписание и матрица подчинённости.
Роли и права
Права по ролям и должностям, а не персонально; изменение роли сразу меняет доступы.
Профиль сотрудника
Контакты, руководитель, команда, документы и история заявок — в одной карточке.
Журнал действий
Кто и когда менял права, согласовывал заявку или выгружал данные.
Портал не становится ещё одной учётной системой
Сотрудники, подразделения и должности синхронизируются с 1С:ЗУП и каталогом пользователей, вход — по корпоративной учётной записи. Портал показывает данные, а не заставляет их дублировать.
Первый шаг
Разберём, как этот процесс устроен у вас сейчас, и покажем, что даст портал на ваших данных.
Обсудить разбор1С:ЗУП
Сотрудники, подразделения, должности и графики; увольнение закрывает доступ.
Active Directory / LDAP
Единый вход и синхронизация учётных записей без ручного заведения.
CRM и учётные системы
Связь внутренних заявок с клиентскими сделками и счетами, где это нужно.
Почта, календарь, мессенджер
Уведомления и события уходят в привычные сотруднику каналы.
Каждый видит ровно то, что ему нужно
Права определяются ролью и должностью, а не настройками конкретного человека. Выберите роль, чтобы увидеть, что она может и чего не может в портале.
Сотрудник
Видит свои задачи, заявки и документы своего отдела
- Подать заявку на отпуск, доступ или закупку
- Следить за состоянием своих согласований
- Пройти онбординг и обязательные ознакомления
- Найти регламент через поиск по базе знаний
Недоступно
- Видеть заявки и документы других отделов
- Менять маршруты согласования
Руководитель
Согласует заявки команды и видит её загрузку
- Согласовывать или отклонять заявки подчинённых
- Ставить поручения и принимать результат
- Видеть статус онбординга новых сотрудников
- Смотреть отчёт по срокам согласования в своём отделе
Недоступно
- Менять права доступа и роли
- Читать кадровые документы вне своего контура
HR
Ведёт онбординг, документы и обязательные ознакомления
- Запускать шаблоны онбординга и назначать наставников
- Публиковать регламенты и фиксировать ознакомление
- Видеть оргструктуру и кадровые документы
- Готовить выгрузки по сотрудникам
Недоступно
- Выдавать доступы к системам в обход IT
- Менять финансовые маршруты согласования
Администратор
Настраивает роли, маршруты и интеграции
- Управлять ролями, правами и справочниками
- Настраивать маршруты согласования и эскалации
- Смотреть журнал действий и выгружать аудит
- Управлять интеграциями и расписанием обмена
Недоступно
- Читать содержимое чужих заявок без права аудита
Заявка видна на каждом шаге
Вместо файла в почте — маршрут с состоянием. Понятно, у кого документ, сколько он там находится и что произойдёт дальше. Если шаг «висит» слишком долго, портал напоминает ответственному или передаёт заявку заместителю.
-
1
Заявка
Сотрудник заполняет форму
Сотрудник
-
2
Руководитель
Согласует необходимость
Руководитель отдела
-
3
Бюджет
Проверка суммы
Финансы
-
4
Юрист
Проверка договора
Юридический отдел
-
5
Готово
Заявка закрыта
Сотрудник
Состояние вместо вопросов
Сотрудник видит статус сам и не пишет «ну что там?» в мессенджер.
Заместители на время отпуска
Маршрут не встаёт, если согласующий недоступен.
История переходов
Видно, кто согласовал, когда и с каким комментарием.
Внутренние данные — под замком
Портал видят все сотрудники, поэтому права, аутентификация и журнал действий закладываются с самого начала, а не прикручиваются после первого замечания службы безопасности.
Единый вход (SSO)
Через корпоративный каталог: Active Directory, LDAP или почтовый провайдер. Отдельный пароль для портала не нужен.
Двухфакторная аутентификация
Обязательна для администраторов и доступна всем. Laravel Fortify уже поддерживает 2FA — не пишем криптографию сами.
Права по ролям
Доступ определяется ролью и должностью. Права живут в одном месте, а не в коде страниц.
Журнал действий
Фиксируются вход, изменение прав, согласование и выгрузка данных: кто, что и когда.
Разграничение данных
Сотрудник видит свои заявки и документы своего контура. Проверка прав выполняется на сервере, а не в интерфейсе.
Данные внутри контура
Портал размещается на вашем сервере или в вашем облаке. Персональные данные сотрудников не уходят сторонним сервисам.
Что вы получаете на сдаче
Состав первой версии фиксируется в договоре до начала работ. Пункты ниже — ориентир того, что входит в типовой запуск; лишнее убираем, недостающее добавляем на этапе прототипа.
Как считается стоимость
После разбора процессов мы готовим техническое задание на русском языке и фиксируем цену и срок. Дополнительные работы в процессе возможны только по согласованию — «сюрпризов» в счёте не будет.
- Портал с профилями сотрудников и оргструктурой
- Модуль заявок и конструктор маршрутов согласования
- Онбординг с шаблонами и задачами по дням
- База знаний и регламентов с версиями и поиском
- Роли, права и журнал действий с выгрузкой аудита
- Интеграции: 1С:ЗУП, Active Directory или LDAP, CRM
- Админ-панель для ролей, справочников и маршрутов
- Документация, обучение команды и передача репозитория
От разбора процессов до работающего портала
Работаем итерациями по две недели: вы видите работающий портал на тестовом стенде, а не отчёт о прогрессе в конце проекта.
-
Разбор процессов
Смотрим, как заявки, согласования и онбординг устроены сейчас. Находим, что действительно болит, и отделяем обязательное от желаемого.
Карта процессов и приоритеты
-
Прототип и смета
Собираем структуру разделов, роли и маршруты согласования на схемах. Фиксируем объём первой версии, срок и стоимость в договоре.
Прототип, ТЗ на русском, смета
-
Итерации разработки
Каждые две недели — работающий портал на тестовом стенде. Вы видите прогресс и можете скорректировать приоритеты между итерациями.
Рабочий портал на стенде, демо
-
Внедрение и передача
Переносим данные, подключаем вход через каталог, обучаем HR и администраторов. Передаём код, документацию и доступы.
Портал в работе, обученная команда, репозиторий
Частые вопросы о разработке портала
CRM — про клиентов и продажи, портал — про внутренние процессы компании: заявки, согласования, онбординг, регламенты. Аудитория и данные разные. Системы могут быть связаны, например внутренняя заявка на счёт ссылается на сделку в CRM, но это разные инструменты и их не стоит смешивать в одной сущности.
Готовый продукт закрывает типовые процессы, но плохо подстраивается под ваши. Портал разрабатывается под ваш порядок согласований, вашу оргструктуру и ваши учётные системы. Если готовое решение закрывает 90% задач и вас устраивает его логика — честно скажем об этом на разборе и не будем продавать разработку.
Да. Синхронизируем сотрудников, подразделения, должности и графики, чтобы оргструктура не велась вручную в двух системах. Обмен делаем по расписанию и по событию: например, приказ об увольнении закрывает доступ к порталу и связанным системам.
Через корпоративную учётную запись: Active Directory, LDAP или корпоративную почту. Если у компании нет каталога пользователей, заводим приглашения от администратора. Для администраторов и по желанию для остальных включаем двухфакторную аутентификацию.
Обычно портал становится оправдан, когда появляется несколько руководителей и процессы начинают согласовываться письменно, а знания перестают помещаться в голове одного человека. Раньше этого момента внедрение чаще всего избыточно — на разборе скажем прямо, если вам он пока не нужен.
Ничего критичного: код, репозиторий, домен и инфраструктура принадлежат вам, документация передаётся вместе с проектом. Мы не используем закрытые библиотеки, которые работают только с нашей поддержкой, и не строим архитектуру так, чтобы без нас её нельзя было развивать.
Обсудим ваш портал?
Расскажите, как у вас устроены заявки, согласования и онбординг. На разборе покажем, что закроет портал, а что проще оставить как есть — и назовём ориентир по объёму и срокам.