๐—œ๐˜€๐˜€๐˜‚๐—ฒ: Managing Messages Is Unnecessarily Cumbersome and Creates a Risk of Transactions Being Assigned to the Wrong Customer
First, I appreciate CL's continued efforts to improve CitrusPay and the new messaging functionality associated with Payment Links. However, I've encountered a couple of workflow issues that I hope your team will consider addressing.
Unfortunately, this system does not allow me to upload a screen recording to demonstrate what I'm experiencing, so I'll do my best to explain.
๐—œ๐—ฆ๐—ฆ๐—จ๐—˜ #๐Ÿญ: Add a "Mark All as Read" Option
Currently, when reviewing messages associated with a customer, I must click on each individual text message to mark it as read.
If a customer has several messages, this becomes unnecessarily tedious.
๐—ฅ๐—ฒ๐—พ๐˜‚๐—ฒ๐˜€๐˜๐—ฒ๐—ฑ ๐—œ๐—บ๐—ฝ๐—ฟ๐—ผ๐˜ƒ๐—ฒ๐—บ๐—ฒ๐—ป๐˜: Please add a "Mark All as Read" button next to the customer's name, allowing us to clear all messages associated with that customer in one click.
This would be a simple, time-saving improvement.
๐—œ๐—ฆ๐—ฆ๐—จ๐—˜ #๐Ÿฎ: Customer Remains Loaded in POS After Reviewing Messages
This issue is more concerning because it creates the potential for sales transactions to be recorded under the wrong customer.
When I finish reviewing and marking a customer's messages as read, ๐˜๐—ต๐—ฎ๐˜ ๐—ฐ๐˜‚๐˜€๐˜๐—ผ๐—บ๐—ฒ๐—ฟ'๐˜€ ๐—ป๐—ฎ๐—บ๐—ฒ ๐—ฟ๐—ฒ๐—บ๐—ฎ๐—ถ๐—ป๐˜€ ๐—น๐—ผ๐—ฎ๐—ฑ๐—ฒ๐—ฑ ๐—ถ๐—ป ๐˜๐—ต๐—ฒ ๐—ฃ๐—ข๐—ฆ, as though I'm preparing to complete a sales transaction for them.
This creates two problems:
๐—”. ๐—ฅ๐—ถ๐˜€๐—ธ ๐—ผ๐—ณ ๐—”๐˜€๐˜€๐—ถ๐—ด๐—ป๐—ถ๐—ป๐—ด ๐—ฎ ๐—ฆ๐—ฎ๐—น๐—ฒ ๐˜๐—ผ ๐˜๐—ต๐—ฒ ๐—ช๐—ฟ๐—ผ๐—ป๐—ด ๐—–๐˜‚๐˜€๐˜๐—ผ๐—บ๐—ฒ๐—ฟ
If I forget to manually remove that customer's name, my next sale could inadvertently be recorded under that person rather than "Walk-In Customer" or the actual customer making the purchase.
This is an unnecessary risk to the accuracy of our customer records and transaction history.
๐—•. ๐—ง๐—ต๐—ฒ ๐— ๐—ฒ๐˜€๐˜€๐—ฎ๐—ด๐—ฒ ๐—œ๐—ป๐—ฏ๐—ผ๐˜… ๐——๐—ถ๐˜€๐—ฎ๐—ฝ๐—ฝ๐—ฒ๐—ฎ๐—ฟ๐˜€
Once I've finished reviewing a customer's messages, I expect to return to my message list so I can continue clearing my inbox.
Instead, the POS continues displaying the customer I just finished with, and I can no longer see my list of messages.
To get back to my inbox, I must manually delete the customer's name from the POS.
๐—ง๐—ต๐—ถ๐˜€ ๐—ถ๐˜€ ๐—ฐ๐—ผ๐˜‚๐—ป๐˜๐—ฒ๐—ฟ๐—ถ๐—ป๐˜๐˜‚๐—ถ๐˜๐—ถ๐˜ƒ๐—ฒ. I'm not processing a sale. I'm managing messages. Why should I have to remove a customer from a sales transaction screen simply to continue reviewing my inbox?
๐—ฅ๐—˜๐—ค๐—จ๐—˜๐—ฆ๐—ง๐—˜๐—— ๐—œ๐— ๐—ฃ๐—ฅ๐—ข๐—ฉ๐—˜๐— ๐—˜๐—ก๐—ง
Please consider separating the messaging workflow from the active POS sales transaction.
When I finish reviewing a customer's messages and return to the message list, the system should:
  1. Return me directly to the message inbox.
  2. Avoid leaving that customer loaded as the active customer for the next sale.
  3. Allow me to continue reviewing messages without having to manually clear customer information.
๐—ง๐—›๐—˜ ๐—•๐—œ๐—š๐—š๐—˜๐—ฅ ๐—ฃ๐—œ๐—–๐—ง๐—จ๐—ฅ๐—˜: ๐—Ÿ๐—ฒ๐˜ ๐—จ๐˜€ ๐—ฆ๐˜๐—ฎ๐˜† ๐—ช๐—ถ๐˜๐—ต๐—ถ๐—ป ๐˜๐—ต๐—ฒ ๐—ง๐—ฎ๐˜€๐—ธ ๐—ช๐—ฒ'๐—ฟ๐—ฒ ๐—ฃ๐—ฒ๐—ฟ๐—ณ๐—ผ๐—ฟ๐—บ๐—ถ๐—ป๐—ด
When I'm working through my message inbox, ๐—œ ๐˜„๐—ฎ๐—ป๐˜ ๐˜๐—ผ ๐˜€๐˜๐—ฎ๐˜† ๐—ถ๐—ป ๐—บ๐˜† ๐—บ๐—ฒ๐˜€๐˜€๐—ฎ๐—ด๐—ฒ ๐—ถ๐—ป๐—ฏ๐—ผ๐˜…. I shouldn't have to interrupt that process to manage customer information in the sales portion of the POS.
More importantly, reviewing messages should not inadvertently affect which customer is associated with the next sales transaction.
I believe these are relatively straightforward workflow improvements that would make the messaging feature more intuitive, efficient, and safer to use.
๐— ๐˜† ๐—ฟ๐—ฒ๐—พ๐˜‚๐—ฒ๐˜€๐˜ ๐—ถ๐˜€ ๐˜€๐—ถ๐—บ๐—ฝ๐—น๐—ฒ: Please design the messaging workflow around the task we're actually performing, which is managing customer communications, not initiating sales transactions.
Thank you for considering these suggestions and for continuing to improve the CitrusPay experience for retailers.