Closed AndreasThinks closed 3 months ago
Following on from chat with @kurtismassey , we think this is worth doing - we can store the call status (eg, is it open or clsoed) and the random assisgnmetn (eg, random float between 0 and 1) in the caddyEvaluation table, and refer back to it. That should solve our problem.
There is a risk to our current survey flow that we will get duplicate randomisation per call - eg, advisers randomised to not get Caddy might get a second request where they are randomised the other way, or vice versa.
We could fix this by adding an interim step. Suggested workflow below.
This should solve the problem so we only have one survey per call.
We could use the random assignment table to stoer the variables - essentially, it now becomes a call table (storing the first caddy query time, random assignmetn and the time the call is closed with survey etc)
@kurtismassey @sdurcan for thoughts? I think this is worth doing before launch, so tagging for MVP.