Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Currently, our inbox updates on a set schedule every 4 hours. We would like to update the inbox so that messages show in real time.

No Design link is necessary

  1. Real-Time Updates: Real-time updates mean that messages will appear in your inbox as soon as they are received or generated, without any delay imposed by a fixed schedule. This offers several advantages:

    a. Instant Communication: Users will be able to see and respond to new messages immediately after they are sent, allowing for faster communication and decision-making.

    b. Timely Responses: By receiving messages in real time, you can respond promptly, which is especially important for time-sensitive matters or urgent communication.

    c. Improved User Experience: Real-time updates enhance the overall user experience by reducing frustration caused by waiting for updates and providing a seamless and engaging interaction.

  2. Technical Implementation: To achieve real-time updates for your inbox, you may need to make changes to your system architecture and infrastructure. Here's an overview of the technical aspects involved:

    a. Web Sockets: One common approach to achieving real-time updates is by using web sockets. Web sockets allow two-way communication between a client (e.g., your inbox interface) and a server, enabling the server to push new messages to the client as soon as they arrive.

    b. Push Notifications: Another method is to implement push notifications. When a new message arrives, the server can send a push notification to the user's device, prompting them to open the inbox and view the message.

    c. Data Synchronization: Ensure that the server and client are synchronized in real time. This may involve updating the client's view of the inbox as soon as a new message is received on the server.

    d. Scalability: Real-time systems can place increased demands on your infrastructure. Ensure that your architecture is designed to handle the potential increase in message traffic without sacrificing performance.

  3. User Expectations: With the transition to real-time updates, users' expectations may change. They will likely anticipate immediate responses and may become accustomed to the new level of responsiveness. Therefore, it's important to communicate any changes to users and manage their expectations effectively.

  4. Privacy and Security: As you transition to real-time updates, consider the implications for privacy and security. Ensure that your system remains secure and compliant with relevant regulations, especially if you are dealing with sensitive or confidential information.

Compose Message

User Story:

As an educator or admin who works with many students, I need to communicate in real time with a colleague about student’s needs that are unrelated to an Alert, Task or Discussion item within a document so that they will have the necessary information to support the student.

UI:

Acceptance Criteria:

  • Suggest a Compose button and an additional place in the All tab for internal messaging.

Discussion Tab

User Story:

As an educator or admin who is aware of an on-going discussion within a document, I need a way to quickly respond without having to view the document first so that I can make the best use of limited time.

UI:

Acceptance Criteria:

  • Suggest a way to respond to message without having to view the document where the discussion originated. ---Respond button added to the inbox along with View and Delete.

  • The response would auto-populate into the document where the discussion began.

Tasks Tab

User Story:

As an educator or admin who is aware of and working on tasks that require some additional resources to resolve, I need a way to respond quickly without having to view the document first so that my colleagues are up to date on the progress being made.

UI:

Acceptance Criteria:

Alerts Tab

User Story:

As an educator or admin who has received an Alert(s), I need a way to respond to a specific individual(s) about the Alert so that they I can inform and/or delegate responsibilities as needed.

UI:

Acceptance Criteria: