ਸਰਵਿਸ ਦੁਕਾਨਾਂ ਲਈ suggested vs bought ਟ੍ਰੈਕਰ ਸੈੱਟ ਕਰੋ ਤਾਂ ਜੋ ਸੁਝਾਵਾਂ ਅਤੇ ਖਰੀਦਾਂ ਲੌਗ ਹੋਣ, ਸਟਾਫ ਨਤੀਜੇ ਤੁਲਨਾ ਕੀਤੀ ਜਾ ਸਕੇ, ਅਤੇ ਉਹਨਾਂ ਐਡ-ਆਨਾਂ 'ਤੇ ਧਿਆਨ ਦਿੱਤਾ ਜਾ ਸਕੇ ਜੋ ਅਸਲ ਵਿੱਚ ਵਿਕਦੇ ਹਨ।

ਐਡ-ਆਨ ਇਸ ਲਈ ਵਿੱਤਕ ਲੱਗ ਸਕਦੇ ਹਨ ਕਿਉਂਕਿ ਤੁਸੀਂ ਹਰ ਰੋਜ਼ ਕੁਝ “ਹਾਂ” ਸੁਣਦੇ ਹੋ, ਟਿਕਟਾਂ 'ਤੇ ਵਾਧੂ ਆਈਟਮ ਦੇਖਦੇ ਹੋ, ਅਤੇ ਜਿੱਤਾਂ ਨੂੰ ਯਾਦ ਰੱਖਦੇ ਹੋ। ਪਰ ਯਾਦاشت ਚੁਣਿੰਦਾ ਹੁੰਦੀ ਹੈ। ਇੱਕ ਵਿਆਸਤ ਹਫ਼ਤਾ ਜਿੱਥੇ ਕੁਝ ਮਜ਼ਬੂਤ ਵਿਕਰੀਆਂ ਹੋਣ, ਇਸ ਗੱਲ ਨੂੰ ਛੁਪਾ ਸਕਦਾ ਹੈ ਕਿ ਜ਼ਿਆਦਾਤਰ ਸੁਝਾਵਾਂ ਕਦੇ ਖਰੀਦ ਵਿੱਚ ਨਹੀਂ ਬਦਲੇ।
ਸਭ ਤੋਂ ਵੱਡਾ ਫਰਕ ਸਧਾਰਨ ਹੈ: ਬਹੁਤ ਸਾਰੀਆਂ ਦੁਕਾਨਾਂ ਸਿਰਫ਼ ਜੋ ਖਰੀਦਿਆ ਗਿਆ ਉਸਨੂੰ ਦਰਜ ਕਰਦੀਆਂ ਹਨ, ਜੋ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਉਸ ਨੂੰ ਨਹੀਂ। ਜੇਕਰ ਇੱਕ ਤਕਨੀਸ਼ੀਅਨ ਨੇ ਪ੍ਰੀਮੀਅਮ ਫਿਲਟਰ, ਸਕ੍ਰੀਨ ਪ੍ਰੋਟੈਕਟਰ, ਟਾਇਰ ਸੀਲੈਂਟ, ਜਾਂ ਵਧਾਈ ਗਾਰੰਟੀ ਦੀ ਪੇਸ਼ਕਸ਼ ਕੀਤੀ ਅਤੇ ਗਾਹਕ ਨੇ ਨਾ ਕਿਹਾ, ਉਹ ਮੁਲਾਕਾਤ ਆਮ ਤੌਰ 'ਤੇ ਮਿਟ ਜਾਂਦੀ ਹੈ। ਬਾਅਦ ਵਿੱਚ ਜਦੋਂ ਤੁਸੀਂ ਵਿਕਰੀ ਦੀ ਸਮੀਖਿਆ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਨਹੀਂ ਦੱਸ ਸਕਦੇ ਕਿ ਕੋਈ ਐਡ-ਆਨ ਘੱਟ ਪ੍ਰਦਰਸ਼ਨ ਕਰ ਰਿਹਾ ਹੈ ਕਿਉਂਕਿ ਉਹ ਕਦੇ ਸੁਝਾਇਆ ਹੀ ਨਹੀਂ ਗਿਆ, ਅਨਿਯਮਤ ਤੌਰ 'ਤੇ ਸੁਝਾਇਆ ਗਿਆ, ਬੁਰਾ ਤਰੀਕੇ ਨਾਲ ਵਿਆਖਿਆ ਕੀਤਾ ਗਿਆ, ਜਾਂ ਸਿਰਫ਼ ਲੋਕਾਂ ਦੀਚਾਹ ਨਹੀਂ ਸੀ।
ਇਸ ਲਈ suggested vs bought ਟ੍ਰੈਕ ਕਰਨ ਨਾਲ ਗੱਲਚੀਤ ਬਦਲ ਜਾਂਦੀ ਹੈ। ਇਹ ਦੋ ਵੱਖਰੇ ਸਵਾਲ ਵੱਖ ਕਰਦਾ ਹੈ ਜੋ ਅਕਸਰ ਮਿਲ ਮਿਲਾ ਕੇ ਸੋਚੇ ਜਾਂਦੇ ਹਨ:
ਇਸ ਵੰਡ ਦੇ ਬਿਨਾਂ, ਤੁਸੀਂ ਗਲਤ ਵਰਤਾਰਿਆਂ ਨੂੰ ਇਨਾਮ ਦੇ ਸਕਦੇ ਹੋ ਜਾਂ ਗਲਤ ਉਤਪਾਦ ਨੂੰ ਦੋਸ਼ ਦੇ ਸਕਦੇ ਹੋ।
ਜਦੋਂ ਸੁਝਾਵ ਦਰਜ ਨਹੀਂ ਹੁੰਦੇ, ਤਾਂ ਕੁਝ ਪੇਸ਼ੀਨਦਾ ਸਮੱਸਿਆਵਾਂ ਆਉਂਦੀਆਂ ਹਨ।.pitch rate “ਮਹਿਸੂਸ” ਉੱਚ ਹੁੰਦੀ ਹੈ, ਪਰ attach rate ਘੱਟ ਰਹਿੰਦੀ ਹੈ। ਹਰ ਕੋਈ ਇਹ ਮੰਨਦਾ ਹੈ ਕਿ ਕੀ ਵਿਕਦਾ ਹੈ। ਪ੍ਰੋਮੋਸ਼ਨਾਂ ਚੱਲਦੀਆਂ ਹਨ, ਪਰ ਨਤੀਜੇ ਵਾਦ-ਵਿਵਾਦਯੋਗ ਹੁੰਦੇ ਹਨ। ਟ੍ਰੇਨਿੰਗ ਹੁੰਦੀ ਹੈ, ਪਰ ਤੁਸੀਂ ਨਹੀਂ ਦੇਖ ਸਕਦੇ ਕਿ ਵਰਤਾਰਾ ਬਦਲਿਆ ਕਿ ਨਹੀਂ। ਇੱਕ ਵਿਅਕਤੀ “ਅਪਸੇਲਾਂ ਵਿੱਚ ਵਧੀਆ ਲੱਗਦਾ” ਹੈ, ਪਰ ਨੰਬਰ ਕਦੇ ਉਸਨੂੰ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦੇ।
ਜਦੋਂ ਤੁਸੀਂ suggested vs bought ਟ੍ਰੈਕ ਕਰਦੇ ਹੋ, ਤੁਹਾਨੂੰ ਸਾਫ਼ ਜਵਾਬ ਮਿਲਦੇ ਹਨ। ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਕਿਹੜੇ ਐਡ-ਆਨ ਨਿਰੰਤਰ ਤੌਰ 'ਤੇ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ, ਜਦੋਂ ਪੇਸ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਤਾਂ ਕਿਹੜੇ ਬਦਲਦੇ ਹਨ, ਅਤੇ ਕਿਹੜੇ ਬਹੁਤ ਪਿਚਾਂ ਦੇ ਬਾਵਜੂਦ ਵੀ ਮਰੇ ਰਹਿੰਦੇ ਹਨ। ਤੁਸੀਂ ਛੋਟੇ ਤੇਜ਼ ਨਤੀਜੇ ਵੀ ਲੱਭਦੇ ਹੋ: ਇੱਕ ਐਡ-ਆਨ ਜੋ ਚੰਗੀ ਤਰ੍ਹਾਂ ਕਨਵਰਟ ਕਰਦਾ ਹੈ, ਪਰ ਇਹ ਸਿਰਫ਼ ਕੁਝ ਹੀ ਟਿਕਟਾਂ 'ਤੇ ਸੁਝਾਇਆ ਜਾਂਦਾ ਹੈ।
ਇੱਕ ਸਧਾਰਨ ਉਦਾਹਰਨ:
ਇਹ ਸਪਸ਼ਟਤਾ ਹੈ ਜੋ “ਮੈਨੂੰ ਲੱਗਦਾ ਹੈ ਕਿ ਇਹ ਵਿਕਦਾ ਹੈ” ਨੂੰ ਬਦਲ ਕੇ “ਮੈਨੂੰ ਪਤਾ ਹੈ ਕਿ ਕੀ ਵਿਕਦਾ ਹੈ, ਅਤੇ ਕਿਉਂ” ਵਿੱਚ ਤਬਦੀਲ ਕਰਦੀ ਹੈ।
ਇੱਕ ਐਡ-ਆਨ ਸੁਝਾਅ ਟ੍ਰੈਕਰ ਤਦ ਹੀ ਕੰਮ ਕਰੇਗਾ ਜਦੋਂ ਦੁਕਾਨ ਵਿੱਚ ਹਰ ਕੋਈ ਇੱਕੋ ਪਰਿਭਾਸ਼ਾਵਾਂ ਵਰਤੇ। ਇਸਨੂੰ ਸਧਾਰਨ ਰੱਖੋ ਤਾਂ ਨੰਬਰਾਂ 'ਤੇ ਭਰੋਸਾ ਕਰ ਸਕੋਗੇ। ਜੇ ਇਹ ਧੁੰਦਲਾ ਹੋ ਜਾਂਦਾ ਹੈ ਤਾਂ ਤੁਸੀਂ ਮੀਟਿੰਗਾਂ ਵਿੱਚ ਡੇਟਾ ਬਾਰੇ ਜ਼ਿਆਦਾ ਤਰਕ ਕਰਨਗੇ ਬਜਾਏ ਇਸਦੇ ਉਪਯੋਗ ਕਰਨ ਦੇ।
ਸ਼ੁਰੂਆਤ ਕਰੋ ਇਹ ਪਰਿਭਾਸ਼ਿਤ ਕਰਕੇ ਕਿ ਕੀ ਗਿਣਿਆ ਜਾਵੇਗਾ ਇੱਕ suggested add-on ਵਜੋਂ। ਇੱਕ suggestion ਇੱਕ ਸਾਫ਼, ਗਾਹਕ-ਸਮ੍ਹਣ ਵਾਲੀ ਪੇਸ਼ਕਸ਼ ਹੈ, ਕਿਸੇ ਦੇ ਮਨ ਦੀ ਸੋਚ ਨਹੀਂ ਅਤੇ ਨਾ ਹੀ ਬਾਅਦ ਵਿੱਚ ਚੁਪਚਾਪ ਜੋੜੀ ਗਈ ਲਾਈਨ ਆਈਟਮ। “ਕੀ ਤੁਸੀਂ ਅੱਜ ਟਾਇਰ ਸ਼ੈਨ ਚਾਹੁੰਦੇ ਹੋ $8 ਲਈ?” ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ। ਸੋਚਣਾ ਕਿ ਪੇਸ਼ ਕਰਨਾ ਹੈ, ਬੇਫਿਕਰ ਤਰੀਕੇ ਨਾਲ ਜਿਕਰ ਕਰਨਾ ਬਿਨਾਂ ਪ੍ਰਸਤਾਵ ਦੇਣ ਦੇ, ਜਾਂ ਕਾਉਂਟਰ 'ਤੇ ਫਲਾਇਰ ਤੇ ਨਿਰਭਰ ਰਹਿਣਾ ਗਿਣਤੀ ਵਿੱਚ ਨਹੀਂ ਆਉਂਦਾ।
ਅਗਲਾ, ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ ਕਿ ਕੀ ਗਿਣਿਆ ਜਾਵੇਗਾ ਇੱਕ ਖਰੀਦ ਹੋਈ ਐਡ-ਆਨ ਵਜੋਂ। ਸਭ ਤੋਂ ਸਾਫ਼ ਨਿਯਮ ਇਹ ਹੈ: ਖਰੀਦਦਾਰ ਹੋਣਾ ਮਤਲਬ ਇਹ ਹੈ ਕਿ ਇਹ ਇੱਕੋ ਟਿਕਟ 'ਤੇ ਭੁਗਤਾਨ ਕੀਤਾ ਗਿਆ (ਜਾਂ ਜੇ ਤੁਹਾਡੀ ਪ੍ਰਣਾਲੀ ਟਿਕਟਾਂ ਨੂੰ ਵੱਖ ਕਰਦੀ ਹੈ ਤਾਂ ਇੱਕੋ ਦੌਰੇ ਦੌਰਾਨ)। “ਉਹ ਅਗਲੇ ਹਫ਼ਤੇ ਆਏ ਅਤੇ ਖਰੀਦਿਆ” ਨੂੰ ਉਸ ਸੁਝਾਅ ਲਈ ਜਿੱਤ ਨਾ ਮਾਨੋ, ਨਹੀਂ ਤਾਂ ਤੁਹਾਡਾ attach rate ਅਸਲ ਤੋਂ ਵੱਧ ਦਿਖੇਗਾ।
ਟੀਮ ਸੰਗਠਿਤ ਰੱਖਣ ਲਈ, ਇੱਕ ਸਧਾਰਨ ਯੂਨਿਟ ਵਰਤੋ: ਇੱਕ ਐਡ-ਆਨ, ਇੱਕ ਸੁਝਾਅ, ਇੱਕ ਨਤੀਜਾ। ਜੇ ਇੱਕੋ ਹੀ ਐਡ-ਆਨ ਇੱਕੋ ਦੌਰੇ ਵਿੱਚ ਦੋ ਵਾਰ ਸੁਝਾਇਆ ਗਿਆ, ਅਗਾਂਹ ਨਿਰਣਾ ਕਰੋ (ਜ਼ਿਆਦਾਤਰ ਦੁਕਾਨਾਂ ਇਸਨੂੰ ਇੱਕ ਵਾਰ ਲੌਗ ਕਰਦੀਆਂ ਹਨ)। ਜੇ ਦੋ ਵੱਖ-ਵੱਖ ਐਡ-ਆਨ ਸੁਝਾਏ ਗਏ, ਉਹਨਾਂ ਨੂੰ ਅਲੱਗ-ਅਲੱਗ ਲੌਗ ਕਰੋ।
ਉਹ ਪਰਿਭਾਸ਼ਾਵਾਂ ਹੋਣ ਨਾਲ ਤਿੰਨ ਦੁਕਾਨ-ਮਿੱਤਰ ਮੈਟਰਿਕ ਆਪਣੇ-ਆਪ ਹੀ ਨਿਕਲ ਆਉਂਦੇ ਹਨ:
ਉਦਾਹਰਨ: ਇੱਕ ਡੀਟੇਲ ਸ਼ੌਪ ਇੱਕ ਹਫ਼ਤੇ ਵਿੱਚ 100 ਟਿਕਟ ਚਲਾਉਂਦਾ ਹੈ। ਸਟਾਫ ਨੇ “ਇੰਟੀਰੀਅਰ ਪ੍ਰੋਟੈਕਟੈਂਟ” 40 ਟਿਕਟਾਂ 'ਤੇ ਸੁਝਾਇਆ, ਅਤੇ ਉਹਨਾਂ ਵਿੱਚੋਂ 10 'ਤੇ ਖਰੀਦਾ ਗਿਆ। Suggestion rate 40% ਹੈ। Attach rate 25% ਹੈ। Add-on revenue per ticket ਅੰਕੜਿਆਂ ਦੇ ਬਿਨਾਂ ਆਸਾਨੀ ਨਾਲ ਗਣਾ ਜਾ ਸਕਦਾ ਹੈ।
ਜੇ ਤੁਸੀਂ ਆਪਣੀ ਪਰਿਭਾਸ਼ਾਵਾਂ ਨੂੰ ਇੱਕ ਨਵੇਂ ਕਰੋੜੇ ਨੂੰ ਇੱਕ ਮਿੰਟ ਵਿੱਚ ਸਮਝਾ ਨਹੀਂ ਸਕਦੇ, ਤਾਂ ਉਹ ਬਹੁਤ ਜਿਆਦਾ ਜਟਿਲ ਹਨ।
ਸ਼ੁਰੂਆਤ ਵਿੱਚ ਤਾਂ ਤੁਸੀਂ ਸੋਚ ਤੋਂ ਛੋਟੇ ਰੱਖੋ। ਟ੍ਰੈਕਿੰਗ ਸਭ ਤੋਂ ਵਧੀਆ ਕੰਮ ਕਰਦੀ ਹੈ ਜਦੋਂ ਸਟਾਫ ਪਲ ਵਿੱਚ ਤੇਜ਼ੀ ਨਾਲ ਚੁਣ ਸਕਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਹਰ ਆਈਟਮ ਟ੍ਰੈਕ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋਗੇ, ਲੋਕ ਲੌਗ ਛੱਡਦੇ ਹਨ, ਬੇਕਾਰ ਨਾਮ ਚੁਣਦੇ ਹਨ, ਜਾਂ ਸਭ ਕੁਝ “Other” ਵਿੱਚ ਪਾ ਦਿੰਦੇ ਹਨ। ਡੇਟਾ ਸ਼ੋਰ ਹੋ ਜਾਦਾ ਹੈ।
ਚੰਗਾ ਸ਼ੁਰੂਆਤੀ ਦਾਇਰਾ 10 ਤੋਂ 30 ਐਡ-ਆਨ ਹੈ ਜੋ ਅਕਸਰ ਪੇਸ਼ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਆਸਾਨੀ ਨਾਲ ਮਨਜ਼ੂਰ ਕੀਤੇ ਜਾਂ ਸਕਦੇ ਹਨ, ਅਤੇ ਇੱਕ ਸਪਸ਼ਟ ਗਾਹਕ ਸਮੱਸਿਆ ਨਾਲ ਜੁੜੇ ਹੁੰਦੇ ਹਨ। “ਇੱਕ ਦਿਨ” ਵਾਲੇ ਆਈਟਮਾਂ ਨੂੰ ਤਬ ਤੱਕ ਰੱਖੋ ਜਦ ਤੱਕ ਲੌਗ ਸੰਗਠਿਤ ਨਹੀਂ ਹੋ ਜਾਂਦੀ।
ਜਦੋਂ ਤੁਸੀਂ ਲਿਸਟ ਚੁਣਦੇ ਹੋ, ਉਹਨਾਂ ਐਡ-ਆਨਾਂ ਨੂੰ ਤਲਾਸ਼ੋ ਜੋ:
ਨਾਮਕਰਨ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਕਈ ਟ੍ਰੈਕਰ ਫਟਦਾ ਹੋ ਜਾਂਦਾ ਹੈ। ਜੇ ਇੱਕ ਵਿਅਕਤੀ “Protector” ਲੌਗ ਕਰਦਾ ਹੈ, ਦੂਜਾ “Screen guard” ਅਤੇ ਤੀਜਾ “iPhone 14 protector”, ਤਾਂ ਤੁਹਾਡੀ ਰਿਪੋਰਟਿੰਗ ਤਿੰਨ ਬਕੇਟਾਂ ਵਿੱਚ ਵੰਡ ਜਾਏਗੀ।
ਇੱਕ ਨਾਂ ਰੱਠਾਉ ਅਤੇ ਉਸਤੇ ਟਿਕੇ ਰਹੋ। ਇੱਕ ਵਰਤੋਂਯੋਗ ਨਿਯਮ ਹੈ Category + Variant + Key detail। ਮਿਲਦੇ-ਜੁਲਦੇ ਆਈਟਮਾਂ ਨੂੰ ਗਰੁੱਪ ਕਰੋ ਤਾਂ ਕਿ ਤੁਸੀਂ ਨਿਆਂਪੂਰਕ ਤੁਲਨਾ ਕਰ ਸਕੋ, ਫਰਕਾਂ ਨੂੰ variants ਵਜੋਂ ਕੈਪਚਰ ਕਰੋ ਨਾ ਕਿ ਹਰ ਇੱਕ ਲਈ ਨਵਾਂ ਐਡ-ਆਨ ਬਣਾਓ।
ਉਦਾਹਰਨ (ਫੋਨ ਰਿਪੇਅਰ ਕਾਊਂਟਰ): “Screen Protector” ਨੂੰ category ਵਜੋਂ ਵਰਤੋ, ਅਤੇ ਆਕਾਰ ਜਾਂ ਮਾਡਲ ਨੂੰ variant ਵਜੋਂ ਲੌਗ ਕਰੋ। ਇਸ ਤਰ੍ਹਾਂ ਤੁਸੀਂ ਪੁੱਛ ਸਕੋਗੇ “ਕੀ screen protectors ਸੁਝਾਏ ਜਾਣ 'ਤੇ ਵਿਕਦੇ ਹਨ?” ਬਿਨਾਂ ਸੈਂਕੜਿਆਂ ਡਿਵਾਈਸ ਨਾਮਾਂ ਵਿੱਚ ਡੁੱਬੇ।
ਮੌਸਮੀ ਆਈਟਮਾਂ ਨੂੰ ਨਿਸ਼ਾਨ ਲਗਾਓ। “ਹਾਲੀਡੇ ਗਿਫਟ ਰੈਪ” ਜਾਂ ਗਰਮੀ-ਮਾਤਰਕਾਂ ਚੀਜ਼ਾਂ ਕੁਝ ਹਫਤੇ ਲਈ ਚੜ੍ਹ ਸਕਦੀਆਂ ਹਨ ਅਤੇ ਤੁਹਾਡੇ ਲੰਬੇ ਸਮੇਂ ਦੇ ਦ੍ਰਿਸ਼ ਨੂੰ ਬੇਹਿਸ਼ ਕਰਨਗੀਆਂ। ਉਹਨਾਂ ਨੂੰ Seasonal ਵਜੋਂ ਮਾਰਕ ਕਰੋ ਤਾਂ ਕਿ ਤੁਸੀਂ ਸਾਲ-ਭਰ ਦੇ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਫਿਲਟਰ ਕਰ ਸਕੋ।
ਅਖੀਰਕਾਰ, ਸਿਰਫ ਉਹ ਜੋ ਵਿਕਿਆ ਨੂੰ ਟ੍ਰੈਕ ਨਾ ਕਰੋ। ਇੱਕ ਸਧਾਰਨ ਕੀਮਤ ਅਤੇ ਮਾਰਜਿਨ ਖੇਤਰ ਜੋੜੋ (ਅੰਦਾਜ਼ੇ ਵੀ ਠੀਕ)। ਲੋਕਪ੍ਰਿਯਤਾ ਮਿਆਦ ਨਹੀਂ, ਨਫ਼ਾ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ।
ਟ੍ਰੈਕਰ صرف ਤਦ ਹੀ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦੋਂ ਲੋਕ ਹਰ ਵਰਤਾਰਾ ਤੇ ਤੇਜ਼ੀ ਨਾਲ ਭਰ ਦਿਉਂ। ਛੋਟੇ ਖੇਤਰਾਂ ਦਾ ਲਕਸ਼ੀ ਰੱਖੋ ਜੋ ਇੱਕ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਂ: ਕੀ ਸੁਝਾਇਆ ਗਿਆ ਸੀ, ਅਤੇ ਕੀ ਇਹ ਵਿਕਿਆ?
ਸਭ ਤੋਂ ਘੱਟ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ:
ਇਹ ਦੇਖਣ ਲਈ ਕਾਫੀ ਹੈ ਕਿ ਕੌਣ ਕੀ ਸੁਝਾ ਰਿਹਾ ਹੈ ਅਤੇ ਕੀ ਕਨਵਰਟ ਹੁੰਦਾ ਹੈ।
ਜੇ ਤੁਸੀਂ ਥੋੜ੍ਹਾ ਹੋਰ ਜੁੜ ਸਕਦਾ ਹੈ ਬਿਨਾਂ ਲੋਕਾਂ ਨੂੰ ਢੀਲਾ ਕੀਤੇ, ਤਾਂ ਕੁਝ ਵਾਧੂ ਖੇਤਰ ਡੇਟਾ ਨੂੰ ਵਧੇਰੇ ਉਪਯੋਗੀ ਬਣਾਉਂਦੇ ਹਨ: quantity (ਜਦੋਂ ਇੱਕ ਤੋਂ ਵੱਧ ਵੇਚੇ ਜਾ ਸਕਦੇ ਹਨ), discount (ਤਾਂ ਜੋ ਤੁਸੀਂ ਦੇਖ ਸਕੋ ਕਿ ਇਹ ਸਿਰਫ਼ ਛੂਟ 'ਤੇ ਵਿਕਦਾ ਹੈ), ਅਤੇ ਇੱਕ ਇਛਿਕ “ਕਾਰਨ ਰੱਦ”। ਰੱਦ ਕਰਨ ਦੇ ਕਾਰਨ ਸਧਾਰਨ ਅਤੇ ਮਿਆਰੀ ਰੱਖੋ: ਕੀਮਤ, ਲੋੜ ਨਹੀਂ, ਪਹਿਲਾਂ ਹੀ ਕੋਈ ਹੈ, ਸੋਚਣਾ ਚਾਹੁੰਦਾ ਹੈ।
ਗਤੀ ਵਿਸ਼ੇਸ਼ਤਾ ਤੋਂ ਵਧਕੇ ਹੈ। ਸਟਾਫ, ਸਰਵਿਸ ਪ੍ਰਕਾਰ, ਅਤੇ ਐਡ-ਆਨ ਨਾਮਾਂ ਲਈ dropdowns ਵਰਤੋਂ। “Bought?” ਨੂੰ ਇੱਕ ਸਿੰਗਲ ਟੈਪ ਬਣਾਓ। ਜੇ ਤੁਸੀਂ ਨੋਟਸ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹੋ, ਉਹਨਾਂ ਨੂੰ ਕੁਝ ਸ਼ਬਦਾਂ ਤੱਕ ਸੀਮਿਤ ਰੱਖੋ।
ਜੇ ਫਾਰਮ ਭਰ੍ਹਣ ਵਿੱਚ 10 ਤੋਂ 15 ਸਕਿੰਟ ਤੋਂ ਜ਼ਿਆਦਾ ਲੱਗੇਗਾ, ਲੋਕ ਲੜੀਵਾਰਤਾ ਖ਼ਤਮ ਕਰ ਦੇਣਗੇ ਜਾਂ ਗਲਤ ਭਰ ਦੇਣਗੇ।
ਇਸ ਟ੍ਰੈਕਰ ਵਿੱਚ ਗਾਹਕ ਨਾਮ, ਫ਼ੋਨ ਨੰਬਰ, ਲਾਇਸੈਂਸ ਪਲੇਟਾਂ, ਜਾਂ ਪੂਰਾ ਪਤਾ ਸੰਭਾਲੋ ਨਾ ਕਰੋ। ਇਹ ਮਾਪਣ ਲਈ ਲੋੜੀਂਦੇ ਨਹੀਂ ਹਨ ਅਤੇ ਉਹ ਖ਼ਤਰੇ ਵਧਾਉਂਦੇ ਹਨ। ਜੇ ਤੁਹਾਨੂੰ ਆਈਟਮਾਂ ਨੂੰ ਟਿਕਟ ਨਾਲ ਜੁੜਨਾ ਲਾਜ਼ਮੀ ਹਨ, ਤਾਂ ਸਿਰਫ਼ ਰਸੀਦ ਜਾਂ ਆਰਡਰ ਨੰਬਰ ਵਰਤੋ।
ਟ੍ਰੈਕਿੰਗ ਨੂੰ ਕਾਰਗਰ ਬਣਾਉਣ ਦਾ ਸਭ ਤੋਂ ਤੇਜ਼ ਤਰੀਕਾ ਇਹ ਹੈ ਕਿ ਇਸਨੂੰ ਬੋਰਿੰਗ ਰੱਖੋ: ਇੱਕੋ ਐਡ-ਆਨ ਨਾਮ, ਇੱਕੋ ਸਮਾਂ ਲੌਗ ਕਰਨ ਦਾ, ਅਤੇ ਇੱਕੋ ਨਿਯਮ "suggested" ਲਈ। ਇਹ ਕਰੋ, ਅਤੇ ਨੰਬਰ ਸਾਫ਼ ਰਹਿਣਗੇ।
ਜ਼ਿਆਦਾਤਰ ਫਲੋਜ਼ ਲਈ ਇੱਕ ਰੋਲਆਊਟ:
ਲਾਗਿੰਗ ਦੇ ਸਥਾਨ ਦਾ ਚੋਣ ਜਿਵੇਂ ਕਿ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਜੇ ਤੁਸੀਂ ਸਿਰਫ਼ ਚੈਕਆਊਟ 'ਤੇ ਲੌਗ ਕਰਦੇ ਹੋ ਤਾਂ ਤੁਸੀਂ ਸੇਵਾ ਦੌਰਾਨ ਕੀਤੇ ਸੁਝਾਵਾਂ ਨੂੰ ਮਿਸ ਕਰ ਸਕਦੇ ਹੋ। ਜੇ ਤੁਸੀਂ ਸੇਵਾ ਪੂਰੀ ਹੋਣ 'ਤੇ ਲੌਗ ਕਰਦੇ ਹੋ ਤਾਂ ਤੁਸੀਂ ਵੇਰਵਾ ਭੁੱਲ ਸਕਦੇ ਹੋ। ਕਈ ਦੁਕਾਨਾਂ ਲਈ ਸਭ ਤੋਂ ਵਧੀਆ ਉਦਯਮ ਉਹੀ ਹੈ ਜਦੋਂ ਗਾਹਕ ਫੈਸਲਾ ਕਰਦਾ ਹੈ।
ਟ੍ਰੇਨਿੰਗ ਲਈ, ਉਹ ਟਿਕਟ ਵਰਤੋਂ ਜੋ ਸਾਫ਼ ਚੋਣਾਂ ਨੂੰ ਮਜ਼ਬੂਰ ਕਰਦੀਆਂ ਹਨ:
ਬੇਸਲਾਈਨ ਤੋਂ ਬਾਅਦ, ਇੱਕ ਹੀ ਵਾਰ ਵਿੱਚ ਇੱਕ ਚੀਜ਼ ਬਦਲੋ। ਜੇ ਤੁਸੀਂ ਇੱਕੋ ਵਾਰ ਸਭ ਕੁਝ ਬਦਲ ਦਿਓਗੇ ਤਾਂ ਤੁਹਾਨੂੰ ਨਹੀਂ ਪਤਾ ਲੱਗੇਗਾ ਕਿ ਬਦਲਾਅ ਦਾ ਕਾਰਨ ਕੀ ਹੈ।
ਟ੍ਰੈਕਰ صرف ਉੱਥੇ ਮਦਦ ਕਰਦਾ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਉਸਨੂੰ ਨਿਯਮਤ ਢੰਗ ਨਾਲ ਸਮੀਖਿਆ ਕਰਦੇ ਹੋ। ਮਕਸਦ ਸਧਾਰਨ ਹੈ: ਲੌਗਿੰਗ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਜਲਦੀ ਫੜੋ, ਫਿਰ ਨੰਬਰਾਂ ਨੂੰ ਕੋਚਿੰਗ ਅਤੇ ਮਰਚੈਂਡਾਈਜ਼ਿੰਗ ਫੈਸਲਿਆਂ ਵਿੱਚ ਬਦਲੋ।
2-ਮਿੰਟ ਦਾ ਰੋਜ਼ਾਨਾ ਸੁਟਰ:
ਹਫ਼ਤੇ ਵਿੱਚ ਇੱਕ ਵਾਰੀ, ਇਹੀ ਛੋਟਾ ਸੈਟ ਰਿਪੋਰਟ ਚਲਾਓ ਤਾਂ ਕਿ ਰੁਝਾਨ ਸਪਸ਼ਟ ਹੁੰਦੇ ਹਨ:
ਐਡ-ਆਨ ਵੱਖ-ਵੱਖ ਜ਼ਬਾਨ ਵਿੱਚ ਵੱਖ ਤਰੀਕੇ ਨਾਲ ਵਿਕਦੇ ਹਨ। ਨਤੀਜਿਆਂ ਨੂੰ ਸਰਵਿਸ ਪ੍ਰਕਾਰ ਅਨੁਸਾਰ ਤੋੜੋ ਤਾਂ ਕਿ ਤੁਸੀਂ ਸਾਫ਼ ਮੇਲ ਵਾਲੀ ਫੇਚਰ ਦੇਖ ਸਕੋ, ਜਿਵੇਂ “screen protector” ਨਾਲ “phone repair” ਜਾਂ “deep conditioning” ਨਾਲ “hair color”। ਜਦੋਂ ਕੋਈ ਐਡ-ਆਨ ਇੱਕ ਸੇਵਾ ਵਿੱਚ ਜੀਤਦਾ ਹੈ ਅਤੇ ਦੂਜੀ ਵਿੱਚ ਹਾਰ ਜਾਂਦਾ ਹੈ, ਇਹ ਸਧਾਰਨ ਅਤੇ ਵਰਤਣਯੋਗ ਹੈ।
ਇੱਕ ਹਕੀਕਤੀ ਹਫਤਾਵਾਰ ਪੜਚੋਲ ਇਸ ਤਰ੍ਹਾਂ ਸੁਣਾਈ ਦੇ ਸਕਦੀ ਹੈ: “Protective case 90 ਵਾਰ ਸੁਝਾਇਆ ਗਿਆ ਅਤੇ 18 ਵਾਰ ਖਰੀਦਿਆ ਗਿਆ (20% attach), ਪਰ ਲਾਭ ਘੱਟ ਹੈ। Express diagnostic ਸਿਰਫ਼ 25 ਵਾਰ ਸੁਝਾਇਆ ਗਿਆ ਪਰ 15 ਵਾਰ ਖਰੀਦਾ (60% attach), ਅਤੇ ਇਹ ਸਿਖਰ ਦਾ ਨਫਾ ਚਲਾਉਣ ਵਾਲਾ ਹੈ।” ਇਹ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿਸ ਨੂੰ ਵਧਾਉਣਾ ਹੈ ਅਤੇ ਕਿਸਨੂੰ ਮੁੱਖ ਆਈਟਮ ਵਜੋਂ ਰੱਖਣਾ ਨਹੀਂ।
ਕਲਪਨਾ ਕਰੋ ਇੱਕ ਛੋਟੀ ਫੋਨ ਰਿਪੇਅਰ ਦੁਕਾਨ ਦੀ ਜੋ ਅਸਲ ਵਿੱਚ ਇਹ ਜਾਣਨਾ ਚਾਹੁੰਦੀ ਹੈ ਕਿ ਕਿਹੜੇ ਐਡ-ਆਨ ਵੇਚੇ ਜਾਂਦੇ ਹਨ। ਉਹ ਹਰ ਰਿਪੇਅਰ ਟਿਕਟ 'ਤੇ ਤਿੰਨ ਐਡ-ਆਨ ਟ੍ਰੈਕ ਕਰਦੇ ਹਨ: ਫੋਨ ਕੇਸ, ਸਕ੍ਰੀਨ ਪ੍ਰੋਟੈਕਟਰ, ਅਤੇ “setup help” (ਡੇਟਾ ਮਾਈਗ੍ਰੇਸ਼ਨ, ਈਮੇਲ ਸੈਟਅਪ ਅਤੇ ਬੁਨਿਆਦੀ ਸੈਟਿੰਗਜ਼)।
ਦੋ ਹਫ਼ਤਿਆਂ ਲਈ, ਕਾਊੰਟਰ ਸਟਾਫ ਹਰ ਐਡ-ਆਨ ਲਈ ਦੋ ਚੀਜ਼ਾਂ ਲੌਗ ਕਰਦੇ ਹਨ: ਕੀ ਇਹ ਸੁਝਾਇਆ ਗਿਆ ਸੀ, ਅਤੇ ਕੀ ਇਹ ਖਰੀਦਿਆ ਗਿਆ। ਉਹ ਰਿਪੇਅਰ ਪ੍ਰਕਾਰ ਵੀ ਨੋਟ ਕਰਦੇ ਹਨ, ਕਿਉਂਕਿ ਇੱਕ ਟੁੱਟੀ ਸਕ੍ਰੀਨ ਵਾਲਾ ਗਾਹਕ ਬੈਟਰੀ-ਸਵੈਪ ਵਾਲੇ ਗਾਹਕ ਤੋਂ ਵੱਖ ਵਰਤਾਰਾ ਕਰਦਾ ਹੈ।
2 ਹਫ਼ਤਿਆਂ (84 ਰਿਪੇਅਰ ਟਿਕਟ) ਬਾਅਦ ਇੱਕ ਸਧਾਰਨ ਰੋਲਅਪ ਇੰਝ ਹੋ ਸਕਦਾ ਹੈ:
| Add-on | Times suggested | Times bought | Buy rate when suggested |
|---|---|---|---|
| Screen protector | 78 | 29 | 37% |
| Phone case | 80 | 12 | 15% |
| Setup help | 40 | 18 | 45% |
ਕੁਝ ਗੱਲਾਂ ਸਪਸ਼ਟ ਹੁੰਦੀਆਂ ਹਨ। ਟੀਮ protectors ਨੂੰ ਬਲਦਾ ਵਾਰ ਸੁਝਾਉਂਦੀ ਹੈ, ਪਰ ਕੇਸਾਂ ਦਾ ਬਦਲਾਅ ਕਾਫ਼ੀ ਘੱਟ ਹੈ। Setup help ਸਭ ਤੋਂ ਵਧੀਆ ਕਨਵਰਟ ਕਰਦਾ ਹੈ, ਪਰ ਇਹ ਸਿਰਫ਼ ਅੱਧ ਵਾਰ ਹੀ ਸੁਝਾਇਆ ਜਾਂਦਾ ਹੈ, ਅਕਸਰ ਜਦੋਂ ਗਾਹਕ ਪਹਿਲਾਂ ਹੀ ਸਵਾਲ ਪੁੱਛਦਾ ਹੈ।
ਉਹ setup help ਲਈ ਇੱਕ ਸਧਾਰਨ ਸਕ੍ਰਿਪਟ ਬਦਲ ਕਰਦੇ ਹਨ। “ਕੀ ਤੁਸੀਂ setup help ਚਾਹੁੰਦੇ ਹੋ?” ਦੀ ਥਾਂ ਉਹ ਕਹਿੰਦੇ ਹਨ: “ਕੀ ਤੁਸੀਂ ਚਾਹੋਗੇ ਕਿ ਅਸੀਂ ਤੁਹਾਡਾ ਡੇਟਾ ਮਾਈਗਰੇਟ ਕਰ ਦੇਈਏ ਅਤੇ ਤੁਹਾਡੇ ਐਪਸ ਸੈਟ ਕਰ ਦੇਈਏ ਜਦੋਂ ਅਸੀਂ ਫੋਨ ਠੀਕ ਕਰ ਰਹੇ ਹਾਂ? ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਘਰ 'ਤੇ 30 ਮਿੰਟ ਬਚਾਉਂਦਾ ਹੈ।” ਇੱਕੋ ਪੇਸ਼ਕਸ਼, ਸਪਸ਼ਟ ਨਤੀਜਾ।
ਅਗਲੇ ਕੁਝ ਦਿਨਾਂ ਵਿੱਚ, ਸ਼ਬਦਬੰਦੀ ਸਹੀ ਲੱਗਣ ਕਰਕੇ ਸੁਝਾਅ ਵਧ ਜਾਂਦੇ ਹਨ। ਖਰੀਦ ਦਰ ਮਜ਼ਬੂਤ ਰਹਿੰਦੀ ਹੈ ਕਿਉਂਕਿ ਗਾਹਕ ਸਮਝਦੇ ਹਨ ਕਿ ਉਨ੍ਹਾਂ ਨੂੰ ਕੀ ਮਿਲੇਗਾ। ਔਸਤ ਟਿਕਟ 'ਤੇ ਵਾਧਾ ਹੁੰਦਾ ਹੈ ਬਿਨਾਂ ਸਟਾਫ ਨੂੰ ਜ਼ਿਆਦਾ ਦਬਦਬਾ ਬਣਾਉਣ ਦੇ।
ਹੁਣ ਮਜ਼ੇਦਾਰ ਫੈਸਲਾ: ਉਹਨਾਂ ਨੂੰ ਕੀ ਰੋਕਣਾ ਚਾਹੀਦਾ ਹੈ? ਉਹ ਫੋਨ ਕੇਸ ਨੂੰ ਤੁਰੰਤ ਹਟਾਉਂਦੇ ਨਹੀਂ। ਉਨ੍ਹਾਂ ਨੇ ਨਤੀਜੇ ਨੂੰ ਰਿਪੇਅਰ ਪ੍ਰਕਾਰ ਅਨੁਸਾਰ ਵੰਡਿਆ ਅਤੇ ਦੇਖਿਆ ਕਿ ਕੇਸਾਂ ਮੁੱਖ ਤੌਰ 'ਤੇ “ਨਵਾਂ ਫੋਨ ਸੈਟਅਪ” ਗਾਹਕਾਂ ਨੂੰ ਵੇਚਦੇ ਹਨ, ਨਾਹ ਕਿ ਰਿਪੇਅਰ ਗਾਹਕਾਂ ਨੂੰ। ਇਸ ਲਈ ਉਹ ਨਿਯਮ ਬਦਲਦੇ ਹਨ: ਕੇਸ ਸਿਰਫ਼ activation ਅਤੇ setup ਜੌਬਾਂ 'ਤੇ ਸੁਝਾਏ ਜਾਣ। ਰਿਪੇਅਰ ਟਿਕਟਾਂ ਲਈ, ਉਹ protector ਸੁਝਾਅ ਰੱਖਦੇ ਹਨ (ਉੱਚ ਵਾਲੀ ਵਾਕਫੀ, ਚੰਗੀ ਕਨਵਰਜ਼ਨ) ਅਤੇ setup help ਉਹਨਾਂ ਗਾਹਕਾਂ ਲਈ ਰੱਖਦੇ ਹਨ ਜੋ ਜਲਦੀ ਵਿੱਚ ਨਜ਼ਰ ਆਉਂਦੇ ਹਨ ਜਾਂ ਸਮਾਂ ਬਾਰੇ ਸਵਾਲ ਪੁੱਛਦੇ ਹਨ।
ਇਹੀ ਵਿਕਰੀ ਸੁਝਾਅ ਲੌਗ ਦਾ ਮਕਸਦ ਹੈ: ਇਹ ਰਾਏਆਂ ਨੂੰ ਕਿਸੇ ਕਰਵਾਈਯੋਗ pattern ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ।
ਟ੍ਰੈਕਿੰਗ صرف ਤਦ ਹੀ ਮਦਦਗਾਰ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਡੇਟਾ ਇਕਸਾਰ ਹੋ। ਜ਼ਿਆਦਾਤਰ ਦੁਕਾਨਾਂ ਅਸਫ਼ਲ ਨਹੀਂ ਹੁੰਦੀਆਂ ਕਿਉਂਕਿ ਵਿਚਾਰ ਹੀ ਖ਼ਰਾਬ ਹੈ। ਉਹ ਇਸ ਲਈ ਅਸਫ਼ਲ ਹੁੰਦੀਆਂ ਹਨ ਕਿ ਲੌਗਿੰਗ ਆਦਤਾਂ ਬਦਲ ਜਾਂਦੀਆਂ ਹਨ, ਅਤੇ ਰਿਪੋਰਟਾਂ ਝੂਠ ਬੋਲਣ ਲੱਗਦੀਆਂ ਹਨ।
ਇੱਥੇ ਪੰਜ ਗਲਤੀਆਂ ਹਨ ਜੋ ਟ੍ਰੈਕਰ ਨੂੰ ਖ਼ਰਾਬ ਕਰਦੀਆਂ ਹਨ:
ਇੱਕ ਆਮ ਉਦਾਹਰਨ: ਇੱਕ ਦੁਕਾਨ “wiper blades” ਨੂੰ ਟ੍ਰੈਕ ਕਰਦੀ ਹੈ। ਇੱਕ ਵਿਅਕਤੀ “wipers” ਲੌਗ ਕਰਦਾ ਹੈ, ਦੂਜਾ “front wipers”, ਤੇ ਤੀਜਾ “wiper install”。ਰਿਪੋਰਟ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ ਹਰ ਆਈਟਮ ਘੱਟ ਵਿਕਦਾ ਹੈ, ਤਾਂ ਮੈਨੇਜਰ ਸਕ੍ਰਿਪਟ ਤੋਂ ਇਸਨੂੰ ਹਟਾ ਦਿੰਦਾ ਹੈ। ਹਕੀਕਤ ਵਿੱਚ, वਾਇਪਰ ਠੀਕ ਵਿਕ ਰਹੇ ਸਨ, ਪਰ ਡੇਟਾ ਨਾਮਾਂ ਵਿੱਚ ਵੰਨ-ਵੰਨ ਹੋਣ ਕਰਕੇ ਵੰਡ ਗਿਆ।
ਸਧਾਰਨ ਫਿਕਸ ਮਦਦਗਾਰ ਹਨ: ਐਡ-ਆਨ ਦੀ ਲਿਸਟ ਨੂੰ ਛੋਟਾ ਅਤੇ ਫਿਕਸ ਰੱਖੋ ਅਤੇ ਨਾਮਾਂ ਲਾਕ ਕਰੋ। ਜੇ ਤੁਸੀਂ ਕੀਮਤ ਜਾਂ ਬੰਡਲ ਬਦਲਦੇ ਹੋ ਤਾਂ ਪ੍ਰਭਾਵਿਤ ਤਾਰੀਖ ਦਰਜ ਕਰੋ। ਸਟਾਫ ਦੀ ਤੁਲਨਾ ਕਰਦਿਆਂ attach rate ਵਰਤੋ ਅਤੇ ਅਸਧਾਰਨ ਹਫ਼ਤਿਆਂ ਲਈ ਨੋਟਸ ਸ਼ਾਮਲ ਕਰੋ (ਨਵਾਂ ਟਰੇਨੀ, ਪ੍ਰੋਮੋਸ਼ਨ, ਮੌਸਮ ਦਾ ਉਲਟਾਅ)।
ਸਕ੍ਰਿਪਟ ਬਦਲਣ, ਡਿਸਪਲੇ ਰੀ-ਆਰਡਰ ਕਰਨ, ਜਾਂ ਨਵੇਂ ਸਪਿੱਫ ਸੈੱਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਹਾਡੇ ਡੇਟਾ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਯੋਗ ਹੈ। ਛੋਟੀਆਂ ਲੌਗਿੰਗ ਖਾਮੀਆਂ ਰੈਂਕਿੰਗ ਨੂੰ ਉਲਟ ਸਕਦੀਆਂ ਹਨ।
ਇਹ ਮੂਲ ਚੀਜ਼ਾਂ ਜਾਂਚੋ (ਪਿਛਲੇ ਹਫ਼ਤੇ ਦੇ ਟਿਕਟਾਂ ਵਰਤੋ, ਜਾਂ ਜੇ ਤੁਸੀਂ ਘੱਟ ਵਾਲੀਅਮ ਹੋ ਤਾਂ ਆਖਰੀ 2-4 ਹਫ਼ਤਿਆਂ):
ਜੇ ਕੋਈ ਆਈਟਮ ਠੀਕ ਨਹੀਂ ਬੈਠਦਾ, ਤਾਂ ਆਪਣੇ ਨੰਬਰਾਂ ਨੂੰ ਡਰਾਫਟ ਸਮਝੋ। ਨਿਯਮ ਕਸੋ, ਇੱਕ ਛੋਟੀ ਟੀਮ ਰੀਮਾਇੰਡਰ ਕਰੋ, ਅਤੇ ਲਗਾਤਾਰ ਇਕੱਠੇ ਕਰਨਾ ਜਾਰੀ ਰੱਖੋ।
ਜਦੋਂ ਤੁਹਾਡੇ ਕੋਲ ਕੁਝ ਹਫ਼ਤਿਆਂ ਦਾ ਡੇਟਾ ਹੋ ਜਾਵੇ, ਤਾਂ ਤੇਜ਼ੀ ਨਾਲ ਸੁਧਾਰ ਕਰਨ ਲਈ ਆਪਣਾ ਧਿਆਨ ਸੰਕੁਚਿਤ ਕਰੋ। ਅਗਲੇ ਮਹੀਨੇ ਲਈ 1 ਤੋਂ 2 ਐਡ-ਆਨ ਚੁਣੋ। ਜੇ ਤੁਸੀਂ ਇੱਕ ਵਾਰ ਵਿੱਚ ਦੱਸ ਆਈਟਮਾਂ ਨੂੰ “ਠੀਕ” ਕਰਨੇ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋਗੇ, ਸੁਨੇਹਾ ਫੈਲ ਜਾਵੇਗਾ ਅਤੇ ਨਤੀਜੇ ਹਿਲ-ਝਿਲ ਹੋਣਗੇ।
ਉਹਨਾਂ ਐਡ-ਆਨਾਂ ਨੂੰ ਚੁਣੋ ਜੋ ਆਮ ਗਾਹਕ ਸਮੱਸਿਆ ਹੱਲ ਕਰਦੇ ਹਨ ਅਤੇ ਇੱਕ ਵਾਕ ਵਿੱਚ ਆਸਾਨੀ ਨਾਲ ਸਮਝਾਏ ਜਾ ਸਕਦੇ ਹਨ। ਹਰੇਕ ਲਈ ਇੱਕ ਦੁਹਰਾਏ ਜਾਣਯੋਗ ਲਾਈਨ ਲਿਖੋ ਜਿਹੜਾ ਟੀਮ ਹਰ ਵਾਰੀ ਇੱਕੋ ਹੀ ਤਰੀਕੇ ਨਾਲ ਕਹਿ ਸਕੇ। ਇਕਸਾਰਤਾ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਤੁਹਾਡਾ ਟ੍ਰੈਕਰ ਪੇਸ਼ਕਸ਼ ਨੂੰ ਦਰਸਾਉਣਾ ਚਾਹੀਦਾ ਹੈ, ਨਾ ਕਿ ਬੇਤਰਤੀਬੀ ਵਾਲੀ ਸ਼ਬਦਬੰਦੀ।
ਇੱਕ ਨਰਮ ਰੁਟੀਨ:
ਜੇ ਤੁਸੀਂ ਸਪ੍ਰੈੱਡਸ਼ੀਟ ਤੋਂ ਬਾਹਰ ਵਧਦੇ ਹੋ, ਤਾਂ ਇੱਕ ਛੋਟਾ ਅੰਦਰੂਨੀ ਐਪ ਨਾਮ, ਲਾਜ਼ਮੀ ਖੇਤਰ ਅਤੇ ਲਗਾਤਾਰ ਹਫਤਾਵਾਰ ਰਿਪੋਰਟਿੰਗ ਲਾਗੂ ਕਰ ਸਕਦਾ ਹੈ। ਜੇ ਤੁਹਾਡੀ ਟੀਮ ਚੈਟ ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਟੂਲ ਬਨਾਉਣਾ ਪਸੰਦ ਕਰਦੀ ਹੈ, ਤਾੰ Koder.ai ਇੱਕ ਵਿਕਲਪ ਹੈ ਜੋ ਉੱਪਰ ਦੱਸੇ ਖੇਤਰਾਂ ਤੋਂ ਇੱਕ ਸਧਾਰਨ ਟ੍ਰੈਕਰ ਐਪ ਤੇਜ਼ੀ ਨਾਲ ਬਣਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਜਦੋਂ ਤੁਸੀਂ ਤਿਆਰ ਹੋ, ਤਾਂ ਸਰੋਤ ਕੋਡ ਨਿਰਯਾਤ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਵੀ ਦਿੰਦਾ ਹੈ।
ਸਟਾਫ ਨਾਲ ਵਾਅਦਾ ਸਧਾਰਨ ਰੱਖੋ: ਘੱਟ ਐਡ-ਆਨ, ਸਪਸ਼ਟ ਸਕ੍ਰਿਪਟ, ਅਤੇ ਇੱਕ ਹਫਤਾਵਾਰ ਚੈੱਕ-ਇਨ। ਇਸ ਤਰ੍ਹਾਂ ਨੰਬਰ ਆਦਤ ਬਣਦੇ ਹਨ, ਅਤੇ ਆਦਤ ਸਾਬਤ ਕੀਤੀ ਜਾ ਸਕਣ ਵਾਲੀ ਵਾਧੂ ਵਿਕਰੀ ਵਿੱਚ ਬਦਲ ਜਾਂਦੀ ਹੈ।
ਆਂਕੜੇ ਦੋਹਾਂ ਨੂੰ ਲੌਗ ਕਰੋ ਕਿਉਂਕਿ ਸੇਲ ਰਿਪੋਰਟਾਂ ਸਿਰਫ਼ ਖਰੀਦਦਾਰੀਆਂ ਦਿਖਾਉਂਦੀਆਂ ਹਨ, ਉਹਨਾਂ ਪ੍ਰਸਤਾਵਾਂ ਨੂੰ ਨਹੀਂ ਜੋ ਨਾਂ ਮਿਲੀਆਂ। ਜਦੋਂ ਤੁਸੀਂ suggested ਅਤੇ bought ਨੂੰ ਵੱਖਰੇ ਰੂਪ ਵਿੱਚ ਲੌਗ ਕਰੋਗੇ ਤਾਂ ਤੁਸੀਂ ਪੁੱਛ ਸਕੋਗੇ ਕਿ ਕੋਈ ਐਡ-ਆਨ ਕਿਉਂ ਘੱਟ ਪ੍ਰਦਰਸ਼ਨ ਕਰ ਰਿਹਾ ਹੈ — ਕਿਉਂਕਿ ਉਹ ਘੱਟ ਜ਼ਬਾਨੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਾਂ ਗਾਹਕ ਸੁਣ ਕੇ ਹੀ ਇਨਕਾਰ ਕਰ ਦੇਂਦਾ ਹੈ।
ਇੱਕ ਸਧਾਰਨ ਨਿਯਮ ਵਰਤੋ: suggestion ਤਦ ਹੀ ਗਿਣੋ ਜਦੋਂ ਸਟਾਫ ਮੈਂਬਰ ਖੁੱਲ੍ਹ ਕੇ ਗਾਹਕ ਨੂੰ ਐਡ-ਆਨ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰੇ ਅਤੇ ਗਾਹਕ ਨੂੰ ਹਾਂ ਜਾਂ ਨਾ ਕਹਿਣ ਦਾ ਮੌਕਾ ਮਿਲੇ। ਡਿੱਗੀ-ਡੀਂਗੀ ਗੱਲ, ਕੰਢੇ ਤੇ ਪੋਸਟਰ ਜਾਂ ਚੁੱਪਚਾਪ ਕਿਸੇ ਆਈਟਮ ਨੂੰ ਜੋੜਨਾ suggestion ਨਹੀਂ ਹੈ।
ਇਸ ਟ੍ਰੈਕਰ ਲਈ ਉਸ ਨੂੰ ਖਰੀਦਦਾਰ ਮੰਨੋ ਜੇ ਉਹੀ ਆਈਟਮ ਇੱਕੋ ਹੀ ਟਿਕਟ 'ਤੇ ਜਾਂ ਇੱਕੋ ਵਿਜ਼ਿਟ ਦੌਰਾਨ ਭੁਗਤਾਨ ਕੀਤਾ ਗਿਆ ਹੋਵੇ। ਖਰੀਦ ਨੂੰ ਵੱਖਰੇ ਦੌਰਾਨ ਗਿਣਨਾ attach rate ਨੂੰ ਠੱਗੀ ਬਣਾਉਂਦਾ ਹੈ।
ਸ਼ੁਰੂਆਤ ਲਈ ਛੋਟੀ ਮੇਨੂ ਰੱਖੋ — ਆਮ ਤੌਰ 'ਤੇ 10 ਤੋਂ 30 ਐਡ-ਆਨ ਜੋ ਤੁਸੀਂ ਅਕਸਰ ਦੇਂਦੇ ਹੋ ਅਤੇ ਆਸਾਨੀ ਨਾਲ ਪਹੁੰਚਾਏ ਜਾ ਸਕਦੇ ਹਨ। ਲੰਬੀ ਲਿਸਟ ਨਾਲ ਸਟਾਫ ਲੌਗ ਛੱਡ ਦੇਵੇਗਾ ਜਾਂ ਗਲਤ ਨਾਮ ਵਰਤੇਗਾ ਅਤੇ ਡੇਟਾ ਅਨਯਥਾਰ ਬਣ ਜਾਵੇਗਾ।
ਇੱਕ ਸਟੈਂਡਰਡ ਨੈਮਿੰਗ ਪੈਟਰਨ ਵਰਤੋ ਅਤੇ ਇਸਨੂੰ ਲਾਕ ਕਰੋ ਤਾ ਕਿ ਹਰ ਕੋਈ ਇੱਕੋ ਤਰੀਕੇ ਨਾਲ ਲੌਗ ਕਰੇ। ਇਕ ਵਿਆਵਹਾਰਿਕ ਫਾਰਮੈਟ ਹੈ Category + Variant + ਇੱਕ ਮੁੱਖ ਵੇਰਵਾ — ਇਸ ਨਾਲ ਤੁਸੀਂ ਮਿਲਦੇ-ਜੁਲਦੇ ਆਈਟਮਾਂ ਨੂੰ ਇੱਕਥੇ ਕਰ ਸਕੋਗੇ ਬਿਨਾਂ ਹਰ ਛੋਟੀ ਭਿੰਨਤਾ ਲਈ ਨਵਾਂ ਨਾਮ ਬਣਾਉਣ ਦੇ।
ਨਚੋੜ ਰਖੋ: ਮਿਤੀ/ਸ਼ਿਫਟ, ਸਟਾਫ ਮੈਂਬਰ, ਸਰਵਿਸ ਪ੍ਰਕਾਰ, add-on ਸੁਝਾਇਆ ਗਿਆ (ਮੰਨਿਆ ਹੋਇਆ ਨਾਮ), ਅਤੇ Bought? (ਹਾਂ/ਨਹੀਂ)। ਇਹ ਕਿੱਟ ਕਹਿੰਦਾ ਹੈ ਕਿ suggestion rate ਅਤੇ attach rate ਕੀ ਹਨ ਅਤੇ ਕੌਣ ਕੀ ਸੁਝਾ ਰਿਹਾ ਹੈ।
ਲੌਗਿੰਗ ਨੂੰ ਤੇਜ਼ ਰੱਖੋ: ਸਟਾਫ, ਸਰਵਿਸ ਅਤੇ add-on ਨਾਮਾਂ ਲਈ dropdowns ਉਪਯੋਗ ਕਰੋ। “Bought?” ਨੂੰ ਇੱਕ ਸਿੰਗਲ-ਟੈਪ ਰੱਖੋ। ਜੇ ਫਾਰਮ 10–15 ਸਕਿੰਟ ਤੋਂ ਜ਼ਿਆਦਾ ਲੈਂਦਾ ਹੈ, ਲੋਕ ਇਸਨੂੰ ਛੱਡ ਦੇਣਗੇ।
ਸ਼ੁਰੂਆਤੀ ਧਿਆਨ ਦਿਓ suggestion rate, attach rate, ਅਤੇ add-on revenue per ticket ਉੱਤੇ। Suggestion rate ਦਿਖਾਂਦਾ ਹੈ ਕਿ ਟੀਮ ਕਿੰਨੀ ਵਾਰ ਪੇਸ਼ ਕਰ ਰਹੀ ਹੈ, attach rate ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਪੇਸ਼ ਕਰਨ 'ਤੇ ਕਿੰਨੀ ਵਾਰ ਇਹ ਬੰਨ੍ਹਦਾ ਹੈ, ਅਤੇ revenue per ticket ਆਮ ਵਿਕਰੀ ਉੱਤੇ ਪ੍ਰਭਾਵ ਦਿਖਾਉਂਦਾ ਹੈ।
ਕਵਰੇਜ ਅਤੇ ਨਿਰੰਤਰਤਾ ਜਾਂਚੋ: ਜੇ ਬਹੁਤ ਸਾਰੇ ਟਿਕਟਾਂ 'ਤੇ ਕੋਈ ਲੌਗ ਨਹੀਂ ਹੈ, ਨਾਮ ਅਸਮਰਥਿਤ ਹਨ, ਜਾਂ ਐਡ-ਆਨ ਨੂੰ ਬਹੁਤ ਘੱਟ ਸੁਝਾਇਆ ਗਿਆ ਹੈ, ਤਾਂ ਨਤੀਜੇ ਪ੍ਰਾਰੂਪ ਮੰਨੋ ਅਤੇ ਪਹਿਲਾਂ ਪ੍ਰਕਿਰਿਆ ਕਸੋ।
ਜੇ ਤੁਹਾਨੂੰ ਲੋੜ ਹੈ ਤਾਂ ਹਾਂ — ਜੇ ਤੁਸੀ ਨਾਂਮ ਲਾਗੂ ਕਰਨ, ਲਾਜ਼ਮੀ ਖੇਤਰ ਅਤੇ ਸਪੱਫਟ ਆਟੋਮੈਟਿਕ ਰਿਪੋਰਟਿੰਗ ਚਾਹੁੰਦੇ ਹੋ ਤਾਂ ਛੋਟਾ ਐਪ ਬਣਾਉਣਾ ਵਧੀਆ ਹੈ। ਬਹੁਤ ਸਾਰੇ ਟੀਮ ਪਹਿਲਾਂ ਸਪ੍ਰੈੱਡਸ਼ੀਟ ਨਾਲ ਸ਼ੁਰੂ ਕਰਦੀਆਂ ਹਨ, ਫਿਰ ਹਦਬੰਦੀ ਹੋਣ 'ਤੇ ਅੰਦਰੂਨੀ ਐਪ 'ਤੇ ਜਾਦੀਆਂ ਹਨ; Koder.ai ਇੱਕ ਵਿਕਲਪ ਹੈ ਜੋ ਇਹ ਕਾਰਜ ਤੇਜ਼ੀ ਨਾਲ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ।