Message-level metadata #8188
Replies: 2 comments 1 reply
-
@nkmnz Thanks for sharing your thoughts. I'm moving this to the feature discussions as I couldn't figure out an immediate action item from the description. A couple of follow-up questions: 1/ Why is it required to have the metadata tagged with a message? Is the metadata captured when the message is sent? I don't understand how we can support it in the widget SDK. |
Beta Was this translation helpful? Give feedback.
-
we need this on our company as well |
Beta Was this translation helpful? Give feedback.
-
Is your feature or enhancement related to a problem? Please describe.
We use chatwoot for customer support on a platform with highly individualized content. In order to give equally targeted support via chat, we need to deliver the exact context of the user's experience to the support staff. Since there's always some delay between a customer's chat request and the answer, it's not enough to sync the current state of the webapp with the conversation, but we rather need to store a snapshot of the current state with each message. Right now, the only way we could figure out to this is to set this "snapshot" with the metadata of the conversation, forward each message via a webhook from chatwoot to our backend, and store each message next to the metadata. The support can then access the metadata of the conversation at the time of the message through our systems, which gives them the necessary context of each individual message.
Describe the solution you'd like
There should be a way to set metadata that is shown in the support interface within the conversation. It could look similar to an individual message from the user, but it shouldn't be shown to the user in the widget UI. The most important difference to conversation-level metadata would be that they are not overridden, but appended to (or included into) the ongoing conversation.
We could call it a "Signal". Simple usecase for illustration: an ecommerce store could log the products which a customer is looking at during a consultation with a chat agent. Or we could log if a user has clicked on a link that support sent them. Or, like in our case, what kind of content they are currently seeing.
Describe alternatives you've considered
No response
Additional context
No response
Beta Was this translation helpful? Give feedback.
All reactions