Metrics
Platform filter usage has reached prior baseline at ~5% with scale up of legacy HVF models on 02/08. Model had specifically failed for CLP and collections starting Jul’24
Key discussion points (Pre code freeze) -
Post launch deep-dives for parallel feeds indicate sharp drop in reco V/Vi leading O/Vi and T/Vi drop on platform. Team had found these issues to be pre-dominantly affecting the generic reco tabs where scrolling problems led to ~70% of the net drop. The fix for these was rolled out for 100% users on 27/08. The performance post app update has significantly improved, but we still see intermittent scrolling issues when testing across devices Relaunch - We’d be relaunching the build starting 29/08 for external users. This is basis TAT for ABacus to showcase the updated app version in selecting user cohorts The launch of the parallel feed feature resulted in a ~3% increase in Orders per View (O/V) but a ~3.3% decrease in Views per Visitor (V/Vi), leading to -0.3% drop in Orders per Visitor (O/Vi) on the platform. The V/Vi drop was primarily concentrated on PDP reco with test underperforming control in terms of views by ~13%. Deep dives indicate that users who visited only the first recommendation tab had significantly lower V/Vi compared to those navigating parallel feeds, which had ~41% higher V/Vi than the control group
About 85% of users primarily consumed recommendations from the first tab, contributing to the V/Vi drop. Issues identified included -
Scrolling problems on the parallel feed, causing users who previously contributed >40 catalog views to shift to fewer views, impacting V/Vi by ~45%. Users who contributed >40+ catalog views on an average on PDP reco in test cohort shifted to buckets contributing <20 views with a significant switch to <=5 views after the launch of experiment (26th July) Fast upward scrolling, which skipped the recommendation section, also reduced duplicate view counts, contributing ~20% to the V/Vi drop Portfolio level cuts suggested that V/Vi drops were consistent across categories, indicating relevance or selection was not the main driver. A list of SSCATs to potentially skip in future relaunches is being considered, based on further analysis of user behaviour
Instrumentation alignment - We would be recording parallel_feed as part of primary real estate in base views and clicks events. Decision to be aligned cross org to align ranking stakeholders on funnel attribution changes. TAT - 28/08
More like this
Backend deployment and Android release for the feature went out on 27/08 The build is working fine except the following caveats - CTA is visible on reco with parallel feeds, This was missed in execution and will be fixed iteratively FTUX will only be visible on wishlist screen for the MVP build. Extending that across REs would require significant effort which Android team would be picking up next Test 1 - All REs on variant 1 Test 2 - All REs on variant 2 Experiment would be launched on Multi RE / Future use 8 plane where we would free out ~650 audience buckets contributing to ~80 Mn users. We want to keep the cohorts minimised for higher audience exposure and reach significance in the next 2 weeks
Hero product model restoration
Restoring hero PID model would lead to hero products getting updated for ~15% OC on the platform Model restoration is complete, with following plan for experimentation - Updating hero products for 3 SPs - Men fashion / Home decor and furnishing and Women kurtis and Kurta sets The experiment would lead to ~3% platform OC getting updated hero products, ~4L catalogs Establishing experiment success - Comparing funnel metrics like CTR or C/V, O/C, O/V within SP for catalogs where hero pid changed vs not changed Comparing SP performance for above funnel metrics w.r.t. a similar SP Experiment to start 29/08
Key discussion points (During / Post code freeze) -
Interstitial filters
Model has been built for CLP, Model for search and collections to be closed by 29/08 Image QC for all filter values was started 27/08, Closure TAT - 02/04 Needs tech support to check - If tech handles / caps visibility to X IF rows Do the remaining IFs show up if user applies a filter Do IFs go in the selected state at top of page similar to HVFs and users have the option to remove those? What happens post, are the applied IF row again visible? Instrumentation for IFs - Do we instrument impressions on IFs like HVF? Aligning on table structure for model data export to backend Experiment launch - Experiment is slated to launch post code freeze. Team would setup a small experiment starting 3rd Sep to understand initial performance of the model / any updates required in the core feature to iterate and keep the build experiment ready post code freeze
HVF
HVF v2 was launched on Aug 7th across REs Reads signify drop in O/Vi across all cohorts driven by sharp drop in O/V for the new model, with the old restored variant emerging as the winner Recommendation - We’d be scaling the old models for remaining users across the platform and also enable dynamic hero product capability Deep dives on the reasons for O/V drop and L2 analysis to be picked during code freeze. CLP metrics -
Search metrics -
Collections metrics -
DS filter label rationalisation
Post deployment, devs found an issue with new DS label values not being properly tagged to catalogs due to increase in config size and heavy compute. Dev is on-going here and In parallel, we’ve initiated QC of the new labels from Biz. Update - While dev would continue, deployment would be planned post MBS sale due to ramifications of the flow increasing latency of core services Roadmap / Backlog (Solutioning to be picked during / after code freeze)
(P0) Tech - Ranking for filtered feeds (P0) Prod / Design - Revamp of static filter screens (P0) DS - Category order for adjacent category ingress on parallel feed v2 (P1) Analytics - Using search NER, identify most relevant and highly converting PSTs for a given feed. To be ingested using product card SDUI