ਆਸਣ ਵਿੱਚ ਵਿਕਾਸ ਅਤੇ ਉਤਪਾਦਨ ਪ੍ਰਬੰਧਨ

ਸਾਰਿਆਂ ਨੂੰ ਹੈਲੋ, ਮੇਰਾ ਨਾਮ ਕੋਨਸਟੈਂਟਿਨ ਕੁਜ਼ਨੇਤਸੋਵ ਹੈ, ਮੈਂ ਰਾਕੇਟ ਸੇਲਜ਼ ਦਾ ਸੀਈਓ ਅਤੇ ਸੰਸਥਾਪਕ ਹਾਂ। ਆਈਟੀ ਖੇਤਰ ਵਿੱਚ, ਇੱਕ ਆਮ ਕਹਾਣੀ ਹੈ ਜਦੋਂ ਵਿਕਾਸ ਵਿਭਾਗ ਆਪਣੇ ਹੀ ਬ੍ਰਹਿਮੰਡ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ. ਇਸ ਬ੍ਰਹਿਮੰਡ ਵਿੱਚ, ਹਰ ਡੈਸਕਟੌਪ 'ਤੇ ਏਅਰ ਹਿਊਮਿਡੀਫਾਇਰ ਹਨ, ਮਾਨੀਟਰਾਂ ਅਤੇ ਕੀਬੋਰਡਾਂ ਲਈ ਗੈਜੇਟਸ ਅਤੇ ਕਲੀਨਰ ਦਾ ਇੱਕ ਸਮੂਹ, ਅਤੇ, ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ, ਇਸਦਾ ਆਪਣਾ ਕੰਮ ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਪ੍ਰਬੰਧਨ ਸਿਸਟਮ ਹੈ।

ਵੱਡੀ ਗੱਲ ਕੀ ਹੈ?

ਸ਼ਾਇਦ ਕੁਝ ਲਈ ਇਹ ਕੁਝ ਵੀ ਨਹੀਂ ਹੈ. ਪਰ ਅਸੀਂ ਇੱਕ ਸਮੱਸਿਆ ਵਿੱਚ ਫਸ ਗਏ. ਅਸੀਂ ਵਿਕਰੀ ਪ੍ਰਣਾਲੀਆਂ ਦਾ ਨਿਰਮਾਣ ਅਤੇ ਸਵੈਚਾਲਤ ਕਰਦੇ ਹਾਂ, CRM ਨੂੰ ਲਾਗੂ ਕਰਦੇ ਹਾਂ, ਅਤੇ ਵਪਾਰ ਲਈ ਕਲਾਉਡ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਬਣਾਉਂਦੇ ਹਾਂ। ਵਿਕਾਸ ਅਤੇ ਉਤਪਾਦਨ ਵਿਭਾਗਾਂ ਤੋਂ ਇਲਾਵਾ, ਕਲਾਇੰਟ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਅਕਸਰ ਮਾਰਕਿਟ, ਸੇਲਜ਼ ਲੋਕ, ਲੇਖਾਕਾਰ ਅਤੇ ਹੋਰ ਕਰਮਚਾਰੀ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ। ਅਤੇ ਅਸੀਂ ਇਸ ਬਾਰੇ ਸੋਚਣਾ ਸ਼ੁਰੂ ਕੀਤਾ ਕਿ ਇੱਕ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਪ੍ਰੋਜੈਕਟ ਪ੍ਰਬੰਧਨ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਕਿਵੇਂ ਸੰਗਠਿਤ ਕਰਨਾ ਹੈ।

ਜੇ ਵਿਕਾਸ ਅਤੇ ਉਤਪਾਦਨ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਜੀਰਾ ਜਾਂ ਗਿਟਲੈਬ ਵਰਗੇ ਪਲੇਟਫਾਰਮ ਵਿੱਚ ਸੰਗਠਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਵਿਕਾਸ ਤੋਂ ਇਲਾਵਾ ਕੋਈ ਨਹੀਂ ਸਮਝਦਾ ਕਿ ਕੀ ਹੈ. ਕਿਸੇ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਕਿਸੇ ਤੀਜੀ-ਧਿਰ ਦੇ ਕਰਮਚਾਰੀ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਉਸ ਨਾਲ ਮਿਲਣ, ਸੰਦਰਭ ਦੀ ਵਿਆਖਿਆ ਕਰਨ, ਕਿਤੇ ਕੰਮ ਨੂੰ ਰਿਕਾਰਡ ਕਰਨ, ਫਿਰ ਕੰਮ ਦੀਆਂ ਚੈਟਾਂ ਵਿੱਚ ਤਿਆਰੀ ਦੀ ਡਿਗਰੀ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ, ਚੈਟ ਦੁਆਰਾ ਨਤੀਜਾ ਪ੍ਰਾਪਤ ਕਰਨ ਅਤੇ ਇਸਨੂੰ ਜੀਰਾ ਵਿੱਚ ਦਾਖਲ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਅਤੇ ਇਸ ਲਈ ਹਰ ਵਾਰ.

ਵਿਕਾਸ ਕੰਪਨੀ ਦੇ ਦੂਜੇ ਵਿਭਾਗਾਂ ਤੋਂ ਕੱਟਿਆ ਗਿਆ ਹੈ, ਉਹ ਨਹੀਂ ਜਾਣਦੇ ਕਿ ਸਾਨੂੰ ਕਿਵੇਂ ਸ਼ਾਮਲ ਕਰਨਾ ਹੈ, ਅਤੇ ਸਾਨੂੰ ਨਹੀਂ ਪਤਾ ਕਿ ਉਨ੍ਹਾਂ ਨੂੰ ਸਾਡੀ ਭਾਗੀਦਾਰੀ ਦੀ ਲੋੜ ਹੈ ਜਾਂ ਨਹੀਂ।

ਕੁਝ ਸਾਲ ਪਹਿਲਾਂ ਅਸੀਂ ਆਸਣ ਪਲੇਟਫਾਰਮ ਦੀ ਖੋਜ ਕੀਤੀ ਸੀ। ਇਸ ਸਮੱਗਰੀ ਵਿੱਚ ਮੈਂ ਤੁਹਾਨੂੰ ਇਹ ਦੱਸਣਾ ਚਾਹੁੰਦਾ ਹਾਂ ਕਿ ਅਸੀਂ ਵਿਕਾਸ ਅਤੇ ਉਤਪਾਦਨ ਪ੍ਰਬੰਧਨ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਕਿਵੇਂ ਸੰਗਠਿਤ ਕੀਤਾ ਹੈ:

• ਸਾਰੀ ਕੰਪਨੀ ਇੱਕ ਸਿੰਗਲ ਈਕੋਸਿਸਟਮ ਵਿੱਚ ਕੰਮ ਕਰਦੀ ਸੀ,
• ਹਰ ਕਿਸੇ ਕੋਲ ਕਾਫ਼ੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਸੀ,
• ਘੰਟਿਆਂ ਅਤੇ ਪੈਸੇ ਵਿੱਚ ਹਰੇਕ ਪ੍ਰੋਜੈਕਟ ਦੀ ਲਾਗਤ ਦਾ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣਾ ਸੰਭਵ ਸੀ,
• ਗਾਹਕਾਂ ਨਾਲ ਕੰਮ ਲੰਬੇ ਸਮੇਂ ਦਾ ਸੀ: ਇੱਕ ਕੰਮ ਦੇ ਢਾਂਚੇ ਦੇ ਅੰਦਰ ਨਹੀਂ, ਪਰ ਵਿਚਾਰਾਂ ਦੇ ਨਿਰੰਤਰ ਬੈਕਲਾਗ ਦੇ ਨਾਲ ਇੱਕ ਪੂਰੇ ਪ੍ਰੋਜੈਕਟ ਦੇ ਢਾਂਚੇ ਦੇ ਅੰਦਰ।

ਆਸਣ ਨੂੰ ਜਾਣਨ ਬਾਰੇ ਥੋੜ੍ਹਾ ਜਿਹਾ

ਮੈਂ ਪ੍ਰੋਜੈਕਟ ਪ੍ਰਬੰਧਨ ਲਈ ਸੁਵਿਧਾਜਨਕ ਸੌਫਟਵੇਅਰ ਦੀ ਖੋਜ ਕਰਨ ਵਿੱਚ 10 ਸਾਲ ਬਿਤਾਏ। Trello, Jira, Planfix, Megaplan, Bitrix24 ਅਤੇ ਦਰਜਨਾਂ ਹੋਰ ਟਾਸਕ ਟਰੈਕਰਾਂ ਨੇ ਤਾਕਤ ਦੀ ਪ੍ਰੀਖਿਆ ਪਾਸ ਨਹੀਂ ਕੀਤੀ। ਫਿਰ ਮੈਂ ਆਸਣ ਪਾਇਆ। ਅਤੇ ਸਭ ਕੁਝ ਕੰਮ ਕੀਤਾ.

ਸਾਡੀ ਰਾਏ ਵਿੱਚ, ਇਹ ਕਾਰਜ ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਪ੍ਰਬੰਧਨ ਲਈ ਸਭ ਤੋਂ ਵਧੀਆ ਅਤੇ ਤੇਜ਼ੀ ਨਾਲ ਵਧਣ ਵਾਲਾ ਪਲੇਟਫਾਰਮ ਹੈ। ਅੱਜ, ਆਸਨਾ ਪ੍ਰਸਿੱਧੀ ਅਤੇ ਉਪਭੋਗਤਾ ਸੰਤੁਸ਼ਟੀ ਵਿੱਚ ਵਿਸ਼ਵ ਨੇਤਾ ਹੈ। ਇਸ ਦਾ ਸਬੂਤ g2 ਰੇਟਿੰਗ ਚਾਰਟ ਤੋਂ ਮਿਲਦਾ ਹੈ।

ਅਸੀਂ ਆਸਣ ਦੇ ਪ੍ਰਸ਼ੰਸਕ ਹਾਂ, ਅਸੀਂ ਆਪਣੇ ਗਾਹਕਾਂ ਲਈ ਇਸਨੂੰ ਲਾਗੂ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣ ਲਈ ਪ੍ਰਮਾਣਿਤ ਵੀ ਹਾਂ।

ਮੈਂ ਵਿਕਰੀ ਤੋਂ ਪ੍ਰੋਜੈਕਟ ਲਾਗੂ ਕਰਨ ਤੱਕ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦਾ ਸੰਖੇਪ ਵਰਣਨ ਕਰਾਂਗਾ

ਕਿਉਂਕਿ ਅਸੀਂ IT ਸੇਵਾਵਾਂ ਵੇਚਦੇ ਹਾਂ, ਸਾਡਾ ਫਨਲ ਕਾਫ਼ੀ ਲੰਬਾ ਹੈ ਅਤੇ, ਅੰਤ ਵਿੱਚ, ਇਹ ਉਤਪਾਦਨ ਅਤੇ, ਕਈ ਵਾਰ, ਵਿਕਾਸ ਵਿਭਾਗ ਵਿੱਚ ਦਾਖਲ ਹੁੰਦਾ ਹੈ।

ਵਿਕਰੀ ਵਿਭਾਗ ਮਿਆਰੀ ਹੇਰਾਫੇਰੀ ਕਰਦਾ ਹੈ: ਆਡਿਟ, ਸੀਪੀ ਦੀ ਪ੍ਰਵਾਨਗੀ, ਇਕ ਸਮਝੌਤੇ 'ਤੇ ਦਸਤਖਤ, ਉਤਪਾਦਨ ਨੂੰ ਲੈਣ-ਦੇਣ ਦਾ ਤਬਾਦਲਾ। ਉਤਪਾਦਨ ਇਕਰਾਰਨਾਮੇ ਨੂੰ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰ ਸਕਦਾ ਹੈ: ਇਸ ਵਿੱਚ ਬਜਟ, ਉਤਪਾਦਨ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਦੀ ਮਿਤੀ, ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਅਨੁਮਾਨਿਤ ਸਮਾਂ ਫੰਡ ਦਰਸਾਉਣਾ ਚਾਹੀਦਾ ਹੈ।

amoCRM + ਆਸਣ ਦੇ ਸੁਮੇਲ ਦਾ ਧੰਨਵਾਦ, ਜਦੋਂ ਵਿਕਰੀ ਵਿਭਾਗ ਤੋਂ ਉਤਪਾਦਨ ਅਤੇ ਬੈਕ ਵਿੱਚ ਇੱਕ ਲੈਣ-ਦੇਣ ਨੂੰ ਤਬਦੀਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਕੰਮ ਵਿੱਚ ਕਿਤੇ ਵੀ ਵਿਘਨ ਨਹੀਂ ਪੈਂਦਾ ਹੈ। ਨੀਲਾ ਵਿਕਰੀ ਵਿਭਾਗ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਦੇ ਖੇਤਰ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਸੰਤਰੀ ਉਤਪਾਦਨ ਵਿਭਾਗ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਅਤੇ ਗੁਲਾਬੀ ਵਿਕਾਸ ਵਿਭਾਗ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।

ਇਹ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਡਿਜ਼ਾਇਨ ਵਿਭਾਗ ਦੇ ਉਲਟ ਵਿਕਾਸ ਵਿਭਾਗ ਹਰ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਸ਼ਾਮਲ ਨਾ ਹੋਵੇ। ਕਈ ਵਾਰ ਸਿਸਟਮ ਸਥਾਪਤ ਕਰਨ ਲਈ ਕਸਟਮ ਹੱਲਾਂ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ।

ਇਸ ਲਈ, ਜਦੋਂ ਮੈਨੇਜਰ ਨੇ ਪ੍ਰੋਡਕਸ਼ਨ ਲਈ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਸਵੀਕਾਰ ਕਰ ਲਿਆ, ਤਾਂ ਸੇਲਜ਼ ਮੈਨੇਜਰ 1 ਕਲਿਕ (ਸਕ੍ਰੀਨਸ਼ਾਟ) ਵਿੱਚ ਆਸਣ ਵਿੱਚ ਜਾਂਦਾ ਹੈ। ਐਮੋਸੀਆਰਐਮ ਤੋਂ, ਪ੍ਰੋਜੈਕਟ ਆਸਣ ਵਿੱਚ ਆਪਣੇ ਆਪ ਬਣ ਜਾਂਦਾ ਹੈ।

ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਮੈਪ ਅਤੇ ਵਪਾਰਕ ਪ੍ਰਸਤਾਵਾਂ ਵਾਲਾ ਇੱਕ ਕੰਮ (ਟਾਸਕ) ਆਮ ਕਲਾਇੰਟ ਪ੍ਰੋਜੈਕਟ ਬੋਰਡ 'ਤੇ ਆਪਣੇ ਆਪ ਹੀ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ। ਸਾਰੇ ਗਾਹਕ ਜੋ ਇਸ ਸਮੇਂ ਉਤਪਾਦਨ ਵਿੱਚ ਹਨ ਇੱਥੇ ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤੇ ਗਏ ਹਨ। ਇੱਥੇ ਇੱਕ ਜ਼ਿੰਮੇਵਾਰ ਪ੍ਰਬੰਧਕ ਨਿਯੁਕਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਸਮਾਂ-ਸੀਮਾਵਾਂ ਨਿਰਧਾਰਤ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਕੰਮ ਦੀ ਕਿਸਮ ਚੁਣੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਕੰਮ ਦੀਆਂ ਸਥਿਤੀਆਂ ਬਦਲੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।

ਮੈਨੇਜਰ ਟਾਸਕ ਵਿੱਚ ਪ੍ਰਸਤਾਵਿਤ ਆਟੋਮੈਟਿਕ ਕਾਰੋਬਾਰੀ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਲਾਂਚ ਕਰ ਸਕਦਾ ਹੈ:

1. ਇੱਕ ਕਲਾਇੰਟ ਪ੍ਰੋਜੈਕਟ ਲੱਭੋ/ਬਣਾਓ + ਉੱਥੇ ਇੱਕ ਕਾਰਜ ਅਟੈਚ ਕਰੋ
2. ਲੈਣ-ਦੇਣ ਦੀ ਜਾਣਕਾਰੀ ਨਾਲ ਕੰਮ ਨੂੰ ਭਰੋ
3. ਮੌਜੂਦਾ ਕੰਮ ਤੋਂ ਇੱਕ ਸੌਦਾ ਬਣਾਓ

ਪ੍ਰੋਜੈਕਟ amoCRM ਵਿੱਚ ਦਰਸਾਏ ਗਏ ਸਾਰੇ ਡੇਟਾ ਨਾਲ ਭਰਿਆ ਹੋਇਆ ਹੈ। ਸੇਵਾ ਦੀ ਕਿਸਮ 'ਤੇ ਨਿਰਭਰ ਕਰਦਿਆਂ, ਕੰਮ ਦੇ ਅਸਲ ਬਲਾਕਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਉਪ-ਟਾਸਕਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਤੁਰੰਤ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ। ਪ੍ਰੋਜੈਕਟ ਮੈਨੇਜਰ ਵਿਸਤ੍ਰਿਤ ਕਾਰਜਾਂ ਨੂੰ ਵਿਗਾੜਨ, ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਅਤੇ ਸਮਾਂ-ਸੀਮਾਵਾਂ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਰਹਿੰਦਾ ਹੈ।

ਇਹ ਬੋਰਡ ਨਵੇਂ ਪ੍ਰੋਜੈਕਟਾਂ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ। ਪਰ ਮੌਜੂਦਾ ਸਥਿਤੀਆਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨਾ ਅਤੇ ਇਸ 'ਤੇ ਜੋਖਮ ਵਾਲੇ ਪ੍ਰੋਜੈਕਟਾਂ ਦੀ ਮੌਜੂਦਗੀ ਅਸੁਵਿਧਾਜਨਕ ਹੈ.

ਅਸੀਂ ਗਾਹਕਾਂ ਦੇ ਕੰਮਾਂ ਅਤੇ ਪ੍ਰੋਜੈਕਟਾਂ ਨੂੰ ਕਿਵੇਂ ਸਮੂਹ ਕਰਦੇ ਹਾਂ

ਸਾਰੇ ਪ੍ਰੋਜੈਕਟਾਂ ਦੇ ਜਨਰਲ ਬੋਰਡ ਤੋਂ, ਮੈਨੇਜਰ ਪ੍ਰੋਜੈਕਟ ਨੂੰ 3 ਹੋਰ ਬੋਰਡਾਂ ਵਿੱਚ ਜੋੜਦਾ ਹੈ:

1. ਗਾਹਕ ਦਾ ਨਿੱਜੀ ਬੋਰਡ;
2. ਸਰਗਰਮ ਗਾਹਕਾਂ ਦਾ ਪੋਰਟਫੋਲੀਓ;
3. ਮੈਨੇਜਰ ਦਾ ਪੋਰਟਫੋਲੀਓ.

ਆਓ ਇਹ ਪਤਾ ਕਰੀਏ ਕਿ ਸਾਨੂੰ ਹਰੇਕ ਇਕਾਈ ਦੀ ਲੋੜ ਕਿਉਂ ਹੈ।

ਸਕ੍ਰੀਨਸ਼ੌਟ ਵਿੱਚ ਤੁਸੀਂ ਦੇਖਦੇ ਹੋ ਗਾਹਕ ਦਾ ਨਿੱਜੀ ਬੋਰਡ.

ਇਹ ਬੋਰਡ ਕਿਉਂ?

ਪਹਿਲਾਂ, ਅਸੀਂ ਕੰਮਾਂ ਦੇ ਸੰਦਰਭ ਵਿੱਚ ਸੋਚਿਆ. ਮੈਂ ਕੰਮ ਪੂਰਾ ਕੀਤਾ ਅਤੇ ਇੱਕ ਹੋਰ ਕਰਨ ਗਿਆ। ਇਹ ਪਤਾ ਚਲਿਆ ਕਿ ਅਸੀਂ ਕਲਾਇੰਟ ਲਈ ਉਹੀ ਕੰਮ ਕਰ ਰਹੇ ਸੀ ਜੋ ਉਸਨੇ ਮੰਗਿਆ ਸੀ। ਪਰ ਅਸੀਂ ਲੰਬੇ ਸਮੇਂ ਦੇ ਰਿਸ਼ਤੇ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਸੀ, ਇਸਲਈ ਅਸੀਂ ਗਾਹਕਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਕੰਮ ਕਰਨ ਤੋਂ ਦੂਰ ਚਲੇ ਗਏ।

ਅਸੀਂ ਗਾਹਕ ਲਈ ਸੁਧਾਰਾਂ ਲਈ ਸਾਰੇ ਵਿਚਾਰ ਲਿਖਣਾ ਯਕੀਨੀ ਬਣਾਉਂਦੇ ਹਾਂ। ਭਾਵੇਂ ਇਹ ਗਾਹਕ ਦੁਆਰਾ ਗਲਤੀ ਨਾਲ ਹਵਾ ਵਿੱਚ ਸੁੱਟਿਆ ਗਿਆ ਇੱਕ ਵਿਚਾਰ ਹੈ, ਅਸੀਂ ਇਸਨੂੰ ਠੀਕ ਕਰਦੇ ਹਾਂ ਅਤੇ ਇਸਨੂੰ ਖਤਮ ਕਰ ਦਿੰਦੇ ਹਾਂ। ਇਸ ਤਰ੍ਹਾਂ ਕੰਮਾਂ ਦਾ ਬੈਕਲਾਗ ਬਣਦਾ ਹੈ; ਕਲਾਇੰਟ ਨਾਲ ਕੰਮ ਖਤਮ ਨਹੀਂ ਹੁੰਦਾ।

ਇਸ ਬੋਰਡ 'ਤੇ ਕੀ ਹੈ?

ਸਾਡਾ ਆਸਣ ਕਈ ਸੇਵਾਵਾਂ ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਹੈ:

• CRM ਸਿਸਟਮ (ਵਿਕਰੀ ਵਿਭਾਗ ਨਾਲ ਗੱਲਬਾਤ ਲਈ),
• TimeDoctor (ਟਾਈਮ ਟ੍ਰੈਕਿੰਗ ਲਈ),
• ERP ਸਿਸਟਮ (ਇੱਕ ਇੰਟਰਫੇਸ ਵਿੱਚ ਸਾਰੇ ਡੇਟਾ ਨੂੰ ਇਕੱਠਾ ਕਰਨ ਲਈ)।

ਅਸੀਂ ਆਸਣ ਵਿੱਚ ਇੱਕ ਤੇਜ਼ ਸਰੋਤ ਕੰਟਰੋਲ ਪੈਨਲ ਪੇਸ਼ ਕੀਤਾ ਹੈ। ਤੁਸੀਂ ਟਾਸਕ ਦੇ ਉੱਪਰਲੀ ਪਲੇਟ 'ਤੇ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹੋ ਅਤੇ ਦੇਖੋ ਕਿ ਕਿਸ ਨੇ ਕੰਮ 'ਤੇ ਅਤੇ ਕਿੰਨੇ ਸਮੇਂ ਲਈ ਕੰਮ ਕੀਤਾ, ਅਤੇ ਉਨ੍ਹਾਂ ਨੇ ਕਿਹੜਾ ਬੋਨਸ ਕਮਾਇਆ।

ਉਤਪਾਦਨ ਵਿਭਾਗ ਦੇ ਕੰਮ ਦਾ ਅੰਦਾਜ਼ਾ ਘੰਟੇ ਦੁਆਰਾ ਲਗਾਇਆ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਸਾਡੇ ਲਈ ਇਹ ਸਖਤੀ ਨਾਲ ਨਿਗਰਾਨੀ ਕਰਨਾ ਮਹੱਤਵਪੂਰਨ ਸੀ ਕਿ ਹਰੇਕ ਕਰਮਚਾਰੀ ਨੇ ਗਾਹਕ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਵਿੱਚ ਕਿੰਨਾ ਸਮਾਂ ਲਗਾਇਆ।

ਬੋਰਡ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਕੀ ਫਾਇਦੇ ਹਨ?

ਨਤੀਜੇ ਵਜੋਂ, ERP ਸਿਸਟਮ ਵਿੱਚ ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਪ੍ਰੋਜੈਕਟ ਰਿਪੋਰਟ. ਲੈਣ-ਦੇਣ ਦੀ ਸਥਿਤੀ, ਪ੍ਰੋਜੈਕਟ ਭਾਗੀਦਾਰ, ਪ੍ਰੋਜੈਕਟ ਬਜਟ, ਕੰਮ ਕੀਤੇ ਘੰਟਿਆਂ ਦੀ ਗਿਣਤੀ ਅਤੇ ਸਮਾਂ ਸੀਮਾਵਾਂ।

ਅਸੀਂ ਇਸੇ ਤਰ੍ਹਾਂ ਦੇ ਵਿਕਾਸ ਪ੍ਰੋਜੈਕਟਾਂ ਦੀ ਲਾਗਤ ਦਾ ਅੰਦਾਜ਼ਾ ਲਗਾ ਸਕਦੇ ਹਾਂ, ਕੇਪੀਆਈ ਗਣਨਾ ਬਿਲਕੁਲ ਪਾਰਦਰਸ਼ੀ ਹੋ ਜਾਂਦੀ ਹੈ ਅਤੇ ਇਸ ਭੁਲੇਖੇ ਲਈ ਕੋਈ ਥਾਂ ਨਹੀਂ ਹੈ ਕਿ ਵਿਕਾਸ ਨੂੰ ਸਿਰਫ਼ ਦੋ ਘੰਟੇ ਲੱਗਦੇ ਹਨ। ਜੇਕਰ ਲੋੜ ਹੋਵੇ, ਤਾਂ ਸਾਡੇ ਕੋਲ ਹਮੇਸ਼ਾ ਇੱਕ ਇੰਟਰਫੇਸ ਹੁੰਦਾ ਹੈ ਜੋ ਅਸੀਂ ਗਾਹਕ ਨੂੰ ਰਿਪੋਰਟਿੰਗ ਲਈ ਦਿਖਾ ਸਕਦੇ ਹਾਂ।

ਆਸਣ ਬ੍ਰੀਫਕੇਸ

ਇਹ ਕਾਰਜਸ਼ੀਲਤਾ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਆਸਣ ਵਿੱਚ ਲਾਗੂ ਕੀਤੀ ਗਈ ਹੈ। ਪਰ ਅਸੀਂ ਤੁਰੰਤ ਇਸ ਦੀ ਕਦਰ ਨਹੀਂ ਕੀਤੀ। ਪਹਿਲਾਂ, ਅਸੀਂ ਆਪਣੇ ਪ੍ਰਬੰਧਕਾਂ ਦੇ ਸਾਰੇ ਪ੍ਰੋਜੈਕਟਾਂ ਨੂੰ ਪੋਰਟਫੋਲੀਓ ਵਿੱਚ ਇਕੱਠਾ ਕੀਤਾ। ਇਹ ਪਤਾ ਚਲਿਆ ਕਿ ਕੰਪਨੀ ਵਿਚ ਆਪਣੇ ਸਮੇਂ ਦੌਰਾਨ, ਡੇਨਿਸ ਕਿਸੇਲੇਵ ਨੇ 61 ਗਾਹਕਾਂ ਨਾਲ ਕੰਮ ਕੀਤਾ.

ਇਹ ਜਾਣਨਾ ਬਹੁਤ ਵਧੀਆ ਹੈ, ਪਰ ਇਸਨੂੰ ਇਕੱਠਾ ਕਰਨ ਵਿੱਚ ਬਿਤਾਏ ਗਏ ਸਮੇਂ ਨੂੰ ਜਾਇਜ਼ ਠਹਿਰਾਉਣ ਲਈ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ। ਅਤੇ ਅਸੀਂ ਬ੍ਰੀਫਕੇਸ 'ਤੇ ਗੋਲ ਕੀਤੇ। ਸਭ ਕੁਝ ਬਦਲ ਗਿਆ ਜਦੋਂ ਅਸੀਂ ਆਸਨ ਵਿੱਚ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਨੂੰ CRM ਸਿਸਟਮ ਵਿੱਚ ਇੱਕ ਲੈਣ-ਦੇਣ ਦੇ ਬਰਾਬਰ ਕੀਤਾ।

ਪਹਿਲਾਂ, ਮੈਨੇਜਰ ਨੇ ਸਾਰੇ ਪ੍ਰੋਜੈਕਟਾਂ ਦੀ ਗਾਹਕੀ ਲਈ ਅਤੇ ਇਨਬਾਕਸ (ਨੋਟੀਫਿਕੇਸ਼ਨ ਫੀਡ) ਵਿੱਚ ਸਾਰੀਆਂ ਤਬਦੀਲੀਆਂ ਦੀਆਂ ਸੂਚਨਾਵਾਂ ਪ੍ਰਾਪਤ ਕੀਤੀਆਂ। ਹਰ ਸਥਿਤੀ ਅੱਪਡੇਟ ਅਤੇ ਨਵੀਂ ਟਿੱਪਣੀ ਨੂੰ ਫੀਡ ਵਿੱਚ ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਸਭ ਤੋਂ ਨਵੇਂ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ। ਸੋਮਵਾਰ ਨੂੰ, ਮੈਨੇਜਰ ਬੈਠ ਗਿਆ ਅਤੇ ਕ੍ਰਮਵਾਰ ਇਨਬਾਕਸ ਤੋਂ ਕੰਮ ਪੂਰੇ ਕੀਤੇ। ਤਰਜੀਹਾਂ ਬਾਰੇ ਕੋਈ ਗੱਲ ਨਹੀਂ ਹੁੰਦੀ ਸੀ, ਅਤੇ ਕਦੇ-ਕਦਾਈਂ ਜ਼ਰੂਰੀ ਕੰਮ ਕਦੇ ਨਹੀਂ ਹੁੰਦੇ ਸਨ.

ਹੁਣ ਇੱਕ ਕਰਮਚਾਰੀ ਪੋਰਟਫੋਲੀਓ ਅਤੇ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਵਿਭਾਗ ਪੋਰਟਫੋਲੀਓ ਹੈ. ਪਹਿਲੇ ਵਿੱਚ, ਮੈਨੇਜਰ ਆਪਣੇ ਪ੍ਰੋਜੈਕਟਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦਾ ਹੈ, ਦੂਜਾ ਸਾਰੇ ਕਰਮਚਾਰੀਆਂ ਦੇ ਮੌਜੂਦਾ ਕੰਮ ਦੇ ਬੋਝ ਦੇ ਸੰਬੰਧ ਵਿੱਚ ਪ੍ਰਬੰਧਕ ਨਿਯੰਤਰਣ ਕਾਰਜਸ਼ੀਲਤਾ ਦਿੰਦਾ ਹੈ।

ਡਿਜ਼ਾਇਨ ਵਿਭਾਗ ਦਾ ਪੋਰਟਫੋਲੀਓ

ਸਕ੍ਰੀਨਸ਼ਾਟ ਵਿੱਚ ਤੁਸੀਂ ਕਰਮਚਾਰੀ ਦੁਆਰਾ ਕ੍ਰਮਬੱਧ ਕੀਤੇ ਪ੍ਰੋਜੈਕਟਾਂ ਨੂੰ ਦੇਖ ਸਕਦੇ ਹੋ।

ਹਫ਼ਤੇ ਵਿੱਚ ਇੱਕ ਵਾਰ, ਪ੍ਰੋਜੈਕਟ ਮੈਨੇਜਰ ਹਰੇਕ ਪ੍ਰੋਜੈਕਟ ਦੀ ਸਥਿਤੀ ਨੂੰ ਅਪਡੇਟ ਕਰਦਾ ਹੈ। ਲਿਖਦਾ ਹੈ ਕਿ ਪਿਛਲੇ ਹਫ਼ਤੇ ਕੀ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ ਅਗਲੇ ਹਫ਼ਤੇ ਲਈ ਕੀ ਯੋਜਨਾ ਬਣਾਈ ਗਈ ਹੈ। ਤਿੰਨ ਟੈਗਾਂ ਵਿੱਚੋਂ ਇੱਕ ਸੈੱਟ ਕਰਦਾ ਹੈ: ਨਿਯੰਤਰਣ ਵਿੱਚ, ਜੋਖਮ ਵਿੱਚ, ਸਮੱਸਿਆਵਾਂ ਹਨ।

ਮੈਨੇਜਰ ਤੇਜ਼ੀ ਨਾਲ ਮੁਲਾਂਕਣ ਕਰ ਸਕਦਾ ਹੈ:

• ਡਿਜ਼ਾਈਨ ਵਿਭਾਗ ਵਿੱਚ ਗਾਹਕਾਂ ਦੀ ਮੌਜੂਦਾ ਮਾਤਰਾ,
• ਹਰੇਕ ਮੈਨੇਜਰ ਲਈ ਕੰਮ ਵਿੱਚ ਪ੍ਰੋਜੈਕਟਾਂ ਦੀ ਗਿਣਤੀ,
• ਪ੍ਰੋਜੈਕਟਾਂ 'ਤੇ ਬਕਾਇਆ ਕੰਮਾਂ ਦੀ ਗਿਣਤੀ,
• ਸਮੱਸਿਆਵਾਂ ਦੀ ਮੌਜੂਦਗੀ ਅਤੇ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਦੀ ਜ਼ਰੂਰਤ,
• ਪ੍ਰੋਜੈਕਟ ਦੀ ਸਮਾਂ-ਸੀਮਾ, ਸਮਾਂ ਬਿਤਾਇਆ, ਫਨਲ ਪੜਾਅ ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਦੀ ਤਰਜੀਹ।

ਪੋਰਟਫੋਲੀਓ ਵੀ ਰਿਪੋਰਟਿੰਗ ਵਿੱਚ ਸਾਡੀ ਮਦਦ ਕਰਦੇ ਹਨ। ਪ੍ਰੋਜੈਕਟ ਸਥਿਤੀ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਮੁਕੰਮਲ ਅਤੇ ਯੋਜਨਾਬੱਧ ਕੰਮ ਬਾਰੇ ਇੱਕ ਰਿਪੋਰਟ ਆਪਣੇ ਆਪ ਕਲਾਇੰਟ ਚੈਟ ਨੂੰ ਭੇਜ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ।

ਕਰਮਚਾਰੀ ਦਾ ਪੋਰਟਫੋਲੀਓ

ਇੱਥੋਂ ਤੱਕ ਕਿ ਡਿਜ਼ਾਈਨ ਵਿਭਾਗ ਦੇ ਮੁਖੀ ਦਾ ਆਪਣਾ ਪੋਰਟਫੋਲੀਓ ਹੈ। ਜੇ, ਪਾਹ-ਪਾਹ-ਪਾਹ, ਉਹ ਆਪਣੇ ਅਧਿਕਾਰ ਨੂੰ ਹਟਾ ਦਿੰਦਾ ਹੈ, ਤਾਂ ਨਵਾਂ ਵਿਅਕਤੀ ਆਪਣੇ ਨਿਯੰਤਰਣ ਅਧੀਨ ਸਾਰੇ ਪ੍ਰੋਜੈਕਟਾਂ ਨੂੰ ਦੇਖੇਗਾ, ਜਿਸ ਦੀ ਉਸਨੂੰ ਨਿਗਰਾਨੀ ਕਰਨਾ ਜਾਰੀ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ।

ਲਾਈਨ ਕਰਮਚਾਰੀਆਂ ਨੇ ਪੋਰਟਫੋਲੀਓ ਵਿੱਚ ਲੋਡ ਯੋਜਨਾਬੰਦੀ ਦੀ ਸਹੂਲਤ ਦੀ ਵੀ ਸ਼ਲਾਘਾ ਕੀਤੀ। "ਲੋਡ" ਟੈਬ ਵਿੱਚ, ਆਸਨਾ ਅੰਤਮ ਤਾਰੀਖਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ ਕਾਰਜਾਂ ਦੀ ਮਾਤਰਾ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਦਾ ਹੈ ਅਤੇ ਚੇਤਾਵਨੀ ਦਿੰਦਾ ਹੈ ਕਿ ਕੀ ਇੱਕ ਕਰਮਚਾਰੀ ਨੇ ਬਹੁਤ ਜ਼ਿਆਦਾ ਕਾਰਜਾਂ ਦੀ ਯੋਜਨਾ ਬਣਾਈ ਹੈ। ਤੁਸੀਂ ਇਸ ਟੈਬ ਨੂੰ ਛੱਡੇ ਬਿਨਾਂ ਸਮਾਂ-ਸੀਮਾਵਾਂ ਨੂੰ ਬਦਲ ਸਕਦੇ ਹੋ ਅਤੇ ਵੇਰਵਿਆਂ ਨੂੰ ਵਿਵਸਥਿਤ ਕਰ ਸਕਦੇ ਹੋ।

ਬੱਗ ਹੱਲ ਕਰਨਾ ਅਤੇ ਕਸਟਮ ਵਿਕਾਸ

ਸਾਡੇ ਕੋਲ ਇੱਕ ਵੱਖਰੀ ਟੀਮ ਹੈ ਜੋ ਵਿਕਾਸ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। ਇੱਕ ਕਾਰੋਬਾਰੀ ਪ੍ਰਕਿਰਿਆ ਦੇ ਹਿੱਸੇ ਵਜੋਂ, ਇਹ ਦੋ ਕਿਸਮਾਂ ਦੇ ਕਾਰਜ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ:

1. ਬੱਗ,
2. ਨਵਾਂ ਵਿਕਾਸ.

ਬੱਗਾਂ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਨਾਜ਼ੁਕਤਾ ਲਈ ਮੁਲਾਂਕਣ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਸੇਵਾ ਦੁਆਰਾ ਕੰਮ 'ਤੇ ਤਬਦੀਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਵਿਕਾਸ ਕਾਰਜ ਜਾਂ ਤਾਂ ਕੰਪਨੀ ਦੇ ਅੰਦਰੂਨੀ ਉਤਪਾਦ ਬੈਕਲਾਗ ਜਾਂ ਪ੍ਰੋਜੈਕਟ ਮੈਨੇਜਰ ਤੋਂ ਆਉਂਦੇ ਹਨ ਜੇਕਰ ਗਾਹਕ ਤੋਂ ਕੋਈ ਅਨੁਸਾਰੀ ਬੇਨਤੀ ਹੈ।

ਵਿਕਾਸ ਦੀ ਪ੍ਰਕਿਰਿਆ, ਆਮ ਤੌਰ 'ਤੇ, ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ.

ਆਸਣ ਵਿੱਚ ਵਿਕਾਸ ਬੋਰਡ 'ਤੇ ਕੰਮ ਆਉਂਦੇ ਹਨ। ਇੱਥੇ ਉਹ ਹੈ।

ਟਾਸਕ ਡਾਇਰੈਕਟਰ "ਬੱਗ" ਜਾਂ "ਵਿਸ਼ੇਸ਼ਤਾ" ਕਿਸਮ ਦੀ ਚੋਣ ਕਰਦਾ ਹੈ, ਨਾਜ਼ੁਕਤਾ ਦੀ ਡਿਗਰੀ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ, ਗਾਹਕ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਅਤੇ ਕੰਪਨੀ ਦੇ ਅੰਦਰੂਨੀ ਵਿਭਾਗਾਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਜੋ ਕੰਮ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ। ਜਦੋਂ ਕਾਰਜ ਅੰਦਰੂਨੀ ਨਿਯਮਾਂ ਦੀਆਂ ਸਾਰੀਆਂ ਜ਼ਰੂਰਤਾਂ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ, ਤਾਂ ਨਿਰਦੇਸ਼ਕ ਟਾਸਕ ਦੇ ਉੱਪਰਲੀ ਪੱਟੀ ਵਿੱਚ ਲਾਈਟਨਿੰਗ ਆਈਕਨ 'ਤੇ ਕਲਿਕ ਕਰਦਾ ਹੈ ਅਤੇ ਆਟੋਮੈਟਿਕ ਕਾਰੋਬਾਰੀ ਪ੍ਰਕਿਰਿਆ "ਵਿਕਾਸ ਵਿੱਚ ਮੁਲਾਂਕਣ" ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ।

ਵਿਕਾਸ ਵਿਭਾਗ ਦੇ ਮੁਖੀ ਨੂੰ ਮੁਲਾਂਕਣ ਲਈ ਇੱਕ ਨਵੇਂ ਕੰਮ ਬਾਰੇ ਇੱਕ ਨੋਟੀਫਿਕੇਸ਼ਨ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਕੰਮ ਨੂੰ ਮੁਲਾਂਕਣ ਦੀ ਮਿਆਦ ਲਈ ਉਸੇ ਨਾਮ ਦੇ ਇੱਕ ਵੱਖਰੇ ਬੋਰਡ ਵਿੱਚ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ।

ਮੁਲਾਂਕਣ ਤੋਂ ਬਾਅਦ, ਮੈਨੇਜਰ ਕਾਰਜ ਨੂੰ ਯੋਜਨਾਬੱਧ ਮੁਕੰਮਲ ਹੋਣ ਦੇ ਮਹੀਨੇ ਦੇ ਅਨੁਸਾਰੀ ਸਪ੍ਰਿੰਟ ਵੱਲ ਲੈ ਜਾਂਦਾ ਹੈ। ਕੰਮ ਹਮੇਸ਼ਾ ਇੱਕੋ ਸਮੇਂ ਕਈ ਬੋਰਡਾਂ 'ਤੇ ਹੁੰਦੇ ਹਨ:

• ਪ੍ਰੋਜੈਕਟ ਮੈਨੇਜਰ ਦੇ ਨਿੱਜੀ ਬੋਰਡ 'ਤੇ,
• ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਬੋਰਡ 'ਤੇ,
• ਵਿਕਾਸ ਬੋਰਡ 'ਤੇ.

ਕੰਮ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਵਾਲੇ ਸਾਰੇ ਭਾਗੀਦਾਰ ਅਤੇ ਕਰਮਚਾਰੀ ਕਾਰਜ ਦੀ ਪ੍ਰਗਤੀ ਨੂੰ ਦੇਖਦੇ ਹਨ, ਸੂਚਨਾਵਾਂ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ, ਅਤੇ ਕਾਰਜ ਲਈ ਟਿੱਪਣੀਆਂ ਵਿੱਚ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਚਰਚਾ ਕਰਦੇ ਹਨ। ਜਦੋਂ ਕੋਈ ਕੰਮ ਪੂਰਾ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਪ੍ਰੋਜੈਕਟ ਮੈਨੇਜਰ ਜਾਂ ਜ਼ਿੰਮੇਵਾਰ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਮਾਹਰ ਇਸ ਨੂੰ ਪ੍ਰੋਜੈਕਟ 'ਤੇ ਕੰਮ ਕਰਨਾ ਜਾਰੀ ਰੱਖਣ ਲਈ ਆਪਣੇ ਪਾਸੇ ਲੈ ਜਾਂਦਾ ਹੈ।

ਕੀ ਹੋਇਆ ਜਦੋਂ ਅਸੀਂ ਟੀਮ ਦੇ ਨਾਲ ਵਿਕਾਸ ਅਤੇ ਉਤਪਾਦਨ ਵਿਭਾਗਾਂ ਨੂੰ ਇੱਕੋ ਮਾਹੌਲ ਵਿੱਚ ਵਾਪਸ ਲਿਆਏ?

ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਗਾਹਕ ਪ੍ਰੋਜੈਕਟ ਵਧੇਰੇ ਲੰਬੇ ਸਮੇਂ ਦੇ ਬਣ ਗਏ ਹਨ। ਲਗਾਤਾਰ ਭਰੇ ਬੈਕਲਾਗ ਕਾਰਨ ਔਸਤ ਬਿੱਲ ਵਧਿਆ ਹੈ।

ਦੂਜਾ, ਪ੍ਰੋਜੈਕਟਾਂ ਦੀ ਗੁਣਵੱਤਾ ਵਿੱਚ ਬਹੁਤ ਸੁਧਾਰ ਹੋਇਆ ਹੈ, ਕਿਉਂਕਿ ਵਿਕਾਸ ਵਿਭਾਗ ਕਿਸੇ ਵੀ ਸਮੇਂ ਮਾਰਕੀਟਿੰਗ, ਵਿਕਰੀ, ਲੇਖਾਕਾਰੀ ਆਦਿ ਲਈ ਸਵਾਲ ਪੁੱਛ ਸਕਦਾ ਹੈ। ਅਸੀਂ ਟੀਮ ਦੀਆਂ ਲੋੜੀਂਦੀਆਂ ਯੋਗਤਾਵਾਂ ਨੂੰ ਸਮੇਂ ਸਿਰ ਜੋੜਨ ਦੇ ਯੋਗ ਸੀ ਅਤੇ ਇੱਕ ਬਿਲਕੁਲ ਵੱਖਰੇ ਪੱਧਰ ਦੇ ਹੱਲ ਪੇਸ਼ ਕਰਦੇ ਹਾਂ।

ਤੀਜਾ, ਕਰਮਚਾਰੀਆਂ, ਪ੍ਰਬੰਧਕਾਂ, ਅਤੇ ਗਾਹਕਾਂ ਨੇ ਯੋਜਨਾਬੱਧ ਅਤੇ ਮੁਕੰਮਲ ਕੀਤੇ ਕੰਮਾਂ ਵਿੱਚ ਪੂਰੀ ਪਾਰਦਰਸ਼ਤਾ ਪ੍ਰਾਪਤ ਕੀਤੀ। ਅਸੀਂ ਪ੍ਰੋਜੈਕਟਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਸਿੱਖਿਆ ਅਤੇ ਇਹ ਮਹਿਸੂਸ ਕੀਤਾ ਕਿ ਇਹ ਇੱਕ ਬਿਲਕੁਲ ਤਕਨੀਕੀ ਪ੍ਰਕਿਰਿਆ ਹੈ ਜਿਸ ਤੋਂ ਮਨੁੱਖੀ ਕਾਰਕ ਨੂੰ ਲਗਭਗ ਪੂਰੀ ਤਰ੍ਹਾਂ ਖਤਮ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਚੌਥਾ, ਟੀਮ ਹੋਰ ਇਕਜੁੱਟ ਹੋ ਗਈ ਹੈ। ਪਹਿਲਾਂ, ਕਰਮਚਾਰੀਆਂ ਨੂੰ ਬਹੁਤ ਘੱਟ ਜਾਣਕਾਰੀ ਸੀ ਕਿ ਮਿਥਿਹਾਸਕ ਵਿਕਾਸ ਅਤੇ ਉਤਪਾਦਨ ਵਿਭਾਗ ਕੀ ਕਰ ਰਹੇ ਸਨ.

ਹੁਣ, ਸਿਸਟਮਾਂ ਦੇ ਵਿਕਾਸ ਅਤੇ ਤਕਨੀਕੀ ਸੰਰਚਨਾ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਵੇਖਦੇ ਹੋਏ:

• ਵਿਕਰੀ ਵਿਭਾਗ ਨੂੰ ਇਸ ਵਿੱਚ ਵਿਚਾਰ ਅਤੇ ਪ੍ਰੇਰਨਾ ਮਿਲਦੀ ਹੈ ਕਿ ਕਿਵੇਂ ਵੇਚਣਾ ਹੈ,
• ਮਾਰਕਿਟ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਪੋਸਟਾਂ, ਲੇਖਾਂ, ਸਥਿਤੀ ਅਤੇ ਵਿਗਿਆਪਨ ਟੈਕਸਟ ਲਈ ਉਪਯੋਗੀ ਸਮੱਗਰੀ ਲੈਂਦੇ ਹਨ,
• ਮੈਨੇਜਰ ਗਾਹਕ ਦੀਆਂ ਲੋੜਾਂ ਅਤੇ ਵਿਵਹਾਰ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਦੇ ਹਨ, ਰਣਨੀਤੀ ਨੂੰ ਵਿਵਸਥਿਤ ਕਰਦੇ ਹਨ।

ਨਤੀਜਾ ਇੱਕ ਜਿੱਤ-ਜਿੱਤ-ਜਿੱਤ ਪਰਿਵਰਤਨ ਸੀ ਜਿਸ ਵਿੱਚ ਸਾਨੂੰ, ਸਾਡੇ ਗਾਹਕਾਂ ਅਤੇ ਸਾਡੇ ਭਾਈਵਾਲਾਂ ਨੂੰ ਲਾਭ ਹੋਇਆ। ਮੈਨੂੰ ਖੁਸ਼ੀ ਹੋਵੇਗੀ ਜੇਕਰ ਤੁਸੀਂ ਟਿੱਪਣੀਆਂ ਵਿੱਚ ਆਪਣੀ ਰਾਏ ਸਾਂਝੀ ਕਰਦੇ ਹੋ: ਕੀ ਮੇਰੇ ਲੇਖ ਵਿੱਚ ਕੁਝ ਲਾਭਦਾਇਕ ਸੀ ਅਤੇ ਤੁਸੀਂ ਵਿਕਾਸ ਵਿੱਚ ਕਿਹੜੇ ਪ੍ਰੋਜੈਕਟ ਪ੍ਰਬੰਧਨ ਤਰੀਕਿਆਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ!

ਸਰੋਤ: www.habr.com