ಫನಲ್‌ಗಳು ಮತ್ತು ಟ್ರಿಗರ್‌ಗಳು
ಫನಲ್ ಎಂಬುದು ಗ್ರಾಫ್. ರನ್ ಎಂಬುದು ಸಾಲು. ನಿರೀಕ್ಷೆ ಎಂಬುದು ಸಮಯ.
ಇದೇ ಸಂಪೂರ್ಣ ಮಾದರಿ, ಮತ್ತು ಈ ಉತ್ಪನ್ನದ ಪ್ರತಿಯೊಂದು ಕಠಿಣ ಗುಣಲಕ್ಷಣವೂ ಆ ಮೂರು ವಾಕ್ಯಗಳಿಂದಲೇ ಬರುತ್ತದೆ. ಚಾಲ್ತಿಯಲ್ಲಿರುವ ಫನಲ್ ಅನ್ನು ಸಂಪಾದಿಸುವುದು ಸುರಕ್ಷಿತವಾಗಿರುವುದು ಅವುಗಳಿಂದ. ಪುನಃ ಪ್ರಯತ್ನಿಸಿದಾಗ ಎರಡು ಬಾರಿ ಕಳುಹಿಸದಿರುವುದು ಅವುಗಳಿಂದ. ಮಂಗಳವಾರ ಅನ್‌ಸಬ್‌ಸ್ಕ್ರೈಬ್ ಮಾಡಿದ ವ್ಯಕ್ತಿ ಗುರುವಾರ ಏನನ್ನೂ ಕೇಳದಿರುವುದು ಅವುಗಳಿಂದ.
ಅದು ಚಾಲನೆಯಾದಾಗ ವಾಸ್ತವವಾಗಿ ಏನಾಗುತ್ತದೆ
ಫನಲ್ ಅನ್ನು ಪ್ರಕಟಿಸಿದಾಗ ಬದಲಾಯಿಸಲಾಗದ ಆವೃತ್ತಿ ಬರೆಯಲ್ಪಡುತ್ತದೆ. ಯಾರಾದರೂ ಒಳಹೊಗುತ್ತಾರೆ, ಮತ್ತು ಒಂದು ಸಾಲು ಕಾಣಿಸುತ್ತದೆ: ಈ ಸಂಪರ್ಕಕ್ಕಾಗಿ ಒಂದು ರನ್, ಆ ಆವೃತ್ತಿಗೆ ಅಂಟಿಸಲ್ಪಟ್ಟಿದ್ದು, ಪ್ರಸ್ತುತ ನೋಡ್, ಒಂದು ಎಚ್ಚರವಾಗುವ ಸಮಯ ಮತ್ತು ಅದರದೇ ಆದ ಸಂದರ್ಭವನ್ನು ಹೊಂದಿದ್ದು.
ಎಚ್ಚರವಾಗುವ ಸಮಯ ಕಳೆದುಹೋಗಿರುವ ರನ್‌ಗಳನ್ನು ಒಂದು ವರ್ಕರ್ ಬಾಡಿಗೆಗೆ ಪಡೆಯುತ್ತದೆ, SKIP LOCKED ಬಳಸಿ ಅವುಗಳನ್ನು ಕ್ಲೇಮ್ ಮಾಡುತ್ತದೆ, ಹೀಗಾಗಿ ಎರಡು ವರ್ಕರ್‌ಗಳು ಒಂದೇ ರನ್ ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳಲಾರವು. ವೇಟ್ ಅಥವಾ ಟರ್ಮಿನಲ್ ತಲುಪುವವರೆಗೆ ನೋಡ್‌ಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತದೆ, ನಂತರ ಮುಂದಿನ ಎಚ್ಚರವಾಗುವ ಸಮಯವನ್ನು ಬರೆದು ಬಿಡುಗಡೆ ಮಾಡುತ್ತದೆ.
ಒಂದು ನೋಡ್ ಎಂಬುದು ರನ್, ಸಂಪರ್ಕ ಮತ್ತು ನೋಡ್‌ನ ಶುದ್ಧ ಫಂಕ್ಷನ್ — ಮತ್ತು ಅದರ ಪರಿಣಾಮಗಳು ರನ್‌ನ ಸ್ವಂತ ಮುನ್ನಡೆಯೊಂದಿಗೆ ಒಂದೇ ಟ್ರಾನ್ಸಾಕ್ಷನ್‌ನಲ್ಲಿ ಕಮಿಟ್ ಆಗುತ್ತವೆ. ಪುನಃ ಪ್ರಯತ್ನವನ್ನು ಸುರಕ್ಷಿತಗೊಳಿಸುವುದು ಈ ಒಂದೇ ಗುಣಲಕ್ಷಣ. "ಕಳುಹಿಸು" ಮತ್ತು "ಮುನ್ನಡೆಸು" ನಡುವಿನ ಅರ್ಧ ಸೆಕೆಂಡಿನಲ್ಲಿ ಕೊಲ್ಲಲ್ಪಟ್ಟ ವರ್ಕರ್ ಎರಡನ್ನೂ ಅಥವಾ ಯಾವುದನ್ನೂ ಬಿಡುತ್ತದೆ, ಒಂದನ್ನು ಎಂದಿಗೂ ಬಿಡುವುದಿಲ್ಲ.
ಮತ್ತು ಸಮಯವನ್ನು ಡೇಟಾಬೇಸ್ ಅಲ್ಲ, ಅಪ್ಲಿಕೇಶನ್ ಒದಗಿಸುವುದರಿಂದ, ಈಗ ಬರೆಯಲ್ಪಟ್ಟ ಸಾಲು ಈಗಲೇ ಡ್ಯೂ ಆಗಿರುತ್ತದೆ. ಡೇಟಾಬೇಸ್ ಗಡಿಯಾರಕ್ಕೆ ಡೀಫಾಲ್ಟ್ ಆಗುವ ಶೆಡ್ಯೂಲಿಂಗ್ ಕಾಲಮ್ ಬರೆಯಲ್ಪಟ್ಟ ಕ್ಷಣದಲ್ಲಿ ಇನ್ನೂ ಡ್ಯೂ ಆಗಿರುವುದಿಲ್ಲ, ಮತ್ತು ಅದನ್ನು ಸೃಷ್ಟಿಸಿದ ಅದೇ ಟಿಕ್ ಅನ್ನು ತಪ್ಪಿಸಿಕೊಳ್ಳುತ್ತದೆ — ಸಂದೇಶವೊಂದು ಗಂಟೆ ತಡವಾಗುವವರೆಗೆ ಏನೂ ಇಲ್ಲದಂತೆ ಕಾಣುವ ದೋಷ ಇದು.
- 1ಬಾಡಿಗೆ
wake_at <= now(),FOR UPDATE SKIP LOCKED. ಬಾಡಿಗೆ ಇಲ್ಲದ ಸರಣಿ ಡೀಫಾಲ್ಟ್ ಆಗಿ ಎರಡು ಬಾರಿ ಕಳುಹಿಸುತ್ತದೆ. - 2ಕಾರ್ಯಗತಗೊಳಿಸುವೇಟ್ ಅಥವಾ ಟರ್ಮಿನಲ್ ತಲುಪುವವರೆಗೆ ಕ್ರಮವಾಗಿ ನೋಡ್‌ಗಳು. ಪ್ರತಿಯೊಂದೂ ಒಂದು ಸ್ಟೆಪ್ ಬರೆಯುತ್ತದೆ: ಅದು ಏನು ನಿರ್ಧರಿಸಿತು, ಏನನ್ನು ಹೊರಡಿಸಿತು.
- 3ಕಮಿಟ್ಪರಿಣಾಮಗಳು ಮತ್ತು ಮುನ್ನಡೆ, ಒಂದೇ ಟ್ರಾನ್ಸಾಕ್ಷನ್. ಇದೇ ಪೂರ್ಣ ರಹಸ್ಯ.
- 4ನಿದ್ರೆಮುಂದಿನ
wake_atಬರೆಯಲ್ಪಟ್ಟಿದೆ. ಡೌನ್‌ಸ್ಟ್ರೀಮ್ ಸಾಲುಗಳು ಇನ್ನೂ ಇಲ್ಲ, ಮತ್ತು ಇರಬೇಕೂ ಇಲ್ಲ.
ಪ್ರತಿ ಸಂಪರ್ಕಕ್ಕೆ, ಪ್ರತಿ ಆವೃತ್ತಿಗೆ ಒಂದು ರನ್
ಹದಿನಾಲ್ಕು ಟ್ರಿಗರ್‌ಗಳು
ರನ್ ಅನ್ನು ಏನು ಪ್ರಾರಂಭಿಸಬಲ್ಲದು
ಇವುಗಳಲ್ಲಿ ಕೆಲವು ನೀವು ಮಾಡುವ ಕೆಲಸಗಳು. ಹೆಚ್ಚಿನವು ನಿಮ್ಮ ಗ್ರಾಹಕ ಮಾಡುವ, ಅಥವಾ ಮಾಡದ ಕೆಲಸಗಳು — ಮತ್ತು ಕ್ರಿಯೆಯ ಅನುಪಸ್ಥಿತಿಯೂ ಕ್ರಿಯೆಯಷ್ಟೇ ಒಳ್ಳೆಯ ಟ್ರಿಗರ್.
ಅವರು ಬರುತ್ತಾರೆ
form_submit, list_join, contact_created, tag_added ಮತ್ತು segment_enter. ಸೆಗ್ಮೆಂಟ್ ಎಂಬುದು ಚಾಲ್ತಿಯಲ್ಲಿರುವ ಪ್ರೆಡಿಕೇಟ್, ಆದ್ದರಿಂದ "ಸೆಗ್ಮೆಂಟ್ ಒಳಹೊಗುತ್ತಾರೆ" ಎಂಬುದು ನೀವು ವ್ಯಕ್ತಪಡಿಸಬಲ್ಲ ಪ್ರತಿಯೊಂದು "ಆಗಿಹೋಗಿದ್ದಾರೆ" ಅನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ — ಮೂರು ಆರ್ಡರ್‌ಗಳು, ತೊಂಬತ್ತು ದಿನ ಮೌನ, ಮಿತಿಗಿಂತ ಹೆಚ್ಚು ಖರ್ಚು.
ಅವರು ಏನಾದರೂ ಮಾಡುತ್ತಾರೆ
ಸೈಟ್ ಸ್ನಿಪೆಟ್‌ನಿಂದ page_visit, message_opened, link_clicked, booking_made ಮತ್ತು payment_made. ಸಂದೇಶವೊಂದು ತೆರೆಯಲ್ಪಡುವುದೇ ಸಂಪರ್ಕದ ಮೇಲಿನ ಒಂದು ಘಟನೆ, ಆದ್ದರಿಂದ ಒಂದು ಫನಲ್ ತಾನು ಕಳುಹಿಸಿದ ಕೊನೆಯ ವಸ್ತುವಿಗೆ ಪ್ರತಿಕ್ರಿಯೆಗಾಗಿ ಕಾಯಬಲ್ಲದು.
ಸಮಯ, ಅಥವಾ ನೀವು
ಆಫ್‌ಸೆಟ್‌ನೊಂದಿಗೆ date_field — ಹುಟ್ಟುಹಬ್ಬ, ನವೀಕರಣ, "ಒಂದು ವರ್ಷ ಆಯಿತು", ಮೊದಲು ಏಳು ದಿನ ಅಥವಾ ನಂತರ ಮೂರು ದಿನ. ಪುನರಾವರ್ತಿತವಾದುದಕ್ಕೆ schedule. ನೀವು ನಿರ್ಧರಿಸಿ ಕಳುಹಿಸುವ ಘೋಷಣೆಗೆ manual.
ನಿಮ್ಮ ಸ್ವಂತ ಅಪ್ಲಿಕೇಶನ್
api_event ಎಂಬುದು ನಿಮ್ಮ ಸ್ವಂತ ಟೋಕನ್‌ನೊಂದಿಗೆ ನಿಮ್ಮ ಸ್ವಂತ ಕೋಡ್‌ನಿಂದ ಪೋಸ್ಟ್ ಮಾಡುವ ಕಸ್ಟಮ್ ಘಟನೆ. ನಿಮ್ಮ ಉತ್ಪನ್ನ ತಿಳಿದಿರುವ ಯಾವುದೇ ವಿಷಯ ಟ್ರಿಗರ್ ಆಗುತ್ತದೆ: ಸಕ್ರಿಯಗೊಂಡರು, ಸಹೋದ್ಯೋಗಿಯನ್ನು ಆಹ್ವಾನಿಸಿದರು, ಮಿತಿಯನ್ನು ತಲುಪಿದರು, ರದ್ದು ಮಾಡಿದರು, ಎಕ್ಸ್‌ಪೋರ್ಟ್ ಮಾಡಿದರು. ಮೇಲ್ ಟೂಲ್ ಅನ್ನು ನಿಮ್ಮ ಉತ್ಪನ್ನದ ಭಾಗವಾಗಿಸುವುದು ಇದೇ.
ಪುನಃ ಪ್ರವೇಶ, ಒಮ್ಮೆ ನಿರ್ಧರಿಸಲ್ಪಟ್ಟದ್ದು
ಫನಲ್ ಪುನಃ ಪ್ರವೇಶಿಸಬಲ್ಲದಾಗಿರಲಿ ಅಥವಾ ಇಲ್ಲದಿರಲಿ, ಡೇಟಾಬೇಸ್ ಅದನ್ನು ಜಾರಿಗೊಳಿಸುತ್ತದೆ: ನೀವು ಬೇರೆ ಹೇಳದ ಹೊರತು ಪ್ರತಿ ಸಂಪರ್ಕಕ್ಕೆ, ಪ್ರತಿ ಫನಲ್‌ಗೆ ಒಂದು ರನ್. ಒಂದೇ ಸೆಕೆಂಡಿನಲ್ಲಿ ಒಂದೇ ಟ್ರಿಗರ್ ಎರಡು ಬಾರಿ ಹೊಡೆದರೂ ಆಕಸ್ಮಿಕವಾಗಿ ಎರಡು ರನ್ ಆಗಲಾರದು.
ಪ್ರವೇಶ ಷರತ್ತುಗಳು
ಟ್ರಿಗರ್ ಹೊಡೆಯುತ್ತದೆ ಮತ್ತು ಈ ನಿರ್ದಿಷ್ಟ ಸಂಪರ್ಕ ಅರ್ಹನಾಗಿದ್ದಾನೆಯೇ ಎಂಬುದನ್ನು ಪ್ರವೇಶ ವಿಶೇಷಣ ನಿರ್ಧರಿಸುತ್ತದೆ — ಬಾಗಿಲ ಮುಂದಿನ ಸೆಗ್ಮೆಂಟ್ ಪ್ರೆಡಿಕೇಟ್. ಮೊದಲ ಸ್ಟೆಪ್‌ನಲ್ಲಿ ಕಂಡಿಷನ್ ನೋಡ್ ಇಡುವುದಕ್ಕಿಂತ ಅಗ್ಗ, ಮತ್ತು ಗ್ರಾಫ್ ಯಾರು ಒಳಗೆ ಬರಬಲ್ಲರು ಎಂಬುದರ ಬದಲು ಏನಾಗುತ್ತದೆ ಎಂಬುದರ ಬಗ್ಗೆಯೇ ಇರುತ್ತದೆ.
ಹದಿನಾಲ್ಕು ವಸ್ತುಗಳು ಅದನ್ನು ಪ್ರಾರಂಭಿಸಬಲ್ಲವು. ಮುಂದೆ ಹದಿನಾರು ವಸ್ತುಗಳು ನಡೆಯಬಲ್ಲವು.
ಹದಿನಾರು ಕ್ರಿಯೆಗಳು ಮತ್ತು ಏಳು ಫ್ಲೋ ನೋಡ್‌ಗಳು
ಫನಲ್ ಏನು ಮಾಡಬಲ್ಲದು, ಮತ್ತು ಅದು ಹೇಗೆ ನಿರ್ಧರಿಸುತ್ತದೆ
ಏನನ್ನಾದರೂ ಕಳುಹಿಸು
send_email, send_sms, send_push, send_letter — ನಾಲ್ಕು ಚಾನೆಲ್‌ಗಳು, ಒಂದೇ ಗ್ರಾಫ್ — ಜೊತೆಗೆ ತಿಳಿಸಬೇಕಾದ ವ್ಯಕ್ತಿ ನಿಮ್ಮ ಸಿಬ್ಬಂದಿಯಾಗಿದ್ದರೆ notify_team.
ಸಂಪರ್ಕವನ್ನು ಬದಲಾಯಿಸು
add_tag, remove_tag, add_to_list, remove_from_list, set_field. ಹೋಗುವಾಗ ಯಾರನ್ನಾದರೂ ಗುರುತಿಸಿಡುವುದೇ ಮುಂದಿನ ಫನಲ್‌ನ ಸೆಗ್ಮೆಂಟ್ ಅನ್ನು ಸರಳಗೊಳಿಸುತ್ತದೆ.
ಹೊರಗೆ ತಲುಪು
ನಿಮಗೆ ಬೇಕಾದ ಯಾವುದಕ್ಕಾದರೂ http_request, ನಿಮ್ಮ ಸ್ವಂತ ಸಂಪರ್ಪಿತ ಖಾತೆಯ ವಿರುದ್ಧ create_payment, ಮತ್ತು ಬುಕಿಂಗ್ ಸಂಪನ್ಮೂಲದ ವಿರುದ್ಧ book_slot. ಪಾವತಿದಾರ ನಿಮ್ಮದೇ ಆಗಿ ಉಳಿಯುತ್ತಾರೆ; ಯಾರೂ ನಮ್ಮ ಗ್ರಾಹಕರಾಗುವುದಿಲ್ಲ.
ಫನಲ್‌ಗಳ ನಡುವೆ ಸಾಗು
enter_funnel ಮತ್ತು exit_funnel. ಒಂದು ವೆಲ್‌ಕಮ್ ಸೀಕ್ವೆನ್ಸ್ ಅನ್ನು ಕಟ್ಟಿ ನಾಲ್ಕು ಸ್ಥಳಗಳಿಂದ ಕರೆ ಮಾಡಿ, ಮಾರ್ಚ್‌ನ ಹೊತ್ತಿಗೆ ಬೇರೆ ಬೇರೆಯಾಗುವ ನಾಲ್ಕು ಪ್ರತಿಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಬದಲು.
ಕಳುಹಿಸುವ ಸಮಯದಲ್ಲಿ ರಚಿಸಿ
ai_generate ಪ್ರತಿ ಸಂಪರ್ಕಕ್ಕೂ ವಿಲೀನ ವ್ಯತ್ಯಾಯಗಳನ್ನು ಭರ್ತಿ ಮಾಡುತ್ತದೆ, ನಿಮ್ಮ ಕೋಟಾದ ವಿರುದ್ಧ ಲೆಕ್ಕಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಕ್ರಿಯೇಟಿವ್ ಹಾಗೂ ಸಂಪರ್ಕ-ಗುಣಲಕ್ಷಣ ಹ್ಯಾಶ್‌ನಿಂದ ಕ್ಯಾಶ್ ಮಾಡಲಾಗುತ್ತದೆ — ಇಲ್ಲದಿದ್ದರೆ ಪ್ರತಿ ಕಳುಹಿಸುವಿಕೆಯಲ್ಲೂ ಪ್ರತಿ ಸ್ವೀಕರಿಸುವವರಿಗೂ ನೀವು ಪಾವತಿಸಬೇಕಾಗುತ್ತಿತ್ತು.
ನಿರೀಕ್ಷಿಸಿ, ಶಾಖೆ ಮಾಡಿ, ವಿಭಜಿಸಿ, ಸೇರಿಸಿ
wait ಅವಧಿ, ದಿನಾಂಕ-ಸಮಯ, ವಾರದ ದಿನ ಮತ್ತು ಸಮಯ, ಅಥವಾ ಆಫ್‌ಸೆಟ್‌ನೊಂದಿಗಿನ ದಿನಾಂಕ ಕ್ಷೇತ್ರವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. condition ಎಂಬುದು ಹೌದು ಮತ್ತು ಇಲ್ಲ ಎಂಬ ಎರಡು ಮಾರ್ಗವಿರುವ ವಿಭಾಗ-ನಿಯಮವಾಗಿದೆ. split ತೂಕಗಳೊಂದಿಗಿನ A/B/n ಆಗಿದೆ. join ಶಾಖೆಗಳನ್ನು ಮತ್ತೆ ಒಟ್ಟಿಗೆ ತರುತ್ತದೆ.
goal — ಮುಖ್ಯವಾದದ್ದು ಇದೇ
ಗುರಿಯನ್ನು ತಲುಪುವ ಪ್ರತಿಯೊಬ್ಬರಿಗೂ ಅದು ಅನುಕ್ರಮವನ್ನು ಕೊನೆಗೊಳಿಸುತ್ತದೆ. ಅವರು ಬುಕ್ ಮಾಡಿದರು, ಖರೀದಿಸಿದರು, ಉತ್ತರಿಸಿದರು: ಉಳಿದ ಅನುಕ್ರಮವು ಅವರಿಗೆ ಮಾತ್ರ ರದ್ದಾಗುತ್ತದೆ. ಮರಳಿ ಬಂದ ಮರುದಿನವೇ ಯಾರಿಗೂ "ನಿಮ್ಮನ್ನು ನೆನಪಿಸಿಕೊಳ್ಳುತ್ತೇವೆ" ಎಂಬ ಸಂದೇಶ ಹೋಗುವುದಿಲ್ಲ, ಮತ್ತು ಅದನ್ನು ತಡೆಯುವ ನೋಡ್ ಇದೇ ಆಗಿದೆ.
throttle ಮತ್ತು quiet_hours
ಥ್ರಾಟಲ್ ಒಂದು ದಾಳಿಯನ್ನು ನಿಧಾನಗೊಳಿಸುತ್ತದೆ, ಹೀಗಾಗಿ ಕಡಿಮೆ ದರ ಮಿತಿ ಹೊಂದಿದ ಮೇಲ್‌ಬಾಕ್ಸ್ ಅಮಾನತುಗೊಳ್ಳುವಷ್ಟು ಒತ್ತಡಕ್ಕೆ ಒಳಗಾಗುವುದಿಲ್ಲ. ಶಾಂತ ಗಂಟೆಗಳು ಸಂದೇಶವನ್ನು ಸೂಕ್ತ ಸಮಯವಾಗುವವರೆಗೆ ಹಿಡಿದಿಟ್ಟಿಡುತ್ತವೆ — ಇದು ಸಂದೇಶ ಪದರದಲ್ಲಿ ಅನ್ವಯವಾಗುತ್ತದೆ, ಗ್ರಾಫ್‌ನ ಪ್ರತಿ ಶಾಖೆಗೆ ನಕಲಿಸಲಾಗುವುದಿಲ್ಲ.
ಚಾಲನೆಗೂ ಮೊದಲೇ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ
ನಿಮಗೂ ಮತ್ತು AI ಗೂ ಒಂದೇ ರೀತಿಯ ವಿಷಯಗಳನ್ನು ಮಾನ್ಯಕಾರಕ ತಿರಸ್ಕರಿಸುತ್ತದೆ
ಪ್ರಕಟಿಸಲು ಮೊದಲು ಗ್ರಾಫ್ ಅನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಆ ಪರಿಶೀಲನೆ ಸಲಹೆ ಮಾತ್ರವಲ್ಲ. ಫನಲ್ ಅನ್ನು ವ್ಯಕ್ತಿ ಬರೆದಿರಲಿ ಅಥವಾ ಮಾದರಿ ರಚಿಸಿರಲಿ, ಒಂದೇ ಕೋಡ್ ಮಾರ್ಗ ಬಳಸಲಾಗುತ್ತದೆ — ರಚಿತ ಫನಲ್‌ಗಳನ್ನು ನಂಬಲು ಸಾಧ್ಯವಾಗುವ ಏಕೈಕ ಕಾರಣ ಇದೇ ಆಗಿದೆ.
ಸರಿಯಾಗಿ ಒಂದೇ ಪ್ರವೇಶ
ಎರಡು ಪ್ರವೇಶ ನೋಡ್‌ಗಳಿರುವುದು ಒಂದು ಅಸ್ಪಷ್ಟತೆಯಾಗಿದ್ದು, ಪಟ್ಟಿಯ ತಪ್ಪು ಅರ್ಧಕ್ಕೆ ತಪ್ಪು ಅನುಕ್ರಮ ಹೋಗುವವರೆಗೂ ಯಾರಿಗೂ ಗೊತ್ತಾಗುವುದಿಲ್ಲ.
ಪ್ರತಿ ನೋಡ್ ತಲುಪಬಹುದಾಗಿರಬೇಕು
ಒಂಟಿಯಾದ ಶಾಖೆ ಎಂದರೆ ಅದು ತಪ್ಪಾಗಿರಬಹುದು, ಅಥವಾ ಹೊರಡುತ್ತದೆ ಎಂದು ನೀವು ಭಾವಿಸಿದ ಆದರೆ ಹೊರಡದ ಸಂದೇಶವಾಗಿರಬಹುದು. ಎರಡೂ ತಿಳಿದುಕೊಳ್ಳಬೇಕಾದ ವಿಷಯಗಳೇ.
ಚಕ್ರದಲ್ಲಿ ಒಂದು wait ಇರಬೇಕು
ಒಳಗೆ wait ಇಲ್ಲದ ಲೂಪ್ ಎಂದರೆ ಮಧ್ಯದಲ್ಲಿ ಕಳುಹಿಸುವಿಕೆ ಇರುವ ಅನಂತ ಲೂಪ್. ಫನಲ್ ಮತ್ತು ಘಟನೆಯ ನಡುವಿನ ವ್ಯತ್ಯಾಸ ಈ ನಿಯಮವೇ ಆಗಿದೆ.
ಪ್ರತಿ ಕಳುಹಿಸುವಿಕೆಗೂ ಅದರ ಕ್ರಿಯೇಟಿವ್ ಇರಬೇಕು
ಕ್ರಿಯೇಟಿವ್ ಮತ್ತು ವಿಷಯವಿಲ್ಲದ send_email ನೋಡ್ ಅನ್ನು ಪ್ರಕಟಿಸಲಾಗುವುದಿಲ್ಲ. ಸರಿಯಾದ ವಿಷಯ ಹಾಗೂ ಖಾಲಿ ದೇಹವುಳ್ಳ ಸಂದೇಶ ಒಂದು ನಿಜವಾದ ವೈಫಲ್ಯ ಪ್ರಕರಣ; ಅದನ್ನು ಇಲ್ಲಿ ತಿರಸ್ಕರಿಸಲಾಗುತ್ತದೆ.
ಪ್ರತಿ ವ್ಯತ್ಯಾಯವೂ ಪರಿಚಿತವಾಗಿರಬೇಕು
ವಿಲೀನ ವ್ಯತ್ಯಾಯಗಳನ್ನು ಪ್ರಕಟಣೆಯ ಸಮಯದಲ್ಲಿ ಮಾನ್ಯಗೊಳಿಸಲಾಗುತ್ತದೆ. {{frist_name}} ಎಂಬುದು ಸಂಪಾದನೆಯಾಗುತ್ತಿರುವಾಗಲೇ ನೋಡುವ ದುರ್ಬಲ ಬರವಣಿಗೆಯಾಗಿದೆ, ನಲವತ್ತು ಸಾವಿರ ಇನ್‌ಬಾಕ್ಸ್‌ಗಳಲ್ಲಿ "ನಮಸ್ಕಾರ ," ಎಂದು ಬರುವುದಲ್ಲ.
ನಂತರ ಅದನ್ನು ಅನುಕರಿಸಿ
ನಿಜವಾದ ಸಂಪರ್ಕವೊಬ್ಬರನ್ನು ಇಡೀ ಗ್ರಾಫ್‌ನ ಮೂಲಕ ಡ್ರೈ-ರನ್ ಮಾಡಿ, ತೆಗೆದುಕೊಂಡ ಮಾರ್ಗ ಮತ್ತು ಕಳುಹಿಸಲಾಗುತ್ತಿದ್ದ ಪ್ರತಿ ಸಂದೇಶವನ್ನೂ ಅದರ ದಿನದೊಂದಿಗೆ ಓದಿ. ಯಾವುದೂ ಹೊರಗೆ ಹೋಗುವುದಿಲ್ಲ.
ಕಷ್ಟದ ಪ್ರಕರಣಗಳು
ಸರಳ ಎಂಜಿನ್ ಅನ್ನು ಮುರಿಯುವ ಏಳು ವಿಷಯಗಳು
ಇವುಗಳ ಪ್ರತಿಯೊಂದೂ ನಿರ್ಧಾರಾತ್ಮಕ ಗಡಿಯಾರದ ಹಿಂದೆ ಇರುವ ಪರೀಕ್ಷೆಯಾಗಿದೆ, ಏಕೆಂದರೆ ಪ್ರತಿಯೊಂದೂ ವಾಸ್ತವವನ್ನು ಭೇಟಿಯಾಗುವವರೆಗೂ ಸಂಪೂರ್ಣ ಸರಿ ಕಾಣುವ ಅನುಷ್ಠಾನವನ್ನು ಮುರಿಯುತ್ತದೆ.
- 1ತನ್ನೊಳಗೇ ಲೂಪ್ ಆಗುವ ಫನಲ್ಸಮಂಜಸ, ಸಾಮಾನ್ಯ ಮತ್ತು ಸರಿ — ಚಕ್ರದಲ್ಲಿ wait ಇದ್ದರೆ ಮಾತ್ರ, ಅದನ್ನು ಮಾನ್ಯಕಾರಕ ಒತ್ತಾಯಿಸುತ್ತದೆ.
- 2ಮಧ್ಯದಲ್ಲಿ ಯಾರೋ ಚಂದಾ ರದ್ದು ಮಾಡುತ್ತಾರೆನಿಗ್ರಹವನ್ನು ಕಳುಹಿಸುವ ಸಮಯದಲ್ಲಿ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ, ಸರದಿಗೆ ಸೇರಿಸುವಾಗಲ್ಲ. ಸೇರಿಸುವಾಗ ಪರಿಶೀಲಿಸಿದರೆ, wait ಸಮಯದಲ್ಲಿ ಹೊರಡುವವರಿಗೂ ಮೇಲ್ ಕಳುಹಿಸಲಾಗುತ್ತದೆ.
- 3ಹತ್ತು ಸಾವಿರ ಜನ ಒಳಗಿರುವಾಗ ಫನಲ್ ಸಂಪಾದಿಸಲಾಗುತ್ತದೆಅವರು ಪ್ರವೇಶಿಸಿದ ಆವೃತ್ತಿಯನ್ನೇ ಕೊನೆಯವರೆಗೂ ಅನುಸರಿಸುತ್ತಾರೆ. ಹೊಸದಾಗಿ ಬರುವವರು ಹೊಸದನ್ನು ಅನುಸರಿಸುತ್ತಾರೆ.
- 4ಒಂದೇ ಸೆಕೆಂಡಿನಲ್ಲಿ ಅದೇ ಟ್ರಿಗರ್ ಎರಡು ಬಾರಿ ಹೊಡೆಯುತ್ತದೆಒಂದೇ ರನ್, ಏಕೆಂದರೆ ವಿಶಿಷ್ಟತೆ ಎಂಬುದು ಪರಿಶೀಲನೆ ನಂತರ ಸೇರಿಸುವಿಕೆಯಲ್ಲ, ಸೂಚ್ಯಂಕವಾಗಿದೆ.
- 5ರನ್ ಮಧ್ಯದಲ್ಲಿ ಸಂಪರ್ಕವೊಬ್ಬರನ್ನು ಅಳಿಸಲಾಗುತ್ತದೆರನ್ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ. ಇನ್ನೂ ಯಾರೋ ಒಬ್ಬರಿಗೆ ಉದ್ದೇಶಿಸಿದ ಅನುಕ್ರಮವನ್ನು ಬಿಟ್ಟುಹೋಗುವ ಅಳಿಸುವಿಕೆ ಅಳಿಸುವಿಕೆಯೇ ಅಲ್ಲ.
- 6ಒಂದು wait ದಿನಭರ ಉಳಿತಾಯ ಸಮಯ ಬದಲಾವಣೆಯನ್ನು ದಾಟುತ್ತದೆ"ಬೆಳಗಿನ ಒಂಬತ್ತು ಗಂಟೆಗೆ ಮೂರು ದಿನ" ಎಂದರೆ ಗಡಿಯಾರ ಬದಲಾವಣೆಯ ಎರಡೂ ಬದಿಗಳಲ್ಲಿ ಬೆಳಗಿನ ಒಂಬತ್ತು ಗಂಟೆಯೇ ಎಂದರ್ಥ.
- 7send ಮತ್ತು advance ನಡುವೆ ಒಬ್ಬ ವರ್ಕರ್ ನಿಧನನಾದರೆEffects ಮತ್ತು advance ಒಂದೇ ಟ್ರಾನ್ಸ್‌ಆಕ್ಷನ್ ಆಗಿದೆ. ಎರಡೂ ನಡೆದಿರುತ್ತವೆ ಅಥವಾ ಯಾವುದೂ ನಡೆದಿರುವುದಿಲ್ಲ.
ನಿರ್ಧಾರಾತ್ಮಕ ಗಡಿಯಾರಪ್ರತಿ ಪರೀಕ್ಷೆಯೂ ಸಾಧ್ಯತೆಯಿರುವ ಒಂದು ಅನುಷ್ಠಾನವನ್ನು ವಿಫಲಗೊಳಿಸುತ್ತದೆ
ಕ್ಯಾಂಪೇನ್‌ಗಳು ಇನ್ನೊಂದು ಅರ್ಧಭಾಗ
ಫನಲ್ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ. ಕ್ಯಾಂಪೇನ್ ಎಂಬುದು ಒಂದೇ ಬಾರಿಯ ಪ್ರಸಾರ: ಒಂದು ಪ್ರೇಕ್ಷಕವರ್ಗ, ಒಂದು ವೇಳಾಪಟ್ಟಿ, ಒಂದು ದರ ನಿಯಂತ್ರಣ ಮತ್ತು ಒಂದು ಕಳುಹಿಸುವಿಕೆ. ಇದು ಬೇರೆ ಆಕಾರದ ವಸ್ತುವಾಗಿದ್ದು, ಒಂದು ನೋಡ್ ಹೊಂದಿದ ಫನಲ್ ಎಂದು ನಟಿಸುವ ಬದಲು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಬೇರೆಯಾಗಿ ಇರಿಸಲಾಗಿದೆ.
ಎರಡು ನಿಯಮಗಳು ಇದನ್ನು ಸುರಕ್ಷಿತಗೊಳಿಸುತ್ತವೆ. ಪ್ರೇಕ್ಷಕವರ್ಗವನ್ನು ಒಮ್ಮೆ ಮಾತ್ರ ರೂಪಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಎರಡನೇ ಬಾರಿ ಚಲಿಸಲು ನಿರಾಕರಿಸುತ್ತದೆ — ಮರು-ಪರಿಹರಿಸಿದರೆ ಕಳುಹಿಸುವಿಕೆ ಪ್ರಾರಂಭವಾದ ನಂತರ ಸೇರಿದ ಎಲ್ಲರನ್ನೂ ಶಾಂತವಾಗಿ ಸೇರಿಸಲಾಗುತ್ತಿತ್ತು, ಮತ್ತು ಡೀಡುಪ್ಲಿಕೇಶನ್ ಸೂಚ್ಯಂಕ ಅದು ಸೃಷ್ಟಿಸಿದ ನಕಲುಗಳನ್ನು ತಡೆಯುವ ಮೂಲಕ ಅದನ್ನು ಮರೆಮಾಚುತ್ತಿತ್ತು. ಮತ್ತು ಎಣಿಕೆಗಳನ್ನು ವಿತರಣಾ ಘಟನೆಗಳಿಂದ ಮರುಲೆಕ್ಕ ಹಾಕಲಾಗುತ್ತದೆ, ಸ್ಥಳದಲ್ಲೇ ಹೆಚ್ಚಿಸಲಾಗುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಮರುಪ್ರಯತ್ನಿಸಿದ ವೆಬ್‌ಹುಕ್ ಒಂದು ವರದಿಯನ್ನು ಊರೆಗೊಳಿಸಲಾರದು.
ಯಾವುದನ್ನು ಬಳಸಬೇಕು: ವ್ಯಕ್ತಿಯು ಮಾಡಿದ ಯಾವುದೋ ಕಾರಣದಿಂದ ಅದು ಸಂಭವಿಸಿದರೆ, ಅದು ಫನಲ್. ಮಂಗಳವಾರ ನೀವು ತೆಗೆದುಕೊಂಡ ನಿರ್ಧಾರದ ಕಾರಣದಿಂದ ಅದು ಸಂಭವಿಸಿದರೆ, ಅದು ಕ್ಯಾಂಪೇನ್. ಎರಡನೇ ವಸ್ತುವನ್ನು ಮೊದಲನೆಯ ಆಕಾರಕ್ಕೆ ಒತ್ತಿಹಾಕುವ ಮೂಲಕ ಗಮನಾರ್ಹ ಪ್ರಮಾಣದ ಮಾರ್ಕೆಟಿಂಗ್ ಆಟೊಮೇಷನ್ ತಪ್ಪಾಗುತ್ತದೆ.