BusinessPad

Selected UX case · Чаты

Work Chats

Conversations tied to the work itself: a chat per request or process, with participants’ roles, files and process events in the same thread.

Work chat for request ЭБП-2481 with eight participants, role badges «Наблюдающий» on messages, an attached specification file and a typing indicator

01 Context

Questions about a request belong next to the request.

Requests and approvals in BusinessPad involve several people with different roles. Without a shared place to talk, questions about a request move to email or messengers and lose their link to the work.

The chat section brings personal chats and work chats, created around a request or a process, into the product.

Chat section with the chat list on the left, All / Work chats / Archive tabs, and an empty right pane reading «Открыть переписку просто»
Chat list with All, Work chats and Archive.

02 Problem

A work chat is not a messenger.

In a work chat, it matters who someone is in the process, not only their name. Files are part of the work. Things happen in the process while people talk: a stage changes, someone is added, access ends.

The chat had to carry that context without looking like a second process screen.

03 Design approach

Familiar chat, with process context added.

The layout follows patterns people already know: a list of conversations, a thread, a composer, reactions, replies and forwarding.

On top of that, each message shows the sender’s role in the process, and process events appear in the thread as system messages.

Work chat for request ЭБП-2481 with eight participants, role badges «Наблюдающий» on messages, an attached specification file and a typing indicator
  1. 01

    Work chats separated

    All, work chats and archive.

  2. 02

    Role in the process

    «Наблюдающий» next to the name.

  3. 03

    Files in the thread

  4. 04

    Typing indicator

    Also shown in the chat list.

04 Solution

Messages, files and events in one thread.

Forwarding opens a side panel with the same tabs as the chat list. The forwarded message is quoted above the composer, so the user can add a comment before sending.

System messages record what happened in the process: an instance resumed, a participant added, unread messages from here.

Work chat for request ЭБП-2481 with eight participants, role badges «Наблюдающий» on messages, an attached specification file and a typing indicator
Forwarding a message · 1 / 3 · Work chat

05 Key decisions

Key decisions

  1. 01

    Roles on messages

    Who someone is in the process, shown where they speak.

  2. 02

    Process events as system messages

    The thread keeps a record of what happened, not only what was said.

  3. 03

    Side panel for forwarding

    The conversation stays visible behind the picker.

  4. 04

    Errors stay on the message

    A failed send is marked on the message itself.

  5. 05

    Access can end

    When access to a work chat is removed, the history says so.

Sent message with a red error marker next to it
A message that failed to send.
Work chat with the system message «Доступ к рабочему чату прекращен» at the end of the history
Access to the work chat has ended.

06 Outcome

What was designed

A demo flow from an empty chat section to work chats around a request and a process, with forwarding, reactions, files and system messages. Plus empty and no-results states, error states for sending, forwarding and editing, closed access, and rule-of-three variants.