ਅਸੀਂ ਵਿਚਾਰਾਂ ਨਾਲ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਾਂ ਅਤੇ LANBIX ਦਾ ਜਨਮ ਕਿਵੇਂ ਹੋਇਆ ਸੀ

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

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

ਅਸੀਂ ਵਿਚਾਰਾਂ ਨਾਲ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਾਂ

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

ਉਤਪਾਦ ਵਿਕਾਸ ਪ੍ਰਬੰਧਨ ਲਈ ਸਿੱਧੀ ਪਹੁੰਚ ਲਈ: ਅਸੀਂ ਪਹੀਏ ਨੂੰ ਦੁਬਾਰਾ ਨਹੀਂ ਬਣਾਇਆ, ਪਰ ਪਹਿਲਾਂ ਤੋਂ ਮੌਜੂਦ ਵਿਕਾਸ ਵਿਧੀ ਨੂੰ ਲਾਗੂ ਕੀਤਾ ਹੈ ਸਕ੍ਰਮ, ਰਚਨਾਤਮਕਤਾ ਨੂੰ ਜੋੜਨਾ, ਅਤੇ ਹੁਣ ਇਸਨੂੰ ਸੁਰੱਖਿਅਤ ਰੂਪ ਨਾਲ SCRUM-WATERFALL-BAN ਕਿਹਾ ਜਾ ਸਕਦਾ ਹੈ। SCRUM, ਇਸਦੀ ਲਚਕਤਾ ਦੇ ਬਾਵਜੂਦ, ਇੱਕ ਬਹੁਤ ਹੀ ਸਖ਼ਤ ਪ੍ਰਣਾਲੀ ਹੈ ਅਤੇ ਸਿਰਫ਼ ਇੱਕ ਉਤਪਾਦ/ਪ੍ਰੋਜੈਕਟ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਟੀਮ ਦੇ ਪ੍ਰਬੰਧਨ ਲਈ ਢੁਕਵੀਂ ਹੈ। ਜਿਵੇਂ ਕਿ ਤੁਸੀਂ ਸਮਝਦੇ ਹੋ, ਕਲਾਸਿਕ "ਏਕੀਕਰਣ" ਕਾਰੋਬਾਰ ਵਿੱਚ ਇੱਕ ਪ੍ਰੋਜੈਕਟ 'ਤੇ ਕੰਮ ਕਰਨ ਲਈ ਫੁੱਲ-ਟਾਈਮ ਤਕਨੀਕੀ ਮਾਹਰਾਂ ਨੂੰ ਨਿਯੁਕਤ ਕਰਨਾ ਸ਼ਾਮਲ ਨਹੀਂ ਹੁੰਦਾ ਹੈ (ਇੱਥੇ ਅਪਵਾਦ ਹਨ, ਪਰ ਬਹੁਤ ਘੱਟ ਹੀ), ਕਿਉਂਕਿ ਉਤਪਾਦਾਂ 'ਤੇ ਕੰਮ ਕਰਨ ਤੋਂ ਇਲਾਵਾ, ਹਰ ਕੋਈ ਮੌਜੂਦਾ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਰੁੱਝਿਆ ਹੋਇਆ ਹੈ। SCRUM ਤੋਂ ਅਸੀਂ ਕੰਮ ਦੀ ਵੰਡ ਨੂੰ ਸਪ੍ਰਿੰਟਸ, ਰੋਜ਼ਾਨਾ ਰਿਪੋਰਟਿੰਗ, ਪਿਛੋਕੜ ਅਤੇ ਭੂਮਿਕਾਵਾਂ ਵਿੱਚ ਲਿਆ। ਅਸੀਂ ਆਪਣੇ ਕਾਰਜ ਪ੍ਰਵਾਹ ਲਈ ਕਨਬਨ ਨੂੰ ਚੁਣਿਆ ਹੈ ਅਤੇ ਇਹ ਸਾਡੇ ਮੌਜੂਦਾ ਟਾਸਕ ਟਰੈਕਿੰਗ ਸਿਸਟਮ ਵਿੱਚ ਚੰਗੀ ਤਰ੍ਹਾਂ ਨਾਲ ਏਕੀਕ੍ਰਿਤ ਹੈ। ਅਸੀਂ ਚੀਜ਼ਾਂ ਦੇ ਮੌਜੂਦਾ ਕ੍ਰਮ ਵਿੱਚ ਸਹਿਜੇ ਹੀ ਏਕੀਕ੍ਰਿਤ ਕਰਕੇ ਸਾਡੇ ਕੰਮ ਨੂੰ ਢਾਂਚਾ ਬਣਾਇਆ ਹੈ।
ਮਾਰਕੀਟ ਵਿੱਚ ਦਾਖਲ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ, ਇੱਕ ਉਤਪਾਦ 5 ਪੜਾਵਾਂ ਵਿੱਚੋਂ ਲੰਘਦਾ ਹੈ: ਵਿਚਾਰ, ਚੋਣ, ਸੰਕਲਪ, MVP (ਹੇਠਾਂ ਹੋਰ ਵੇਰਵੇ) ਅਤੇ ਉਤਪਾਦਨ।

ਆਈਡੀਆ

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

ਸਰੋਤ

ਚੋਣ

ਜਿਵੇਂ ਹੀ ਪੂਰਾ ਟੈਮਪਲੇਟ ਸਾਡੇ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਪ੍ਰਕਿਰਿਆ ਅਤੇ ਚੋਣ ਪ੍ਰਕਿਰਿਆ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦੀ ਹੈ। ਚੋਣ ਪੜਾਅ ਸਭ ਤੋਂ ਵੱਧ ਮਿਹਨਤੀ ਹੈ। ਇਸ ਪੜਾਅ 'ਤੇ, ਸਮੱਸਿਆਵਾਂ ਦੀਆਂ ਧਾਰਨਾਵਾਂ ਬਣਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ (ਇਹ ਕੁਝ ਵੀ ਨਹੀਂ ਸੀ ਜਿਸਦਾ ਮੈਂ ਪਿਛਲੇ ਪੈਰੇ ਵਿੱਚ ਜ਼ਿਕਰ ਕੀਤਾ ਸੀ ਕਿ ਆਦਰਸ਼ਕ ਤੌਰ 'ਤੇ ਇੱਕ ਵਿਚਾਰ ਨੂੰ ਗਾਹਕ ਦੀ ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ) ਅਤੇ ਉਤਪਾਦ ਦਾ ਮੁੱਲ. ਇੱਕ ਸਕੇਲ ਪਰਿਕਲਪਨਾ ਦਾ ਗਠਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਯਾਨੀ. ਸਾਡਾ ਕਾਰੋਬਾਰ ਕਿਵੇਂ ਵਧੇਗਾ ਅਤੇ ਖੁਸ਼ਹਾਲ ਹੋਵੇਗਾ। ਮੁਢਲੀ ਪੁਸ਼ਟੀ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਸੰਭਾਵੀ ਗਾਹਕਾਂ ਨਾਲ ਸਮੱਸਿਆ ਅਤੇ ਮਾਹਰ ਇੰਟਰਵਿਊਆਂ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ ਕਿ ਅਸੀਂ ਲੋੜੀਂਦੀ ਚੀਜ਼ ਪੈਦਾ ਕਰਨ ਜਾ ਰਹੇ ਹਾਂ। ਉਤਪਾਦ ਦੀ ਲੋੜ ਬਾਰੇ ਸਿੱਟਾ ਕੱਢਣ ਲਈ ਘੱਟੋ-ਘੱਟ 10-15 ਇੰਟਰਵਿਊਆਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

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

ਸੰਕਲਪ

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

MVP ਜਾਂ MVP

MVP ਇੱਕ ਘੱਟੋ-ਘੱਟ ਵਿਹਾਰਕ ਉਤਪਾਦ ਹੈ। ਉਹ. ਇੱਕ ਉਤਪਾਦ ਜੋ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵਿਕਸਤ ਨਹੀਂ ਹੈ, ਪਰ ਪਹਿਲਾਂ ਹੀ ਮੁੱਲ ਲਿਆ ਸਕਦਾ ਹੈ ਅਤੇ ਇਸਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਕਰਦਾ ਹੈ. ਇਹ ਲਾਜ਼ਮੀ ਹੈ ਕਿ ਵਿਕਾਸ ਦੇ ਇਸ ਪੜਾਅ 'ਤੇ ਅਸੀਂ ਅਸਲ ਉਪਭੋਗਤਾਵਾਂ ਤੋਂ ਫੀਡਬੈਕ ਇਕੱਤਰ ਕਰਦੇ ਹਾਂ ਅਤੇ ਬਦਲਾਅ ਕਰਦੇ ਹਾਂ।

ਨਿਰਮਾਣ

ਅਤੇ ਬਹੁਤ ਹੀ ਆਖਰੀ ਪੜਾਅ ਉਤਪਾਦਨ ਹੈ. 5% ਤੋਂ ਵੱਧ ਉਤਪਾਦ ਇਸ ਪੜਾਅ 'ਤੇ ਨਹੀਂ ਪਹੁੰਚਦੇ। ਇਸ 5% ਵਿੱਚ ਸਿਰਫ਼ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ, ਜ਼ਰੂਰੀ, ਵਿਹਾਰਕ ਅਤੇ ਕਾਰਜਸ਼ੀਲ ਉਤਪਾਦ ਸ਼ਾਮਲ ਹਨ।

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

ਅਸੀਂ LANBIX ਕਿਵੇਂ ਬਣਾਇਆ

ਆਉ ਇੱਕ ਅਸਲੀ ਉਦਾਹਰਨ - LANBIX ਉਤਪਾਦ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੱਕ ਉਤਪਾਦ ਬਣਾਉਣ 'ਤੇ ਨਜ਼ਰ ਮਾਰੀਏ। ਇਹ ਇੱਕ "ਬਾਕਸਡ" ਸੌਫਟਵੇਅਰ ਅਤੇ ਹਾਰਡਵੇਅਰ ਸਿਸਟਮ ਹੈ ਜੋ ਛੋਟੇ IT ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਅਤੇ ਫੈਸਲੇ ਲੈਣ ਵਾਲਿਆਂ ਅਤੇ ਵਪਾਰਕ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਚੈਟਬੋਟ ਦੁਆਰਾ ਨਿਯੰਤਰਿਤ ਖਰਾਬੀ ਬਾਰੇ ਤੁਰੰਤ ਚੇਤਾਵਨੀ ਦੇਣ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਨਿਗਰਾਨੀ ਫੰਕਸ਼ਨ ਤੋਂ ਇਲਾਵਾ, LANBIX ਵਿੱਚ ਹੈਲਪ ਡੈਸਕ ਕਾਰਜਕੁਸ਼ਲਤਾ ਸ਼ਾਮਲ ਹੈ। ਇਹ ਉਤਪਾਦ ਮਾਰਕੀਟ ਹਿੱਸੇ ਲਈ ਵਿਸ਼ੇਸ਼ ਹੈ ਜਿਸ ਨੂੰ ਅਸੀਂ ਨਿਸ਼ਾਨਾ ਬਣਾ ਰਹੇ ਹਾਂ। ਇਹ ਸਾਡਾ ਫਾਇਦਾ ਵੀ ਹੈ ਅਤੇ ਸਾਡਾ ਦਰਦ ਵੀ। ਪਰ ਪਹਿਲੀਆਂ ਚੀਜ਼ਾਂ ਪਹਿਲਾਂ. ਮੈਂ ਤੁਰੰਤ ਕਹਾਂਗਾ ਕਿ LANBIX ਇੱਕ ਜੀਵਤ ਉਤਪਾਦ ਹੈ (ਭਾਵ, ਇਹ ਇਸਦੇ ਵਿਕਾਸ ਵਿੱਚ ਅੰਤਿਮ ਨਹੀਂ ਹੈ ਅਤੇ MVP ਦੇ ਅਗਲੇ ਦੌਰ ਵਿੱਚ ਹੈ)।

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

ਇੱਕ ਛੋਟੀ ਪ੍ਰਬੰਧਨ ਕੰਪਨੀ ਮਾਸਕੋ ਖੇਤਰ ਵਿੱਚ ਦੋ ਘਰਾਂ ਦਾ ਰੱਖ-ਰਖਾਅ ਕਰਦੀ ਹੈ। ਪੀਸੀ ਵਾਲਾ ਸਟਾਫ ਲਗਭਗ 15 ਵਿਅਕਤੀ ਹੈ। ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ ਇੱਕ ਵਿਜ਼ਿਟਿੰਗ ਫ੍ਰੀਲਾਂਸਰ (ਦੇਖਭਾਲ ਕਰਨ ਵਾਲੇ ਨਿਵਾਸੀਆਂ ਵਿੱਚੋਂ ਇੱਕ ਦਾ ਚੁਸਤ ਪੁੱਤਰ) ਹੈ। ਇਹ ਲਗਦਾ ਹੈ ਕਿ ਪ੍ਰਬੰਧਨ ਕੰਪਨੀ ਦੀਆਂ ਗਤੀਵਿਧੀਆਂ ਆਈਟੀ 'ਤੇ ਕਮਜ਼ੋਰ ਤੌਰ 'ਤੇ ਨਿਰਭਰ ਹਨ, ਪਰ ਇਸ ਕਾਰੋਬਾਰ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਬਹੁਤ ਸਾਰੇ ਅਧਿਕਾਰੀਆਂ ਨੂੰ ਮਹੀਨਾਵਾਰ ਰਿਪੋਰਟ ਕਰਨਾ ਹੈ. ਕੰਪਨੀ ਦੇ ਮੁਖੀ ਦੀ ਸਿਸਟਮ ਡਿਸਕ (ਜੋ ਕਿ, ਆਮ ਤੌਰ 'ਤੇ, ਬਹੁਤ ਸਾਰੀਆਂ ਭੂਮਿਕਾਵਾਂ ਨੂੰ ਜੋੜਦੀ ਹੈ) ਖਾਲੀ ਥਾਂ ਖਤਮ ਹੋ ਗਈ ਹੈ। ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ, ਇਹ ਅਚਾਨਕ ਨਹੀਂ ਹੋਇਆ; ਚੇਤਾਵਨੀ ਲਗਭਗ 2 ਮਹੀਨਿਆਂ ਲਈ ਲਟਕ ਗਈ ਅਤੇ ਲਗਾਤਾਰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕੀਤੀ ਗਈ। ਪਰ ਇੱਕ ਅੱਪਡੇਟ ਆਇਆ, OS ਨੂੰ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ, ਜਿਵੇਂ ਕਿ ਕਿਸਮਤ ਵਿੱਚ ਇਹ ਹੋਵੇਗਾ, ਇਹ ਇੱਕ ਵਿਅਸਤ ਡਿਸਕ ਬਾਰੇ "ਮੌਤ" ਤੋਂ ਪਹਿਲਾਂ ਸ਼ਿਕਾਇਤ ਕਰਦੇ ਹੋਏ, ਅੱਪਡੇਟ ਦੇ ਮੱਧ ਵਿੱਚ ਜੰਮ ਗਿਆ। ਕੰਪਿਊਟਰ ਇੱਕ ਚੱਕਰੀ ਰੀਬੂਟ ਵਿੱਚ ਚਲਾ ਗਿਆ। ਜਦੋਂ ਅਸੀਂ ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਕਰ ਰਹੇ ਸੀ ਅਤੇ ਰਿਪੋਰਟਾਂ ਪ੍ਰਾਪਤ ਕਰ ਰਹੇ ਸੀ, ਅਸੀਂ ਰਿਪੋਰਟਿੰਗ ਦੀ ਸਮਾਂ-ਸੀਮਾ ਨੂੰ ਗੁਆ ਦਿੱਤਾ। ਇਹ ਜਾਪਦਾ ਹੈ ਕਿ ਇੱਕ ਮਾਮੂਲੀ ਖਰਾਬੀ ਨੇ ਕਈ ਮੁਸੀਬਤਾਂ ਪੈਦਾ ਕੀਤੀਆਂ ਹਨ: ਨੁਕਸਾਨ ਤੋਂ ਲੈ ਕੇ ਮੁਕੱਦਮੇਬਾਜ਼ੀ ਅਤੇ ਪ੍ਰਬੰਧਕੀ ਜ਼ਿੰਮੇਵਾਰੀ ਤੱਕ।

ਸਰੋਤ   

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

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

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

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

ਅਸੀਂ ਸਮੱਸਿਆ ਦੀਆਂ ਧਾਰਨਾਵਾਂ ਦੀ ਪਛਾਣ ਕੀਤੀ ਹੈ:

• IT ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਿੱਚ ਨੁਕਸ ਪ੍ਰਤੀ ਜਵਾਬ ਦੀ ਘੱਟ ਗਤੀ ਦੇ ਕਾਰਨ ਮਹੱਤਵਪੂਰਨ ਮੁਦਰਾ ਅਤੇ ਪ੍ਰਤਿਸ਼ਠਾਤਮਕ ਨੁਕਸਾਨ;
• ਉਪਭੋਗਤਾਵਾਂ ਦੁਆਰਾ ਖਰਾਬੀ ਦੇ ਸ਼ੁਰੂਆਤੀ ਲੱਛਣਾਂ ਦੀ ਗਲਤ ਵਿਆਖਿਆ।

ਗਾਹਕ ਉਨ੍ਹਾਂ ਨਾਲ ਕੀ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਭਵਿੱਖ ਵਿੱਚ ਅਜਿਹੀਆਂ ਸਥਿਤੀਆਂ ਤੋਂ ਕਿਵੇਂ ਬਚਣਾ ਹੈ? ਇੱਥੇ ਬਹੁਤ ਸਾਰੇ ਵਿਕਲਪ ਨਹੀਂ ਹਨ:

1. ਇੱਕ ਉੱਚ ਯੋਗਤਾ ਪ੍ਰਾਪਤ ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ ਨੂੰ ਨਿਯੁਕਤ ਕਰੋ ਅਤੇ ਉਸਨੂੰ ਇਮਾਨਦਾਰੀ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰੋ;
2. ਇੱਕ ਵਿਸ਼ੇਸ਼ ਸੇਵਾ ਕੰਪਨੀ ਨੂੰ IT ਰੱਖ-ਰਖਾਅ ਆਊਟਸੋਰਸ;
3. ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਇੱਕ ਨਿਗਰਾਨੀ ਅਤੇ ਨੁਕਸ ਰਿਪੋਰਟਿੰਗ ਪ੍ਰਣਾਲੀ ਨੂੰ ਲਾਗੂ ਕਰਨਾ;
4. ਕੰਪਿਊਟਰ ਸਾਖਰਤਾ ਦੀਆਂ ਮੂਲ ਗੱਲਾਂ ਵਿੱਚ ਉਪਭੋਗਤਾਵਾਂ/ਕਾਰੋਬਾਰੀ ਕਰਮਚਾਰੀਆਂ ਨੂੰ ਸਿਖਲਾਈ ਪ੍ਰਦਾਨ ਕਰਨਾ।

ਆਓ ਤੀਜੇ ਵਿਕਲਪ 'ਤੇ ਸੈਟਲ ਕਰੀਏ. ਆਉ ਉਹਨਾਂ ਨੂੰ ਇੱਕ ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰੀਏ ਜੋ ਵੱਖ-ਵੱਖ ਕਾਰਨਾਂ ਕਰਕੇ ਇਸਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦੇ.

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

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

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

ਆਓ ਇਸ ਪੜਾਅ ਦੇ ਨਤੀਜਿਆਂ ਨੂੰ ਸੰਖੇਪ ਕਰੀਏ:

1. ਸਮੱਸਿਆ ਦੀ ਸਮਝ ਹੈ,
2. ਮੁੱਲ ਦੀ ਸਮਝ - ਉੱਥੇ ਹੈ,
3. ਇੱਕ ਹੱਲ ਲਈ ਇੱਕ ਵਿਚਾਰ ਹੈ.

ਦੂਜਾ ਪੜਾਅ ਵਧੇਰੇ ਵਿਸਤ੍ਰਿਤ ਸੀ. ਇਸਦੇ ਨਤੀਜਿਆਂ ਦੇ ਆਧਾਰ 'ਤੇ, ਸਾਨੂੰ ਪ੍ਰਬੰਧਨ ਨੂੰ ਪੇਸ਼ ਕਰਨਾ ਪਿਆ, ਜੋ ਉਤਪਾਦ ਦੀ ਭਵਿੱਖੀ ਕਿਸਮਤ 'ਤੇ ਫੈਸਲਾ ਲੈਣ ਲਈ ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ ਇੱਕ ਨਿਵੇਸ਼ਕ ਦੀ ਭੂਮਿਕਾ ਨਿਭਾਉਂਦਾ ਹੈ, ਇੱਕ ਵਪਾਰਕ ਕੇਸ (ਉਹੀ ਲੀਨ ਕੈਨਵਸ)।

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

ਇਹ ਹੇਠ ਦਿੱਤਾ ਬਾਹਰ ਬਦਲ ਦਿੱਤਾ.

1. ਸਾਡੇ ਹਿੱਸੇ (ਛੋਟੇ ਕਾਰੋਬਾਰ) ਲਈ ਬਜ਼ਾਰ ਵਿੱਚ ਕੋਈ ਤਿਆਰ-ਬਣਾਇਆ ਬਾਕਸਡ ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀਆਂ ਨਹੀਂ ਹਨ, ਇੱਕ ਦੋ ਜਾਂ ਤਿੰਨ ਨੂੰ ਛੱਡ ਕੇ, ਜਿਸ ਬਾਰੇ ਮੈਂ ਸਪੱਸ਼ਟ ਕਾਰਨਾਂ ਕਰਕੇ ਗੱਲ ਨਹੀਂ ਕਰਾਂਗਾ।
2. ਸਾਡੇ ਮੁੱਖ ਪ੍ਰਤੀਯੋਗੀ, ਅਜੀਬ ਤੌਰ 'ਤੇ, ਘਰ-ਲਿਖੀਆਂ ਸਕ੍ਰਿਪਟਾਂ ਅਤੇ ਓਪਨ-ਸੋਰਸ ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀਆਂ ਲਈ "ਐਡ-ਆਨ" ਵਾਲੇ ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ ਹਨ।
3. ਓਪਨ ਸੋਰਸ ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਿੱਚ ਇੱਕ ਸਪੱਸ਼ਟ ਸਮੱਸਿਆ ਹੈ। ਇੱਕ ਸਿਸਟਮ ਹੈ, ਤੁਹਾਡੀਆਂ ਜ਼ਰੂਰਤਾਂ ਦੇ ਅਨੁਕੂਲ ਸਿਸਟਮ ਨੂੰ ਕਿਵੇਂ ਕੰਮ ਕਰਨਾ ਹੈ ਅਤੇ ਸੰਸ਼ੋਧਿਤ ਕਰਨਾ ਹੈ ਬਾਰੇ ਬਹੁਤ ਸਾਰੀ ਜਾਣਕਾਰੀ ਹੈ। ਮੈਂ ਜਿਨ੍ਹਾਂ ਪ੍ਰਬੰਧਕਾਂ ਦੀ ਇੰਟਰਵਿਊ ਕੀਤੀ ਸੀ, ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕਈਆਂ ਨੇ ਮੰਨਿਆ ਕਿ ਉਨ੍ਹਾਂ ਕੋਲ ਆਪਣੇ ਵਿਚਾਰਾਂ ਨੂੰ ਆਪਣੇ ਆਪ ਲਾਗੂ ਕਰਨ ਲਈ ਲੋੜੀਂਦੀ ਯੋਗਤਾ ਨਹੀਂ ਹੈ। ਪਰ ਉਹ ਬਰਖਾਸਤਗੀ ਦੇ ਡਰੋਂ ਪ੍ਰਬੰਧਨ ਨੂੰ ਇਹ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰ ਸਕਦੇ। ਇਹ ਇੱਕ ਦੁਸ਼ਟ ਚੱਕਰ ਨਿਕਲਦਾ ਹੈ.

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

ਪ੍ਰਾਪਤ ਡੇਟਾ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦੇ ਨਤੀਜੇ ਵਜੋਂ, ਭਵਿੱਖ ਦੇ ਉਤਪਾਦ ਲਈ ਲੋੜਾਂ ਦੀ ਪਹਿਲੀ ਸੂਚੀ (ਇੱਕ ਕਿਸਮ ਦਾ ਮੋਟਾ ਬੈਕਲਾਗ) ਪੈਦਾ ਹੋਇਆ ਸੀ:

• ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ ਇੱਕ ਓਪਨ ਸੋਰਸ ਹੱਲ 'ਤੇ ਅਧਾਰਤ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਨਤੀਜੇ ਵਜੋਂ, ਸਸਤੀ;
• ਆਸਾਨ ਅਤੇ ਇੰਸਟਾਲ ਕਰਨ ਲਈ ਤੇਜ਼;
• IT ਵਿੱਚ ਖਾਸ ਗਿਆਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ, ਇੱਥੋਂ ਤੱਕ ਕਿ ਇੱਕ ਲੇਖਾਕਾਰ (ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਮੈਂ ਇਸ ਪੇਸ਼ੇ ਦੇ ਪ੍ਰਤੀਨਿਧੀਆਂ ਨੂੰ ਨਾਰਾਜ਼ ਨਹੀਂ ਕਰਨਾ ਚਾਹੁੰਦਾ ਸੀ) ਸਿਸਟਮ ਨੂੰ ਤੈਨਾਤ ਅਤੇ ਸੰਰਚਿਤ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ;
• ਨੈੱਟਵਰਕ 'ਤੇ ਨਿਗਰਾਨੀ ਲਈ ਆਬਜੈਕਟ ਦਾ ਪਤਾ ਲਗਾਉਣਾ ਚਾਹੀਦਾ ਹੈ;
• ਆਪਣੇ ਆਪ ਹੀ (ਅਤੇ ਆਦਰਸ਼ਕ ਤੌਰ 'ਤੇ) ਨਿਗਰਾਨੀ ਏਜੰਟ ਸਥਾਪਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ;
• ਬਾਹਰੀ ਸੇਵਾਵਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਘੱਟੋ-ਘੱਟ ਇੱਕ CRM ਸਿਸਟਮ ਅਤੇ ਇੱਕ ਵੇਚਣ ਵਾਲੀ ਵੈੱਬਸਾਈਟ;
• ਕਾਰੋਬਾਰ ਅਤੇ ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ ਦੋਵਾਂ ਨੂੰ ਸਮੱਸਿਆਵਾਂ ਬਾਰੇ ਸੂਚਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ;
• ਅਲਰਟ ਦੀ ਡੂੰਘਾਈ ਅਤੇ "ਭਾਸ਼ਾ" ਪ੍ਰਸ਼ਾਸਕ ਅਤੇ ਕਾਰੋਬਾਰ ਲਈ ਵੱਖਰੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ;
• ਸਿਸਟਮ ਨੂੰ ਇਸਦੇ ਆਪਣੇ ਹਾਰਡਵੇਅਰ 'ਤੇ ਸਪਲਾਈ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ;
• ਲੋਹਾ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਪਹੁੰਚਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ;
• ਸਿਸਟਮ ਬਾਹਰੀ ਕਾਰਕਾਂ ਤੋਂ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਸੁਤੰਤਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਅੱਗੇ, ਉਤਪਾਦ ਵਿਕਾਸ ਵਿੱਚ ਨਿਵੇਸ਼ਾਂ ਦੀ ਗਣਨਾ ਕੀਤੀ ਗਈ ਸੀ (ਤਕਨੀਕੀ ਵਿਭਾਗ ਦੇ ਕਰਮਚਾਰੀਆਂ ਲਈ ਲੇਬਰ ਲਾਗਤਾਂ ਸਮੇਤ)। ਵਪਾਰਕ ਮਾਡਲ ਦਾ ਇੱਕ ਸਕੈਚ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ ਉਤਪਾਦ ਦੀ ਇਕਾਈ ਅਰਥ ਸ਼ਾਸਤਰ ਦੀ ਗਣਨਾ ਕੀਤੀ ਗਈ ਸੀ।

ਪੜਾਅ ਦਾ ਨਤੀਜਾ:

• ਉੱਚ-ਪੱਧਰੀ ਉਤਪਾਦ ਬੈਕਲਾਗ;
• ਇੱਕ ਸੂਤਰਬੱਧ ਵਪਾਰਕ ਮਾਡਲ ਜਾਂ ਸਕੇਲ ਪਰਿਕਲਪਨਾ ਜਿਸਦੀ ਅਭਿਆਸ ਵਿੱਚ ਅਜੇ ਜਾਂਚ ਕੀਤੀ ਜਾਣੀ ਬਾਕੀ ਹੈ।

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

ਮੰਗ
ਫੈਸਲੇ ਦਾ

• ਇਹ ਇੱਕ ਖੁੱਲੀ ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ;

ਅਸੀਂ ਇੱਕ ਓਪਨ ਸੋਰਸ ਮਾਨੀਟਰਿੰਗ ਸਿਸਟਮ ਲੈਂਦੇ ਹਾਂ।

• ਸਿਸਟਮ ਸਧਾਰਨ ਅਤੇ ਇੰਸਟਾਲ ਕਰਨ ਲਈ ਤੇਜ਼ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ;
• ਖਾਸ IT ਗਿਆਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ। ਇੱਥੋਂ ਤੱਕ ਕਿ ਇੱਕ ਅਕਾਊਂਟੈਂਟ ਨੂੰ ਸਿਸਟਮ ਨੂੰ ਤੈਨਾਤ ਅਤੇ ਕੌਂਫਿਗਰ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

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

ਆਉ ਡਿਵਾਈਸ ਨਾਲ ਗੱਲਬਾਤ ਨੂੰ ਹਰ ਕਿਸੇ ਲਈ ਸਧਾਰਨ ਅਤੇ ਸਮਝਣ ਯੋਗ ਚੀਜ਼ ਲਈ ਬੰਦ ਕਰੀਏ।

ਚਲੋ ਇੱਕ ਜਾਣੇ-ਪਛਾਣੇ ਇੰਸਟੈਂਟ ਮੈਸੇਂਜਰ ਲਈ ਆਪਣਾ ਖੁਦ ਦਾ ਚੈਟਬੋਟ ਲਿਖੀਏ ਅਤੇ ਸਿਸਟਮ ਨਾਲ ਸਾਰੇ ਇੰਟਰੈਕਸ਼ਨਾਂ ਨੂੰ ਇਸ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕਰੀਏ।

ਸਿਸਟਮ ਨੂੰ ਚਾਹੀਦਾ ਹੈ:

• ਨੈੱਟਵਰਕ 'ਤੇ ਨਿਗਰਾਨੀ ਲਈ ਲੋੜੀਂਦੇ ਆਬਜੈਕਟਾਂ ਦਾ ਆਟੋਮੈਟਿਕ ਹੀ ਪਤਾ ਲਗਾਓ;
• ਆਟੋਮੈਟਿਕਲੀ ਨਿਗਰਾਨੀ ਏਜੰਟ ਸਥਾਪਿਤ ਕਰੋ;
• ਬਾਹਰੀ ਸੇਵਾਵਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਦੇ ਯੋਗ ਹੋਵੋ, ਘੱਟੋ-ਘੱਟ ਇੱਕ CRM ਸਿਸਟਮ ਅਤੇ ਇੱਕ ਵੇਚਣ ਵਾਲੀ ਵੈੱਬਸਾਈਟ।

ਅਸੀਂ ਨਿਗਰਾਨੀ ਪ੍ਰਣਾਲੀ ਲਈ ਐਡ-ਆਨ ਲਿਖਦੇ ਹਾਂ:

• ਆਟੋਮੈਟਿਕ ਆਬਜੈਕਟ ਖੋਜ;
• ਏਜੰਟ ਦੀ ਆਟੋਮੈਟਿਕ ਇੰਸਟਾਲੇਸ਼ਨ;
• ਬਾਹਰੀ ਸੇਵਾਵਾਂ ਦੀ ਉਪਲਬਧਤਾ ਦੀ ਨਿਗਰਾਨੀ.

ਸਿਸਟਮ ਨੂੰ ਚਾਹੀਦਾ ਹੈ:

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

• ਆਓ ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਦੇ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਦੀਆਂ ਸੂਚਨਾਵਾਂ ਸ਼ਾਮਲ ਕਰੀਏ। ਉਹ ਪਿੱਚ ਅਤੇ ਡੂੰਘਾਈ ਵਿੱਚ ਵੱਖਰੇ ਹਨ. ਇੱਕ ਵਪਾਰਕ ਉਪਭੋਗਤਾ ਨੂੰ "ਸਭ ਕੁਝ ਠੀਕ ਹੈ, ਪਰ ਇਵਾਨੋਵ ਦਾ ਕੰਪਿਊਟਰ ਛੇਤੀ ਹੀ ਮਰ ਜਾਵੇਗਾ" ਵਰਗੀਆਂ ਸੂਚਨਾਵਾਂ ਪ੍ਰਾਪਤ ਕਰਨਗੇ। ਪ੍ਰਸ਼ਾਸਕ ਨੂੰ ਗਲਤੀ, ਕੌਣ, ਕਿਵੇਂ ਅਤੇ ਕੀ ਹੋਇਆ ਜਾਂ ਹੋ ਸਕਦਾ ਹੈ ਬਾਰੇ ਇੱਕ ਪੂਰਾ ਸੁਨੇਹਾ ਪ੍ਰਾਪਤ ਹੋਵੇਗਾ।
• ਆਉ ਇੱਕ ਵਾਧੂ ਜ਼ਿੰਮੇਵਾਰ ਵਿਅਕਤੀ ਦੀ ਮੇਲ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਯੋਗਤਾ ਨੂੰ ਜੋੜੀਏ, ਤਾਂ ਜੋ ਟੁੱਟਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਉਸਨੂੰ ਇੱਕ ਸੁਨੇਹਾ ਪ੍ਰਾਪਤ ਹੋਵੇ.
• ਆਓ ਪਹਿਲਾਂ ਤੋਂ ਤਿਆਰ ਟੈਕਸਟ ਦੇ ਨਾਲ ਈਮੇਲ ਭੇਜਣ ਦੇ ਅਧਾਰ ਤੇ ਬਾਹਰੀ ਸੇਵਾ ਪ੍ਰਦਾਤਾਵਾਂ ਨਾਲ ਗੱਲਬਾਤ ਜੋੜੀਏ, ਕਿਉਂਕਿ ਇਹ ਉਹ ਈਮੇਲ ਹੈ ਜੋ ਘਟਨਾ ਨੂੰ ਜਨਮ ਦਿੰਦੀ ਹੈ।
• ਸਿਸਟਮ ਨਾਲ ਸਾਰੇ ਪਰਸਪਰ ਪ੍ਰਭਾਵ ਇੱਕ ਚੈਟਬੋਟ ਨਾਲ ਜੁੜੇ ਹੋਣਗੇ; ਸੰਚਾਰ ਇੱਕ ਡਾਇਲਾਗ ਸ਼ੈਲੀ ਵਿੱਚ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਵਧੀਕ:

• ਆਉ "ਪ੍ਰਬੰਧਕ ਨਾਲ ਗੱਲਬਾਤ" ਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਜੋੜੀਏ ਤਾਂ ਜੋ ਉਪਭੋਗਤਾ ਪ੍ਰਸ਼ਾਸਕ ਨੂੰ ਸਮੱਸਿਆ ਦਾ ਸਿੱਧਾ ਵਰਣਨ ਕਰਨ ਵਾਲਾ ਸੁਨੇਹਾ ਭੇਜ ਸਕੇ।

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

• ਆਓ ਤਿਆਰ ਅਤੇ ਸਸਤੇ ਰਾਸਬੇਰੀ PI ਕੰਪਿਊਟਰ ਨੂੰ ਲੈ ਲਈਏ।
• ਅਸੀਂ ਇੱਕ ਨਿਰਵਿਘਨ ਪਾਵਰ ਸਪਲਾਈ ਬੋਰਡ ਡਿਜ਼ਾਈਨ ਕਰਾਂਗੇ।
• ਆਉ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਦੀ ਸਥਿਤੀ ਤੋਂ ਸੁਤੰਤਰ ਹੋਣ ਲਈ ਇੱਕ ਮਾਡਮ ਜੋੜੀਏ।
• ਅਸੀਂ ਇੱਕ ਸੁੰਦਰ ਇਮਾਰਤ ਤਿਆਰ ਕਰਾਂਗੇ।

ਸਾਡੇ ਕੋਲ ਹੁਣ ਉਹਨਾਂ ਦੀਆਂ ਆਪਣੀਆਂ ਲੋੜਾਂ ਅਤੇ ਉਹਨਾਂ ਦੇ ਲਾਗੂ ਕਰਨ ਲਈ ਦ੍ਰਿਸ਼ਟੀ ਵਾਲੇ ਤਿੰਨ ਉਪ-ਪ੍ਰਣਾਲੀ ਹਨ:

• ਹਾਰਡਵੇਅਰ ਉਪ-ਸਿਸਟਮ;
• ਨਿਗਰਾਨੀ ਸਬ-ਸਿਸਟਮ;
• ਉਪਭੋਗਤਾ ਇੰਟਰੈਕਸ਼ਨ ਸਬ-ਸਿਸਟਮ.

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

ਇਹ ਸੰਕਲਪ ਪੜਾਅ ਨੂੰ ਸਮਾਪਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਨਤੀਜਾ ਇਹ ਹੈ:

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

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

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

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

ਅਤੇ ਹੁਣ ਅਸੀਂ ਫਾਈਨਲ ਲਾਈਨ ਦੇ ਨੇੜੇ ਹਾਂ - MVP. ਬੇਸ਼ੱਕ, ਇਹ ਅਜੇ ਤੱਕ ਅੰਤਿਮ ਉਤਪਾਦਨ ਉਤਪਾਦ ਨਹੀਂ ਹੈ, ਪਰ ਇਹ ਪਹਿਲਾਂ ਹੀ ਉਪਯੋਗੀ ਅਤੇ ਕੀਮਤੀ ਹੈ. ਇਸ ਪੜਾਅ ਦਾ ਮੁੱਖ ਟੀਚਾ "ਬਣਾਓ-ਮੁਲਾਂਕਣ-ਸਿੱਖੋ" ਚੱਕਰ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨਾ ਹੈ। ਇਹ ਬਿਲਕੁਲ ਉਹੀ ਪੜਾਅ ਹੈ ਜਿਸ 'ਤੇ ਲੈਨਬਿਕਸ ਹੈ।

"ਬਣਾਓ" ਪੜਾਅ 'ਤੇ, ਅਸੀਂ ਇੱਕ ਡਿਵਾਈਸ ਬਣਾਈ ਹੈ ਜੋ ਦੱਸੀ ਗਈ ਕਾਰਜਸ਼ੀਲਤਾ ਨੂੰ ਪੂਰਾ ਕਰਦੀ ਹੈ। ਹਾਂ, ਇਹ ਅਜੇ ਸੰਪੂਰਨ ਨਹੀਂ ਹੈ, ਅਤੇ ਅਸੀਂ ਇਸ 'ਤੇ ਕੰਮ ਕਰਨਾ ਜਾਰੀ ਰੱਖਿਆ ਹੈ।

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

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

ਪੜਾਅ ਦਾ ਨਤੀਜਾ: ਡਿਵਾਈਸਾਂ ਦਾ ਪਹਿਲਾ ਬੈਚ ਲੜਾਈ ਅਤੇ ਟੈਸਟਿੰਗ ਲਈ ਤਿਆਰ ਹੈ।

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

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

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

ਅੱਗੇ ਕੀ ਹੋਵੇਗਾ

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

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

ਸਰੋਤ

ਸਰੋਤ: www.habr.com