SaaS ಮತ್ತು ಉತ್ಪನ್ನ ತಂಡಗಳು
ಯಾವುದೇ ಮಾರ್ಕೆಟಿಂಗ್ ಉಪಕರಣ ಗಮನಿಸಲಾಗದ ವಿಷಯಗಳನ್ನು ನಿಮ್ಮ ಉತ್ಪನ್ನ ಬಲ್ಲದು
ಯಾರು ಆನ್‌ಬೋರ್ಡಿಂಗ್ ಪೂರ್ಣಗೊಳಿಸಿದರು, ಯಾರು ಮೂರನೇ ಹಂತದಲ್ಲಿ ನಿಂತರು. ಯಾರು ಸಹೋದ್ಯೋಗಿಯನ್ನು ಆಹ್ವಾನಿಸಿದರು. ಯಾರು ಈ ವಾರ ಎರಡು ಬಾರಿ ಮಿತಿಯನ್ನು ತಲುಪಿದರು. ಯಾರು ಎರಡು ವಾರಗಳಿಂದ ಆ ವಸ್ತುವನ್ನು ತೆರೆದಿಲ್ಲ. ಇವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ಇ-ಮೇಲ್ ತೆರೆಯುವಿಕೆಯಿಂದ ಪಡೆದ ಯಾವುದಕ್ಕಿಂತಲೂ ಉತ್ತಮ ಟ್ರಿಗರ್, ಮತ್ತು ಅವೆಲ್ಲವೂ ಎರಡು ಸಾಲಿನ ಕೋಡ್ ದೂರದಲ್ಲಿವೆ.
ಘಟನೆಗಳೇ ಸಂಪೂರ್ಣ ಏಕೀಕರಣ
ನಿಮ್ಮ ಸ್ವಂತ ಟೋಕನ್‌ನೊಂದಿಗೆ POST /v1/events: ನೀವು ಆಯ್ದ ಹೆಸರು, ಒಂದು ಸಂಪರ್ಕ, ಒಂದು ಪೇಲೋಡ್, ಒಂದು ಇಡೆಂಪೊಟೆನ್ಸಿ ಕೀ. ಇದೇ ಸಂಪೂರ್ಣ ಸಂಪರ್ಕ. ಇದಮದ್ದೆ ಇಡಿಸಿಕೊಳ್ಳಬೇಕಾದ SDK ಇಲ್ಲ, ಮ್ಯಾಪಿಂಗ್ ಪರದೆ ಇಲ್ಲ, ಮತ್ತು ನಿಮ್ಮ ಉತ್ಪನ್ನವನ್ನು ಅನುವಾದಿಸಬೇಕಾದ ನಮ್ಮ ಪದಸಂಪತ್ತಿಲ್ಲ.
ಪ್ರತಿಯೊಂದು ಘಟನೆ ಸಂಪರ್ಕದ ಕೇವಲ-ಸೇರಿಸಬಹುದಾದ ದಾಖಲೆಯ ಮೇಲೆ ಬರುತ್ತದೆ, ಅಲ್ಲಿಂದ ಅದು ಒಟ್ಟಿಗೆ ಮೂರು ವಿಷಯಗಳಾಗಿದೆ. ಒಂದು ಟ್ರಿಗರ್, ಅದು ಬಂದಾಗ ಫನಲ್ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ಒಂದು ಷರತ್ತು, ಒಂದು ವಿಭಾಗ "ಕಳೆದ ಹದಿನಾಲ್ಕು ದಿನಗಳಲ್ಲಿ ಇದನ್ನು ಮಾಡಿದ್ದಾರೆ" ಅಥವಾ ಹೆಚ್ಚು ಉಪಯುಕ್ತವಾಗಿ, "ಮಾಡಿಲ್ಲ" ಎಂದು ಹೇಳಬಹುದು. ಮತ್ತು ಒಂದು ಗುರಿ, ಯಾರಾದರೂ ಅದರ ಕಡೆಗೆ ಒಯ್ಯುತ್ತಿದ್ದ ವಿಷಯವನ್ನು ಮಾಡಿದ ಕ್ಷಣ ಸರಣಿ ಮುಗಿಯುತ್ತದೆ.
ಜೀವನಚಕ್ರ ಸಂದೇಶವನ್ನು ಸ್ವೀಕರಿಸಲು ಸಹಿಷ್ಣುವಾಗಿಸುವುದು ಈ ಮೂರನೇ ವಿಷಯ. ಖಾತೆ ಸ್ಥಾಪನೆ ಪೂರ್ಣಗೊಳಿಸುವ ಪ್ರೇರಣೆ ಖಾತೆ ಸ್ಥಾಪನೆಯಾದ ಎರಡನೇ ಕ್ಷಣ ಅಸ್ತಿತ್ವದಲ್ಲಿ ನಿಲ್ಲಬೇಕು, ಮತ್ತು ಹೆಚ್ಚಿನ ಉಪಕರಣಗಳಲ್ಲಿ ಅದು ನಿಲ್ಲುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಸರಣಿ ಮತ್ತು ಉತ್ಪನ್ನ ಪರಸ್ಪರ ಮಾತನಾಡುವುದಿಲ್ಲ.
- ⚡ಟ್ರಿಗ್ಗರ್
api_event—signup.completed, ಯೋಜನೆfree. - 2ಇ-ಮೇಲ್ ಕಳುಹಿಸಿಮೊದಲು ಮಾಡಬೇಕಾದ ಒಂದೇ ಕೆಲಸ. ಹನ್ನೊಂದು ವೈಶಿಷ್ಟ್ಯಗಳ ಪ್ರವಾಸವಲ್ಲ.
- 32 ದಿನ ಕಾಯಿರಿರನ್‌ನ ಮೇಲಿನ
wake_at. ಸಾಲಿನಲ್ಲಿ ಏನೂ ಇಲ್ಲ, ನಾಳೆ ಇದನ್ನು ಬದಲಾಯಿಸಿದರೆ ಬಿಚ್ಚಿಕೊಳ್ಳಬೇಕಾದುದೂ ಇಲ್ಲ. - ?ಷರತ್ತು
project.createdಬಂದಿದೆಯೇ? ಇಲ್ಲ → ಸಹಾಯ ಶಾಖೆ. ಹೌದು → ಕೆಳಗಿನ ಗುರಿ. - 4ಸಹಾಯ ಶಾಖೆಅವರು ಮಾಡದಿರುವ ನಿರ್ದಿಷ್ಟ ಕೆಲಸವನ್ನು ನೆನಪಿಸುವ ಒಂದು ಸಂದೇಶ. ನಂತರ ಇನ್ನೊಂದು ನಿರೀಕ್ಷೆ.
- 5ಗುರಿ
project.createdಬರುತ್ತದೆ. ರನ್ ಮುಗಿಯುತ್ತದೆ. ಈ ವ್ಯಕ್ತಿಗೆ ಮುಂದೆ ಯಾವುದೇ ಆನ್‌ಬೋರ್ಡಿಂಗ್ ಅಂಚೆ ಕಳುಹಿಸಲಾಗುವುದಿಲ್ಲ.
ನಿಮ್ಮ ಘಟನೆಯ ಹೆಸರುಗಳುಸಕ್ರಿಯಗೊಳಿಸಿದ ಬಗ್ಗೆ ನಿಮ್ಮ ವ್ಯಾಖ್ಯಾನ
ಐದು ಫನಲ್‌ಗಳು
ವಾಸ್ತವವಾಗಿ ನಡೆಯುವ ಕ್ರಮದಲ್ಲಿ ಜೀವನ ಚಕ್ರ
1 · ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆ
ಪ್ರಚೋದಕ: ಚಂದಾದಾರಿಕೆ. ಪ್ರತಿಯೊಂದೂ ಒಂದು ಕ್ರಿಯೆಯ ಬಗ್ಗೆ ಇರುವ, ಆ ಕ್ರಿಯೆ ನಡೆದಾಗ ಸರಣಿಯನ್ನು ಮುಗಿಸುವ ಗುರಿ ಹೊಂದಿರುವ ಎರಡು ಅಥವಾ ಮೂರು ಸಂದೇಶಗಳು. ನೀವು ನಿರ್ಮಿಸುವ ಅತ್ಯಂತ ಮೌಲ್ಯಯುತ ಫನಲ್ ಇದು, ಮತ್ತು ಮೂರು ಬಾರಿ ಪುನರ್‌ಬರೆಯಲು ಅತ್ಯಂತ ಯೋಗ್ಯವಾದದ್ದು ಇದೇ.
2 · ನಿಂತುಹೋದ ಸ್ಥಿತಿ
ಪ್ರಚೋದಕ: segment_enter — ಚಂದಾದಾರರಾಗಿದ್ದಾರೆ, ಏಳು ದಿನಗಳಲ್ಲಿ ಯಾವುದೇ ಅರ್ಥಪೂರ್ಣ ಘಟನೆ ಇಲ್ಲ. ಹೇಳುವ ಬದಲು ಕೇಳುವ ಒಂದು ಸಂದೇಶ, ಮತ್ತು ನಿರ್ದಿಷ್ಟ ವಸ್ತುವನ್ನು ನೀಡುವ ಇನ್ನೊಂದು. ನಂತರ ನಿಲ್ಲಿಸಿ. ಮೂರನ್ನು ನಿರ್ಲಕ್ಷಿಸಿದ ವ್ಯಕ್ತಿಗೆ ನಾಲ್ಕನೇ ಸಂದೇಶ ಎಂದರೆ ಯಾರಿಗೂ ಇಲ್ಲದ ಸಂದೇಶ.
3 · ವಿಸ್ತರಣೆಯ ಕ್ಷಣ
ಪ್ರಚೋದಕ: ಅವರು ಮೌಲ್ಯ ಪಡೆಯುತ್ತಿದ್ದಾರೆ ಎಂದು ಸೂಚಿಸುವ ಘಟನೆ — ಮಿತಿಯನ್ನು ತಲುಪಿದ್ದು, ಮೂರನೇ ಸಹೋದ್ಯೋಗಿಯನ್ನು ಆಹ್ವಾನಿಸಿದ್ದು, ಎರಡನೇ ಬಾರಿ ರಫ್ತು ಮಾಡಿದ್ದು. ಅಪ್‌ಗ್ರೇಡ್ ಸಂದೇಶವನ್ನು ಸ್ವೀಕರಿಸಬಹುದಾದ ಇದೇ ಏಕೈಕ ಕ್ಷಣ, ಮತ್ತು ನಿಮ್ಮ ಉತ್ಪನ್ನವು ಇದನ್ನು ನಿಖರವಾಗಿ ಹೆಸರಿಸಬಲ್ಲದು.
4 · ನವೀಕರಣ ಮತ್ತು ಪಾವತಿ ಸ್ಮರಣೆ
ಪ್ರಚೋದಕ: ನವೀಕರಣಕ್ಕೂ ಮೊದಲು date_field, ಅಥವಾ ಪಾವತಿ ಘಟನೆ. ಸೂಚನೆ, ಸ್ಮರಣೆ, ಮತ್ತು — ಪಾವತಿ ವಿಫಲವಾದರೆ — ಯಶಸ್ವಿಯಾದ ಕ್ಷಣದಲ್ಲೇ ನಿಲ್ಲುವ ಚಿಕ್ಕ ಸರಣಿ. ಪಾವತಿ ಸ್ಮರಣೆಯಲ್ಲಿ ಗುರಿ ನೋಡುಗಳು ಐಚ್ಛಿಕವಲ್ಲ; ಅವೇ ಸ್ಮರಣೆ ಮತ್ತು ಕಿರುಕುಳದ ನಡುವಿನ ವ್ಯತ್ಯಾಸ.
5 · ಮರಳಿ ಗೆಲುವು
ಪ್ರಚೋದಕ: segment_enter — ರದ್ದುಪಡಿಸಿದವರು ಅಥವಾ ಅರವತ್ತು ದಿನಗಳಿಂದ ನಿಷ್ಕ್ರಿಯ. ಪ್ರಾಮಾಣಿಕವಾದ ಎರಡು ಸಂದೇಶಗಳು, ನಂತರ ಒಂದು ಟ್ಯಾಗ್ ಮತ್ತು ಮೌನ. ಅವರು ಹೊರಟುಹೋದ ನಂತರ ಏನು ಬದಲಾಯಿತು ಎಂಬುದು ರಿಯಾಯಿತಿಗಿಂತ ಉತ್ತಮ ಸಂದೇಶ.
ಮತ್ತು ಆಂತರಿಕವಾದದ್ದು
ಮಾನವನಿಗೆ ಅರ್ಹವಾದ ಖಾತೆಯೊಂದು ಗಡಿ ದಾಟಿದಾಗ notify_team ಒಬ್ಬ ವ್ಯಕ್ತಿಗೆ ತಿಳಿಸುತ್ತದೆ. ಫನಲ್ ಗ್ರಾಹಕನಿಗೆ ಇ-ಮೇಲ್‌ನಲ್ಲಿ ಮುಗಿಯಬೇಕೇ ಎಂಬುದಿಲ್ಲ; ಕೆಲವೊಮ್ಮೆ ಸರಿಯಾದ ಕ್ರಿಯೆ ಎಂದರೆ ನಿಮ್ಮ ಪಕ್ಕದಲ್ಲಿರುವ ಯಾರೋ ಒಬ್ಬರಿಗೆ ಫೋನ್ ಎತ್ತಲು ಹೇಳುವುದು.
ಯಾರೂ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಬಿಡುವುದಿಲ್ಲ. ಅವರು ಕೇವಲ ತೆರೆಯುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತಾರೆ.
ಒಬ್ಬ ಡೆವಲಪರ್ ಇದನ್ನು ನಿಜವಾಗಿಯೂ ಇಷ್ಟಪಡಬಹುದಾದ ಕಾರಣ
ನೀವೇ ಏಕೀಕರಿಸುತ್ತಿರುವಾಗ ಮುಖ್ಯವಾಗುವ ಭಾಗಗಳು
ಖಾಸಗಿ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗಳಿಲ್ಲ
ಪ್ರತಿಯೊಂದು ಪರದೆಯನ್ನೂ ಸಾರ್ವಜನಿಕ API ಯಿಂದ ನಿರ್ಮಿಸಬಹುದು, ಏಕೆಂದರೆ ಬೇರೆ ಬಗೆಯದ್ದೇ ಇಲ್ಲ. ನಿಮ್ಮ ಸ್ವಂತ ಅಡ್ಮಿನ್‌ನಲ್ಲಿ ಪ್ರಚಾರ ವರದಿಯನ್ನು ಅಳವಡಿಸಬೇಕೆಂದರೆ, ಯಾವುದೂ ನಿಮ್ಮನ್ನು ತಡೆಯುವುದಿಲ್ಲ ಮತ್ತು ಯಾವುದನ್ನೂ ವಿರುದ್ಧ-ವಿಶ್ಲೇಷಿಸಬೇಕಾಗಿಲ್ಲ.
ಎಲ್ಲೆಡೆ ಐಡೆಂಪೊಟೆನ್ಸಿ ಕೀಗಳು
ಪ್ರತಿಯೊಂದು ಬದಲಾಯಿಸುವ ಮಾರ್ಗದಲ್ಲಿ. ನಿಮ್ಮ ಪುನರಾವರ್ತನೆಯ ತರ್ಕ, ಕನಿಷ್ಠ-ಒಮ್ಮೆ ಸರಣಿ ಮತ್ತು ಅಸ್ಥಿರ ಜಾಲ ಎಲ್ಲವೂ ಬೇರೊಬ್ಬರ ಸಮಸ್ಯೆಯಾಗುತ್ತದೆ — ನಿರ್ದಿಷ್ಟವಾಗಿ, ಅನನ್ಯ ಸೂಚ್ಯಂಕದ ಸಮಸ್ಯೆ.
ಬಿಡುಗಡೆಗೂ ಮೊದಲೇ ಅನುಕರಿಸಿ
POST /v1/simulate ಒಬ್ಬ ಸಂಪರ್ಕವನ್ನು ಫನಲ್‌ನಲ್ಲಿ ಪ್ರಾಯೋಗಿಕವಾಗಿ ಓಡಿಸಿ, ಮಾರ್ಗ ಮತ್ತು ಕಳುಹಿಸಲಿರುವ ಪ್ರತಿಯೊಂದು ಸಂದೇಶವನ್ನೂ ಹಿಂದಿರುಗಿಸುತ್ತದೆ. ಬಯಸಿದರೆ CI ಯಲ್ಲಿ ಇರಿಸಿ: ಫನಲ್ ಒಂದು ಗ್ರಾಫ್, ಮತ್ತು ಗ್ರಾಫ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಬಹುದು.
ಒಂದು MCP ಸರ್ವರ್
ಏಜೆಂಟ್ ಅನ್ನು /mcp ಕಡೆ ತಿರುಗಿಸಿ, ಫನಲ್‌ಗಳನ್ನು ಬರೆಯಲೂ ಪರಿಶೀಲಿಸಲೂ ಬಿಡಿ. ಕಳುಹಿಸುವ ಸಾಮರ್ಥ್ಯದ ಉಪಕರಣಗಳಿಗೆ ಸ್ಪಷ್ಟ ದೃಢೀಕರಣ ಬೇಕು ಮತ್ತು ಕೋಟಾ ಮಿತಿ ಇದೆ, ಆದ್ದರಿಂದ ತಪ್ಪಾಗಿ ಓದಿದ ಪ್ರಾಂಪ್ಟ್ ಐವತ್ತು ಸಾವಿರ ಇ-ಮೇಲ್‌ಗಳಾಗಲು ಸಾಧ್ಯವಿಲ್ಲ.
ವೆಬ್‌ಹುಕ್‌ಗಳು ಹೊರಹೊರಟ
ಸಹಿ ಮಾಡಿ, ಬ್ಯಾಕ್‌ಆಫ್‌ನೊಂದಿಗೆ ಪುನರಾವರ್ತಿಸಿ, ಕನಿಷ್ಠ ಒಮ್ಮೆ. ವರದಿಗಳು ಬಳಸುವ ಇದೇ ಘಟನಾ ಪದಕೋಶ, ಆದ್ದರಿಂದ ನಿಮ್ಮ ವೇರ್‌ಹೌಸ್ ಮತ್ತು ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ "ವಿತರಿಸಲಾಗಿದೆ" ಎಂದರೇನು ಎಂಬುದರಲ್ಲಿ ಭಿನ್ನಾಭಿಪ್ರಾಯ ಹೊಂದುವುದಿಲ್ಲ.
ನಿಜವಾಗಿಯೂ ತಲುಪುವ ಅಳಿಸುವಿಕೆ
ಅಳಿಸುವ ವಿನಂತಿಯೊಂದು ಸಂಪರ್ಕ ಮತ್ತು ಅವರ ಸಂದೇಶ ಇತಿಹಾಸವನ್ನು ಇಲ್ಲಿ ತೆಗೆದು, ಪ್ರತಿಯನ್ನು ಹೊಂದಿದ್ದ ಪ್ರತಿಯೊಂದು ಸಹೋದರ ಸೇವೆಗೂ ಹರಡುತ್ತದೆ. ಒಂದು ವಿನಂತಿ, ಒಂದು ಫಲಿತಾಂಶ, ಮತ್ತು ಕೇಳಿದಾಗ ತೋರಿಸಬಹುದಾದ ಏನೋ ಒಂದು.
ಗಡಿ ಎಲ್ಲಿದೆ
ClickSomo ಒಂದು ಅಂಚೆ ಪಟ್ಟಿ ಮತ್ತು ಆ ಪಟ್ಟಿ ಮಾಡಿದ್ದನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ. ಇದು ನಿಮ್ಮ ಬಳಕೆದಾರ ಡೇಟಾಬೇಸ್ ಅಲ್ಲ, ಮತ್ತು ಅದಾಗಲು ಪ್ರಯತ್ನಿಸುತ್ತಿಲ್ಲ: ಸಂಪರ್ಕವು ಎಂದಿಗೂ ಪ್ರಮಾಣಪತ್ರ ಹೊಂದುವುದಿಲ್ಲ, ಎಂದಿಗೂ ಪ್ರವೇಶಿಸುವುದಿಲ್ಲ, ಎಂದಿಗೂ ಖಾತೆಯಾಗುವುದಿಲ್ಲ. ನಿಮ್ಮ ಬಳಕೆದಾರರು ನಿಮ್ಮ ಉತ್ಪನ್ನದಲ್ಲಿ ವಾಸಿಸುತ್ತಾರೆ; ಸಂಪರ್ಕಗಳು ಇಲ್ಲಿ ವಾಸಿಸುತ್ತವೆ, ಮತ್ತು ಇವೆರಡನ್ನೂ ಇ-ಮೇಲ್ ವಿಳಾಸ ಮತ್ತು ನೀವು ಕಳುಹಿಸಲು ಆಯ್ಕೆ ಮಾಡಿದ ಘಟನೆಗಳು ಜೋಡಿಸುತ್ತವೆ.
ಆ ಬೇರ್ಪಡುವಿಕೆ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿದೆ, ಮತ್ತು ಸಮ್ಮತಿ ಮಾದರಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಕ್ಕೆ ಇದೇ ಕಾರಣ. ನಿಮ್ಮ ಬಳಕೆದಾರರಿಗೆ ನೀವು ಡೇಟಾ ನಿಯಂತ್ರಕರು; ನಿಮ್ಮ ಪರವಾಗಿ ನಾವು ಸಂಸ್ಕರಿಸುತ್ತೇವೆ. ಮಾರ್ಕೆಟಿಂಗ್ ಉಪಕರಣವು ಗುಪ್ತವಾಗಿ ಗುರುತಿನ ಸಂಗ್ರಹವಾಗುವ ವಿನ್ಯಾಸವು ನಂತರ ಬಿಡಿಸಲಾಗದ್ದು, ಮತ್ತು ಇದೇ ವಿನ್ಯಾಸ ತಪ್ಪಿಸಲು ನಿರ್ಮಿಸಲಾದ ವೈಫಲ್ಯ.
ಪ್ರಾಯೋಗಿಕ ರೂಪ: ಘಟನೆಗಳನ್ನು ಕಳುಹಿಸಿ, ವಿಭಜನೆ ಮಾಡಲು ಬೇಕಾದ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಕಳುಹಿಸಿ, ಉಳಿದೆಲ್ಲವನ್ನೂ ಅಲ್ಲೇ ಇರಿಸಿ. ನಿಮ್ಮ ಇಡೀ ಸ್ಕೀಮಾವನ್ನು ಇಲ್ಲಿ ತಳ್ಳುತ್ತಿರುವುದು ಕಂಡರೆ, ನೀವು ನಿರ್ಮಿಸಲು ಹೊರಟಿರುವ ವಿಭಾಗವು ಬಹುಶಃ ನಿಮ್ಮ ಡೇಟಾಬೇಸ್‌ನ ಒಂದು ಪ್ರಶ್ನೆಯಾಗಿದ್ದು, ಅದು ಒಂದು ಬೂಲಿಯನ್ ಗುಣಲಕ್ಷಣವಾಗಿ ಬರಬೇಕಾಗಿದೆ.