1.89.49 (07.08.2024)

A deployment of a new version of SodaStream and Client Portal inside the regular release window.

Improvements

Set all WU 2.0 ActiveDays to be Mon-Sun by default and remove ActiveDays access

Where found: SodaStream > Warm up > Schedule 2.0

Based on recent analysis, it has been determined that email addresses with active days set from Monday to Sunday (0,1,2,3,4,5,6) perform better in terms of deliverability and performance metrics. To leverage this finding, all ActiveDays will now be set by default to Monday-Sunday when creating or editing the WU 2.0 Schedule.

To ensure consistency and optimize performance, editing access for the ActiveDays selection has been removed when creating or editing the WU 2.0 Schedule.

By standardizing the ActiveDays to Monday-Sunday, users can expect an uplift in email performance rates.

Bug fixes

SS Email Profiles: the "Source Email" is mandatory error notification is missing

Where found: SodaStream > Campaign & Setup > Campaign Email Profiles

We have addressed the issue where users were not receiving error notifications for an empty "Source Email" and “Email Profile Type“ field during Email Profile creation.

The "Email Title" field is now a mandatory requirement for both creating and editing Email Profiles, ensuring smooth setup of Generative messaging.

CP Intent Tracker: The qualified tags are inaccurate

Where found: Client Portal > Intent tracker

The team reported an issue where no companies were marked as qualified in the Portal, even after using the backdate function multiple times. Despite companies matching the targeting criteria appearing in the list, they were not being marked as qualified.

The underlying issue preventing companies from being marked as qualified in the Portal has been identified and resolved. Now, companies that match the targeting criteria will be correctly marked as qualified upon using the backdate function.

CP Dashboard: Incorrect response type

Where found: Client Portal > Dashboard

The CS team reported that a prospect's polite decline was incorrectly categorized as a positive response on the dashboard.

This fix ensures that responses are accurately categorized, providing a true reflection of prospect engagement and sentiment on the dashboard.

CP Prospects - Leads is presenting non-lead prospects

Where found: Client Portal > Prospects

A prospect was initially marked by the AI as PredictionResponder Type 4 (Deferred Interest) but was later manually classified by the Ops team as Responder Type 5 (Polite Decline). Despite this manual reclassification, the prospect continued to appear under "Leads" in CP Prospects due to the initial AI preselection. We enhanced the logic to ensure that once a prospect is manually reclassified, the system removes the previous AI preselection from all relevant areas, including "Leads" in CP Prospects.

When the Auto AI recognize a response that need to be manually reviewed, the user is unable to send the response to Invalids

Where found: SS > Ops & Delivery > Responders Inbox

When the Auto AI flags a response for manual review (PredictionManualReview = 1), the response lacks ResponderId and ProspectEmailId values in the ResponderMessageImap table. This absence prevents the response from being sent to invalids due to the new changes in handling ProspectLastActivity, which relies on these IDs to track the previous event of the prospect.

Adjustments were made to ensure that responses flagged for manual review are properly handled and categorized, even without ResponderId and ProspectEmailId.

SS Load Prospects: Unable to open Load Prospects

Where found: SS > Ops & Delivery > Load prospects

The Operations (Ops) team reported that for specific campaign email profiles, the "Load Prospects" page crashes consistently. This issue prevents them from uploading data and checking the uploaded prospects' generated messages. The page either remains stuck in "Processing" or crashes completely.

The underlying cause of the page crashing was identified and addressed. Improvements were made to enhance the stability and reliability of the "Load Prospects" page.

Search bar doesn't work on the Warm Up Schedule page

Where found: SS > Warm up > Schedule 2.0

When a user enters any email in the search bar under ‘Warm Up’ → ‘Schedule 2.0’, the spinner is displayed but the results are not filtered as expected.

The issue causing the search results not to filter properly has been identified and resolved. The search functionality now correctly filters results based on the entered email text.