CRM ਦਾ ਜੋੜਨ ਵਾਲਾ ਪੁਲ
ਸੈਸ਼ਨ ਨੂੰ ਨਾਮ ਮਿਲੇ ਤਾਂ ਰਿਕਾਰਡਿੰਗ ਤੁਹਾਡੇ CRM ਵਿੱਚ ਉਸ ਵਿਅਕਤੀ ਉੱਤੇ ਨੋਟ ਬਣ ਜਾਂਦੀ ਹੈ — ਪਹਿਲਾਂ ਮੌਜੂਦ ਸੰਪਰਕ ਉੱਤੇ, ਨਵੇਂ ਉੱਤੇ ਨਹੀਂ।
1. ਇੱਕ ਵਾਕ ਵਿੱਚ ਕੰਮ
ਸੈਸ਼ਨ ਪਛਾਣਿਆ ਜਾਵੇ ਤਾਂ ਅਸੀਂ ਤੁਹਾਡੇ ਭੇਜੇ ਪਛਾਣਕਰਤਾ ਨਾਲ CRM ਵਿੱਚ ਵਿਅਕਤੀ ਲੱਭ ਕੇ ਰਿਕਾਰਡਿੰਗ ਲਿੰਕ ਵਾਲਾ ਨੋਟ ਜੋੜਦੇ ਹਾਂ।
ਬੱਸ ਇੰਨਾ ਹੀ। ਨਾ ਨਵੇਂ ਸੰਪਰਕ, ਨਾ ਨਵੇਂ ਸੌਦੇ, ਨਾ ਪਾਈਪਲਾਈਨ ਬਦਲਾਅ। ਹਰ ਕੀਮਤ ਸਫ਼ਾ ਫੇਰੀ ਉੱਤੇ ਦੁਹਰਾ ਰਿਕਾਰਡ ਬਣਾਉਣ ਵਾਲਾ CRM ਬਿਨਾਂ ਏਕੀਕਰਨ ਨਾਲੋਂ ਮਾੜਾ ਹੈ।
ਵਿਅਕਤੀ ਨਾ ਮਿਲੇ ਤਾਂ ਕੁਝ ਨਹੀਂ ਹੁੰਦਾ। ਉਸ ਨੂੰ ਬਣਾਉਣ ਦਾ ਮਤਲਬ ਬ੍ਰਾਊਜ਼ਰ ਸੈਸ਼ਨ ਤੋਂ CRM ਵਿੱਚ ਰਿਕਾਰਡ ਲਿਖਣਾ ਹੋਵੇਗਾ — ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਸੈਸ਼ਨ ਤੁਹਾਡੇ ਗਾਹਕ ਕੌਣ ਹਨ ਉਸ ਦਾ ਅਧਿਕਾਰਕ ਸਰੋਤ ਨਹੀਂ।
2. ਮੇਲ ਕੁੰਜੀ: ਵਿਅਕਤੀ ਕਿਵੇਂ ਲੱਭਦੇ ਹਾਂ
ਇਸ ਹਿੱਸੇ ਉੱਤੇ ਦਸ ਮਿੰਟ ਧਿਆਨ ਲਾਉਣਾ ਲਾਭਦਾਇਕ ਹੈ, ਕਿਉਂਕਿ CRM ਏਕੀਕਰਨ ਆਮ ਤੌਰ ਉੱਤੇ ਇੱਥੇ ਚੁੱਪਚਾਪ ਗਲਤ ਹੁੰਦਾ ਹੈ।
ਸਾਈਟ ਨੇ ਜੋ ਦੱਸਿਆ, ਅਸੀਂ ਵਿਜ਼ਟਰ ਨੂੰ ਉਸ ਨਾਲ ਜਾਣਦੇ ਹਾਂ — MousePlayer.setUserId(), ਵਿਸ਼ਲੇਸ਼ਣ ਟੂਲ ਤੋਂ ਵਾਪਸ ਪੜ੍ਹੀ distinct ID ਜਾਂ ਸਰਵਰ ਪਾਸੇ ਦੀ identify ਕਾਲ। CRM ਵੀ ਕਿਸੇ ਚੀਜ਼ ਨਾਲ ਜਾਣਦਾ ਹੈ। ਦੋਵੇਂ ਇੱਕੋ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।
| ਅਸੀਂ ਖੋਜਦੇ ਹਾਂ | ਕੀ ਤੁਸੀਂ ਬਦਲ ਸਕਦੇ ਹੋ | |
|---|---|---|
| HubSpot | ਸੰਪਰਕ ਦਾ ਈਮੇਲ ਪਤਾ | ਨਹੀਂ — ਖੋਜ ਐਂਡਪੁਆਇੰਟ ਇਸੇ ਉੱਤੇ ਬਣਿਆ ਹੈ |
| Pipedrive | ਸ਼ਬਦ ਨਾਲ ਵਿਅਕਤੀ, ਪਹਿਲਾਂ ਈਮੇਲ | ਨਹੀਂ |
| Salesforce | ਇੱਕ ਖੇਤਰ ਜਿਸ ਦਾ ਨਾਮ ਤੁਸੀਂ ਦਿੰਦੇ ਹੋ, ਮੂਲ Email | ਹਾਂ |
Salesforce ਹੀ ਕਿਉਂ ਪੁੱਛਦਾ ਹੈ
Salesforce ਇੰਸਟਾਲੇਸ਼ਨਾਂ ਦੀ ਕੁੰਜੀ ਵਿਰਲੇ ਹੀ ਈਮੇਲ ਹੁੰਦੀ ਹੈ। ਤੁਹਾਡੀ ਇਹ ਹੋ ਸਕਦੀ ਹੈ: Customer_Number__c ਜਾਂ ਬਿਲਿੰਗ ਸਿਸਟਮ ਦੀ ਬਾਹਰੀ ID। ਫਿਰ ਵੀ ਈਮੇਲ ਨਾਲ ਖੋਜੀਏ ਤਾਂ ਕੁਝ ਨਹੀਂ ਮਿਲੇਗਾ ਅਤੇ ਸਫਲਤਾ ਦੱਸਾਂਗੇ — ਸਭ ਤੋਂ ਮਾੜੀ ਨਾਕਾਮੀ, ਕਿਉਂਕਿ ਏਕੀਕਰਨ ਚੱਲਦਾ ਦਿਸਦਾ ਹੈ।
ਇਸ ਲਈ ਫਾਰਮ ਪੁੱਛਦਾ ਹੈ: Contact ਦਾ ਕਿਹੜਾ ਖੇਤਰ ਸਾਡੇ ਭੇਜੇ ਮੁੱਲ ਨੂੰ ਰੱਖਦਾ ਹੈ? API ਨਾਮ ਪਾਓ, ਇਸ ਪਿਛੇਤਰ ਸਮੇਤ: __c ਜੇ ਆਪਣਾ ਖੇਤਰ ਹੈ।
ਕਵੇਰੀ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਖੇਤਰ ਨਾਮ ਸਖ਼ਤ ਪੈਟਰਨ ਨਾਲ ਜਾਂਚਿਆ ਜਾਂਦਾ ਹੈ। CRM ਖੇਤਰ ਨਾਮ ਵਿੱਚ ਅੱਖਰ, ਅੰਕ ਅਤੇ ਅੰਡਰਸਕੋਰ ਹਨ — ਹੋਰ ਕੁਝ ਐਸਕੇਪ ਕਰਨ ਦੀ ਥਾਂ ਰੱਦ ਹੁੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਐਸਕੇਪ ਵਿੱਚ ਬਾਰੀਕ ਗਲਤੀ ਹੋ ਸਕਦੀ ਹੈ ਪਰ ਇਨਕਾਰ ਵਿੱਚ ਨਹੀਂ।
3. ਕਦੋਂ ਚੱਲਦਾ ਹੈ ਅਤੇ ਕਦੋਂ ਜਾਣਬੁੱਝ ਕੇ ਨਹੀਂ
ਪਛਾਣ ਵੇਲੇ: ਸਾਈਟ ਇਹ ਕਾਲ ਕਰੇ, MousePlayer.setUserId(), ਸਾਡਾ ਵਿਸ਼ਲੇਸ਼ਣ ਪੁਲ PostHog, Mixpanel ਜਾਂ Amplitude ਤੋਂ distinct ID ਵਾਪਸ ਪੜ੍ਹੇ ਜਾਂ ਸਰਵਰ identify ਐਂਡਪੁਆਇੰਟ ਕਾਲ ਕਰੇ।
ਹਰ ਸੈਸ਼ਨ ਇੱਕ ਵਾਰ, ਹਰ ਸਫ਼ੇ ਇੱਕ ਵਾਰ ਨਹੀਂ
ਲੌਗ ਇਨ ਕਰਕੇ ਗਿਆਰਾਂ ਸਫ਼ੇ ਵੇਖਣ ਵਾਲਾ ਵਿਅਕਤੀ ਇੱਕ ਨੋਟ ਹੈ, ਗਿਆਰਾਂ ਨਹੀਂ। CRM ਟਾਈਮਲਾਈਨ ਲੋਕਾਂ ਦੇ ਪੜ੍ਹਨ ਲਈ ਹੈ।
ਪਛਾਣਕਰਤਾ ਤੋਂ ਬਿਨਾਂ ਨਹੀਂ
ਅਗਿਆਤ ਸੈਸ਼ਨ ਕੋਲ ਮੇਲ ਲਈ ਕੁਝ ਨਹੀਂ। ਅਸੀਂ IP ਪਤੇ ਨਾਲ ਅੰਦਾਜ਼ਾ ਨਹੀਂ ਲਾਉਂਦੇ ਅਤੇ ਉਹੀ ਪਤਾ ਸਾਂਝਾ ਕਰਨ ਵਾਲੇ ਕਿਸੇ ਨਾਲ ਰਿਕਾਰਡਿੰਗ ਨਹੀਂ ਜੋੜਦੇ।
ਜੇ ਵਿਅਕਤੀ CRM ਨੂੰ ਅਣਜਾਣ ਹੋਵੇ ਤਾਂ ਨਹੀਂ
ਪੂਰਾ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ, ਨਾਕਾਮ ਨਹੀਂ — ਹਾਲੇ CRM ਵਿੱਚ ਨਾ ਹੋਣਾ ਸੰਭਾਵੀ ਗਾਹਕ ਲਈ ਆਮ ਹੈ ਅਤੇ ਕੱਲ੍ਹ ਮੁੜ ਕੋਸ਼ਿਸ਼ ਨਾਲ ਨਹੀਂ ਬਦਲੇਗਾ।
4. ਨੋਟ ਦੀ ਦਿੱਖ ਅਤੇ ਟੋਕਨ ਦੀ ਥਾਂ
ਸੰਪਰਕ ਟਾਈਮਲਾਈਨ ਉੱਤੇ ਇੱਕ ਨੋਟ: ਸੈਸ਼ਨ ਰਿਕਾਰਡ ਹੋਣ ਦੀ ਲਾਈਨ ਅਤੇ ਲਿੰਕ। ਵਿਕਰੀ ਕਰਮਚਾਰੀ ਕਲਿੱਕ ਕਰਕੇ ਵੇਖਦਾ ਹੈ ਕਿ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਵਿਅਕਤੀ ਨੇ ਅਸਲ ਵਿੱਚ ਕੀ ਕੀਤਾ।
ਪ੍ਰਮਾਣ-ਪੱਤਰ
AES-256-GCM ਨਾਲ ਇਨਕ੍ਰਿਪਟ ਸੰਭਾਲਿਆ। ਸੰਭਾਲਣ ਤੋਂ ਬਾਅਦ ਮੁੜ ਨਹੀਂ ਦਿਖਦਾ — ਖੇਤਰ ਤਾਰੇ ਦਿਖਾਉਂਦਾ ਹੈ ਅਤੇ ਤਾਰਿਆਂ ਨਾਲ ਫਾਰਮ ਸੰਭਾਲਣ ਨਾਲ ਸੰਭਾਲਿਆ ਮੁੱਲ ਨਹੀਂ ਬਦਲਦਾ। ਕੰਮ ਵਾਲੀ ਅੰਦਰੂਨੀ ਕਤਾਰ ਤੋਂ ਵੀ ਜਾਣਬੁੱਝ ਕੇ ਬਾਹਰ ਹੈ: ਕਤਾਰ ਸਾਂਝੀ ਹਾਲਤ ਹੈ ਅਤੇ ਸਾਂਝੀ ਹਾਲਤ ਕੁੰਜੀ ਲਈ ਗਲਤ ਥਾਂ ਹੈ।
Salesforce ਨੂੰ ਤਿੰਨ ਚੀਜ਼ਾਂ ਚਾਹੀਦੀਆਂ ਹਨ, ਹੋਰਾਂ ਨੂੰ ਦੋ
Salesforce ਰਿਫਰੈਸ਼ ਟੋਕਨ ਵਾਲੀ Connected App ਰਾਹੀਂ ਪ੍ਰਮਾਣਿਤ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ consumer key, secret, refresh token ਅਤੇ ਇੰਸਟੈਂਸ URL ਮੰਗਦਾ ਹੈ। HubSpot ਅਤੇ Pipedrive ਇੱਕ API ਟੋਕਨ ਲੈਂਦੇ ਹਨ। ਤਿੰਨਾਂ ਵਿੱਚ ਐਪ ਤੁਹਾਡੀ ਹੈ — MousePlayer ਅਜਿਹੀ marketplace ਐਪ ਨਹੀਂ ਚਲਾਉਂਦਾ ਜਿਸ ਉੱਤੇ ਭਰੋਸਾ ਕਰਨਾ ਪਵੇ।
5. Zoho CRM ਅਤੇ Freshsales
ਦੋ ਹੋਰ CRM, ਸੈੱਟਅੱਪ ਮਿਹਨਤ ਦੇ ਉਲਟ ਸਿਰਿਆਂ ਉੱਤੇ।
| Zoho CRM | Freshsales | |
|---|---|---|
| ਤੁਸੀਂ ਦਿੰਦੇ ਹੋ | ਡਾਟਾ ਸੈਂਟਰ, ਕਲਾਇੰਟ ID, ਕਲਾਇੰਟ ਸੀਕ੍ਰੇਟ, ਰਿਫਰੈਸ਼ ਟੋਕਨ | API ਕੁੰਜੀ ਅਤੇ ਤੁਹਾਡਾ Freshworks ਡੋਮੇਨ |
| ਅਸੀਂ ਖੋਜਦੇ ਹਾਂ | ਤੁਹਾਡੇ ਨਾਮ ਵਾਲਾ ਖੇਤਰ, ਮੂਲ Email | ਤੁਹਾਡੇ ਨਾਮ ਵਾਲਾ ਖੇਤਰ, ਮੂਲ email |
| ਨੋਟ ਆਉਂਦਾ ਹੈ | ਸੰਪਰਕ ਉੱਤੇ, Note ਰਿਕਾਰਡ ਵਜੋਂ | ਸੰਪਰਕ ਉੱਤੇ, ਨੋਟ ਵਜੋਂ |
Zoho ਛੇ ਡਾਟਾ ਸੈਂਟਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ ਹੈ
ਖਾਤਾ ਇਸ ਵਿੱਚ ਹੁੰਦਾ ਹੈ: com, eu, in, com.au, jp ਜਾਂ com.cn ਅਤੇ ਕੁੰਜੀ ਵਿੱਚ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਕਿਹੜਾ। ਗਲਤ ਚੁਣੋ ਤਾਂ Zoho ਇਹ ਜਵਾਬ ਦਿੰਦਾ ਹੈ: INVALID_TOKEN — ਜੋ ਗਲਤ ਕੁੰਜੀ ਵਰਗਾ ਲੱਗਦਾ ਹੈ ਅਤੇ ਗਲਤ ਥਾਂ ਖੋਜਣ ਲਾਉਂਦਾ ਹੈ। ਖੇਤਰ ਇਸੇ ਕਾਰਨ ਡਰਾਪਡਾਊਨ ਹੈ।
Self Client, ਇੱਕ ਵਾਰ
Zoho API ਕੰਸੋਲ ਵਿੱਚ Self Client ਬਣਾਓ, ਇਸ ਲਈ ਗ੍ਰਾਂਟ ਟੋਕਨ ਬਣਾਓ: ZohoCRM.modules.ALL ਅਤੇ ZohoSearch.securesearch.READ ਅਤੇ ਇੱਕ ਵਾਰ ਰਿਫਰੈਸ਼ ਟੋਕਨ ਨਾਲ ਬਦਲੋ। ਰਿਫਰੈਸ਼ ਟੋਕਨ ਦੀ ਮਿਆਦ ਨਹੀਂ ਮੁੱਕਦੀ; ਘੰਟਾਵਾਰ ਪਹੁੰਚ ਟੋਕਨ ਉਸ ਤੋਂ ਲਏ ਜਾਂਦੇ ਹਨ ਅਤੇ ਕਦੇ ਸੰਭਾਲੇ ਨਹੀਂ ਜਾਂਦੇ।
Zoho ਨਹੀਂ ਕਹਿਣ ਵੇਲੇ 200 ਦਿੰਦਾ ਹੈ
ਟੋਕਨ ਬਦਲਣਾ ਅਤੇ ਰਿਕਾਰਡ ਲਿਖਣਾ ਦੋਵੇਂ HTTP 200 ਨਾਲ ਮੁੱਖ ਜਵਾਬ ਵਿੱਚ ਗਲਤੀ ਜਾਂ ਹਰ ਰਿਕਾਰਡ ਦੀ ਸਥਿਤੀ ਦੇ ਸਕਦੇ ਹਨ। ਅਸੀਂ ਮੁੱਖ ਜਵਾਬ ਪੜ੍ਹਦੇ ਹਾਂ — ਸਥਿਤੀ ਕੋਡ ਉੱਤੇ ਭਰੋਸਾ ਕਰਨ ਵਾਲਾ ਪੁਲ ਕਦੇ ਨਾ ਬਣੇ ਨੋਟ ਲਈ ਸਫਲਤਾ ਦੱਸੇਗਾ।
ਇੱਥੇ ਦੱਸੇ ਸਾਰੇ ਟ੍ਰੇਡਮਾਰਕ ਆਪਣੇ ਮਾਲਕਾਂ ਦੇ ਹਨ। MousePlayer ਦਾ ਇਨ੍ਹਾਂ ਪ੍ਰਦਾਤਾਵਾਂ ਨਾਲ ਕੋਈ ਵਪਾਰਕ ਸੰਬੰਧ ਨਹੀਂ ਹੈ।