šŸ—ļø Builders Challenge 3: Analytics Update #4

Dear creators,

Thank you for a fantastic Builders’ Challenge! We hope you’ve enjoyed the event as much as we did, despite the data hiccups along the way. We expect to gather formal feedback once the rewards have been distributed.

Before then, we must address one final analytics / data issue which we discovered at the end of the event. Many of you have noticed your metrics change both negatively and positively.

We would like to clarify that the metrics you are seeing now are correct.

An issue with how playtime and visits were logged was discovered and soon after fixed. This affected everyone and caused inflated metrics, unrepresentative of reality, for some and the opposite for others, while in some cases causing playtime to register as zero. For those few affected this way, it would have meant that their earnings would have reached zero.

We understand that the change in metrics may cause frustration but we are happy to inform that this, in fact, contributed to more fair rewards for everyone.

While we regret the issues around data during BC3, we are happy to know that we have learned from this experience and can better anticipate this in future Builders’ Challenges.

Rewards are expected to be distributed on April 9 as planned. However, we want to add a tentative note as the above issue caused a slight delay on our end. We are hoping to catch up on this to stick to schedule, however.

And with that, we are wishing all of you a great week ahead!

7 Likes

Can you please give a bit more details what exactly was changed? I feel not well losing 300 hr of gameplay! As we made the event the stats were looking correctly… I can not imagine 300 hr were counted by mistake here for us! Attached the states before and after the change.


Hi vee,

Could you please provide clearer and more transparent information about what happened with the BC3 data? How and why does this issue keep occurring?

We’re now approaching the 4th BC, and this feels like a recurring pattern. After three challenges, we keep hearing the same narrative: ā€œThe data was wrong, we found an issue, and now the corrected data shows reduced metrics.ā€

At this point, I can’t help but feel that data accuracy and rewards aren’t being prioritized enough in the planning process. Honestly, it’s frustrating to see these discrepancies again, especially since I have only 18 players, and I know for a fact they’ve been active.

If we don’t know how our metrics are being collected and judged, how are we supposed to trust that the process is fair, especially when we’re seeing reductions of around 50% or more in our metrics?

I’m hoping this can be addressed more effectively moving forward.

Hello everyone (cc: @Sandsquad @DrMetaverso @LastYearTryer )

Thank you for your questions. I understand your concerns. I cannot speak with certainty on the previous Builders’ Challenges and causes for any data issues occurring in these as I was not directly managing the events. However, I am happy to provide more insights on the challenges we faced during Builders’ Challenge 3!

Analytics Updates #1 and #2
These addressed parts of the same issue where one of our data flows had an error, blocking the data from coming through. This affected Single Player experiences more, as we have more data streams in Multi Player. The fixes released the data. No data was lost as it was a simple matter of ā€œremoving the blockage,ā€ causing all data to come through.

Update #3: The issue
This was an issue on product side. An undiscovered error in Game Client 0.11 resulted in an event not sending during a play session. This event is used to track playtime and thus caused many experiences to have this metric reduced or, in some cases, reaching 0. The impact depended on the amount other events and triggers we received. A GC fix was issued to restore the necessary event. This would only affect sessions occurring after the fix, however. This should not have happened, and we have made sure that these event triggers are tested and verified more effectively in future updates.

The Fix: This was more complex than removing a blockage. Apart from the GC fix, we needed to recover past data following an alternative method from our usual workflow. The data was recovered, but unfortunately we could not push this to your analytics since this page follows the same usual method across all experiences, and changing this would create more problems.

Update #4
A data quality error was discovered where session time was incorrectly recorded as 0 and our session-formation logic created multiple records of what was, in fact, only a single session. In many cases, this unfortunately inflated the session counts which, in turn, also inflated the playtime in some cases as multiple records of the same session occurred.

We realise how important it is for creators to rely on their analytics to analyse their performance and plan ahead. While I can’t speak on past BC issues, I know that we’ve learned and will take measures to predict, prepare, and test (both product and data) to avoid this in future events to the best of our ability.

@DrMetaverso: ā€œI can’t help but feel that data accuracy and rewards aren’t being prioritized enough … If we don’t know how our metrics are being collected and judged, how are we supposed to trust that the process is fairā€

Your metrics aren’t judged, what you are seeing is just data. However, regretfully this data was subject to errors. I would like to note that the effects on rewards has been minimal. The most prominent effects have been positive for those who were heavily affected.

In regard to worries relating to rewards, this discussion would be most productive if left until after distribution so the results can be taken into account. We feel positively about the balance achieved using our new system.

I hope these insights are helpful in understanding the challenges we faced and the actions we mean to take to prevent future occurrences.

2 Likes

Do I understand that right - the reduced Stats we see now are not reflecting the correct numbers?

Hey Vee , I am curious to know that rewards will be sent directly in the wallet or we will see the rewards on claim page

For those single player experiences that were affected by the issue addressed in update #3, metrics before this update are still incorrect. Metrics after the GC update are correct.

This, however, is not related to the reduction in some metrics. This reduction is solely due to the issue described in update #4, which was a fix in our session logic, which was incorrectly dividing some play sessions into several sessions, effectively bloating both visits and playtime numbers. Once this was fixed, the bloat (i.e. false data) was removed.

It’s important to clarify that any loss (and in some cases gains) of visits or playtime that happened in connection with this update was not actually a loss but a correction. It’s understandable that it is frustrating to see numbers go down, but the previous numbers were incorrect.

2 Likes

The rewards will be available on the Claims page :slight_smile: We will notify once rewards are sent!

Thanks @VeePyre :folded_hands:
My both SP and MP games have list a lot… still don’t really understand the issue. The numbers looked correct before … but yeah - it is as it is.

Both SP and MP were affected by the issue addressed in update #4! In regard to the changing metrics, you can disregard the other 3 updates for the purpose of understanding the issue you are concerned about.

In as plain terms as I can put it, the discovered issue did the following:

  • Player A enters your experience
  • Their visit (session) and play time is recorded
  • Player A’s session broke into several sessions instead of one.

Player A visited the experience once, but instead data was showing this session multiple times, causing bloated and incorrect numbers. I hope this helps!

3 Likes

Thank you @VeePyre :folded_hands:

1 Like

So I checked yesterday and still had a total of ~1400 hours. Today I logged in to check again, and I’m down to 220 hours? I don’t even think I had this before BC3.
So sad to see this tbh…

2 Likes

Hey @NotAnimated !

This is indeed very odd. Since BC3 is over, it also should have nothing to do with this event at all. The BC3 data is already recorded.

However, that doesn’t make it less strange that your metrics changed drastically since yesterday. I’ve gotten no notice of any changes being made to cause that. I’ll check it out. Could you link me to the affected experience?

In the meantime, please rest assured that this won’t affect your Builders’ Challenge results.

Hi @VeePyre , today I also found a new update of my data from 90 hours they went down to 30 hours and also the average time went down to 1/3 of what it was before.
I would like to understand what the real data is? Why is it so complicated to release a report?
I understand one update but 3 in the space of a week with the stats halving with each update seems a bit strange to me

Same here @VeePyre . We lost another 80 hr… I am really losing hope here… thats really not correct

We had 4,000 hours on Tortuga, but after the correction, it settled back to 2,100.

At first, I was shocked, but then we checked our own internal database on the website, where we can track every player’s submitted screenshot and playtime.

Turns out, it’s very accurate—the only issue was that we had been seeing inflated numbers all month

1 Like

I also think that the data is now more accurate although they reduced 400 hrs on my WILD DUCKLINGS Experience.

I also could not believe such experience could reach an avg of 36 minutes when it is set to 21 minute gameplay. After they fix the data, the Avg Playtime was also corrected and now it’s 20 min very close to what is expected.

I think it’s a job well done for the team!

1 Like

Awesome! Thank you guys for sharing. Good to know… the only question now is why the stats dropped yesterday again…

me too checked the screenshots of the participants in my competition and despite the modification of times and players I found the data more correct after the first modification now the numbers don’t add up

hi @VeePyre, im sry, I would understand better this part. I received a reduction in hours (about 120 hrs) from a single session of a one player, not that ā€œPlayer A’s session broke into several sessions instead of oneā€. I mean if it was as u wrote, the total number of players was supposed to vary, then Player A should have recorded multiple sessions for multiple people not just one. But in my case only one session was removed: from 1024 to 1023 unique players. Could u explain me this better? thx