Приглашаем к тестированию LadVen OSЗапросить демо
Перейти к основному содержимому

Рабочая область клиента

Рабочая область клиента собирает в одном месте все, что относится к клиенту: сделки, задачи, файлы, документы и внешний доступ. Это позволяет вести и контролировать работу по клиенту, не собирая ее вручную из разных модулей и личных чатов. Для руководителя это главный экран ответа на вопрос «что у нас происходит с этим клиентом».

Рабочая область открывается из клиентской записи.

Зачем она нужна

Зачем она нужна — conceptual guidance, not UI evidence

Без единого пространства информация по клиенту растекается: сделка в CRM, задачи в задачах, договор в документах, переписка в чатах. Найти полную картину становится трудно, а новый участник тратит время на сбор контекста.

Рабочая область решает это: открыв клиента, вы сразу видите его сделки, задачи, файлы, документы и состояние внешнего доступа, а также можете создать новую работу прямо отсюда — со связью с клиентом, которая сохраняется автоматически.

Вкладки рабочей области

Вкладки рабочей области — conceptual guidance, not UI evidence

Пространство клиента разбито на вкладки. У вкладок есть счетчики, которые сразу показывают объем работы по клиенту.

  • Сделки — обращения и сделки этого клиента. Видно, на каком этапе идет работа и где она остановилась. Новую сделку можно создать из контекста клиента.
  • Задачи — задачи, связанные с клиентом, с возможностью создать задачу прямо здесь. Это удобно, когда по клиенту нужно конкретное исполнение: подготовить предложение, проверить договор, позвонить.
  • Файлы — материалы, прикрепленные к клиенту.
  • Документы — договоры, счета, акты и другие документы, связанные с клиентом, со счетчиком готовых и ожидающих.
  • Внешний доступ (экстранет) — приглашения и доступ клиента к клиентскому порталу: для компаний и контактов отсюда управляют приглашениями, ссылками и политикой доступа.

Дополнительные вкладки и «Ещё»

Дополнительные вкладки и «Ещё» — conceptual guidance, not UI evidence

Набор вкладок зависит от типа записи и ваших прав. У компании могут быть доступны Контакты, Клиентские проекты, Обязательства, Права на услуги, Исполнение, Счета, Юрлица, Документы, Связи, Отношения, Чаты, Обсуждения, Шаблоны и Настройки; у контакта часть вкладок может отсутствовать. Для внутреннего или клиентского проекта также может быть Активность. У карточки компании или контакта лента событий находится внутри Обзора, а не в отдельной вкладке; для проекта она открывается отдельной вкладкой. Редкие вкладки могут быть собраны в «Ещё», а вкладка показывается в основной строке только при наличии данных или явного выбора. Отсутствие вкладки означает отсутствие подходящего контекста, данных или доступной функции, а не удаление записи; операционные списки и счета сохраняют собственные правила доступа и валюты.

В текущей широкой версии даже ключевые вкладки Operations — Договоры, Обязательства, Исполнение, Права на услуги и Счета — могут остаться внутри «Ещё». Для сравнения открывайте «Ещё» и выбирайте нужную вкладку по одной: последний выбор может появиться в основной строке, но предыдущий снова вернётся в меню. Это особенность навигации, а не признак отсутствия данных или прав; не оценивайте картину по клиенту только по видимым вкладкам.

У компании или контакта также могут быть вкладки Договоры и Счета. «Договоры» предназначены для просмотра и открытия найденных договоров; создать договор прямо из этой вкладки нельзя. В «Счетах» переключатель разделяет счета, начисления и платежи: у начисления до одобрения сумма может быть не указана, а платежи могут оставаться только счетчиком, если действие для них не предусмотрено.

Основной порядок вкладок стабилен: Обзор, Сделки, Задачи, Контакты, затем остальные доступные вкладки; Настройки не выдвигаются вперёд вместо рабочего контекста. Если у клиента нет сделок, денежный блок не показывается как нулевая сумма. Карточка показывает владельца и автора там, где они известны; отсутствие данных не подменяется техническими статусами или идентификаторами.

Строки Обязательств и Прав на услуги в рабочей области ведут в отдельные карточки: там можно проверить источник, периоды, остаток и историю. Если связанный объект не разрешён или ещё не загружен, портал показывает нейтральную подпись вместо технического ID; это не доказывает, что связи нет.

Остаток права показывается как точное отношение доступно / выдано в купленной единице. Для времени портал может пересказать 480 минут как 8 ч, а 390 как 6 ч 30 мин; это не повод пересчитывать значение вручную или считать пропавший остаток нулём.

Если у вас есть право actions.transferOwner, нового ответственного можно выбрать прямо в шапке рабочей области; выбор сохраняется сразу. Для архивной записи этот выбор скрыт, а без права передачи остаётся только просмотр текущего ответственного. В ленте имя автора подставляется из справочника участников, когда снимок события неполный; если имя нельзя подтвердить, портал не выводит технический идентификатор.

Текст самого события может прийти с сервера уже собранным на русском языке и остаться русским в интерфейсе другой локали; пока источник не исправлен, не считайте ленту доказательством полной локализации.

Как использовать пространство клиента в работе

Как использовать пространство клиента в работе — conceptual guidance, not UI evidence

  • Создавайте задачу или сделку из рабочей области клиента, а не отдельно: связь с клиентом проставится сама, и работу не придется потом привязывать вручную.
  • Используйте счетчики вкладок как быстрый индикатор: много открытых задач или сделок без движения — повод разобраться.
  • Держите документы клиента в его пространстве, а не в личных папках: тогда договор и счет находятся за секунды, а не по переписке.
  • Перед подключением клиента к внешнему доступу проверяйте, что наружу попадет только то, что должно быть видно клиенту.

Рабочая область клиентского проекта

Рабочая область клиентского проекта — conceptual guidance, not UI evidence

Если работа по клиенту делится на отдельные направления или проекты, используйте рабочую область клиентского проекта. Она тоже собирает задачи, сделки и материалы, но в границах конкретного проекта клиента. Это помогает не смешивать разные направления работы с одним клиентом в общую кучу.

Создавайте клиентский проект, когда у клиента есть самостоятельное направление со своими задачами и результатом. Если работа разовая, отдельный проект не нужен — достаточно сделки или задачи в общем пространстве клиента.

В списке клиентских проектов нажмите на название проекта: это ссылка на его отдельную карточку по адресу /client-projects/<id>. Внутри карточки находятся собственные вкладки проекта, включая «Задачи»; отдельная кнопка «Задачи» в строке клиента не нужна и не ведёт в старый фильтр общего пространства.

Обзор проекта: описание, чек-лист и сроки

Обзор проекта: описание, чек-лист и сроки — conceptual guidance, not UI evidence

В отличие от общего пространства клиента, у клиентского проекта есть собственный обзор — место, где записано, как этот проект устроен:

  • Описание проекта — рабочий контекст и важные договорённости в свободной форме. Сюда идёт то, что новый участник должен прочитать первым: что делаем, о чём договорились, что считается результатом.
  • Чек-лист проекта — собственные шаги проекта. Пункты можно собирать в группы, переносить между ними перетаскиванием, делать подпунктами через «Сделать подпунктом предыдущего» и возвращать обратно через «Поднять на уровень выше». По чек-листу виден прогресс.
  • Параметры проекта — старт, дедлайн, состояние, тип, родитель, теги и ответственный; поля сохраняются отдельно, а архивный проект доступен только для чтения.

Из рабочей области клиента открывайте проект в том же контексте клиента; для его состояния, типа, родителя, тегов и архивации действуют те же правила.

Обзор по умолчанию открыт на просмотр; редактирование включается отдельным переключателем, чтобы описание и план не менялись случайным касанием.

предупреждение

Чек-лист проекта не связан с задачами проекта. Это расширенное описание — собственные шаги, а не список работ команды. Отметка пункта не закрывает задачу, а выполненная задача не отмечает пункт.

Отсюда следует простое правило разделения:

  • чек-лист — план и договорённости: как мы ведём этот проект, из каких этапов он состоит, что уже пройдено;
  • задачи — исполнение: у каждой есть ответственный, срок и приёмка результата.

Если по шагу кто-то должен что-то сделать и отчитаться, заводите задачу. Пункт чек-листа никому не назначается, не напоминает о себе и не попадает в чужой список работы — команда его просто не увидит как работу.

Доступ

Доступ — conceptual guidance, not UI evidence

Что видно в рабочей области, зависит от прав. Часть данных может быть скрыта, а отдельные действия — недоступны, если у вас нет прав или вы не участник связанной рабочей группы. Это нормально: запросите доступ у владельца пространства, а не обходите ограничение пересылкой данных. Подробнее модель доступа описана в статье о клиентах.

Что проверять руководителю в пространстве клиента

Что проверять руководителю в пространстве клиента — conceptual guidance, not UI evidence

Рабочая область клиента — удобная точка контроля по конкретному клиенту. При разборе клиента проверьте:

  • сделки: есть ли открытые сделки без следующего шага или застрявшие на этапе;
  • задачи: нет ли просроченных задач по клиенту и есть ли у каждой ответственный;
  • документы: на месте ли ключевые документы (договор, счёт, акт) и зафиксирована ли финальная версия;
  • внешний доступ: кто из клиента подключён к внешнему доступу и остаётся ли это уместным сейчас;
  • сосредоточенность работы: ведётся ли работа в пространстве клиента или растекается по личным чатам и папкам.

Счётчики вкладок дают быстрый срез: если по сделкам или задачам цифра выглядит неожиданно большой или нулевой, откройте вкладку и разберитесь. Регулярный разбор пространства клиента помогает поймать остановку работы и забытые обязательства раньше, чем клиент о них напомнит.

Состояния, которые можно увидеть

Состояния, которые можно увидеть — conceptual guidance, not UI evidence

  • вкладка загружается или обновляется;
  • вкладка пуста — по клиенту еще нет сделок, задач, файлов или документов;
  • счетчик показывает объем работы и ожидающие документы;
  • действие недоступно из-за прав или отсутствия участия в рабочей группе;
  • часть данных скрыта по правам.
  • рабочая область полностью недоступна — портал может показать владельца, допустимое действие или каноническую карточку, куда нужно перейти для запроса доступа;
  • выбранная вкладка загружается отдельно, а ошибка чтения предлагает повторить запрос;
  • в списке связей ссылка может быть только копируемой, если адрес небезопасен; распознаваемая связанная запись открывается отдельной кнопкой.

После прикрепления или отсоединения файла ждите подтверждения на уровне строки: обновлённый список должен показать добавленный файл или убрать отсоединённый. Если проекция ещё строится или чтение задержалось, портал может показать уведомление об операции, но список остаётся промежуточным — перечитайте вкладку или повторите запрос. Пустой список в этот момент не доказывает ни успех, ни ошибку операции.

Недоступное чтение проекции не блокирует добавление связи: прикрепите файл и отдельно проверьте результат по именам и количеству. Пакетная загрузка может завершиться частично — успешные файлы и имена неудачных показываются раздельно; не называйте весь пакет ошибочным. Если список временно недоступен, подтверждение отсоединения относится к самой операции, а не к пустому чтению.

примечание

Подписи вкладки внешнего доступа (экстранет) следуют выбранной локали портала. Серверный текст ленты активности может по-прежнему приходить на русском независимо от языка интерфейса; проверяйте это отдельно и не продвигайте локализованный скриншот без свежего same-locale evidence.

Хорошие практики

Хорошие практики — conceptual guidance, not UI evidence

  • Ведите всю работу по клиенту в его пространстве, а не в разрозненных модулях.
  • Создавайте задачи и сделки из контекста клиента, чтобы связь сохранялась автоматически.
  • Следите за счетчиками вкладок как за индикатором состояния по клиенту.
  • Разделяйте направления через клиентские проекты, когда работа этого требует.
  • В клиентском проекте держите договорённости в описании и чек-листе, а исполнение — в задачах.
  • Перед внешним доступом проверяйте, что именно станет видно клиенту.

Частые ошибки

Частые ошибки — conceptual guidance, not UI evidence

Вести работу по клиенту вне его пространства. Картина растекается, и полную историю никто не видит.

Создавать задачу или сделку отдельно и забывать про связь. Потом приходится вручную восстанавливать, к какому клиенту это относится.

Сваливать все направления клиента в одну кучу. Без клиентских проектов разные процессы мешают друг другу.

Вести план работ в чек-листе проекта вместо задач. Чек-лист — это описание, а не поручения: у пунктов нет исполнителя и срока, они не напоминают о себе и не связаны с задачами проекта. План выглядит оформленным, а работа при этом никому не назначена.

Открывать внешний доступ не глядя. Клиент может увидеть то, что не предназначено для него.

Как проверить результат

Как проверить результат — conceptual guidance, not UI evidence

  • из клиента открывается рабочая область со связанными сделками, задачами, файлами и документами;
  • созданные из контекста задачи и сделки действительно связаны с клиентом;
  • счетчики вкладок отражают реальный объем работы;
  • внешний доступ открывает клиенту только то, что должно быть видно;
  • скрытые по правам данные понятны как ограничение доступа.

Состояния загрузки, доступа и связанных объектов

Состояния загрузки, доступа и связанных объектов — conceptual guidance, not UI evidence

При открытии рабочее пространство может показать загрузку, отказ в доступе или отсутствие связанного объекта. Не считайте пустую вкладку доказательством, что данных нет: дождитесь завершения загрузки, проверьте права и обновите связь. Если связанный клиент, проект, задача или документ недоступен, сохраните сообщение об ошибке и продолжайте только после проверки фактического состояния.

Связанные сценарии

Связанные сценарии — conceptual guidance, not UI evidence