ਮਾਰਕੀਟਿੰਗ ਆਟੋਮੇਸ਼ਨ — ਈਮੇਲ, SMS, ਪੁਸ਼, ਛਪੀਆਂ ਚਿੱਠੀਆਂ
ਦੱਸੋ ਕਿ ਕੀ ਵਾਪਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਸਹੀ ਦਿਨ ਹੁੰਦਾ ਹੈ।
ਤੁਸੀਂ ਨਿਯਮ ਇੱਕ ਵਾਰ ਲਿਖੋ। ClickSomo ਉਸ ਨੂੰ ਹਮੇਸ਼ਾ ਯਾਦ ਰੱਖਦਾ ਹੈ — ਜੋ ਉਸ ਇੰਟਰਨ ਬਾਰੇ ਨਹੀਂ ਕਿਹਾ ਜਾ ਸਕਦਾ ਸੀ ਜੋ ਪਹਿਲਾਂ ਇਹ ਕੰਮ ਹੱਥੀਂ ਕਰਦਾ ਸੀ।
ਉਹ ਨਿਯਮ ਜੋ ਇਹ ਤੁਹਾਡੇ ਲਈ ਨਿਭਾਉਂਦਾ ਹੈ
ਇੱਕ ਫਨਲ ਵਿੱਚ 4 ਚੈਨਲ14 ਟ੍ਰਿੱਗਰ, 16 ਕਾਰਵਾਈਆਂਸਾਡੇ ਆਪਣੇ 0 ਮੇਲ ਸਰਵਰ1 ਡਿਲੀਵਰੀ ਸ਼ਬਦਾਵਲੀ, ਕੋਈ ਵੀ ਪ੍ਰਦਾਤਾ
ਇੱਥੇ ਅਜ਼ਮਾਓ — ਕੋਈ ਖਾਤਾ ਨਹੀਂ, ਕੁਝ ਵੀ ਇੰਸਟਾਲ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ
ਫਨਲ ਦਾ ਵੇਰਵਾ ਦਿਓ। ਇਸਨੂੰ ਬਲਾਕ-ਦਰ-ਬਲਾਕ ਬਣਦਾ ਦੇਖੋ।
ਇੱਕ ਵਾਕ ਲਿਖੋ ਕਿ ਤੁਹਾਡੇ ਤੋਂ ਕੌਣ ਸੁਣੇ, ਕਦੋਂ, ਅਤੇ ਕਲਿੱਕ ਕਰਨ ਤੇ ਕੀ ਵਾਪਰੇ। ਟ੍ਰਿੱਗਰ, ਈਮੇਲ ਅਤੇ ਸੁਨੇਹੇ, ਉਡੀਕਾਂ ਅਤੇ ਸ਼ਾਖਾਵਾਂ ਤੁਹਾਡੇ ਦੇਖਦਿਆਂ ਕੈਨਵਸ ਤੇ ਆ ਜਾਂਦੀਆਂ ਹਨ। ਬਲਾਕ ਖਿੱਚੋ, ਬਦਲਣ ਲਈ ਇੱਕ ਖੋਲ੍ਹੋ, ਅਤੇ ਆਪਣੀ ਬਣਾਈ ਚੀਜ਼ ਰੱਖੋ। ਕੁਝ ਵੀ ਨਹੀਂ ਭੇਜਿਆ ਜਾਂਦਾ — ਇਹ ਸਿਰਫ਼ ਫਨਲ ਦਾ ਡਿਜ਼ਾਇਨ ਬਣਾਉਂਦਾ ਹੈ।
ਸ਼ੁਰੂਆਤ ਲਈ ਵਿਚਾਰ
ਜਾਂ ਇੱਕ ਤਿਆਰ ਫਨਲ ਖੋਲ੍ਹੋ
ਇਹ ਕਿਵੇਂ ਚੱਲਦਾ ਹੈ
ਲੋਕਾਂ ਨੂੰ ਲਿਆਓ
ਤੁਹਾਡੇ ਕਾਊਂਟਰ ਦੀ ਇੱਕ CSV ਫ਼ਾਈਲ, ਤੁਹਾਡੀ ਸਾਈਟ ਉੱਤੇ ਇੱਕ ਫ਼ਾਰਮ, dash-b ਵਿੱਚ ਤੁਹਾਡੇ ਵੱਲੋਂ ਬਣਾਇਆ ਇੱਕ ਪੰਨਾ, ਜਾਂ ਤੁਹਾਡਾ ਆਪਣਾ ਕੋਡ ਜੋ ਤੁਹਾਡੇ ਆਪਣੇ ਟੋਕਨ ਨਾਲ API ਨੂੰ ਕਾਲ ਕਰਦਾ ਹੈ। ਹਰ ਸੰਪਰਕ ਆਉਂਦੇ ਹੀ ਆਪਣੇ ਨਾਲ ਇਹ ਲੈ ਕੇ ਆਉਂਦਾ ਹੈ ਕਿ ਉਹ ਕਿੱਥੋਂ ਆਇਆ ਅਤੇ ਤੁਸੀਂ ਕਿਸ ਆਧਾਰ ਉੱਤੇ ਉਸਨੂੰ ਲਿਖ ਸਕਦੇ ਹੋ।
ਦੱਸੋ ਕਿ ਕੀ ਵਾਪਰਨਾ ਚਾਹੀਦਾ ਹੈ
"ਲੋਕਾਂ ਨੂੰ ਇੱਕ ਦਿਨ ਪਹਿਲਾਂ ਯਾਦ ਦਿਵਾਓ, ਅਤੇ ਦੋ ਦਿਨ ਬਾਅਦ ਪੁੱਛੋ ਕਿ ਕਿਵੇਂ ਰਿਹਾ।" ਟ੍ਰਿੱਗਰ ਚੁਣੋ, ਸੁਨੇਹੇ ਉਨ੍ਹਾਂ ਦਿਨਾਂ ਉੱਤੇ ਰੱਖੋ ਜਿਨ੍ਹਾਂ ਦਿਨ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ, ਜਾਂ ਵਾਕ ਲਿਖੋ ਅਤੇ ਫ਼ਨਲ ਤੁਹਾਡੇ ਲਈ ਤਿਆਰ ਹੋਣ ਦਿਓ। ਫਿਰ ਉਸਨੂੰ ਪੜ੍ਹੋ ਅਤੇ ਜੋ ਤੁਹਾਨੂੰ ਸਹੀ ਨਾ ਲੱਗੇ ਉਸਨੂੰ ਬਦਲੋ।
ਮੇਲਬਾਕਸ ਜੋੜੋ ਅਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ
ਤੁਹਾਡਾ ਆਪਣਾ SMTP ਖਾਤਾ ਜਾਂ ਕੋਈ ਪ੍ਰਦਾਤਾ ਜਿਸਦੇ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਭੁਗਤਾਨ ਕਰਦੇ ਹੋ। ClickSomo ਕੋਈ ਮੇਲ ਸਰਵਰ ਨਹੀਂ ਚਲਾਉਂਦਾ, ਇਸ ਲਈ ਤੁਹਾਡੀ ਭੇਜਣ ਦੀ ਪ੍ਰਤਿਸ਼ਠਾ ਤੁਹਾਡੇ ਕੋਲ ਹੀ ਰਹਿੰਦੀ ਹੈ। ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ, ਅਤੇ ਫ਼ਨਲ ਚੱਲ ਪੈਂਦਾ ਹੈ — ਹਰ ਵਾਰ ਜਦੋਂ ਟ੍ਰਿੱਗਰ ਚੱਲਦਾ ਹੈ, ਹਰ ਸੰਪਰਕ ਲਈ, ਸਹੀ ਦਿਨ।
ਇੱਕ ਫ਼ਨਲ, ਚੱਲਦਾ ਹੋਇਆ
ਇੱਕ ਹਫ਼ਤੇ ਦਾ ਫ਼ਾਲੋ-ਅੱਪ ਅਸਲ ਵਿੱਚ ਅਜਿਹਾ ਦਿਖਦਾ ਹੈ
ਕਿਸੇ ਇੱਕ ਦਾ ਡਾਇਗ੍ਰਾਮ ਨਹੀਂ। ਇੱਕ ਰਨ ਵਿੱਚ ਹਰ ਸੰਪਰਕ ਅਤੇ ਹਰ ਫ਼ਨਲ ਵਰਜ਼ਨ ਲਈ ਇੱਕ ਕਤਾਰ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਜਿਨ੍ਹਾਂ ਨੋਡਾਂ ਵਿੱਚੋਂ ਉਹ ਲੰਘਿਆ ਉਹ ਸਭ ਲਿਖੇ ਜਾਂਦੇ ਹਨ — ਉਸਨੇ ਕੀ ਫ਼ੈਸਲਾ ਕੀਤਾ ਅਤੇ ਕੀ ਜਾਰੀ ਕੀਤਾ — ਇਹੀ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਤਿੰਨ ਹਫ਼ਤੇ ਬਾਅਦ ਤੁਸੀਂ ਜਵਾਬ ਦੇ ਸਕਦੇ ਹੋ ਕਿ "ਇਸ ਵਿਅਕਤੀ ਨੂੰ ਉਹ ਈਮੇਲ ਕਿਉਂ ਮਿਲੀ?"
ਪਹਿਲੀ ਖ਼ਰੀਦ ਤੋਂ ਬਾਅਦਰਨ #12 604 · ਵਰਜ਼ਨ 7
- ⚡ਟ੍ਰਿਗਰ
api_event— ਦੁਕਾਨ ਵੱਲੋਂorder.paid, ਇਸ ਸੰਪਰਕ ਲਈ ਪਹਿਲਾ ਆਰਡਰ। - 2ਈਮੇਲ ਭੇਜੋਧੰਨਵਾਦ, ਨਾਲ ਉਹ ਦੋ ਚੀਜ਼ਾਂ ਜੋ ਲੋਕ ਆਮ ਤੌਰ ਉੱਤੇ ਅਗਲੀ ਵਾਰ ਖ਼ਰੀਦਦੇ ਹਨ। ਸਪ੍ਰੈਸ਼ਨ ਇਸੇ ਸਮੇਂ ਜਾਂਚੀ ਜਾਂਦੀ ਹੈ, ਫ਼ਨਲ ਬਣਾਉਣ ਸਮੇਂ ਨਹੀਂ।
- 3ਉਡੀਕਦੋ ਦਿਨ। ਰਨ ਉੱਤੇ ਇੱਕ
wake_at— ਕੋਈ ਕਤਾਰਾਂ ਵਿੱਚ ਰੱਖੀਆਂ ਸਤਰਾਂ ਨਹੀਂ, ਅੱਜ ਰਾਤ ਤੁਸੀਂ ਫ਼ਨਲ ਸੋਧੋ ਤਾਂ ਕੁਝ ਵੀ ਖ਼ਰਾਬ ਹੋਣ ਵਾਲਾ ਨਹੀਂ। - ?ਟੀਚੇ ਦੀ ਜਾਂਚਕੀ ਦੂਜਾ ਆਰਡਰ ਆ ਗਿਆ? ਨਹੀਂ। ਰਨ ਜਾਰੀ ਰਹਿੰਦਾ ਹੈ। ਜੇ ਆ ਗਿਆ ਹੁੰਦਾ, ਤਾਂ ਰਨ ਇੱਥੇ ਹੀ ਬਾਹਰ ਨਿਕਲ ਜਾਂਦਾ ਅਤੇ ਇਸ ਸੰਪਰਕ ਨੂੰ ਅੱਗੇ ਕੁਝ ਵੀ ਨਾ ਮਿਲਦਾ।
- 4ਸ਼ਾਂਤ ਘੰਟੇਹੁਣੇ ਦੇਣਾ ਹੈ, ਪਰ ਸੰਪਰਕ ਦੀ ਸਥਾਨਕ ਸ਼ਾਮ ਹੈ। ਸੁਨੇਹਾ ਪੱਧਰ ਉੱਤੇ 09:00 ਤੱਕ ਰੋਕਿਆ ਗਿਆ — ਹਰ ਸ਼ਾਖਾ ਵਿੱਚ ਨਕਲ ਕੀਤੇ ਕਿਸੇ ਨਿਯਮ ਨਾਲ ਨਹੀਂ।
- 5SMS ਭੇਜੋਚੌਦਾਂ ਸ਼ਬਦ ਅਤੇ ਇੱਕ ਲਿੰਕ। ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਸੈਗਮੈਂਟ ਗਿਣਤੀ ਦਿਖਾਈ ਜਾਂਦੀ ਹੈ, ਕਿਉਂਕਿ ਇੱਕ ਇਮੋਜੀ ਇੱਕ ਸੈਗਮੈਂਟ ਨੂੰ ਤਿੰਨ ਬਣਾ ਦਿੰਦੀ ਹੈ।
- 6ਟੀਚਾ ਪੂਰਾ ਹੋਇਆਦੂਜਾ ਆਰਡਰ। ਰਨ ਬਾਹਰ ਨਿਕਲ ਜਾਂਦਾ ਹੈ। ਕਿਸੇ ਨੂੰ ਉਸ ਦਿਨ "ਅਸੀਂ ਤੁਹਾਨੂੰ ਯਾਦ ਕਰਦੇ ਹਾਂ" ਨਹੀਂ ਮਿਲਦਾ ਜਿਸ ਦਿਨ ਉਹ ਵਾਪਸ ਆਇਆ ਹੋਵੇ।
ਦਾਖ਼ਲੇ ਉੱਤੇ ਵਰਜ਼ਨ ਪਿੰਨ ਕੀਤਾਹਰੇਕ ਕਦਮ ਲਿਖਿਆ ਹੋਇਆ
ਉਹ ਹਿੱਸੇ ਜੋ ਸਹੀ ਕਰਨਾ ਔਖਾ ਹੈ
ਭੇਜਣਾ ਸੌਖਾ ਹੈ। ਚੰਗੀ ਤਰ੍ਹਾਂ ਭੇਜਣਾ ਹੀ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਸਾਧਨ ਤੁਹਾਨੂੰ ਤੁਹਾਡੇ ਹਾਲ ਉੱਤੇ ਛੱਡ ਦਿੰਦੇ ਹਨ।
ਇਹ ਉਹ ਸੈਟਿੰਗਾਂ ਨਹੀਂ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਸੀਂ ਚਾਲੂ ਕਰਦੇ ਹੋ। ਇਹ ਇੰਜਣ ਦੇ ਬਣਨ ਦਾ ਤਰੀਕਾ ਹੈ, ਅਤੇ ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ ਚੱਲਦੀ ਸੂਚੀ ਨੂੰ ਕਿਸੇ ਨਵੀਂ ਚੀਜ਼ ਵਿੱਚ ਭੇਜਣਾ ਲਾਭਦਾਇਕ ਹੈ।
ਸਹਿਮਤੀ ਕਾਨੂੰਨੀ ਆਧਾਰ ਵਾਲਾ ਇੱਕ ਲੈਜ਼ਰ ਹੈ, ਕਦੇ ਵੀ ਸਿਰਫ਼ ਇੱਕ ਟਿੱਕ ਬਾਕਸ ਨਹੀਂ
ਹਰ ਸੰਪਰਕ ਹਰ ਚੈਨਲ ਲਈ ਇੱਕ ਕਤਾਰ ਰੱਖਦਾ ਹੈ: ਹਾਲਤ, ਕਾਨੂੰਨੀ ਆਧਾਰ, ਕਿੱਥੋਂ ਆਇਆ, ਸਬੂਤ, ਅਤੇ ਕਦੋਂ। CSV ਇੰਪੋਰਟ ਵੱਧ ਤੋਂ ਵੱਧ legitimate_interest ਵਜੋਂ ਦਰਜ ਹੁੰਦਾ ਹੈ — ਕਦੇ ਵੀ consent ਵਜੋਂ ਨਹੀਂ, ਕਿਉਂਕਿ ਕੋਈ ਸਪ੍ਰੈਡਸ਼ਟ ਯਾਦ ਨਹੀਂ ਰੱਖ ਸਕਦਾ ਕਿ ਕਿਸੇ ਨੇ ਕਿਸੇ ਗੱਲ ਉੱਤੇ ਸਹਿਮਤੀ ਦਿੱਤੀ ਸੀ।
ਜਿਸ ਸੰਪਰਕ ਦੀ ਕੋਈ ਆਧਾਰ ਕਤਾਰ ਨਹੀਂ ਹੈ, ਉਸਨੂੰ ਬਿਲਕੁਲ ਮੇਲ ਨਹੀਂ ਭੇਜੀ ਜਾ ਸਕਦੀ। ਗ਼ੈਰ-ਹਾਜ਼ਰੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਹੈ, ਅਤੇ ਜੋ ਸਿਸਟਮ ਖ਼ਾਲੀ ਕਾਲਮ ਨੂੰ ਹਾਂ ਸਮਝਦਾ ਹੈ, ਉਹ ਆਖ਼ਰ ਕਿਸੇ ਦਿਨ ਕੋਈ ਖ਼ਰੀਦੀ ਹੋਈ ਸੂਚੀ ਭੇਜ ਦੇਵੇਗਾ। ਮੁਹਿੰਮ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਤੁਸੀਂ ਉਸਦੇ ਸਰੋਤੇ ਦਾ ਆਧਾਰ-ਮਿਸ਼ਰਣ ਵੇਖਦੇ ਹੋ, ਤਾਂ ਕਿ "ਮੈਂ ਠੀਕ-ਠੀਕ ਕਿਸਨੂੰ ਲਿਖਣ ਜਾ ਰਿਹਾ ਹਾਂ, ਅਤੇ ਮੈਨੂੰ ਇਜਾਜ਼ਤ ਕਿਉਂ ਹੈ" ਦਾ ਜਵਾਬ ਸਕਰੀਨ ਉੱਤੇ ਹੀ ਮਿਲ ਜਾਵੇ, ਕਿਸੇ ਦੀ ਯਾਦ ਵਿੱਚ ਨਹੀਂ।
ਇੰਪੋਰਟ, 4 812 ਕਤਾਰਾਂਆਧਾਰ-ਮਿਸ਼ਰਣ
- 1ਅੱਪਲੋਡ ਹੋਇਆਕਾਊਂਟਰ ਐਕਸਪੋਰਟ ਤੋਂ CSV। ਹਰ ਕਤਾਰ ਲਿਖਦੇ ਸਮੇਂ ਮਿਆਰੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਪੜ੍ਹਦੇ ਸਮੇਂ ਕਦੇ ਨਹੀਂ।
- 2MX ਜਾਂਚਿਆਮਰੇ ਹੋਏ ਅਤੇ ਗ਼ਲਤ ਲਿਖੇ ਡੋਮੇਨ ਹਾਰਡ-ਬਾਊਂਸ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਫੜ ਲਏ ਜਾਂਦੇ ਹਨ।
- 3ਆਧਾਰ ਨਿਰਧਾਰਿਤ
legitimate_interest, ਸਰੋਤ ਇੰਪੋਰਟ id ਵਜੋਂ ਦਰਜ। ਉਹੀ ਫ਼ਾਈਲ ਦੁਬਾਰਾ ਅੱਪਲੋਡ ਕਰਕੇ ਇਸਨੂੰ ਉੱਚਾ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ। - !ਮੇਲ ਨਹੀਂ ਭੇਜੀ ਜਾ ਸਕਦੀ311 ਕਤਾਰਾਂ ਬਿਨਾਂ ਕਿਸੇ ਲਾਭਦਾਇਕ ਪਤੇ ਦੇ ਆਈਆਂ। ਉਹ ਉੱਥੇ ਹੀ ਰਹਿੰਦੀਆਂ ਹਨ; ਉਹ ਚੁੱਪਚਾਪ ਕਿਸੇ ਸਰੋਤੇ ਵਿੱਚ ਨਹੀਂ ਬਦਲਦੀਆਂ।
ਇੰਪੋਰਟ ਵੇਲੇ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਆਧਾਰਕਦੇ ਵੀ ਅੰਦਾਜ਼ਾ ਲਗਾਇਆ ਨਹੀਂ ਜਾਂਦਾ
ਚੱਲ ਰਹੇ ਫਨਲ ਨੂੰ ਸੋਧਣ ਨਾਲ ਉਸ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਸ਼ਾਮਲ ਕਿਸੇ ਨੂੰ ਕੋਈ ਪਰੇਸ਼ਾਨੀ ਨਹੀਂ ਹੁੰਦੀ
ਫਨਲ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਨਾਲ ਇੱਕ ਅਣਬਦਲਣਯੋਗ ਵਰਜ਼ਨ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ। ਹਰ ਰਨ ਉਸੇ ਵਰਜ਼ਨ ਉੱਤੇ ਚੱਲਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਉਹ ਦਾਖਲ ਹੋਇਆ ਸੀ, ਇਸ ਲਈ ਤੁਸੀਂ ਕੱਲ੍ਹ ਦਾ ਸੁਨੇਹਾ ਉਦੋਂ ਵੀ ਬਦਲ ਸਕਦੇ ਹੋ ਜਦੋਂ ਚਾਰ ਹਜ਼ਾਰ ਲੋਕ ਇਸ ਹਫ਼ਤੇ ਦੀ ਲੜੀ ਦੇ ਵਿਚਕਾਰ ਹਨ, ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਉਹ ਪ੍ਰਵਾਹ ਪੂਰਾ ਕਰਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਉਹ ਸ਼ਾਮਲ ਹੋਇਆ ਸੀ।
ਇਹ ਕੰਮ ਕਰਨ ਦਾ ਕਾਰਨ ਇਹ ਹੈ ਕਿ ਉਡੀਕ ਇੱਕ ਕਤਾਰ ਨਹੀਂ, ਸਗੋਂ ਰਨ ਉੱਤੇ ਜਾਗਣ ਦਾ ਸਮਾਂ ਹੁੰਦੀ ਹੈ। ਜੋ ਸਾਧਨ ਕਿਸੇ ਦੇ ਦਾਖਲ ਹੁੰਦੇ ਹੀ ਪੂਰਾ ਅੱਗੇ ਦਾ ਸਾਰਾ ਹਿੱਸਾ ਬਣਾ ਲੈਂਦੇ ਹਨ, ਉਹ ਰਸਤੇ ਵਿੱਚ ਚੱਲ ਰਹੇ ਲੋਕਾਂ ਨੂੰ ਖ਼ਰਾਬ ਹੋਣ ਤੋਂ ਬਚਾ ਨਹੀਂ ਸਕਦੇ — ਸੁਨੇਹੇ ਪਹਿਲਾਂ ਹੀ ਬਣੇ ਹੁੰਦੇ ਹਨ, ਉਸ ਫਨਲ ਦੇ ਵਰਜ਼ਨ ਲਈ, ਜਿਸਨੂੰ ਤੁਸੀਂ ਹੁਣੇ ਮਿਟਾ ਦਿੱਤਾ ਹੈ।
16:40 ਵਜੇ ਸੋਧ, 4 118 ਸੰਪਰਕ ਰਸਤੇ ਵਿੱਚਵਰਜ਼ਨ 7 → 8
- 1ਵਰਜ਼ਨ 8 ਪ੍ਰਕਾਸ਼ਿਤ ਹੋਇਆਤੀਜੇ ਦਿਨ ਦਾ ਸੁਨੇਹਾ ਦੁਬਾਰਾ ਲਿਖਿਆ ਗਿਆ, ਇੱਕ ਸਪਲਿਟ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ।
- 2ਰਸਤੇ ਵਿੱਚ4 118 ਰਨ ਵਰਜ਼ਨ 7 ਉੱਤੇ ਅੰਤ ਤੱਕ ਚੱਲਦੇ ਰਹਿੰਦੇ ਹਨ। ਕੁਝ ਵੀ ਦੁਬਾਰਾ ਯੋਜਨਾਬੱਧ ਨਹੀਂ ਹੁੰਦਾ, ਕੁਝ ਵੀ ਦੁਬਾਰਾ ਨਹੀਂ ਭੇਜਿਆ ਜਾਂਦਾ।
- 3ਨਵੀਆਂ ਦਾਖਲੀਆਂ16:40 ਤੋਂ ਬਾਅਦ ਦਾਖਲ ਹੋਣ ਵਾਲੇ ਸਾਰੇ ਵਰਜ਼ਨ 8 ਉੱਤੇ ਚੱਲਦੇ ਹਨ।
ਦੁਬਾਰਾ ਲਿਖਣ ਲਈ ਕੋਈ ਕਤਾਰ ਦੀਆਂ ਕਤਾਰਾਂ ਨਹੀਂਕੋਈ ਦੁਹਰਾਈ ਭੇਜਣਾ ਨਹੀਂ
ਰਿਪੋਰਟਾਂ ਦੱਸਦੀਆਂ ਹਨ ਕਿ ਕਿਹੜੇ ਖੋਲ੍ਹਣ ਲੋਕਾਂ ਦੇ ਸਨ ਅਤੇ ਕਿਹੜੇ ਮਸ਼ੀਨਾਂ ਦੇ
Apple Mail Privacy Protection ਹਰ ਸੁਨੇਹੇ ਦੀ ਹਰ ਤਸਵੀਰ ਖੋਲ੍ਹਦਾ ਹੈ ਜੋ ਉਹ ਲਿਆਉਂਦਾ ਹੈ। Outlook SafeLinks ਜਾਂਚ ਕਰਨ ਲਈ ਹਰ ਲਿੰਕ ਉੱਤੇ ਕਲਿੱਕ ਕਰਦਾ ਹੈ। ਕੱਚੇ ਖੋਲ੍ਹਣ ਅਤੇ ਕਲਿੱਕ ਦੀ ਰਿਪੋਰਟ ਕਰਨ ਵਾਲਾ ਕੋਈ ਵੀ ਸਾਧਨ ਉਨ੍ਹਾਂ ਨੂੰ ਸ਼ਮੂਲੀਅਤ ਵਜੋਂ ਗਿਣ ਰਿਹਾ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਚੁੱਪਚਾਪ ਮਿਲਾਉਣ ਵਾਲਾ ਅੰਕੜਾ ਕੋਈ ਅੰਕੜਾ ਨਾ ਹੋਣ ਤੋਂ ਵੀ ਮਾੜਾ ਹੈ — ਕਿਉਂਕਿ ਤੁਸੀਂ ਉਸੀ ਉੱਤੇ ਫ਼ੈਸਲੇ ਕਰਦੇ ਹੋ।
ClickSomo ਕੱਚੀਆਂ ਘਟਨਾਵਾਂ ਸੰਭਾਲਦਾ ਹੈ, ਛਾਣੇ ਹੋਏ ਅੰਕੜੇ ਦੱਸਦਾ ਹੈ, ਅਤੇ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਕੀ ਹੈ। ਤੁਸੀਂ ਦੋਵੇਂ ਵੇਖ ਸਕਦੇ ਹੋ। ਅਸਹਿਜ ਵਾਲਾ ਅੰਕੜਾ ਹੀ ਸੱਚਾ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਉਹੀ ਮੂਲ ਰੂਪ ਵਿੱਚ ਸਕ੍ਰੀਨ ਉੱਤੇ ਹੁੰਦਾ ਹੈ।
ਮੁਹਿੰਮ ਰਿਪੋਰਟਕੱਚਾ ਬਨਾਮ ਛਾਣਿਆ ਹੋਇਆ
- ✉ਪਹੁੰਚ ਗਿਆਡਿਲਿਵਰੀ ਘਟਨਾਵਾਂ ਤੋਂ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ, ਦੁਬਾਰਾ ਗਣਨਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ — ਕਦੇ ਵੀ ਥਾਂ ਉੱਤੇ ਵਧਾਇਆ ਨਹੀਂ ਜਾਂਦਾ।
- 👁ਖੋਲ੍ਹਣਕੱਚੇ ਅਤੇ ਛਾਣੇ ਹੋਏ ਅੰਕੜੇ ਨਾਲ-ਨਾਲ ਦਿਖਾਏ ਜਾਂਦੇ ਹਨ, ਮਸ਼ੀਨਾਂ ਦਾ ਹਿੱਸਾ ਨਾਮ ਨਾਲ।
- ↗ਕਲਿੱਕਸਕੈਨਰ ਦਾ ਟ੍ਰੈਫਿਕ ਵੱਖ ਕੀਤਾ ਗਿਆ। ਇੱਕ ਦਸਤਖ਼ਤ ਕੀਤਾ ਰੀਡਾਇਰੈਕਟ, ਇਸ ਸੁਨੇਹੇ ਦੇ ਆਪਣੇ ਲਿੰਕਾਂ ਦੇ ਸੈੱਟ ਨਾਲ ਜਾਂਚਿਆ ਗਿਆ।
- iਇਹ ਮਹੱਤਵਪੂਰਨ ਕਿਉਂ ਹੈਸਕੈਨਰ ਦੇ ਖੋਲ੍ਹਣ ਉੱਤੇ ਅਧਾਰਿਤ A/B ਸਪਲਿਟ ਪੂਰੇ ਭਰੋਸੇ ਨਾਲ ਗਲਤ ਜੇਤੂ ਚੁਣਦਾ ਹੈ।
ਕੱਚਾ ਸੰਭਾਲਿਆਛਾਣ ਕੇ ਰਿਪੋਰਟ ਕੀਤਾਹਮੇਸ਼ਾ ਲੇਬਲ ਲਗਾਇਆ
ਤੁਹਾਡੀ ਭੇਜਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਤੁਹਾਡੀ ਹੀ ਰਹਿੰਦੀ ਹੈ
ClickSomo ਕੋਈ ਮੇਲ ਸਰਵਰ ਨਹੀਂ ਚਲਾਉਂਦਾ। ਤੁਸੀਂ ਆਪਣਾ SMTP ਮੇਲਬਾਕਸ ਜੋੜਦੇ ਹੋ — ਜਿਸ ਵਿੱਚ ਉਹ ਵੀ ਸ਼ਾਮਲ ਹਨ ਜੋ ਤੁਹਾਡੀ ਹੋਸਟਿੰਗ ਪਹਿਲਾਂ ਹੀ ਦਿੰਦੀ ਹੈ — ਜਾਂ ਕੋਈ ਅਜਿਹਾ ਪ੍ਰਦਾਤਾ ਜਿਸਦਾ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਭੁਗਤਾਨ ਕਰਦੇ ਹੋ, ਜਿਵੇਂ SendGrid। ਹਰ ਸੁਨੇਹੇ ਉੱਤੇ ਕੋਈ ਵਾਧੂ ਕੀਮਤ ਨਹੀਂ ਹੁੰਦੀ, ਕਿਉਂਕਿ ਜੋੜਨ ਲਈ ਕੁਝ ਹੈ ਹੀ ਨਹੀਂ।
ਆਪਣਾ ਸਾਧਨ ਲਿਆਉਣ ਦੇ ਬਦਲੇ ਤੁਹਾਨੂੰ ਇੱਕੋ ਡਿਲਿਵਰੀ ਸ਼ਬਦਾਵਲੀ ਮਿਲਦੀ ਹੈ। SendGrid ਦਸਤਖ਼ਤ ਕੀਤੇ JSON ਵੈੱਬਹੁੱਕ ਭੇਜਦਾ ਹੈ; ਸਧਾਰਨ SMTP ਮੇਲਬਾਕਸ ਕੁਝ ਵੀ ਨਹੀਂ ਭੇਜਦਾ ਅਤੇ ਉਸਦੇ ਵਾਪਸ ਆਏ ਮੇਲ ਈਮੇਲ ਵਜੋਂ ਆਉਂਦੇ ਹਨ। ਦੋਵੇਂ ਇੱਕੋ ਘਟਨਾਵਾਂ ਵਿੱਚ ਬਦਲੇ ਜਾਂਦੇ ਹਨ — ਕਤਾਰ ਵਿੱਚ, ਭੇਜਿਆ ਗਿਆ, ਪਹੁੰਚਿਆ, ਮੁਲਤਵੀ, ਖੋਲ੍ਹਿਆ, ਕਲਿੱਕ, ਨਰਮ ਵਾਪਸੀ, ਪੱਕੀ ਵਾਪਸੀ, ਸ਼ਿਕਾਇਤ, ਅਣਸਬਸਕ੍ਰਾਈਬ — ਤਾਂ ਪ੍ਰਦਾਤਾ ਬਦਲਣ ਨਾਲ ਤੁਹਾਡੇ ਵੇਖਣ ਵਾਲੀ ਕਿਸੇ ਚੀਜ਼ ਵਿੱਚ ਕੋਈ ਫ਼ਰਕ ਨਹੀਂ ਪੈਂਦਾ।
ਦੋ ਪਛਾਣਾਂ, ਇੱਕ ਪ੍ਰੋਜੈਕਟਭੇਜਣ ਵਾਲੀਆਂ ਪਛਾਣਾਂ
- 1ਤੁਹਾਡਾ ਮੇਲਬਾਕਸਲੈਣ-ਦੇਣ ਵਾਲਾ। ਇਸਦੀ ਆਪਣੀ ਦਰ ਦੀ ਸੀਮਾ ਹੈ, ਕਿਉਂਕਿ ਸਾਂਝੇ ਮੇਲਬਾਕਸ ਨੂੰ ਲਗਾਤਾਰ ਵਰਤਣ ਨਾਲ ਖਾਤਾ ਮੁਅੱਤਲ ਹੋ ਸਕਦਾ ਹੈ।
- 2ਤੁਹਾਡਾ ਪ੍ਰਦਾਤਾਵੱਡੀ ਮਾਤਰਾ ਵਾਲਾ। ਵੱਖਰਾ ਡੋਮੇਨ, ਵੱਖਰਾ DKIM — ਇੱਕ ਮਾੜੀ ਮੁਹਿੰਮ ਤੁਹਾਡੇ ਸਾਈਨ-ਇਨ ਮੇਲ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਣੀ ਚਾਹੀਦੀ।
- 3ਬਾਊਂਸSMTP ਦਾ ਕੋਈ ਵੈੱਬਹੁੱਕ ਨਹੀਂ ਹੁੰਦਾ, ਇਸ ਲਈ ਵਾਪਸੀ ਦਾ ਰਾਹ ਇੱਕ ਅਸਲੀ ਮੇਲਬਾਕਸ ਹੈ ਜੋ DSN ਨੂੰ ਪੜ੍ਹਦਾ ਅਤੇ ਸ਼੍ਰੇਣੀਬੱਧ ਕਰਦਾ ਹੈ।
SPF, DKIM ਅਤੇ DMARC ਦੀ ਜਾਂਚ ਹੋਈਡ੍ਰਿਫਟ ਦੀ ਰਿਪੋਰਟ ਹੋਈ
ਚਾਰ ਚੈਨਲ
ਇੱਕ ਫਨਲ ਕਿਸੇ ਵਿਅਕਤੀ ਤੱਕ ਚਾਰ ਵੱਖ-ਵੱਖ ਤਰੀਕਿਆਂ ਨਾਲ ਪਹੁੰਚ ਸਕਦਾ ਹੈ
ਰਿਮਾਈਂਡਰ SMS ਰਾਹੀਂ ਜਾਂਦਾ ਹੈ ਕਿਉਂਕਿ ਲੋਕ ਇਹ ਮਿੰਟਾਂ ਵਿੱਚ ਪੜ੍ਹ ਲੈਂਦੇ ਹਨ। ਕਹਾਣੀ ਈਮੇਲ ਰਾਹੀਂ ਜਾਂਦੀ ਹੈ ਕਿਉਂਕਿ ਉਸ ਕੋਲ ਥਾਂ ਹੁੰਦੀ ਹੈ। ਜਿਸ ਗਾਹਕ ਦੇ ਸਿੱਕੇ ਦਾ ਹੱਕਦਾਰ ਹੈ, ਉਸ ਲਈ ਕੁਝ ਛਪਿਆ ਹੋਇਆ ਜਾਂਦਾ ਹੈ। ਕੋਈ ਸੁਨੇਹਾ ਕਿਹੜਾ ਚੈਨਲ ਵਰਤੇਗਾ, ਇਹ ਨੋਡ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ, ਨਾ ਕਿ ਉਸ ਸਾਧਨ ਦੀ ਜੋ ਤੁਹਾਨੂੰ ਖੋਲ੍ਹਣਾ ਪੈਂਦਾ ਹੈ।
ਈ-ਮੇਲ
ਇੱਕ ਦਸਤਾਵੇਜ਼ ਤੋਂ ਟੇਬਲਾਂ ਅਤੇ ਇਨਲਾਈਨ CSS ਵਿੱਚ ਰੈਂਡਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਪਲੇਨ-ਟੈਕਸਟ ਵਿਕਲਪ ਆਪਣੇ-ਆਪ ਬਣਦਾ ਹੈ ਅਤੇ ਰੰਗ ਡਾਰਕ-ਮੋਡ-ਸੁਰੱਖਿਅਤ ਹੁੰਦੇ ਹਨ। RFC 8058 ਦੀ ਮੰਗ ਅਨੁਸਾਰ ਇੱਕ-ਕਲਿੱਕ ਅਨਸਬਸਕ੍ਰਾਈਬ। Gmail ਵਿੱਚ ਕੱਟਣ ਦੀ ਸੂਰਤ ਵਿੱਚ ਪ੍ਰਕਾਸ਼ਨ ਸਮੇਂ ਚੇਤਾਵਨੀ।
SMS
ਉਸ ਸੁਨੇਹੇ ਲਈ ਜੋ ਅੱਜ ਹੀ ਪੜ੍ਹਿਆ ਜਾਣਾ ਹੈ। GSM-7 ਅਤੇ UCS-2 ਸੈਗਮੈਂਟ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਗਿਣੇ ਜਾਂਦੇ ਹਨ, ਕਿਉਂਕਿ ਇੱਕ ਇਮੋਜੀ ਇੱਕ-ਸੈਗਮੈਂਟ ਸੁਨੇਹੇ ਨੂੰ ਤਿੰਨ ਵਿੱਚ ਬਦਲ ਦਿੰਦੀ ਹੈ। STOP ਸੇਵਾ ਦੇ ਅੰਦਰ ਹੀ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ, ਤੁਹਾਡੇ ਉੱਤੇ ਨਹੀਂ ਛੱਡਿਆ ਜਾਂਦਾ।
ਪੁਸ਼ ਕਰੋ
VAPID ਅਤੇ RFC 8291 ਇੰਕ੍ਰਿਪਸ਼ਨ ਨਾਲ ਵੈੱਬ ਪੁਸ਼, ਨਾਲ ਹੀ iOS ਅਤੇ Android। ਪ੍ਰਦਾਤਾ ਵੱਲੋਂ 410 ਮਿਲਣ ਉੱਤੇ ਡਿਵਾਈਸ ਦੀ ਸਾਰ ਹਟਾ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ, ਕਿਉਂਕਿ ਜੋ ਟੋਕਨ ਕਦੇ ਸਾਫ਼ ਨਹੀਂ ਹੁੰਦੇ ਉਹ ਚੁੱਪਚਾਪ ਤੁਹਾਡੀ ਡਿਲੀਵਰੀ ਦਰ ਨੂੰ ਖ਼ਰਾਬ ਕਰ ਦਿੰਦੇ ਹਨ।
ਛਪੇ ਹੋਏ ਪੱਤਰ
ਉਹੀ ਦਸਤਾਵੇਜ਼, ਪ੍ਰਿੰਟ CSS ਰਾਹੀਂ PDF ਵਿੱਚ ਰੈਂਡਰ ਕੀਤਾ, ਉਨ੍ਹਾਂ ਗਾਹਕਾਂ ਲਈ ਜਿਨ੍ਹਾਂ ਉੱਤੇ ਸਿੱਕਾ ਖ਼ਰਚ ਕਰਨਾ ਸਿੱਟੇਵੰਦ ਹੈ। ਇਹ ਫਨਲ ਵਿੱਚ ਹੋਰ ਕਿਸੇ ਵੀ ਨੋਡ ਵਾਂਗ ਇੱਕ ਨੋਡ ਹੈ, ਉਸ ਦੇ ਸਾਹਮਣੇ ਉਹੀ ਉਡੀਕਾਂ ਅਤੇ ਉਹੀ ਟੀਚਾ-ਜਾਂਚ ਹੁੰਦੀ ਹੈ।
ਉਨ੍ਹਾਂ ਲੋਕਾਂ ਲਈ ਜੋ ਔਖੇ ਸਵਾਲ ਪੁੱਛਦੇ ਹਨ
API ਹੀ ਉਤਪਾਦ ਹੈ। ਸਕ੍ਰੀਨਾਂ ਉਸ ਦਾ ਸਿਰਫ਼ ਇੱਕ ਕਲਾਇੰਟ ਹਨ।
ਕੋਈ ਨਿੱਜੀ ਐਂਡਪੁਆਇੰਟ ਨਹੀਂ ਹੈ — ਨਾ ਹੀ "ਸਿਰਫ਼ ਇੰਟਰਫੇਸ ਲਈ"। ਜੇ ਕਿਸੇ ਸਕ੍ਰੀਨ ਨੂੰ ਕੁਝ ਚਾਹੀਦਾ ਹੈ ਜੋ ਜਨਤਕ API ਨਹੀਂ ਦੇ ਸਕਦੀ, ਤਾਂ ਉਹ ਸਕ੍ਰੀਨ ਤੁਹਾਨੂੰ ਦੱਸ ਰਹੀ ਹੈ ਕਿ API ਗ਼ਲਤ ਹੈ, ਅਤੇ ਇਹੀ ਨਿਯਮ ਹੈ ਜੋ ਏਜੰਟ, ਡੈਸ਼ਬੋਰਡ ਟਾਈਲ ਅਤੇ ਸਕ੍ਰਿਪਟ ਨੂੰ ਸਭ ਨੂੰ ਪਹਿਲੇ-ਦਰਜੇ ਦੇ ਨਾਗਰਿਕ ਬਣਾਉਂਦਾ ਹੈ, ਬਾਅਦ ਦੇ ਸੋਚੇ-ਸਮਝੇ ਵਿਚਾਰ ਨਹੀਂ।
ਦਸਤਾਵੇਜ਼ੀ ਅਤੇ ਪ੍ਰਚਲਿਤ
ਸੰਪਰਕ, ਸਹਿਮਤੀ, ਲਿਸਟਾਂ, ਸੈਗਮੈਂਟ, ਟੈਗ, ਕ੍ਰਿਏਟਿਵ, ਫਨਲ, ਸੰਸਕਰਣ, ਰਨ, ਮੁਹਿੰਮਾਂ, ਇੰਪੋਰਟ, ਵੈੱਬਹੁੱਕ ਅਤੇ ਰਿਪੋਰਟਾਂ। ਕਰਸਰ ਪੇਜੀਨੇਸ਼ਨ, ਆਈਡੈਂਪੋਟੈਂਸੀ ਕੁੰਜੀਆਂ, ਇੱਕ ਗ਼ਲਤੀ ਐਨਵੇਲਪ।
Learn moreਇੱਕ MCP ਸਰਵਰ, ਡ੍ਰਾਈ ਰਨ ਸਮੇਤ
simulate_funnel ਇੱਕ ਸੰਪਰਕ ਨੂੰ ਫਨਲ ਵਿੱਚੋਂ ਲੰਘਾਉਂਦਾ ਹੈ ਅਤੇ ਰਾਹ ਅਤੇ ਉਹ ਸੁਨੇਹੇ ਵਾਪਸ ਕਰਦਾ ਹੈ ਜੋ ਉਹ ਭੇਜਦਾ। ਹਰ ਭੇਜਣ-ਯੋਗ ਸਾਧਨ ਸਪੱਸ਼ਟ ਪੁਸ਼ਟੀ ਅਤੇ ਤੁਹਾਡੀ ਕੋਟਾ ਦੇ ਪਿੱਛੇ ਬੰਦ ਹੈ।
ਟੈਂਪਲੇਟ ਨਹੀਂ, ਦਸਤਾਵੇਜ਼
ਇੱਕ ਕ੍ਰਿਏਟਿਵ ਪ੍ਰਕਾਸ਼ਿਤ ਸਕੀਮਾ ਵਾਲਾ JSON ਬਲਾਕ-ਰੁੱਖ ਹੈ, ਜੋ ਛੇ ਟੀਚਿਆਂ ਵਿੱਚ ਰੈਂਡਰ ਹੁੰਦਾ ਹੈ। ਮਰਜ਼ ਵੇਰੀਏਬਲ ਪ੍ਰਕਾਸ਼ਨ ਸਮੇਂ ਜਾਂਚੇ ਜਾਂਦੇ ਹਨ: ਸਪੈਲਿੰਗ ਦੀ ਗ਼ਲਤੀ ਇੱਕ ਅਜਿਹੀ ਗ਼ਲਤੀ ਹੈ ਜੋ ਤੁਸੀਂ ਸੋਧਦਿਆਂ ਵੇਖਦੇ ਹੋ, ਭੇਜਣ ਵੇਲੇ ਕਦੇ ਵੀ "ਸਤ ਸ੍ਰੀ ਅਕਾਲ ," ਨਹੀਂ।
Learn moreਵਰਤੋਂ ਦੇ ਕੇਸ
ਚਾਰ ਕਿਸਮ ਦੇ ਕਾਰੋਬਾਰ ਜਿਨ੍ਹਾਂ ਲਈ ਇਹ ਬਣਾਇਆ ਗਿਆ ਹੈ
ਤੰਤਰ ਚਾਰਾਂ ਵਿੱਚ ਇੱਕੋ ਹੈ। ਬਦਲਦਾ ਸਿਰਫ਼ ਇਹ ਹੈ ਕਿ ਕੀ ਟ੍ਰਿੱਗਰ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਕੀ ਟੀਚਾ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ।
ਈ-ਕਾਮਰਸ
ਜੀ ਆਇਆਂ ਨੂੰ, ਛੱਡੀ ਹੋਈ ਟੋਕਰੀ, ਖ਼ਰੀਦ ਤੋਂ ਬਾਅਦ, ਸਮੀਖਿਆ ਦੀ ਬੇਨਤੀ, ਤਾਰੀਖ਼ ਵਾਲੇ ਖੇਤਰ ਉੱਤੇ ਦੁਬਾਰਾ ਭਰਾਈ, ਅਤੇ ਉਨ੍ਹਾਂ ਲਈ ਵਾਪਸੀ ਦੀ ਕੋਸ਼ਿਸ਼ ਜੋ ਚੁੱਪ ਹੋ ਗਏ ਹਨ।
Learn moreਸੇਵਾ ਕਾਰੋਬਾਰ
ਇੱਕ ਸੈਲੂਨ, ਕਲੀਨਿਕ, ਸਟੂਡੀਓ, ਵਰਕਸ਼ਾਪ। ਪੁਸ਼ਟੀ, ਰਿਮਾਈਂਡਰ, ਨਾ-ਆਉਣ ਉੱਤੇ ਪਿੱਛੇ ਰਹਿਣਾ, ਸਮੀਖਿਆ ਮੰਗਣਾ, ਅਤੇ ਉਸ ਨਿਯਮਤ ਗਾਹਕ ਨੂੰ ਵੇਖਣਾ ਜੋ ਆਉਣਾ ਛੱਡ ਚੁੱਕਾ ਹੈ।
Learn moreSaaS ਅਤੇ ਉਤਪਾਦ ਟੀਮਾਂ
ਤੁਹਾਡਾ ਉਤਪਾਦ ਪਹਿਲਾਂ ਹੀ ਜਾਣਦਾ ਹੈ ਕਿ ਕਿਸ ਨੇ ਸਰਗਰਮ ਹੋਣਾ ਸ਼ੁਰੂ ਕੀਤਾ ਅਤੇ ਕੌਣ ਅਟੱਕ ਗਿਆ। ਇਸ ਨੂੰ ਇਵੈਂਟ ਵਜੋਂ ਭੇਜੋ, ਉਸ ਉੱਤੇ ਸ਼ਾਖਾ ਲਗਾਓ, ਅਤੇ ਜਿਸ ਪਲ ਉਹ ਕੰਮ ਕਰ ਦੇਣ, ਉਸੇ ਪਲ ਰੁਕ ਜਾਓ।
Learn moreਏਜੰਸੀਆਂ
ਇੱਕ ਫਨਲ, ਵੀਹ ਪ੍ਰੋਜੈਕਟ, ਵੀਹ ਭੇਜਣ-ਪ੍ਰਮਾਣ — ਅਤੇ ਹਰ ਗਾਹਕ ਲਈ ਇੱਕ ਰਿਪੋਰਟ ਜਿਸ ਨੂੰ ਸਮਝਾਉਣ ਲਈ ਫ਼ੋਨ ਕਾਲ ਦੀ ਲੋੜ ਨਹੀਂ।
Learn moreਇੱਕ ਈਕੋਸਿਸਟਮ ਦਾ ਹਿੱਸਾ, ਅਤੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਆਪਣੇ ਆਪ ਵੀ ਲਾਭਦਾਇਕ
ClickSomo castomo ਪਰਿਵਾਰ ਦੀ ਮਾਰਕੀਟਿੰਗ ਸ਼ਾਖਾ ਹੈ। ਭੇਜਣਾ, SMS ਅਤੇ ਪੁਸ਼ castomAPI ਸੇਵਾਵਾਂ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਪਰਿਵਾਰ ਦਾ ਹਰ ਉਤਪਾਦ ਬੁਲਾ ਸਕਦਾ ਹੈ; ਸਾਈਨ-ਇਨ ਉਹ ਇੱਕ castomo ਖਾਤਾ ਹੈ ਜੋ ਤੁਸੀਂ dash-b ਅਤੇ ਬਾਕੀ ਲਈ ਵਰਤਦੇ ਹੋ; ਮੁਹਿੰਮ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ, ਫਨਲ ਦਾ ਡਿੱਗਣਾ ਅਤੇ ਲਿਸਟ ਦਾ ਵਾਧਾ dash-b ਵਿੱਚ ਟਾਈਲਾਂ ਵਜੋਂ ਆਉਂਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਸੀਂ ਕਿਸੇ ਵੀ ਬੋਰਡ ਉੱਤੇ ਰੱਖ ਸਕਦੇ ਹੋ।
ਜਿਸ ਵਿੱਚੋਂ ਤੁਹਾਨੂੰ ਕਿਸੇ ਚੀਜ਼ ਦੀ ਲੋੜ ਨਹੀਂ। ਇੱਥੇ ਬਹੁਤ ਸਾਰੇ ਖਾਤੇ ਇੱਕ ਲਿਸਟ, ਇੱਕ ਮੇਲਬਾਕਸ ਅਤੇ ਤਿੰਨ ਫਨਲ ਹਨ, ਜੋ ਕਿਸੇ ਹੋਰ ਨਾਲ ਬਿਲਕੁਲ ਨਹੀਂ ਜੁੜੇ।
ਇਮਾਨਦਾਰ ਤੁਲਨਾ: ਜੇ ਤੁਹਾਨੂੰ ਸਿਰਫ਼ "ਇਹ ਨਿਊਜ਼ਲੈਟਰ ਇਨ੍ਹਾਂ ਲੋਕਾਂ ਨੂੰ ਵੀਰਵਾਰ ਨੂੰ ਭੇਜੋ" ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਇਸ ਸ਼੍ਰੇਣੀ ਦਾ ਹਰ ਸਾਧਨ ਇਹ ਕਰਦਾ ਹੈ, ਇਹ ਵੀ, ਅਤੇ ਤਬਦੀਲੀ ਤੁਹਾਡੀ ਦੁਪਿਹਰ ਦੇ ਲਾਇਕ ਨਹੀਂ। ਇੱਥੇ ਆਉਣ ਦਾ ਕਾਰਨ ਦੂਜਾ ਅੱਧਾ ਹਿੱਸਾ ਹੈ — ਉਹ ਸਹਿਮਤੀ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਸਾਬਤ ਕਰ ਸਕਣੇ ਚਾਹੀਦੇ ਹੋ, ਉਹ ਲੜੀ ਜੋ ਕਿਸੇ ਦੇ ਖ਼ਰੀਦਣ ਉੱਤੇ ਰੁਕਣੀ ਚਾਹੀਦੀ ਹੈ, ਉਹ ਰਿਪੋਰਟ ਜੋ ਸਵਾਲ ਕੀਤੇ ਜਾਣ ਉੱਤੇ ਵੀ ਟਿਕੇ, ਅਤੇ ਉਹ ਏਜੰਟ ਜਾਂ ਸਕ੍ਰਿਪਟ ਜਿਸ ਤੋਂ ਤੁਸੀਂ ਪੂਰੀ ਗੱਲ ਚਲਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ। ClickSomo ਕਿੱਥੇ ਖੜ੍ਹਾ ਹੈ →
ਸਾਨੂੰ ਦੱਸੋ ਕਿ ਤੁਸੀਂ ਅੱਜ ਕੀ ਭੇਜਦੇ ਹੋ, ਅਤੇ ਕਿੰਨ੍ਹਾਂ ਨੂੰ।
ਅਸੀਂ ਤੁਹਾਨੂੰ ਦਿਖਾਵਾਂਗੇ ਕਿ ਇਹ ਇੱਥੇ ਕਿਹੋ ਜਿਹਾ ਦਿਖਦਾ ਹੈ — ਆਮ ਤੌਰ ਉੱਤੇ ਫਨਲ ਬਣਾ ਕੇ ਦਿਖਾ ਕੇ, ਕਿਉਂਕਿ ਇਹ ਇਸ ਬਾਰੇ ਇੱਕ ਪੈਰ੍ਹੇ ਨਾਲੋਂ ਤੇਜ਼ ਹੈ।