ਹੈਲਪਡੈਸਕ ਟਿਕਟ ਸਿਸਟਮ ਕਿਵੇਂ ਬਣਾਈਏ: ਟਿਕਟਾਂ, ਸਥਿਤੀਆਂ, ਸੌਂਪਣਾ ਅਤੇ ਈਮੇਲ
ਹੈਲਪਡੈਸਕ ਟਿਕਟ ਸਿਸਟਮ ਖਿੱਲਰੀਆਂ ਬੇਨਤੀਆਂ — ਈਮੇਲਾਂ, ਸੁਨੇਹੇ, ਗਲਿਆਰੇ ਵਿੱਚ “ਛੋਟਾ ਸਵਾਲ” — ਨੂੰ ਟਿਕਟਾਂ ਵਿੱਚ ਬਦਲਦਾ ਹੈ: ਹਰ ਸਮੱਸਿਆ ਲਈ ਇੱਕ ਰਿਕਾਰਡ, ਜਿਸ ਦਾ ਮਾਲਕ, ਸਥਿਤੀ, ਤਰਜੀਹ ਅਤੇ ਪੂਰੀ ਗੱਲਬਾਤ ਹੋਵੇ। ਇਸ ਨੂੰ ਬਣਾਉਣ ਲਈ ਤੁਹਾਨੂੰ ਟਿਕਟਾਂ ਬਣਾਉਣ ਦਾ ਤਰੀਕਾ, ਫਿਲਟਰਾਂ ਵਾਲੀ ਸਾਂਝੀ ਕਤਾਰ, ਸੌਂਪਣਾ, ਜਨਤਕ ਜਵਾਬਾਂ ਨੂੰ ਅੰਦਰੂਨੀ ਨੋਟਾਂ ਤੋਂ ਵੱਖ ਕਰਨ ਵਾਲਾ ਧਾਗਾ, ਅਤੇ ਸੂਚਨਾਵਾਂ ਚਾਹੀਦੀਆਂ ਹਨ ਤਾਂ ਜੋ ਕੋਈ ਉਡੀਕਦਾ ਨਾ ਰਹੇ। AI ਐਪ ਬਿਲਡਰ ਅੰਦਰੂਨੀ IT, HR ਜਾਂ ਸੁਵਿਧਾਵਾਂ ਡੈਸਕ ਲਈ ਇੱਕ ਠੋਸ ਪਹਿਲਾ ਵਰਜ਼ਨ ਇੱਕ ਦੁਪਹਿਰ ਵਿੱਚ ਬਣਾ ਸਕਦਾ ਹੈ। ਈਮੇਲ ਥ੍ਰੈਡਿੰਗ, ਜਵਾਬ ਦੇ ਟੀਚਿਆਂ ਅਤੇ ਰਿਪੋਰਟਿੰਗ ਵਾਲੀ ਗਾਹਕ-ਸਹਾਇਤਾ ਲਈ ਹੋਰ ਧਿਆਨ ਚਾਹੀਦਾ ਹੈ — ਅਤੇ ਇੱਥੇ ਸਥਾਪਿਤ ਹੈਲਪਡੈਸਕ ਉਤਪਾਦ ਆਪਣੀ ਫੀਸ ਦੇ ਯੋਗ ਸਾਬਤ ਹੁੰਦੇ ਹਨ।
ਸਿਸਟਮ ਨੂੰ ਕੀ ਚਾਹੀਦਾ ਹੈ
ਡੇਟਾ
| ਟੇਬਲ | ਮੁੱਖ ਖੇਤਰ |
|---|---|
| ਟਿਕਟਾਂ | ਨੰਬਰ, ਵਿਸ਼ਾ, ਬੇਨਤੀਕਰਤਾ, ਸ਼੍ਰੇਣੀ, ਤਰਜੀਹ, ਸਥਿਤੀ, ਜਿਸ ਨੂੰ ਸੌਂਪੀ ਗਈ, ਟੀਮ, ਬਣਾਉਣ ਦਾ ਸਮਾਂ, ਪਹਿਲੇ ਜਵਾਬ ਦਾ ਸਮਾਂ, ਹੱਲ ਹੋਣ ਦਾ ਸਮਾਂ |
| ਸੁਨੇਹੇ | ਟਿਕਟ, ਲੇਖਕ, ਸਮੱਗਰੀ, ਜਨਤਕ ਜਵਾਬ ਜਾਂ ਅੰਦਰੂਨੀ ਨੋਟ, ਅਟੈਚਮੈਂਟ, ਭੇਜਣ ਦਾ ਸਮਾਂ |
| ਬੇਨਤੀਕਰਤਾ | ਨਾਂ, ਈਮੇਲ, ਸੰਸਥਾ ਜਾਂ ਵਿਭਾਗ |
| ਏਜੰਟ | ਨਾਂ, ਈਮੇਲ, ਟੀਮ, ਭੂਮਿਕਾ (ਏਜੰਟ, ਲੀਡ, ਐਡਮਿਨ) |
| ਸ਼੍ਰੇਣੀਆਂ | ਨਾਂ, ਮੂਲ ਟੀਮ, ਮੂਲ ਤਰਜੀਹ |
| ਤਿਆਰ ਜਵਾਬ | ਸਿਰਲੇਖ, ਸਮੱਗਰੀ, ਸ਼੍ਰੇਣੀ |
| ਗਤੀਵਿਧੀ ਲੌਗ | ਟਿਕਟ, ਕਿਸ ਨੇ, ਕੀ ਬਦਲਿਆ, ਕਦੋਂ |
ਪਹਿਲੇ ਜਵਾਬ ਅਤੇ ਹੱਲ ਦੇ ਸਮੇਂ ਦੀਆਂ ਮੋਹਰਾਂ ਸ਼ੁਰੂ ਤੋਂ ਸੇਵ ਕਰੋ। ਹਰ ਰਿਪੋਰਟ ਇਨ੍ਹਾਂ ’ਤੇ ਬਣਦੀ ਹੈ, ਅਤੇ ਇਨ੍ਹਾਂ ਨੂੰ ਬਾਅਦ ਵਿੱਚ ਦੁਬਾਰਾ ਬਣਾਇਆ ਨਹੀਂ ਜਾ ਸਕਦਾ।
ਪੰਨੇ
- ਬੇਨਤੀਕਰਤਾ: ਸ਼੍ਰੇਣੀ ਅਤੇ ਅਟੈਚਮੈਂਟਾਂ ਵਾਲਾ “ਬੇਨਤੀ ਭੇਜੋ” ਫਾਰਮ, “ਮੇਰੀਆਂ ਬੇਨਤੀਆਂ” ਸੂਚੀ, ਅਤੇ ਹਰ ਟਿਕਟ ਦਾ ਧਾਗਾ।
- ਏਜੰਟ: ਕਤਾਰ (ਮੇਰੀਆਂ ਟਿਕਟਾਂ, ਬਿਨਾਂ ਸੌਂਪੀਆਂ, ਸਾਰੀਆਂ ਖੁੱਲ੍ਹੀਆਂ), ਫਿਲਟਰ ਤੇ ਖੋਜ, ਅਤੇ ਟਿਕਟ ਦਾ ਦ੍ਰਿਸ਼ ਜਿਸ ਵਿੱਚ ਜਵਾਬ, ਨੋਟ, ਸਥਿਤੀ, ਤਰਜੀਹ ਅਤੇ ਸੌਂਪਣ ਦੇ ਕੰਟਰੋਲ ਹੋਣ।
- ਐਡਮਿਨ: ਸ਼੍ਰੇਣੀਆਂ, ਟੀਮਾਂ, ਏਜੰਟ, ਤਿਆਰ ਜਵਾਬ, ਅਤੇ ਇੱਕ ਸਾਦੀ ਰਿਪੋਰਟ।
ਇਜਾਜ਼ਤਾਂ
ਬੇਨਤੀਕਰਤਾ ਸਿਰਫ਼ ਆਪਣੀਆਂ ਟਿਕਟਾਂ ਅਤੇ ਸਿਰਫ਼ ਜਨਤਕ ਜਵਾਬ ਵੇਖਦੇ ਹਨ। ਏਜੰਟ ਆਪਣੀ ਟੀਮ ਦੀਆਂ ਟਿਕਟਾਂ ਅਤੇ ਅੰਦਰੂਨੀ ਨੋਟ ਵੇਖਦੇ ਹਨ। ਲੀਡ ਅਤੇ ਐਡਮਿਨ ਸਭ ਕੁਝ ਵੇਖਦੇ ਹਨ ਅਤੇ ਸੈਟਿੰਗਾਂ ਸੰਭਾਲਦੇ ਹਨ। ਅੰਦਰੂਨੀ ਨੋਟ ਗਾਹਕ ਤੱਕ ਪਹੁੰਚਣਾ ਹੈਲਪਡੈਸਕ ਦੀ ਕਲਾਸਿਕ ਤਬਾਹੀ ਹੈ, ਇਸ ਲਈ ਇਹ ਸਰਵਰ ’ਤੇ ਲਾਗੂ ਕਰੋ, ਸਿਰਫ਼ ਟੈਬ ਲੁਕਾ ਕੇ ਨਹੀਂ। ਵੇਖੋ ਭੂਮਿਕਾ-ਅਧਾਰਿਤ ਪਹੁੰਚ ਨਿਯੰਤਰਣ।
ਫੈਸਲੇ ਅਤੇ ਸਮਝੌਤੇ
ਫਾਰਮ, ਈਮੇਲ ਜਾਂ ਦੋਵੇਂ
ਵੈੱਬ ਫਾਰਮ ਸਭ ਤੋਂ ਸਰਲ ਹੈ ਅਤੇ ਸਾਫ਼ ਡੇਟਾ ਦਿੰਦਾ ਹੈ: ਸ਼੍ਰੇਣੀ, ਤਰਜੀਹ ਅਤੇ ਲਾਜ਼ਮੀ ਖੇਤਰ। ਈਮੇਲ ਰਾਹੀਂ ਦਾਖਲਾ — ਲੋਕ support@ ’ਤੇ ਲਿਖਦੇ ਹਨ ਅਤੇ ਟਿਕਟ ਬਣ ਜਾਂਦੀ ਹੈ — ਉਹ ਹੈ ਜੋ ਗਾਹਕ ਉਮੀਦ ਕਰਦੇ ਹਨ, ਪਰ ਇਸ ਲਈ ਇੱਕ ਈਮੇਲ ਪ੍ਰਦਾਤਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਸੁਨੇਹੇ ਪ੍ਰਾਪਤ ਕਰ ਕੇ ਤੁਹਾਡੀ ਐਪ ਨੂੰ ਭੇਜ ਸਕੇ, ਨਾਲ ਹੀ ਥ੍ਰੈਡਿੰਗ ਤਾਂ ਜੋ ਜਵਾਬ ਸਹੀ ਟਿਕਟ ਨਾਲ ਜੁੜਨ (ਆਮ ਤੌਰ ’ਤੇ ਵਿਸ਼ੇ ਵਿੱਚ ਟਿਕਟ ਨੰਬਰ ਜਾਂ ਇੱਕ ਵਿਲੱਖਣ ਜਵਾਬ ਪਤਾ)। ਫਾਰਮ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ; ਕੰਮ ਦਾ ਤਰੀਕਾ ਸਾਬਤ ਹੋਣ ਤੋਂ ਬਾਅਦ ਈਮੇਲ ਜੋੜੋ। ਐਪ ਤੋਂ ਈਮੇਲ ਭੇਜਣਾ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਹਿੱਸੇ ਬਾਰੇ ਦੱਸਦਾ ਹੈ।
ਸੌਂਪਣਾ
ਵਿਕਲਪ: ਏਜੰਟ ਬਿਨਾਂ ਸੌਂਪੀ ਕਤਾਰ ਵਿੱਚੋਂ ਚੁਣਦੇ ਹਨ; ਟੀਮ ਅੰਦਰ ਰਾਊਂਡ-ਰੌਬਿਨ; ਜਾਂ ਸ਼੍ਰੇਣੀ ਅਨੁਸਾਰ ਸੌਂਪਣਾ। ਛੋਟੀਆਂ ਟੀਮਾਂ ਲਈ ਕਤਾਰ ਵਿੱਚੋਂ ਚੁਣਨਾ ਕੰਮ ਕਰਦਾ ਹੈ। ਜਦੋਂ ਟਿਕਟਾਂ ਬਿਨਾਂ ਮਾਲਕ ਦੇ ਪਈਆਂ ਰਹਿਣ ਲੱਗਣ, ਤਾਂ ਆਪਣੇ ਆਪ ਸੌਂਪਣਾ ਮਦਦ ਕਰਦਾ ਹੈ।
ਤਰਜੀਹਾਂ ਅਤੇ ਜਵਾਬ ਦੇ ਟੀਚੇ
ਪਹਿਲੇ ਜਵਾਬ ਲਈ ਟੀਚੇ ਨਾਲ ਦੋ ਜਾਂ ਤਿੰਨ ਤਰਜੀਹਾਂ ਤੈਅ ਕਰੋ (“ਜ਼ਰੂਰੀ: 1 ਘੰਟਾ, ਆਮ: 1 ਕਾਰੋਬਾਰੀ ਦਿਨ”)। ਹਰ ਟਿਕਟ ’ਤੇ ਬਾਕੀ ਸਮਾਂ ਦਿਖਾਉਣਾ ਉਸ ਮਹੀਨਾਵਾਰ ਰਿਪੋਰਟ ਨਾਲੋਂ ਵੱਧ ਲਾਭਦਾਇਕ ਹੈ ਜੋ ਕੋਈ ਪੜ੍ਹਦਾ ਨਹੀਂ। ਕਾਰੋਬਾਰੀ ਘੰਟੇ ਹਿਸਾਬ ਔਖਾ ਬਣਾਉਂਦੇ ਹਨ — ਛੇਤੀ ਤੈਅ ਕਰੋ ਕਿ ਟੀਚੇ ਰਾਤਾਂ ਅਤੇ ਵੀਕਐਂਡ ਨੂੰ ਗਿਣਦੇ ਹਨ ਜਾਂ ਨਹੀਂ।
ਮਿਲਾਉਣਾ ਅਤੇ ਦੁਹਰਾਅ
ਇੱਕੋ ਸਮੱਸਿਆ ਤਿੰਨ ਵਾਰ ਰਿਪੋਰਟ ਹੋਣਾ ਆਮ ਗੱਲ ਹੈ। “ਟਿਕਟ #… ਵਿੱਚ ਮਿਲਾਓ” ਕਾਰਵਾਈ ਏਜੰਟਾਂ ਨੂੰ ਇੱਕੋ ਗੱਲ ਵਾਰ-ਵਾਰ ਜਵਾਬ ਦੇਣ ਤੋਂ ਬਚਾਉਂਦੀ ਹੈ; ਇਸ ਨੂੰ ਸ਼ੁਰੂ ਵਿੱਚ ਬਣਾਉਣਾ ਯੋਗ ਹੈ।
ਇੱਕ ਪਹਿਲਾ ਪ੍ਰੋਮਪਟ ਜੋ ਕੰਮ ਕਰਦਾ ਹੈ
60 ਲੋਕਾਂ ਦੀ ਕੰਪਨੀ ਲਈ ਇੱਕ ਅੰਦਰੂਨੀ IT ਹੈਲਪਡੈਸਕ ਬਣਾਓ। ਕਰਮਚਾਰੀ ਫਾਰਮ ਰਾਹੀਂ ਬੇਨਤੀਆਂ ਭੇਜਣ: ਵਿਸ਼ਾ, ਸ਼੍ਰੇਣੀ (ਹਾਰਡਵੇਅਰ, ਸਾਫਟਵੇਅਰ, ਪਹੁੰਚ, ਨੈੱਟਵਰਕ, ਹੋਰ), ਤਰਜੀਹ (ਘੱਟ, ਆਮ, ਜ਼ਰੂਰੀ), ਵੇਰਵਾ ਅਤੇ ਅਟੈਚਮੈਂਟ। ਹਰ ਟਿਕਟ ਨੂੰ ਨੰਬਰ ਮਿਲੇ ਅਤੇ ਸਥਿਤੀਆਂ ਹੋਣ: ਨਵੀਂ, ਖੁੱਲ੍ਹੀ, ਬੇਨਤੀਕਰਤਾ ਦੀ ਉਡੀਕ ਵਿੱਚ, ਹੱਲ ਹੋਈ, ਬੰਦ। IT ਏਜੰਟ ਇੱਕ ਕਤਾਰ ਵੇਖਣ ਜਿਸ ਵਿੱਚ ਟੈਬ ਹੋਣ: ਬਿਨਾਂ ਸੌਂਪੀਆਂ, ਮੇਰੀਆਂ, ਅਤੇ ਸਾਰੀਆਂ ਖੁੱਲ੍ਹੀਆਂ; ਸ਼੍ਰੇਣੀ, ਤਰਜੀਹ ਅਤੇ ਸਥਿਤੀ ਅਨੁਸਾਰ ਫਿਲਟਰ, ਅਤੇ ਖੋਜ। ਟਿਕਟ ਪੰਨਾ ਜਨਤਕ ਜਵਾਬਾਂ ਅਤੇ ਅੰਦਰੂਨੀ ਨੋਟਾਂ ਨੂੰ ਸਾਫ਼ ਵੱਖਰਾ ਵਿਖਾਵੇ; ਕਰਮਚਾਰੀ ਕਦੇ ਵੀ ਅੰਦਰੂਨੀ ਨੋਟ ਨਾ ਵੇਖਣ। ਏਜੰਟ ਸੌਂਪ ਸਕਣ, ਸਥਿਤੀ ਅਤੇ ਤਰਜੀਹ ਬਦਲ ਸਕਣ, ਤਿਆਰ ਜਵਾਬ ਵਰਤ ਸਕਣ, ਅਤੇ ਦੁਹਰਾਈਆਂ ਟਿਕਟਾਂ ਮਿਲਾ ਸਕਣ। ਪਹਿਲੇ ਜਵਾਬ ਅਤੇ ਹੱਲ ਦੇ ਸਮੇਂ ਟਰੈਕ ਕਰੋ ਅਤੇ ਹਰ ਟਿਕਟ ’ਤੇ ਆਖ਼ਰੀ ਅੱਪਡੇਟ ਤੋਂ ਬਾਅਦ ਦਾ ਸਮਾਂ ਦਿਖਾਓ। ਕਰਮਚਾਰੀਆਂ ਕੋਲ “ਮੇਰੀਆਂ ਬੇਨਤੀਆਂ” ਪੰਨਾ ਹੋਵੇ। ਭੂਮਿਕਾਵਾਂ: ਕਰਮਚਾਰੀ, ਏਜੰਟ, ਐਡਮਿਨ। ਸਭ ਕੁਝ ਡੇਟਾਬੇਸ ਵਿੱਚ ਰੱਖੋ। ਸਾਦਾ, ਸੰਘਣਾ, ਤੇਜ਼ ਇੰਟਰਫੇਸ — ਸਜਾਵਟ ਨਾਲੋਂ ਗਤੀ ਵੱਧ।
ਬਣਾਉਣ ਦੇ ਕਦਮ
- ਟਿਕਟ ਮਾਡਲ ਅਤੇ ਫਾਰਮ। ਭੇਜੋ, ਸੂਚੀ ਵੇਖੋ, ਟਿਕਟ ਖੋਲ੍ਹੋ, ਜਵਾਬ ਦਿਓ।
- ਕਤਾਰ ਅਤੇ ਫਿਲਟਰ। ਬਿਨਾਂ ਸੌਂਪੀਆਂ, ਮੇਰੀਆਂ, ਸਾਰੀਆਂ ਖੁੱਲ੍ਹੀਆਂ; ਫਿਲਟਰ ਤੇ ਖੋਜ; ਤਰਜੀਹ ਅਤੇ ਉਮਰ ਅਨੁਸਾਰ ਕ੍ਰਮ।
- ਭੂਮਿਕਾਵਾਂ ਅਤੇ ਲੌਗਇਨ। ਬੇਨਤੀਕਰਤਾ, ਏਜੰਟ, ਐਡਮਿਨ — ਨੋਟ ਬੇਨਤੀਕਰਤਾਵਾਂ ਤੋਂ ਸਰਵਰ ’ਤੇ ਲੁਕੇ ਹੋਣ।
- ਸੌਂਪਣ, ਸਥਿਤੀ ਅਤੇ ਤਰਜੀਹ ਦੇ ਕੰਟਰੋਲ, ਹਰ ਬਦਲਾਅ ਦੇ ਗਤੀਵਿਧੀ ਲੌਗ ਨਾਲ।
- ਸੂਚਨਾਵਾਂ। ਜਨਤਕ ਜਵਾਬਾਂ ’ਤੇ ਬੇਨਤੀਕਰਤਾ ਨੂੰ ਅਤੇ ਨਵੀਆਂ ਸੌਂਪਣੀਆਂ ’ਤੇ ਏਜੰਟ ਨੂੰ ਈਮੇਲ, ਆਪਣੇ ਈਮੇਲ ਪ੍ਰਦਾਤਾ ਰਾਹੀਂ।
- ਤਿਆਰ ਜਵਾਬ ਅਤੇ ਮਿਲਾਉਣਾ।
- ਜਵਾਬ ਦੇ ਟੀਚੇ ਅਤੇ ਇੱਕ ਸਾਦੀ ਰਿਪੋਰਟ: ਉਮਰ ਅਨੁਸਾਰ ਖੁੱਲ੍ਹੀਆਂ ਟਿਕਟਾਂ, ਪਹਿਲੇ ਜਵਾਬ ਦਾ ਸਮਾਂ, ਹਰ ਸ਼੍ਰੇਣੀ ਦੀਆਂ ਟਿਕਟਾਂ।
- ਈਮੇਲ ਦਾਖਲਾ, ਬਾਕੀ ਕੰਮ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਥ੍ਰੈਡਿੰਗ ਦੀ ਪੂਰੀ ਜਾਂਚ ਨਾਲ।
- ਇੱਕ ਟੀਮ ਨਾਲ ਪਾਇਲਟ ਸਾਰਿਆਂ ਨੂੰ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਦੋ ਹਫ਼ਤੇ।
ਆਮ ਗਲਤੀਆਂ
- ਅੰਦਰੂਨੀ ਨੋਟ ਬੇਨਤੀਕਰਤਾਵਾਂ ਨੂੰ ਦਿਸਣਾ, ਕਿਉਂਕਿ ਉਹ ਸਿਰਫ਼ ਇੰਟਰਫੇਸ ਵਿੱਚ ਲੁਕੇ ਸਨ।
- ਬਹੁਤ ਸਾਰੀਆਂ ਸਥਿਤੀਆਂ ਅਤੇ ਸ਼੍ਰੇਣੀਆਂ। ਏਜੰਟ ਪਹਿਲੀ ਨਜ਼ਦੀਕੀ ਲੱਗਦੀ ਚੋਣ ਕਰ ਲੈਂਦੇ ਹਨ। ਹਰ ਇੱਕ ਵਿੱਚ ਵੱਧ ਤੋਂ ਵੱਧ ਪੰਜ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ।
- ਪਹਿਲੇ ਜਵਾਬ ਅਤੇ ਹੱਲ ਲਈ ਮੋਹਰਾਂ ਨਹੀਂ। ਜਿਸ ਦਿਨ ਕੋਈ ਪੁੱਛੇ “ਕੀ ਅਸੀਂ ਤੇਜ਼ ਹੋ ਰਹੇ ਹਾਂ?”, ਉਸ ਦਿਨ ਅੰਕੜੇ ਚਾਹੀਦੇ ਹੋਣਗੇ।
- ਈਮੇਲ ਜਵਾਬ ਥ੍ਰੈਡ ਕਰਨ ਦੀ ਥਾਂ ਨਵੀਆਂ ਟਿਕਟਾਂ ਬਣਾਉਣਾ। ਫ਼ੋਨ ਦੀ ਮੇਲ ਐਪ ਤੋਂ ਜਵਾਬ ਦੇ ਕੇ ਟੈਸਟ ਕਰੋ, ਕਿਉਂਕਿ ਉਹ ਅਕਸਰ ਵਿਸ਼ਾ ਬਦਲ ਦਿੰਦੀਆਂ ਹਨ।
- ਸਭ ਨੂੰ ਸੌਂਪਿਆ, ਕਿਸੇ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਨਹੀਂ। ਹਰ ਟਿਕਟ ਦਾ ਇੱਕ ਮਾਲਕ; ਬਾਕੀਆਂ ਲਈ ਵੇਖਣ ਵਾਲੇ (watchers) ਵਰਤੋ।
- ਜਨਤਕ URL ਵਾਲੇ ਅਟੈਚਮੈਂਟ। ਗਲਤੀ ਸੁਨੇਹਿਆਂ ਦੇ ਸਕਰੀਨਸ਼ਾਟਾਂ ਵਿੱਚ ਅਕਸਰ ਨਿੱਜੀ ਡੇਟਾ ਹੁੰਦਾ ਹੈ। ਫਾਈਲਾਂ ਨਿੱਜੀ ਰੱਖੋ ਅਤੇ ਸਿਰਫ਼ ਉਨ੍ਹਾਂ ਨੂੰ ਦਿਓ ਜੋ ਟਿਕਟ ਵੇਖ ਸਕਦੇ ਹਨ।
ਕਦੋਂ ਬਣੀ-ਬਣਾਈ ਉਤਪਾਦ ਬਿਹਤਰ ਚੋਣ ਹੈ
ਈਮੇਲ, ਚੈਟ ਅਤੇ ਸੋਸ਼ਲ ਚੈਨਲਾਂ ’ਤੇ ਗਾਹਕ-ਸਹਾਇਤਾ ਲਈ — ਜਵਾਬ-ਟੀਚਿਆਂ ਦੀ ਟਰੈਕਿੰਗ, ਸੰਤੁਸ਼ਟੀ ਸਰਵੇਖਣ, ਮੈਕਰੋ, ਰਿਪੋਰਟਿੰਗ ਅਤੇ ਇੰਟੀਗ੍ਰੇਸ਼ਨਾਂ ਸਮੇਤ — ਸਮਰਪਿਤ ਹੈਲਪਡੈਸਕ ਉਤਪਾਦ ਲਗਭਗ ਹਮੇਸ਼ਾ ਬਿਹਤਰ ਨਿਵੇਸ਼ ਹੈ। ਉਨ੍ਹਾਂ ਨੇ ਈਮੇਲ ਥ੍ਰੈਡਿੰਗ, ਸਪੈਮ, ਰੂਟਿੰਗ ਅਤੇ ਰਿਪੋਰਟਿੰਗ ’ਤੇ ਸਾਲ ਲਾਏ ਹਨ, ਅਤੇ ਇਹ ਤੁਹਾਡੇ ਕਾਰੋਬਾਰ ਦਾ ਉਹ ਹਿੱਸਾ ਨਹੀਂ ਜੋ ਤੁਹਾਨੂੰ ਵੱਖਰਾ ਬਣਾਉਂਦਾ ਹੈ। ਸਾਡੀ Zendesk ਦੇ ਵਿਕਲਪਾਂ ਵਾਲੀ ਗਾਈਡ ਵਿਕਲਪਾਂ ਦੀ ਤੁਲਨਾ ਕਰਦੀ ਹੈ।
ਕਸਟਮ ਬਣਾਉਣਾ ਅੰਦਰੂਨੀ ਡੈਸਕਾਂ (IT, HR, ਸੁਵਿਧਾਵਾਂ, ਵਿੱਤ ਦੀਆਂ ਬੇਨਤੀਆਂ), ਅਜਿਹੇ ਖਾਸ ਕੰਮ-ਪ੍ਰਵਾਹਾਂ ਲਈ ਜਿੱਥੇ ਟਿਕਟ ਅਸਲ ਵਿੱਚ ਕਦਮਾਂ ਵਾਲਾ ਕੰਮ ਹੈ, ਅਤੇ ਉਨ੍ਹਾਂ ਟੀਮਾਂ ਲਈ ਫਿੱਟ ਬੈਠਦਾ ਹੈ ਜੋ ਬੇਨਤੀਆਂ ਨੂੰ ਪਹਿਲਾਂ ਰੱਖੇ ਹੋਰ ਡੇਟਾ ਨਾਲ ਜੋੜਨਾ ਚਾਹੁੰਦੀਆਂ ਹਨ। ਇਹ ਉਨ੍ਹਾਂ ਹਾਲਾਤਾਂ ਵਿੱਚ ਪ੍ਰਤੀ-ਏਜੰਟ ਕੀਮਤ ਤੋਂ ਵੀ ਬਚਾਉਂਦਾ ਹੈ ਜਿੱਥੇ ਬਹੁਤ ਸਾਰੇ ਲੋਕ ਕਦੇ-ਕਦਾਈਂ ਟਿਕਟਾਂ ਸੰਭਾਲਦੇ ਹਨ। ਇਸ ਸ਼੍ਰੇਣੀ ਬਾਰੇ ਵਧੇਰੇ ਜਾਣਕਾਰੀ ਅੰਦਰੂਨੀ ਟੂਲ ਗਾਈਡ ਵਿੱਚ ਹੈ।
Mythex ਨਾਲ ਬਣਾਉਣਾ
Mythex ’ਤੇ ਤੁਸੀਂ ਚੈਟ ਵਿੱਚ ਹੈਲਪਡੈਸਕ ਦੱਸਦੇ ਹੋ, ਲਾਈਵ ਪ੍ਰੀਵਿਊ ਵਿੱਚ ਜਾਂਚਦੇ ਹੋ, ਅਤੇ ਆਪਣੀ ਟੀਮ ਲਈ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦੇ ਹੋ। ਜਦੋਂ ਡੇਟਾ ਸੇਵ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇ, ਟਿਕਟਾਂ ਏਜੰਟ ਵੱਲੋਂ ਜੋੜੇ Postgres ਡੇਟਾਬੇਸ ਵਿੱਚ ਰਹਿੰਦੀਆਂ ਹਨ, ਅਤੇ ਅਟੈਚਮੈਂਟ ਪ੍ਰੋਜੈਕਟ ਦੀ ਫਾਈਲ ਸਟੋਰੇਜ ਵਿੱਚ ਜਾਂਦੇ ਹਨ। ਬੇਨਤੀਕਰਤਾਵਾਂ ਅਤੇ ਏਜੰਟਾਂ ਦੇ ਲੌਗਇਨ, ਅਤੇ ਅੰਦਰ-ਬਾਹਰ ਸਾਰੀ ਈਮੇਲ, ਤੁਹਾਡੇ ਆਪਣੇ ਪ੍ਰਦਾਤਾਵਾਂ ਰਾਹੀਂ ਹਨ — Mythex ਵਿੱਚ ਅੰਤਮ-ਯੂਜ਼ਰ ਲੌਗਇਨ ਜਾਂ ਈਮੇਲ ਦਾ ਕੋਈ ਬਿਲਟ-ਇਨ ਉਤਪਾਦ ਨਹੀਂ ਹੈ; ਈਮੇਲ ਭੇਜਣ ਦੀ ਰੈਸਿਪੀ ਤਰੀਕਾ ਦਿਖਾਉਂਦੀ ਹੈ। ਟੀਮ ਦੇ ਸਾਥੀ ਸਾਂਝੇ ਵਰਕਸਪੇਸ ਰਾਹੀਂ ਬਣਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦੇ ਹਨ, ਅਤੇ Mythex ਆਪ ਪ੍ਰਤੀ-ਸੀਟ ਫੀਸ ਨਹੀਂ ਲੈਂਦਾ।
ਸ਼ੁਰੂਆਤੀ ਪ੍ਰੋਂਪਟ ਲਈ, ਅੰਦਰੂਨੀ ਬੇਨਤੀ ਕਤਾਰ ਜਾਂ ਬੱਗ ਟਰੈਕਰ ਟੈਂਪਲੇਟ ਵਰਤੋ, ਅਤੇ ਹੈਲਪਡੈਸਕ ਨੂੰ ਗਿਆਨ ਅਧਾਰ ਨਾਲ ਜੋੜੋ ਤਾਂ ਜੋ ਆਮ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਆਪੇ ਮਿਲ ਜਾਣ।
ਸਵਾਲ
ਟਿਕਟ ਸਿਸਟਮ ਦੀਆਂ ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਕੀ ਹਨ?
ਟਿਕਟਾਂ ਬਣਾਉਣ ਦਾ ਤਰੀਕਾ (ਫਾਰਮ ਜਾਂ ਈਮੇਲ), ਸਥਿਤੀ ਅਤੇ ਤਰਜੀਹ ਵਾਲੀ ਸਾਂਝੀ ਕਤਾਰ, ਏਜੰਟ ਨੂੰ ਸੌਂਪਣਾ, ਜਨਤਕ ਜਵਾਬਾਂ ਅਤੇ ਨਿੱਜੀ ਨੋਟਾਂ ਵਾਲਾ ਗੱਲਬਾਤ ਧਾਗਾ, ਅਤੇ ਖੋਜ। ਬਾਕੀ ਸਭ ਕੁਝ — ਜਵਾਬ ਦੇ ਟੀਚੇ, ਤਿਆਰ ਜਵਾਬ, ਰਿਪੋਰਟਾਂ — ਇਨ੍ਹਾਂ ’ਤੇ ਬਣਦਾ ਹੈ।
ਕੀ ਕਸਟਮ ਹੈਲਪਡੈਸਕ ਈਮੇਲ ਰਾਹੀਂ ਟਿਕਟਾਂ ਲੈ ਸਕਦਾ ਹੈ?
ਹਾਂ, ਪਰ ਇਸ ਲਈ ਇੱਕ ਈਮੇਲ ਪ੍ਰਦਾਤਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਮੇਲ ਪ੍ਰਾਪਤ ਕਰ ਸਕੇ ਅਤੇ ਹਰ ਸੁਨੇਹਾ ਵੈਬਹੁੱਕ ਰਾਹੀਂ ਤੁਹਾਡੀ ਐਪ ਨੂੰ ਭੇਜੇ। ਜਵਾਬਾਂ ਵਿੱਚ ਟਿਕਟ ਦਾ ਹਵਾਲਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਤਾਂ ਜੋ ਉਹ ਨਵੀਆਂ ਟਿਕਟਾਂ ਬਣਾਉਣ ਦੀ ਥਾਂ ਸਹੀ ਟਿਕਟ ਵਿੱਚ ਜੁੜਨ।
ਕੀ ਅੰਦਰੂਨੀ IT ਜਾਂ HR ਹੈਲਪਡੈਸਕ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ ਜਾਂ ਖਰੀਦਣਾ?
ਅੰਦਰੂਨੀ ਬੇਨਤੀ ਡੈਸਕ ਕਸਟਮ ਬਣਾਉਣ ਲਈ ਚੰਗੇ ਹਨ: ਕੰਮ ਦੀ ਮਾਤਰਾ ਅਨੁਮਾਨਯੋਗ ਹੁੰਦੀ ਹੈ, ਸ਼੍ਰੇਣੀਆਂ ਤੁਹਾਡੀ ਕੰਪਨੀ ਲਈ ਖਾਸ ਹੁੰਦੀਆਂ ਹਨ, ਅਤੇ ਤੁਸੀਂ ਕੰਟਰੋਲ ਕਰਦੇ ਹੋ ਕਿ ਕੌਣ ਕੀ ਵੇਖੇ। ਵੱਡੇ ਪੈਮਾਨੇ ’ਤੇ ਗਾਹਕ-ਸਹਾਇਤਾ ਲਈ ਆਮ ਤੌਰ ’ਤੇ ਸਮਰਪਿਤ ਉਤਪਾਦ ਹੀ ਠੀਕ ਹੁੰਦਾ ਹੈ।
ਟਿਕਟਾਂ ਦੀਆਂ ਕਿਹੜੀਆਂ ਸਥਿਤੀਆਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ?
ਛੋਟੀਆਂ ਰੱਖੋ: ਨਵੀਂ, ਖੁੱਲ੍ਹੀ, ਗਾਹਕ ਦੀ ਉਡੀਕ ਵਿੱਚ, ਹੱਲ ਹੋਈ ਅਤੇ ਬੰਦ ਜ਼ਿਆਦਾਤਰ ਟੀਮਾਂ ਲਈ ਕਾਫ਼ੀ ਹਨ। ‘ਰੋਕ ਕੇ’ ਸਥਿਤੀ ਤਾਂ ਹੀ ਜੋੜੋ ਜੇ ਤੁਸੀਂ ਅਕਸਰ ਕਿਸੇ ਤੀਜੀ ਧਿਰ ਦੀ ਉਡੀਕ ਕਰਦੇ ਹੋ। ਹਰ ਵਾਧੂ ਸਥਿਤੀ ਇੱਕ ਹੋਰ ਚੀਜ਼ ਹੈ ਜੋ ਏਜੰਟ ਗਲਤ ਲਗਾਉਂਦੇ ਹਨ।