ਉਤਪਾਦ
ਪੰਜ ਹਿੱਸੇ, ਅਤੇ ਵਿਚਕਾਰ ਕੋਈ ਜੋੜ ਨਹੀਂ
ਬਹੁਤੇ CRM ਇੱਕ ਡਾਟਾਬੇਸ ਹੁੰਦੇ ਹਨ ਜਿਸ ਦੇ ਸਾਹਮਣੇ ਇੱਕ ਫ਼ਾਰਮ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਗੱਲਬਾਤ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕਿਤੇ ਹੋਰ ਹੁੰਦੀ ਹੈ — ਕਿਸੇ ਮੇਲਬਾਕਸ ਵਿੱਚ, ਫ਼ੋਨ 'ਤੇ, ਜਾਂ ਇੱਕ ਚੈਟ ਵਿਜੈਟ ਦੇ ਆਪਣੇ ਛੋਟੇ ਜਿਹੇ ਇਨਬਾਕਸ ਵਿੱਚ ਜਿਸਨੂੰ ਮਾਰਚ ਤੋਂ ਬਾਅਦ ਕਿਸੇ ਨੇ ਨਹੀਂ ਖੋਲ੍ਹਿਆ। iKonekt ਗੱਲਬਾਤ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਅਤੇ ਬਾਹਰ ਵੱਲ ਕੰਮ ਕਰਦਾ ਹੈ।
ਇੱਕ ਇਨਬਾਕਸ, ਹਰ ਚੈਨਲ
ਚੈਟ, ਫ਼ਾਰਮ, ਰੀਚ-ਮੀ ਵਿਜੈਟ, ਕਾਲ-ਮੀ, ਈਮੇਲ, ਫ਼ੋਨ ਅਤੇ ਕਾਗ਼ਜ਼ੀ ਫ਼ਲਾਇਰ 'ਤੇ QR ਕੋਡ। ਅੱਠ ਦਰਵਾਜ਼ੇ, ਇੱਕ ਕਮਰਾ, ਅਤੇ ਹਰ ਆਗਣ ਉਸ ਦਰਵਾਜ਼ੇ ਦੇ ਲੇਬਲ ਨਾਲ ਜਿੱਥੋਂ ਆਇਆ।
ਆਗਣ ਵੇਲੇ ਨਿਯੁਕਤੀ
ਪਹਿਲੇ ਸੈਕਿੰਡ ਵਿੱਚ ਇੱਕ ਜ਼ਿੰਮੇਵਾਰ ਵਿਅਕਤੀ, ਨਿਯਮ, ਇਲਾਕੇ ਜਾਂ ਵਾਰੀ ਅਨੁਸਾਰ। ਸਾਂਝਾ ਮੇਲਬਾਕਸ — ਵਾਅਦਿਆਂ ਵਾਲੀਆਂ ਲੀਡਾਂ ਦਾ ਉਹ ਮਸ਼ਹੂਰ ਸੇਵਾਮੁਕਤ ਘਰ — ਇੱਥੇ ਮੌਜੂਦ ਹੀ ਨਹੀਂ।
ਇੱਕ ਥਰੈੱਡ, ਨੋਟਸ ਸਮੇਤ
ਗਾਹਕ ਦੇ ਵਰਤੇ ਹਰ ਚੈਨਲ, ਇੱਕ ਇਤਿਹਾਸ ਵਿੱਚ, ਅੰਦਰੂਨੀ ਨੋਟਸ ਉਸੇ ਥਾਂ, ਅਤੇ ਇੱਕ ਨਿੱਜੀ ਨਿਸ਼ਾਨ ਜੋ ਸੱਚਮੁੱਚ ਟਿਕਦਾ ਹੈ।
ਇਨਵੌਇਸ ਤੱਕ ਪਹੁੰਚਣ ਵਾਲੀ ਪਾਈਪਲਾਈਨ
ਪਹੁੰਚਿਆ, ਨਿਯੁਕਤ ਹੋਇਆ, ਗੱਲਬਾਤ ਵਿੱਚ, ਕੋਟੇਸ਼ਨ ਦਿੱਤਾ, ਬੁੱਕ ਹੋਇਆ ਅਤੇ ਭੁਗਤਾਨ ਹੋਇਆ, ਇਨਵੌਇਸ ਬਣੀ। ਪੂਰੇ ਸਫ਼ਰ ਵਿੱਚ ਉਹੀ ਇੱਕ ਰਿਕਾਰਡ, ਤਾਂ ਜੋ ਕੋਈ ਚੌਥੀ ਵਾਰ ਪਤਾ ਦੁਬਾਰਾ ਟਾਈਪ ਨਾ ਕਰੇ।
ਵੰਡ ਜੋ ਡਾਟਾਬੇਸ ਪਾਲ਼ਣ ਕਰਦਾ ਹੈ
ਪਹਿਲੀ ਮਾਈਗ੍ਰੇਸ਼ਨ ਤੋਂ ਹੀ ਮਲਟੀ-ਟੈਨੈਂਟ। ਕਈ ਬ੍ਰਾਂਡ, ਇੱਕ ਇੰਸਟਾਲ, ਅਤੇ ਇੱਕ ਸੀਮਾ ਜੋ ਸ਼ੁੱਕਰਵਾਰ ਨੂੰ ਪੰਜ ਵਜੇ ਪੰਜ ਮਿੰਟ ਬਾਕੀ ਲਿਖੀ ਗਈ ਕਿਊਰੀ ਦੇ ਵਿਰੁੱਧ ਵੀ ਟਿਕਦੀ ਹੈ।
ਅਤੇ ਉਹ ਹਿੱਸਾ ਜੋ ਤੁਸੀਂ ਨਹੀਂ ਦੇਖਦੇ
ਇਹਨਾਂ ਪੰਜਾਂ ਦੇ ਹੇਠਾਂ castomAPI ਹੈ — ਉਹੀ ਖਾਤਾ, ਉਹੀ ਵਾਲਿਟ ਅਤੇ ਉਹੀ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਜੋ ਪਰਿਵਾਰ ਦੇ ਹਰ ਹੋਰ ਉਤਪਾਦ ਦਾ ਹੈ। ਇਸੇ ਕਰਕੇ ਕਨੈਕਟਰ ਛੋਟੇ ਹਨ।
ਪੰਜਾਂ ਕਿਵੇਂ ਜੁੜਦੇ ਹਨ
ਹਰ ਇੱਕ ਇਸ ਲਈ ਮੌਜੂਦ ਹੈ ਕਿਉਂਕਿ ਉਸ ਤੋਂ ਪਹਿਲਾਂ ਵਾਲੇ ਨੇ ਇੱਕ ਸਮੱਸਿਆ ਪੈਦਾ ਕੀਤੀ ਸੀ
ਇਹ ਕੋਈ ਵਾਈਟਬੋਰਡ ਵਾਲੀ ਕਮੇਟੀ ਵੱਲੋਂ ਤਿਆਰ ਕੀਤੀ ਗਈ ਵਿਸ਼ੇਸ਼ਤਾ ਸੂਚੀ ਨਹੀਂ ਹੈ। ਕ੍ਰਮ ਵਿੱਚ ਪੜ੍ਹਿਆ ਜਾਵੇ ਤਾਂ ਹਰ ਹਿੱਸਾ ਪਿਛਲੇ ਹਿੱਸੇ ਵੱਲੋਂ ਹੋਣ ਵਾਲੀ ਗੜਬੜ ਦਾ ਜਵਾਬ ਹੈ।
ਸਭ ਕੁਝ ਇੱਕ ਥਾਂ ਫੜੋ, ਅਤੇ ਇੱਕ ਹਫ਼ਤੇ ਵਿੱਚ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ ਸ਼ਾਨਦਾਰ ਢੇਰ ਬਣ ਜਾਵੇਗਾ। ਮਾਲਕੀਅਤ ਤੋਂ ਬਿਨਾਂ ਵੱਡੀ ਮਾਤਰਾ ਸਿਰਫ਼ ਚੀਜ਼ਾਂ ਗੁੰਮ ਹੋਣ ਦਾ ਸੋਰ ਵਧੇਰੇ ਰੂਪ ਹੈ, ਇਸ ਲਈ ਜ਼ਿੰਮੇਵਾਰੀ ਦੀ ਨਿਯੁਕਤੀ ਆਉਣ ਦੇ ਸਮੇਂ ਹੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ — ਨਾ ਕਿ ਉਦੋਂ ਜਦੋਂ ਕਿਸੇ ਨੂੰ ਜਵਾਬ ਦੇਣ ਦਾ ਜੀ ਕਰੇ।
ਹਰ ਚੀਜ਼ ਨੂੰ ਇੱਕ ਮਾਲਕ ਦਿਓ, ਅਤੇ ਮਾਲਕ ਤੁਰੰਤ ਇਕੋ ਇੱਕ ਢੁਕਵਾਂ ਸਵਾਲ ਪੁੱਛਦਾ ਹੈ: ਇਸ ਵਿਅਕਤੀ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਕੀ ਦੱਸਿਆ ਜਾ ਚੁੱਕਾ ਹੈ? ਇਸੇ ਕਰਕੇ ਹਰ ਗਾਹਕ ਲਈ ਇੱਕ ਧਾਗਾ, ਹਰ ਚੈਨਲ ਵਿੱਚ, ਮੁਸ਼ਕਲ ਹਿੱਸਿਆਂ ਸਮੇਤ। ਅੰਦਾਜ਼ਾ ਲਗਾਉਣ ਲਈ ਮਜਬੂਰ ਵਿਕਰੇਤਾ ਪੱਕਾ ਅਤੇ ਗਲਤ ਅੰਦਾਜ਼ਾ ਲਗਾਏਗਾ, ਜੋ ਕਿ ਅੰਦਾਜ਼ਾ ਨਾ ਲਗਾਉਣ ਤੋਂ ਵੀ ਮਾੜਾ ਹੈ।
ਪੂਰਾ ਇਤਿਹਾਸ ਇੱਕ ਧਾਗੇ ਵਿੱਚ ਰੱਖੋ, ਅਤੇ ਧਾਗਾ ਆਪੇ ਕੁਝ ਪੂਰਾ ਕਰਨ ਦੀ ਇੱਛਾ ਕਰਨ ਲੱਗਦਾ ਹੈ। ਕੋਈ ਗੱਲਬਾਤ ਜੋ "ਠੀਕ ਹੈ, ਵੇਰਵੇ ਭੇਜੋ" ਤੇ ਖ਼ਤਮ ਹੋ ਕੇ ਫਿਰ ਅਲੋਪ ਹੋ ਜਾਵੇ, ਉਹ ਗੱਲਬਾਤ ਨਹੀਂ, ਸ਼ੌਕ ਹੈ। ਇਸ ਲਈ ਰਿਕਾਰਡ ਕਦੇ ਹੋਰ ਸਿਸਟਮ ਵਿੱਚ ਕਾਪੀ ਕੀਤੇ ਬਿਨਾਂ ਕੋਟੇਸ਼ਨ, ਬੁਕਿੰਗ, ਭੁਗਤਾਨ ਅਤੇ ਬਿੱਲ ਤੱਕ ਜਾਰੀ ਰਹਿੰਦਾ ਹੈ।
ਰਿਕਾਰਡ ਇੰਨੀ ਦੂਰ ਲੈ ਜਾਓ, ਤਾਂ ਉਸ ਵਿੱਚ ਨਾਮ, ਨੰਬਰ, ਕੀਮਤਾਂ ਅਤੇ ਭੁਗਤਾਨ ਦੇ ਵੇਰਵੇ ਹੁੰਦੇ ਹਨ — ਅਤੇ ਇਹੀ ਉਹ ਮੌਕਾ ਹੈ ਜਦੋਂ "ਅਸੀਂ ਐਪਲੀਕੇਸ਼ਨ ਲੇਅਰ ਵਿੱਚ ਕੰਪਨੀ ਅਨੁਸਾਰ ਫਿਲਟਰ ਕਰਦੇ ਹਾਂ" ਵਰਗਾ ਵਾਕ ਸਵੀਕਾਰਯੋਗ ਨਹੀਂ ਰਹਿੰਦਾ। ਇਸ ਲਈ ਵੱਖਰੇਪਾ ਡੇਟਾਬੇਸ ਵਿੱਚ ਹੇਠਾਂ ਲੈ ਜਾਇਆ ਗਿਆ, ਜਿੱਥੇ ਕੋਈ ਭੁੱਲਿਆ ਹੋਇਆ WHERE ਕਲਾਜ਼ ਇਸਨੂੰ ਉਲਟ ਨਹੀਂ ਸਕਦਾ।
ਇਮਾਨਦਾਰ ਰੂਪ: ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਸਮੱਸਿਆ ਉਪਰੋਕਤ ਲਿਖੇ ਕ੍ਰਮ ਵਿੱਚ ਹੀ ਖੋਜੀ ਗਈ, ਉਹਨਾਂ ਲੋਕਾਂ ਵੱਲੋਂ ਜੋ ਸਮਝਦੇ ਸਨ ਕਿ ਉਹਨਾਂ ਪਿਛਲਾ ਪੜਾਅ ਪੂਰਾ ਕਰ ਲਿਆ ਹੈ। ਸਾਫ਼-ਸੁਥਰੀ ਕਹਾਣੀ ਪਿੱਛੋਂ ਬਣਾਈ ਗਈ ਹੈ। ਕੋਡ ਨਹੀਂ ਹੈ।
ਇਹ ਕੀ ਨਹੀਂ ਹੈ
ਤਿੰਨ ਚੀਜ਼ਾਂ ਜੋ iKonekt ਜਾਣਬੁੱਝ ਕੇ ਨਹੀਂ ਕਰਦਾ
ਜੋ ਉਤਪਾਦ ਪੰਨਾ ਸਿਰਫ਼ ਫ਼ਾਇਦੇ ਦੀ ਸੂਚੀ ਦੇਵੇ, ਉਸ ਉੱਤੇ ਕੋਈ ਵਿਸ਼ਵਾਸ ਨਹੀਂ ਕਰਦਾ। ਇਹ ਚੋਣਾਂ ਹਨ, ਅਤੇ ਸਥਾਈ ਚੋਣਾਂ ਹਨ।
ਇਹ ਕਦੇ ਠੰਡਾ ਸੁਨੇਹਾ ਨਹੀਂ ਭੇਜਦਾ
iKonekt ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਪਾਲਣਾ ਕਰਦਾ ਹੈ ਅਤੇ ਯਾਦ ਦਿਵਾਉਂਦਾ ਹੈ। ਇਹ ਉਹਨਾਂ ਲੋਕਾਂ ਨਾਲ ਗੱਲਬਾਤ ਸ਼ੁਰੂ ਨਹੀਂ ਕਰਦਾ ਜਿਹਨਾਂ ਨੇ ਕਦੇ ਮੰਗੀ ਨਹੀਂ। ਇਹ ਨਿਯਮ ਇਸ ਉਤਪਾਦ ਤੋਂ ਪੁਰਾਣਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਬਦਲਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ, ਜਿਸ ਕਾਰਨ ਸਾਡੇ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਦਿਲਚਸਪ ਮੀਟਿੰਗ ਦਾ ਨੁਕਸਾਨ ਹੋਇਆ।
ਇਹ ਤੁਹਾਡੇ ਗਾਹਕਾਂ ਨੂੰ ਸਕੋਰ ਨਹੀਂ ਦਿੰਦਾ
ਕੋਈ ਰਹੱਸਮਈ ਅੰਕ 0 ਤੋਂ 100 ਦੇ ਵਿਚਕਾਰ, ਜੋ ਵਿਕਰੇਤਾ ਨੂੰ ਦੱਸੇ ਕਿ ਕਿਸ ਵੱਲ ਧਿਆਨ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ। ਧਾਗਾ ਹੀ ਸਬੂਤ ਹੈ। ਜੇ ਕੋਈ ਲੀਡ ਪਿੱਛੇ ਪਾਉਣ ਯੋਗ ਹੈ, ਤਾਂ ਕੋਈ ਵਿਅਕਤੀ ਲਗਭਗ ਨੌਂ ਸੈਕਿੰਡਾਂ ਵਿੱਚ ਕਾਰਨ ਵੇਖ ਸਕਦਾ ਹੈ।
ਇਹ ਤੁਹਾਡੇ ਹੋਰ ਟੂਲਾਂ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਂਦਾ
clickSomo ਕੋਲ ਸੁਨੇਹਾ ਆਟੋਮੇਸ਼ਨ ਰਹਿੰਦਾ ਹੈ, FABLS ਕੋਲ ਪ੍ਰਕਾਸ਼ਨ, ਤੁਹਾਡੇ ਲੇਖਾਕਾਰ ਕੋਲ ਲੇਖਾ-ਜੋਖਾ। iKonekt ਗੱਲਬਾਤ ਅਤੇ ਗਾਹਕ ਰਿਕਾਰਡ ਸੰਭਾਲਦਾ ਹੈ। ਬਾਕੀ ਸਭ ਕੁਝ ਉੱਥੇ ਹੀ ਰਹਿੰਦਾ ਹੈ ਜਿੱਥੇ ਇਹ ਪਹਿਲਾਂ ਤੋਂ ਕੰਮ ਕਰਦਾ ਹੈ।
ਇਨਬਾਕਸ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ। ਬਾਕੀ ਸਭ ਇਸੇ ਤੋਂ ਨਿੱਤਰਦਾ ਹੈ।
ਇੱਕ ਚੈਨਲ ਜੋੜੋ, ਵੇਖੋ ਕਿ ਚੀਜ਼ਾਂ ਕਿੱਥੇ ਪਹੁੰਚਦੀਆਂ ਹਨ, ਅਤੇ ਅਗਲਾ ਚੈਨਲ ਉਦੋਂ ਜੋੜੋ ਜਦੋਂ ਤੁਹਾਨੂੰ ਪ੍ਰਭਾਵਿਤ ਹੋਣ ਤੋਂ ਥੱਕ ਜਾਣ।