B2B ಸೇಲ್ಸ್ ಫನಲ್ ಅನ್ನು ಎಂಜಿನಿಯರಿಂಗ್ ಮಾಡುವುದು
ನೀವು ಅತ್ಯುತ್ತಮ ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು ನಿರ್ಮಿಸುತ್ತೀರಿ. ನೀವು ಸ್ವಚ್ಛವಾದ ಕೋಡ್ ಬರೆಯುತ್ತೀರಿ. ನೀವು ಪ್ರತಿಯೊಂದು ಕ್ವೇರಿಯನ್ನು ಆಪ್ಟಿಮೈಸ್ ಮಾಡುತ್ತೀರಿ. ಆದರೆ ನಿಮಗೆ ಗ್ರಾಹಕರನ್ನು ಹುಡುಕಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ನಿಮ್ಮ ಕೋಡ್ಬೇಸ್ ಯಾವುದಕ್ಕೂ ಪ್ರಯೋಜನವಿಲ್ಲ.
ಮಾರಾಟವನ್ನು (sales) ಕೇವಲ ಮಾರ್ಕೆಟಿಂಗ್ನ ಅತಿರೇಕದ ಮಾತುಗಳೆಂದು (marketing fluff) ಭಾವಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿ. ಅದನ್ನು ಒಂದು ಸ್ಟೇಟ್ ಮೆಷಿನ್ (state machine) ಎಂದು ಭಾವಿಸಿ.
ಒಬ್ಬ ಬಳಕೆದಾರರು ನಿಮ್ಮ ವ್ಯವಸ್ಥೆಗೆ ಒಂದು ಅನ್-ವೆರಿಫೈಡ್ ನೋಡ್ (unverified node) ಆಗಿ ಪ್ರವೇಶಿಸುತ್ತಾರೆ. ನಿರ್ದಿಷ್ಟ ಹಂತಗಳು ಮತ್ತು ಸ್ವಯಂಚಾಲಿತ ಘಟನೆಗಳ (automated events) ಮೂಲಕ, ಅವರು ಅಂತಿಮ ಸ್ಥಿತಿಯನ್ನು ತಲುಪುತ್ತಾರೆ: ಅಂದರೆ ಒಂದು ಪೂರ್ಣಗೊಂಡ ವ್ಯವಹಾರ (closed deal).
ಸೇಲ್ಸ್ ಫನಲ್ ಎಂಬುದು ವ್ಯಾಲಿಡೇಶನ್ ಗೇಟ್ಗಳನ್ನು (validation gates) ಹೊಂದಿರುವ ಒಂದು ಡೇಟಾ ಪೈಪ್ಲೈನ್ ಆಗಿದೆ. ನೀವು ಅಸಂಘಟಿತ ಡೇಟಾವನ್ನು (unstructured data) ಪಡೆದು, ಅದನ್ನು ಈ ಹಂತಗಳ ಮೂಲಕ ಕೊಂಡೊಯ್ಯುತ್ತೀರಿ:
- ಕೋಲ್ಡ್ ಲೀಡ್ (Cold Lead): ಅವರು ನೀವು ಇದ್ದೀರಿ ಎಂದು ತಿಳಿದಿದ್ದಾರೆ ಆದರೆ ಅವರಲ್ಲಿ ನಂಬಿಕೆ ಶೂನ್ಯವಾಗಿದೆ.
- MQL (Marketing Qualified Lead): ಅವರು ನಿಮ್ಮ ಕಂಟೆಂಟ್ ಅಥವಾ ಡಾಕ್ಯುಮೆಂಟ್ಗಳೊಂದಿಗೆ ತೊಡಗಿಸಿಕೊಂಡಿದ್ದಾರೆ.
- SQL (Sales Qualified Lead): ಅವರು ಬೆಲೆಗಳನ್ನು ನೋಡುವುದರ ಮೂಲಕ ಅಥವಾ ಡೆಮೋವನ್ನು ವಿನಂತಿಸುವುದರ ಮೂಲಕ ಹೆಚ್ಚಿನ ಆಸಕ್ತಿಯನ್ನು ತೋರಿಸಿದ್ದಾರೆ.
- ಕ್ಲೋಸ್ಡ್ ಡೀಲ್ (Closed Deal): ಅವರು ಒಪ್ಪಂದಕ್ಕೆ ಸಹಿ ಹಾಕಿದ್ದಾರೆ ಮತ್ತು ಪಾವತಿಸಿದ್ದಾರೆ.
ಇದನ್ನು ನಿರ್ವಹಿಸಲು, ಇವೆಂಟ್-ಡ್ರಿವನ್ ಆರ್ಕಿಟೆಕ್ಚರ್ (event-driven architecture) ಬಳಸಿ. ಕೇವಲ ಇಮೇಲ್ಗಳ ಮೂಲಕ ಸ್ಪ್ಯಾಮ್ ಮಾಡಬೇಡಿ. ಬದಲಾಗಿ, ಬಳಕೆದಾರರ ನಡವಳಿಕೆಗಳನ್ನು ಗಮನಿಸಿ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಕಾರ್ಯಗಳನ್ನು (tasks) ಪ್ರಚೋದಿಸಿ (trigger).
ನೀವು ಕ್ರಮಗಳಿಗೆ (actions) ಅಂಕಗಳನ್ನು ನೀಡುವ ಮೂಲಕ ಲೀಡ್ಗಳಿಗೆ ಸ್ಕೋರ್ ನೀಡಬಹುದು:
- ಪ್ರೈಸಿಂಗ್ ಪೇಜ್ ನೋಡುವುದರಿಂದ 10 ಅಂಕಗಳು ಸೇರ್ಪಡೆಯಾಗುತ್ತವೆ.
- API ಡಾಕ್ಸ್ ಡೌನ್ಲೋಡ್ ಮಾಡುವುದರಿಂದ 20 ಅಂಕಗಳು ಸೇರ್ಪಡೆಯಾಗುತ್ತವೆ.
- ಚೆಕ್ಔಟ್ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಅರ್ಧಕ್ಕೆ ಬಿಡುವುದರಿಂದ 15 ಅಂಕಗಳು ಸೇರ್ಪಡೆಯಾಗುತ್ತವೆ.
ಒಂದು ಲೀಡ್ ನಿರ್ದಿಷ್ಟ ಸ್ಕೋರ್ ತಲುಪಿದಾಗ, ಸಿಸ್ಟಮ್ ಒಂದು ಸ್ಟೇಟ್ ಟ್ರಾನ್ಸಿಶನ್ (state transition) ಅನ್ನು ಪ್ರಚೋದಿಸುತ್ತದೆ. ನೀವು ಅವರನ್ನು MQL ನಿಂದ SQL ಗೆ ವರ್ಗಾಯಿಸುತ್ತೀರಿ ಮತ್ತು ನಿಮ್ಮ ಸೇಲ್ಸ್ ತಂಡಕ್ಕೆ ಎಚ್ಚರಿಕೆ ನೀಡುತ್ತೀರಿ.
ಇದನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಲು ಎರಡು ಮಾರ್ಗಗಳಿವೆ:
- ಸಮಯ-ಆಧಾರಿತ (Time-Based): ಕ್ರೋನ್ ಜಾಬ್ (cron job) ನಂತೆ. ನೀವು ವಾರಕ್ಕೊಮ್ಮೆ ಇಮೇಲ್ ಕಳುಹಿಸುತ್ತೀರಿ. ಇದು ಸುಲಭ ಆದರೆ ಸಂದರ್ಭದ (context) ಕೊರತೆಯಿದೆ.
- ಘಟನೆ-ಆಧಾರಿತ (Event-Based): ವೆಬ್ಹುಕ್ (webhook) ನಂತೆ. ಬಳಕೆದಾರರು API ಮಿತಿಯನ್ನು ತಲುಪಿದಾಗ, ನೀವು ತಕ್ಷಣವೇ ಆಪ್ಟಿಮೈಸೇಶನ್ ಕುರಿತ ಮಾರ್ಗದರ್ಶಿಯನ್ನು ಕಳುಹಿಸುತ್ತೀರಿ.
ಇವೆಂಟ್-ಆಧಾರಿತ ಟ್ರಿಗ್ಗರ್ಗಳು ಅತ್ಯುತ್ತಮವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತವೆ. ಅವು ನೈಜ ಟೆಲಿಮೆಟ್ರಿಗೆ (telemetry) ಪ್ರತಿಕ್ರಿಯಿಸುವುದರಿಂದ ಸಹಕಾರಿಯೆಂದು ಅನಿಸುತ್ತವೆ.
ಗುರಿ ಎಂದರೆ ಹ್ಯಾಂಡ್ಆಫ್ (handoff). ಆರಂಭಿಕ ಸಂಬಂಧ ನಿರ್ಮಾಣವನ್ನು ಆಟೊಮೇಷನ್ ನಿರ್ವಹಿಸುತ್ತದೆ. ಇದು ನಿಮ್ಮ ತಂಡವು ಖರೀದಿಸಲು ಸಿದ್ಧರಿರುವ ಸಂಭಾವ್ಯ ಗ್ರಾಹಕರ ಮೇಲೆ (prospects) ಗಮನ ಹರಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ.
Optional learning community: https://t.me/GyaanSetuAi