castomo ਪਰਿਵਾਰ ਦੇ ਅੰਦਰ
ਜਿੱਥੇ ਗਾਹਕ ਅੱਠ ਗਾਹਕਾਂ ਤੋਂ ਇੱਕ ਬਣ ਜਾਂਦਾ ਹੈ
ਜੇ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ dash-b, castomo, clickSomo ਜਾਂ FABLS ਵਰਤਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਆਧੁਨਿਕ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਦੀ ਸਮੱਸਿਆ ਨਾਲ ਜਾਣੂ ਹੋ: ਹਰ ਚੀਜ਼ ਹਰ ਚੀਜ਼ ਨਾਲ ਜੁੜਦੀ ਹੈ, ਅਤੇ ਇੱਕੋ ਇਨਸਾਨ ਅੱਠ ਥਾਵਾਂ ਉੱਤੇ ਅੱਠ ਵਾਰ ਮੌਜੂਦ ਹੋ ਜਾਂਦਾ ਹੈ, ਥੋੜ੍ਹਾ ਵੱਖਰੀ ਹਿਜੇ ਨਾਲ, ਅੱਠ ਥਾਵਾਂ ਵਿੱਚ ਜੋ ਹਰ ਇੱਕ ਆਪ ਨੂੰ ਪ੍ਰਮਾਣਿਕ ਸਰੋਤ ਸਮਝਦੀ ਹੈ।
ਆਮ ਹੱਲ ਇੱਕ ਸਿੰਕ੍ਰਨਾਈਜ਼ੇਸ਼ਨ ਜੌਬ ਹੈ, ਜੋ ਇੱਕ ਅਜਿਹੀ ਮਸ਼ੀਨ ਹੈ ਜਿਸ ਦਾ ਪੂਰਾ ਮਕਸਦ ਦੋ ਝੂਠਾਂ ਨੂੰ ਮਿਲਾਉਣਾ ਹੈ। ਇਹ ਉਦੋਂ ਤੱਕ ਚੱਲਦੀ ਹੈ ਜਦ ਤੱਕ ਚੱਲਦਿਆਂ ਕਿਸੇ ਇੱਕ ਪਾਸੇ ਦੀ ਸੋਧ ਨਹੀਂ ਹੁੰਦੀ — ਉਸ ਵੇਲੇ ਤੁਹਾਡੇ ਕੋਲ ਤੀਜਾ ਝੂਠ ਅਤੇ ਇੱਕ ਸਪੋਰਟ ਟਿਕਟ ਹੁੰਦਾ ਹੈ।
iKonekt ਪਰਿਵਾਰ ਨਾਲ ਇੰਟੀਗ੍ਰੇਟਿਡ ਨਹੀਂ ਹੈ। ਇਹ ਉਸ ਦੇ ਅੰਦਰ ਹੈ। ਇੱਕੋ ਸਾਈਨ-ਇਨ, ਇੱਕੋ ਖਾਤਾ, ਹੇਠਾਂ ਇੱਕੋ ਪਲੇਟਫਾਰਮ — ਇਸ ਲਈ ਗਾਹਕ ਰਿਕਾਰਡ ਨੂੰ ਉਤਪਾਦਾਂ ਵਿਚਕਾਰ ਮਿਲਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ, ਕਿਉਂਕਿ ਉਸ ਦੀ ਇੱਕੋ ਹੀ ਕਾਪੀ ਹੈ।
ਹੇਠਾਂ castomAPI
ਪਲੇਟਫਾਰਮ ਪਰਤ ਜਿਸ ਉੱਤੇ ਪਰਿਵਾਰ ਦਾ ਹਰ ਉਤਪਾਦ ਚੱਲਦਾ ਹੈ: ਇੱਕ ਖਾਤਾ, ਇੱਕ ਵਾਲਿਟ, ਪ੍ਰਮਾਣੀਕਰਨ, ਬਿੱਲਿੰਗ, ਭੁਗਤਾਨਾਂ ਅਤੇ ਬੁਕਿੰਗਾਂ ਲਈ ਸੇਵਾਵਾਂ ਦਾ ਇੱਕ ਸੈੱਟ। ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ ਕਨੈਕਟਰ ਛੋਟੇ ਹਨ, ਵੱਡੇ ਕਾਰਨਾਮੇ ਨਹੀਂ।
clickSomo, ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ
ਸੁਨੇਹਾ ਆਟੋਮੇਸ਼ਨ ਉੱਥੇ ਹੀ ਰਹਿੰਦਾ ਹੈ ਜਿੱਥੇ ਉਹ ਵਧੀਆ ਹੈ — clickSomo ਵਿੱਚ। ਜੋ ਸਫ਼ਰ ਕਰਦਾ ਹੈ ਉਹ ਗੱਲਬਾਤ ਅਤੇ ਨਤੀਜਾ ਹੈ, ਇਸ ਲਈ ਇੱਕ ਸੀਕਵੈਂਸ ਨੂੰ ਪਤਾ ਹੁੰਦਾ ਹੈ ਕਦੋਂ ਕਿਸੇ ਇਨਸਾਨ ਨੇ ਸੰਭਾਲ ਲਈ, ਅਤੇ ਵਿਕਰੇਤਾ ਵੇਖ ਸਕਦਾ ਹੈ ਕਿ ਸੀਕਵੈਂਸ ਪਹਿਲਾਂ ਕੀ ਕਿਹਾ ਸੀ।
FABLS, ਉੱਪਰ ਤੱਕ ਖੁਆਉਂਦੇ ਹੋਏ
ਬਲੌਗਿੰਗ ਅਤੇ ਸੋਸ਼ਲ ਪਾਠਕ ਪੈਦਾ ਕਰਦੇ ਹਨ; ਪਾਠਕ ਪੁੱਛਗਿੱਛਾਂ ਪੈਦਾ ਕਰਦੇ ਹਨ; ਪੁੱਛਗਿੱਛਾਂ ਇੱਥੇ ਪਹੁੰਚਦੀਆਂ ਹਨ ਅਤੇ ਉਹ ਲੇਖ ਸਰੋਤ ਵਜੋਂ ਦਰਜ ਹੁੰਦਾ ਹੈ ਜਿਸ ਨੇ ਉਨ੍ਹਾਂ ਨੂੰ ਪੈਦਾ ਕੀਤਾ। ਇਹ ਚੱਕਰ ਵਿਚਕਾਰ ਕੋਈ ਸਪ੍ਰੈੱਡਸ਼ੀਟ ਰੱਖੇ ਬਿਨਾਂ ਪੂਰਾ ਹੁੰਦਾ ਹੈ।
castomUI ਦੇ ਫਾਰਮ
castomUI ਵੱਲੋਂ ਬਣਾਈਆਂ ਸਾਈਟਾਂ ਅਤੇ ਲੈਂਡਿੰਗ ਪੇਜਾਂ ਉੱਤੇ ਅਜਿਹੇ ਫਾਰਮ ਹੁੰਦੇ ਹਨ ਜੋ ਸਿੱਧੇ ਇੱਥੇ ਪਹੁੰਚਦੇ ਹਨ — ਨਾ ਈਮੇਲ ਰਾਹੀਂ, ਨਾ ਕਿਸੇ ਵੈੱਬਹੁੱਕ ਰਾਹੀਂ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਸੰਭਾਲਦੇ ਹੋ। ਸਫ਼ਾ ਅਤੇ ਇਨਬਾਕਸ ਇੱਕੋ ਪਰਿਵਾਰ ਨੇ ਬਣਾਏ ਹਨ।
dash-b, ਨਿਗਰਾਨੀ ਕਰਦੇ ਹੋਏ
ਅਜਿਹੇ ਡੈਸ਼ਬੋਰਡ ਜੋ ਇੱਕੋ ਖਾਤੇ ਤੋਂ ਪੜ੍ਹਦੇ ਹਨ, ਇਸ ਲਈ ਕੰਧ ਉੱਤੇ ਲਿਖਿਆ ਅੰਕੜਾ ਅਤੇ CRM ਵਿੱਚ ਮੌਜੂਦ ਅੰਕੜਾ ਕਦੇ ਵੱਖਰੇ ਨਹੀਂ ਹੋ ਸਕਦੇ — ਇੱਕ ਹੈਰਾਨੀਜਨਕ ਤੌਰ ਉੱਤੇ ਦੁਰਲੱਭ ਵਿਸ਼ੇਸ਼ਤਾ।
castomo, ਘਰ
ਉਹ ਖਾਤਾ ਜੋ ਤੁਹਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਹੈ। ਜੇ ਤੁਸੀਂ ਪਰਿਵਾਰ ਦੀ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਵਿੱਚ ਸਾਈਨ-ਇਨ ਕੀਤਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਇਸ ਵਿੱਚ ਸਾਈਨ-ਇਨ ਕੀਤਾ ਹੈ — ਨਾ ਦੂਜੀ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਹੈ ਅਤਨ ਨਾ ਦੂਜਾ ਪਾਸਵਰਡ ਜੋ ਗੁੰਮ ਹੋ ਸਕੇ।
"ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ" ਦਾ ਅਸਲ ਮਤਲਬ
ਦੋ-ਦਿਸ਼ਾਵੀ ਸ਼ਬਦ ਬਹੁਤ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਇੱਥੇ ਖਾਸ ਰੂਪ ਹੈ। ਇਸ ਪਰਿਵਾਰ ਦਾ ਕਨੈਕਟਰ ਕੋਈ ਰਾਤਾਂ ਦੀ ਐਕਸਪੋਰਟ ਨਹੀਂ ਹੁੰਦਾ। ਜਦੋਂ clickSomo ਇੱਕ ਸੀਕਵੈਂਸ ਭੇਜਦਾ ਹੈ ਅਤੇ ਗਾਹਕ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਤਾਂ ਜਵਾਬ iKonekt ਦੀ ਥਰੈੱਡ ਉੱਤੇ ਹੁੰਦਾ ਹੈ, ਅਤੇ clickSomo ਭੇਜਣਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ — ਕਿਉਂਕਿ ਹੁਣ ਇੱਕ ਇਨਸਾਨ ਗੱਲ ਕਰ ਰਿਹਾ ਹੈ। ਜਦੋਂ ਕੋਈ ਵਿਕਰੇਤਾ ਇੱਥੇ ਕੋਈ ਕੰਮ ਪੂਰਾ ਕਰਦਾ ਹੈ, ਤਾਂ ਜਿਨ੍ਹਾਂ ਉਤਪਾਦਾਂ ਨੂੰ ਇਸ ਦੀ ਪਰਵਾਹ ਹੈ ਉਨ੍ਹਾਂ ਨੂੰ ਇੱਕ ਵਾਰ, ਤਰਤੀਬ ਨਾਲ ਦੱਸਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਉਹ ਇਸ ਉੱਤੇ ਕਾਰਵਾਈ ਕਰ ਸਕਦੇ ਹਨ।
ਕਾਰਜਕੁਸ਼ਲਤਾ ਥਾਂ ਨਹੀਂ ਬਦਲਦੀ। clickSomo ਸੁਨੇਹਾ ਉਤਪਾਦ ਹੀ ਰਹਿੰਦਾ ਹੈ ਅਤੇ iKonekt ਗੱਲਬਾਤ ਹੀ ਰਹਿੰਦਾ ਹੈ। ਲਾਈਨ ਪਾਰ ਕਰਦਾ ਹੈ ਸਿਰਫ਼ ਉਹ ਛੋਟਾ ਤੱਥਾਂ ਦਾ ਸੈੱਟ ਜਿਸ ਦੀ ਹਰ ਪਾਸੇ ਨੂੰ ਸੱਚਮੁੱਚ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਇੰਨੀ ਭਰੋਸੇਯੋਗਤਾ ਨਾਲ ਮਿਲਦਾ ਹੈ ਕਿ ਕਿਸੇ ਪਾਸੇ ਨੂੰ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣਾ ਨਾ ਪਵੇ।
ਇਸ ਨੂੰ ਬਣਾਉਂਦਿਆਂ ਇੱਕ ਨਿਰੀਖਣ: ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਦਾ ਮੁਸ਼ਕਲ ਹਿੱਸਾ ਲਗਭਗ ਕਦੇ ਵੀ ਭੇਜਣਾ ਨਹੀਂ ਹੁੰਦਾ। ਮੁਸ਼ਕਲ ਇਹ ਤੈਅ ਕਰਨਾ ਹੈ ਕਿ ਕੋਈ ਚੀਜ਼ ਕੀ ਹੈ — ਕੀ ਇੱਕ ਉਤਪਾਦ ਦਾ "ਸੰਪਰਕ" ਦੂਜੇ ਵਿੱਚ "ਲੀਡ" ਹੈ ਅਤੇ ਤੀਜੇ ਵਿੱਚ "ਗਾਹਕ"। ਇੱਕ ਪਰਿਵਾਰ ਹੋਣ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇਹ ਬਹਿਸ ਇੱਕ ਵਾਰ, ਅੰਦਰੋਂ-ਅੰਦਰ, ਹੋ ਗਈ ਅਤੇ ਤੁਹਾਡੀ ਸਮੱਸਿਆ ਨਹੀਂ ਬਣੀ।
ਇੱਕ ਖਾਤਾ, ਅਤੇ ਉਸ ਤੋਂ ਬਾਹਰ ਨਿਕਲਣ ਦਾ ਇੱਕ ਰਾਹ
ਉਤਪਾਦਾਂ ਵਿਚਕਾਰ ਇੱਕ ਖਾਤਾ ਸਾਂਝਾ ਕਰਨ ਨਾਲ ਇੱਕ ਜਾਇਜ਼ ਸਵਾਲ ਪੈਦਾ ਹੁੰਦਾ ਹੈ: ਜਦੋਂ ਕੋਈ ਆਪਣਾ ਡਾਟਾ ਮਿਟਾਉਣਾ ਚਾਹੇ ਤਾਂ ਕੀ ਹੁੰਦਾ ਹੈ। ਇਸ ਪਰਿਵਾਰ ਵਿੱਚ ਮਿਟਾਉਣ ਦੀ ਬੇਨਤੀ ਕੋਈ ਮੇਲਬਾਕਸ ਨਿਯਮ ਨਹੀਂ — ਇਹ ਉਨ੍ਹਾਂ ਸਾਰੇ ਉਤਪਾਦਾਂ ਤੱਕ ਫੈਲਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਕੋਲ ਕੁਝ ਵੀ ਹੈ, ਅਤੇ ਹਰ ਇੱਕ ਆਪਣੇ ਬਾਰੇ ਖੁਦ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਇਹ ਕਿਸੇ ਫਾਰਮ ਬਣਾਉਣ ਨਾਲੋਂ ਕਿਤੇ ਜ਼ਿਆਦਾ ਮੁਸ਼ਕਲ ਕੰਮ ਹੈ, ਅਤੇ ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ ਇਸ ਦਾ ਜ਼ਿਕਰ ਇੱਥੇ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ, ਕਿਸੇ ਅਜਿਹੀ ਪਾਲਿਸੀ ਵਿੱਚ ਨਹੀਂ ਜਿਸ ਨੂੰ ਕੋਈ ਪੜ੍ਹਦਾ ਹੀ ਨਹੀਂ।
ਜੇ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਪਰਿਵਾਰ ਵਿੱਚ ਹੋ, ਤਾਂ ਤੁਹਾਡੇ ਕੋਲ ਇੱਥੇ ਖਾਤਾ ਪਹਿਲਾਂ ਹੀ ਹੈ।
ਉਹੀ ਸਾਈਨ-ਇਨ, ਉਹੀ ਗਾਹਕ — ਕੋਈ ਮਾਈਗ੍ਰੇਸ਼ਨ ਵੀਕੈਂਡ ਨਹੀਂ ਅਤੇ ਕੋਈ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ੇਸ਼ਨ ਜੌਬ ਨਹੀਂ ਜੋ ਚੁੱਪਚਾਪ ਸੱਚ ਦਾ ਤੀਜਾ ਰੂਪ ਘੜ ਦੇਵੇ।
“ਤਾਂ ਸਾਨੂੰ ਇਸ ਨੂੰ ਬਾਕੀ ਸਭ ਕੁਝ ਨਾਲ ਸਿੰਕ ਕਰਨਾ ਪਵੇਗਾ।”
ਸਿੰਕ ਕਰਨ ਲਈ ਕੁਝ ਵੀ ਨਹੀਂ ਹੈ।
ਪੂਰੇ ਪਰਿਵਾਰ ਲਈ ਇੱਕ ਖਾਤਾ, ਉਸ ਦੇ ਹੇਠਾਂ ਇੱਕ ਗਾਹਕ ਰਿਕਾਰਡ। ਸਿੰਕ੍ਰੋਨਾਈਜ਼ੇਸ਼ਨ ਜੌਬ ਇੱਕ ਅਜਿਹੀ ਮਸ਼ੀਨ ਹੈ ਜਿਸ ਦਾ ਪੂਰਾ ਮਕਸਦ ਦੋ ਝੂਠਾਂ ਨੂੰ ਮਿਲਾਉਣਾ ਹੈ; ਇੱਥੇ ਇਸ ਦੀ ਬਜਾਏ ਇੱਕ ਹੀ ਸੱਚ ਹੈ।
ਪਲੇਟਫਾਰਮ ਵੇਖੋ →