ಪ್ರಯೋಗಗಳು ಮತ್ತು ಫ್ಲ್ಯಾಗ್ಗಳು
ಈ ವ್ಯಕ್ತಿ ನಿಜವಾಗಿ ಯಾವ ಆವೃತ್ತಿ ನೋಡಿದರು? ಬ್ರಿಡ್ಜ್ ಉತ್ತರವನ್ನು ಸೆಷನ್ನಲ್ಲಿ ಬರೆಯುತ್ತದೆ; ಹೀಗಾಗಿ ಊಹಿಸದೆ ಆವೃತ್ತಿಯ ಪ್ರಕಾರ ರೆಕಾರ್ಡಿಂಗ್ ಫಿಲ್ಟರ್ ಮಾಡಬಹುದು.
1. ಇದು ಉತ್ತರಿಸುವ ಪ್ರಶ್ನೆ
ಆವೃತ್ತಿ B ಯ ಪರಿವರ್ತನೆ 12 % ಕಡಿಮೆ ಎಂದು ಪ್ರಯೋಗ ಪರಿಕರ ತಿಳಿಸುತ್ತದೆ. ಆದರೆ ತಿಳಿಸದಿರುವುದು ಏಕೆ; ಅದರಿಂದ ತೊಂದರೆ ಅನುಭವಿಸುವ ಒಬ್ಬ ವ್ಯಕ್ತಿಯನ್ನೂ ತೋರಿಸಲಾಗುವುದಿಲ್ಲ.
ಈ ಬ್ರಿಡ್ಜ್ ಅತ್ಯಂತ ಕಡಿಮೆ ವೆಚ್ಚದ ವಿಧಾನದಲ್ಲಿ ಅಂತರ ನಿವಾರಿಸುತ್ತದೆ: ಈಗಾಗಲೇ ಬಳಸುವ ಪರಿಕರದಿಂದ ನಿಯೋಜಿತ ಆವೃತ್ತಿ ಓದಿ MousePlayer ಸೆಷನ್ಗೆ ಜೋಡಿಸುತ್ತದೆ. ನಂತರ “ಆವೃತ್ತಿ B ನೋಡಿ ಕೋಪದಿಂದ ಕ್ಲಿಕ್ ಮಾಡಿದ ಸೆಷನ್ಗಳನ್ನು ತೋರಿಸಿ” ಎನ್ನುವುದು ಸಂಶೋಧನಾ ಪ್ರಾಜೆಕ್ಟ್ ಆಗದೆ ಫಿಲ್ಟರ್ ಆಗುತ್ತದೆ.
ಪ್ರಯೋಗ ಪರಿಕರಕ್ಕೆ ಏನನ್ನೂ ಕಳುಹಿಸುವುದಿಲ್ಲ. ಅದು ಈಗಾಗಲೇ ನಿರ್ಧರಿಸಿದ್ದನ್ನು ಮಾತ್ರ ನಾವು ಓದುತ್ತೇವೆ . ನಡೆಯದ ಪ್ರಯೋಗ ಅಥವಾ ಯಾವುದೇ ಗುಂಪಿಗೆ ನಿಯೋಜಿಸದ ಭೇಟಿದಾರರು ಯಾವುದನ್ನೂ ಉಂಟುಮಾಡುವುದಿಲ್ಲ — ಇದು ಸರಿಯಾದ ಫಲಿತಾಂಶ, ವಿಫಲತೆಯಲ್ಲ.
2. ಪರಿಕರಗಳು ಮತ್ತು ಎಲ್ಲಕ್ಕೂ ಸಾಮಾನ್ಯ ನಿಯಮ
ಆರು A/B ಪರಿಕರಗಳು ಮತ್ತು ಐದು ಫ್ಲ್ಯಾಗ್ ಪೂರೈಕೆದಾರರು; ಎಲ್ಲವನ್ನೂ ಬ್ರೌಸರ್ನಲ್ಲಿ ಪರಿಕರದ ಸ್ವಂತ ಸಾರ್ವಜನಿಕ API ಮೂಲಕ ಓದಲಾಗುತ್ತದೆ.
| ಪ್ರಕಾರ | ಪರಿಕರಗಳು |
|---|---|
| A/B ಮತ್ತು ಪ್ರಯೋಗಗಳು | Optimizely, VWO, AB Tasty, Kameleoon, Google Optimize ಉತ್ತರಾಧಿಕಾರಿಗಳು, Convert |
| ವೈಶಿಷ್ಟ್ಯ ಫ್ಲ್ಯಾಗ್ಗಳು | LaunchDarkly, ConfigCat, Flagsmith, Split, Unleash |
ನಿಜವಾಗಿ ನಡೆದ ನಿಯೋಜನೆಗಳು ಮಾತ್ರ
ನಿಯಮದ ಅತ್ಯಂತ ಸ್ಪಷ್ಟ ಉದಾಹರಣೆ VWO: ಅಭಿಯಾನದ ಸ್ಥಿತಿ ಇದಾಗಿದ್ದರೆ ಮಾತ್ರ ತೆಗೆದುಕೊಳ್ಳುತ್ತೇವೆ: RUNNING ಮತ್ತು ಈ ಭೇಟಿದಾರರಿಗೆ ನಿಜವಾಗಿ ಒಂದು ಸಂಯೋಜನೆ ನಿಯೋಜಿಸಿರಬೇಕು. ಕೇವಲ ವ್ಯಾಖ್ಯಾನಿಸಿದ ಅಭಿಯಾನ ವೀಕ್ಷಿಸುವ ವ್ಯಕ್ತಿಯ ಬಗ್ಗೆ ಏನೂ ಹೇಳುವುದಿಲ್ಲ; ಅದನ್ನು ಸೆಷನ್ಗೆ ಬರೆಯುವುದು ನಂತರದ ಪ್ರತಿ ಫಿಲ್ಟರ್ ತಪ್ಪಾಗುವಂತೆ ಮಾಡುತ್ತದೆ.
ಕೆಲವು ಉತ್ತರಗಳು ತಡವಾಗಿ ಬರುತ್ತವೆ
ConfigCat ಅಸಿಂಕ್ರೋನಸ್ ಆಗಿ ನಿರ್ಧರಿಸುತ್ತದೆ; Snowplow ಕಾಲ್ಬ್ಯಾಕ್ ಮೂಲಕ ಉತ್ತರಿಸುತ್ತದೆ. ಅವುಗಳ ಮೌಲ್ಯಗಳು ಬಫರ್ಗೆ ಸೇರಿ ಮುಂದಿನ ಪರಿಶೀಲನೆಯಲ್ಲಿ ಪಡೆಯಲಾಗುತ್ತವೆ; ಕಾಯುವುದಿಲ್ಲ — ಆವೃತ್ತಿಯ ಹೆಸರು ತಿಳಿಯಲು ಪುಟ ತಡೆಯುವ ಬ್ರಿಡ್ಜ್ ತನ್ನ ಮೌಲ್ಯಕ್ಕಿಂತ ಹೆಚ್ಚು ವೆಚ್ಚ ಉಂಟುಮಾಡಿದೆ.
3. ನಿಮ್ಮ ಪುಟಕ್ಕೆ ಹೊರೆ
ಅಳೆಯಬಹುದಾದದ್ದೇನೂ ಇಲ್ಲ. ನಮ್ಮ ಜಾಲ ವಿನಂತಿಯಿಲ್ಲ, ಹೆಚ್ಚುವರಿ ಸ್ಕ್ರಿಪ್ಟ್ ಇಲ್ಲ; ಬ್ರಿಡ್ಜ್ ಆಫ್ ಇದ್ದರೆ ಯಾವುದೇ ಕೆಲಸವೂ ಇಲ್ಲ.
ನೀವು ಈಗಾಗಲೇ ಎಂಬೆಡ್ ಮಾಡುವ ಪರಿಕರ ನಾವು ಓದಲಿ ಓದದಿರಲಿ ತನ್ನ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ನಾವು ಸೇರಿಸುವುದು ಕೆಲವೇ ಓದುವ ಪ್ರಯತ್ನಗಳು; ಉತ್ತರ ಸಿಗುವವರೆಗೆ ಅಥವಾ ಇಪ್ಪತ್ತು ಪ್ರಯತ್ನಗಳವರೆಗೆ.
ಅನಂತ ಬದಲಿಗೆ ಇಪ್ಪತ್ತು ಏಕೆ
ಪ್ರಯೋಗ ಪರಿಕರಗಳು ನಮ್ಮ ನಂತರ ಲೋಡ್ ಆಗುತ್ತವೆ. ಒಮ್ಮೆ ಓದಿದರೆ ಬಹುತೇಕ ಎಲ್ಲ ನಿಯೋಜನೆಗಳೂ ತಪ್ಪುತ್ತವೆ; ಅನಂತ ಪರಿಶೀಲನೆ ಬಾರದ ಮೌಲ್ಯಕ್ಕಾಗಿ ಪ್ರತಿ ಪುಟದಲ್ಲಿ ಟೈಮರ್ ಚಾಲನೆಯಲ್ಲಿಡುತ್ತದೆ. ಅರ್ಧ ಸೆಕೆಂಡಿನ ಅಂತರದಲ್ಲಿ ಇಪ್ಪತ್ತು ಪ್ರಯತ್ನಗಳು ಮಧ್ಯಮ ಮಾರ್ಗ; ಒಪ್ಪಿಗೆ ಅಡಾಪ್ಟರ್ಗಳೂ ಇದೇ ಕಾರಣಕ್ಕೆ ಅದನ್ನೇ ಬಳಸುತ್ತವೆ.
4. ಪ್ರಯೋಜನ ಸಿಗುವ ಸಂದರ್ಭಗಳು
- ಕಾರಣ ಯಾರಿಗೂ ತಿಳಿಯದೆ ಕೆಟ್ಟ ಫಲಿತಾಂಶ ನೀಡುವ ಆವೃತ್ತಿ. ಆ ಆವೃತ್ತಿಗೆ ಫಿಲ್ಟರ್ ಮಾಡಿ ಕೋಪದ ಕ್ಲಿಕ್ಗಳ ಪ್ರಕಾರ ಕ್ರಮಗೊಳಿಸಿ ಮೂರು ಸೆಷನ್ ವೀಕ್ಷಿಸಿ. ಕಾರಣ ಸಾಮಾನ್ಯವಾಗಿ ಮೊದಲನೆಯದರಲ್ಲೇ ಕಾಣುತ್ತದೆ.
- 5 % ಬಳಕೆದಾರರಿಗೆ ನೀಡಿದ ಫ್ಲ್ಯಾಗ್. ವೀಕ್ಷಿಸಬೇಕಾದ ಸೆಷನ್ಗಳು ನಿಖರವಾಗಿ ಆ ಐದು ಶೇಕಡಾದವು; ಈ ಬ್ರಿಡ್ಜ್ ಇಲ್ಲದೆ ಅವನ್ನು ಹುಡುಕಲು ಮಾರ್ಗವಿಲ್ಲ.
- ಫಲಿತಾಂಶ ಸಮಾನವಾಗಿ ಕಾಣುವ ಪರೀಕ್ಷೆ. ಕೆಲವೊಮ್ಮೆ ಎರಡೂ ಆವೃತ್ತಿಗಳು ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ಸಮಾನ ಕೆಟ್ಟವಾಗಿರುತ್ತವೆ; ಪ್ರಯೋಗ ಪರಿಕರ ಅದನ್ನು ಹೇಳಲಾಗುವುದಿಲ್ಲ — ಅದು ಒಟ್ಟುಗಳನ್ನು ಮಾತ್ರ ಹೋಲಿಸುತ್ತದೆ.
ಆವೃತ್ತಿ ಸಾಮಾನ್ಯ ಸೆಷನ್ ಅಟ್ರಿಬ್ಯೂಟ್ ಆಗಿ ಸೇರುತ್ತದೆ; ಹೀಗಾಗಿ ಇತರ ಪ್ರತಿ ಬ್ರಿಡ್ಜ್ಗೂ ಹೋಗುತ್ತದೆ: CRM ಟಿಪ್ಪಣಿ, ವೇರ್ಹೌಸ್ ರಫ್ತು ಮತ್ತು MCP ಪರಿಕರಗಳೆಲ್ಲ ಅದನ್ನು ನೋಡುತ್ತವೆ.
ಇಲ್ಲಿ ಉಲ್ಲೇಖಿಸಿದ ಎಲ್ಲ ಟ್ರೇಡ್ಮಾರ್ಕ್ಗಳು ಅವುಗಳ ಮಾಲೀಕರಿಗೆ ಸೇರಿವೆ. MousePlayer ಈ ಪೂರೈಕೆದಾರರೊಂದಿಗೆ ವ್ಯಾಪಾರ ಸಂಬಂಧ ಹೊಂದಿಲ್ಲ.