ਮੌਜੂਦਾ ਕਾਰੋਬਾਰੀ ਐਪ ਵਿੱਚ ਅਨੁਵਾਦ ਏਕੀਕਰਨ ਦਾ ਦਾਇਰਾ ਕਿਵੇਂ ਤੈਅ ਕਰੀਏ
ਆਪਣੀ ਕਾਰੋਬਾਰੀ ਐਪ ਵਿੱਚ ਅਨੁਵਾਦ ਦੀ ਯੋਜਨਾ ਬਣਾਓ। ਕੋਟੇਸ਼ਨ ਮੰਗਣ ਤੋਂ ਪਹਿਲਾਂ ਸਮੱਗਰੀ, ਭਾਸ਼ਾਵਾਂ, ਸਮੀਖਿਆ, ਡਾਟਾ ਨਿਯਮ, ਗੜਬੜੀ ਨਾਲ ਨਜਿੱਠਣ ਦਾ ਤਰੀਕਾ ਅਤੇ ਸਵੀਕਾਰਤਾ ਟੈਸਟ ਤੈਅ ਕਰੋ।
ਇੱਕ ਪੂਰੇ ਕੰਮ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਤੁਹਾਡੀ ਟੀਮ ਨੂੰ ਕਿਸੇ ਹੋਰ ਭਾਸ਼ਾ ਵਿੱਚ ਕਰਨਾ ਪੈਂਦਾ ਹੈ। ਫਿਰ ਤੈਅ ਕਰੋ ਕਿ ਅਨੁਵਾਦ ਉਸ ਕੰਮ ਵਿੱਚ ਕਿਵੇਂ ਫਿੱਟ ਹੁੰਦਾ ਹੈ। ਇਸ ਨਾਲ ਸੌਫ਼ਟਵੇਅਰ ਸਪਲਾਇਰ ਨੂੰ ਅਨੁਵਾਦ ਬਟਨ ਜੋੜਨ ਦੀ ਬੇਨਤੀ ਨਾਲੋਂ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣ ਲਈ ਵਧੇਰੇ ਸਪਸ਼ਟ ਆਧਾਰ ਮਿਲਦਾ ਹੈ।
ਦਾਇਰੇ ਵਿੱਚ ਟੈਕਸਟ, ਲੋਕ, ਡਾਟਾ ਅਤੇ ਨਤੀਜਾ ਸ਼ਾਮਲ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ। ਇਸ ਵਿੱਚ ਇਹ ਵੀ ਦੱਸਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਅਨੁਵਾਦ ਨਾਕਾਮ ਹੋਣ ਉੱਤੇ ਕੀ ਹੁੰਦਾ ਹੈ। ਤਕਨੀਕੀ ਤਰੀਕਾ ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਦਾਇਰਾ ਤਿਆਰ ਕਰਨ ਲਈ ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮ ਵਰਤੋ।
ਪਹਿਲੀ ਰਿਲੀਜ਼ ਲਈ ਇੱਕ ਕਾਰਜ-ਪ੍ਰਵਾਹ ਚੁਣੋ
ਲਿਖੋ ਕਿ ਮੂਲ ਟੈਕਸਟ ਕਿੱਥੋਂ ਆਉਂਦਾ ਹੈ ਅਤੇ ਮਨਜ਼ੂਰ ਅਨੁਵਾਦ ਕਿੱਥੇ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਉਦਾਹਰਣ ਲਈ, ਸਹਾਇਤਾ ਕਰਮਚਾਰੀ ਨੂੰ ਆਏ ਸੁਨੇਹੇ ਨੂੰ ਪੜ੍ਹ ਕੇ ਗਾਹਕ ਦੀ ਭਾਸ਼ਾ ਵਿੱਚ ਜਵਾਬ ਤਿਆਰ ਕਰਨਾ ਪੈ ਸਕਦਾ ਹੈ। ਇਹ ਇੱਕ ਦ੍ਰਿਸ਼ਟਾਂਤਕ ਲੋੜ ਹੈ, Vavus ਦੀ ਕਿਸੇ ਇੰਸਟਾਲੇਸ਼ਨ ਦੀ ਰਿਪੋਰਟ ਨਹੀਂ।
ਹਰ ਕਦਮ ਲਿਖੋ: ਸੁਨੇਹਾ ਖੋਲ੍ਹਣਾ, ਅਨੁਵਾਦ ਮੰਗਣਾ, ਨਤੀਜੇ ਦੇ ਨਾਲ ਮੂਲ ਟੈਕਸਟ ਪੜ੍ਹਨਾ, ਜਵਾਬ ਸੋਧਣਾ ਅਤੇ ਭੇਜਣ ਲਈ ਉਸ ਨੂੰ ਮਨਜ਼ੂਰੀ ਦੇਣਾ। ਤੈਅ ਕਰੋ ਕਿ ਅਨੁਵਾਦ ਆਪਣੇ ਆਪ ਸ਼ੁਰੂ ਹੋਵੇਗਾ ਜਾਂ ਸਿਰਫ਼ ਉਦੋਂ ਜਦੋਂ ਕਰਮਚਾਰੀ ਇਸ ਨੂੰ ਚੁਣੇ।
ਪਹਿਲੀ ਰਿਲੀਜ਼ ਛੋਟੀ ਰੱਖੋ। ਐਪ ਦੇ ਹਰ ਟੈਕਸਟ ਖੇਤਰ ਨਾਲੋਂ ਇੱਕ ਸਕਰੀਨ ਅਤੇ ਇੱਕ ਸਪਸ਼ਟ ਕਾਰੋਬਾਰੀ ਕੰਮ ਦੀ ਜਾਂਚ ਕਰਨੀ ਸੌਖੀ ਹੁੰਦੀ ਹੈ।
ਸਮੱਗਰੀ ਅਤੇ ਭਾਸ਼ਾ ਦੀਆਂ ਲੋੜਾਂ ਪਛਾਣੋ
ਉਨ੍ਹਾਂ ਖੇਤਰਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ ਜਿਨ੍ਹਾਂ ਦਾ ਅਨੁਵਾਦ ਹੋਣਾ ਹੈ। ਛੋਟੇ ਲੇਬਲ, ਖੁੱਲ੍ਹਾ ਟੈਕਸਟ, ਦਸਤਾਵੇਜ਼ ਅਤੇ ਬੋਲੀ ਨੂੰ ਵੱਖ ਕਰੋ। ਇਨ੍ਹਾਂ ਲਈ ਵੱਖਰੀ ਪ੍ਰੋਸੈਸਿੰਗ ਅਤੇ ਟੈਸਟਾਂ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ। ਉਹ ਖੇਤਰ ਵੀ ਲਿਖੋ ਜੋ ਬਿਨਾਂ ਬਦਲੇ ਰਹਿਣੇ ਚਾਹੀਦੇ ਹਨ, ਜਿਵੇਂ ਆਰਡਰ ਨੰਬਰ ਅਤੇ ਉਤਪਾਦ ਕੋਡ।
ਮੂਲ ਅਤੇ ਟੀਚਾ ਭਾਸ਼ਾਵਾਂ ਦੱਸੋ, ਕਿਸੇ ਵੀ ਖੇਤਰੀ ਰੂਪ ਸਮੇਤ। ਆਮ ਟੈਕਸਟ ਦੀ ਲੰਬਾਈ ਅਤੇ ਅੰਦਾਜ਼ਨ ਰੋਜ਼ਾਨਾ ਮਾਤਰਾ ਦਰਜ ਕਰੋ। ਪੁੱਛੋ ਕਿ ਪ੍ਰਸਤਾਵਿਤ ਸੇਵਾ ਕਿਹੜੇ ਭਾਸ਼ਾ ਸੁਮੇਲਾਂ ਅਤੇ ਇਨਪੁੱਟ ਫਾਰਮੈਟਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦੀ ਹੈ।
ਛੋਟੇ ਟੈਕਸਟ ਲਈ ਸੰਦਰਭ ਮਹੱਤਵਪੂਰਨ ਹੋ ਸਕਦਾ ਹੈ। ਉਦਾਹਰਣ ਲਈ, DeepL ਦਾ ਟੈਕਸਟ API ਇੱਕ ਸੰਦਰਭ ਪੈਰਾਮੀਟਰ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਜੋ ਸੰਦਰਭ ਦਾ ਖ਼ੁਦ ਅਨੁਵਾਦ ਕੀਤੇ ਬਿਨਾਂ ਅਨੁਵਾਦ ਉੱਤੇ ਅਸਰ ਪਾ ਸਕਦਾ ਹੈ। ਇਸ ਦੇ ਦਸਤਾਵੇਜ਼ ਇਹ ਵੀ ਦੱਸਦੇ ਹਨ ਕਿ ਇੱਕ ਬੇਨਤੀ ਵਿਚਲੀਆਂ ਵੱਖਰੀਆਂ ਟੈਕਸਟ ਐਂਟਰੀਆਂ ਸੰਦਰਭ ਸਾਂਝਾ ਨਹੀਂ ਕਰਦੀਆਂ। [1] ਤੁਹਾਡੇ ਦਾਇਰੇ ਵਿੱਚ ਦੱਸਿਆ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਲਾਭਦਾਇਕ ਸੰਦਰਭ ਕਿੱਥੋਂ ਆਉਂਦਾ ਹੈ।
ਸ਼ਬਦਾਵਲੀ ਅਤੇ ਮਨੁੱਖੀ ਸਮੀਖਿਆ ਤੈਅ ਕਰੋ
ਉਹ ਸ਼ਬਦ ਇਕੱਠੇ ਕਰੋ ਜੋ ਤੁਹਾਡਾ ਕਾਰੋਬਾਰ ਅਕਸਰ ਵਰਤਦਾ ਹੈ। ਪਸੰਦੀਦਾ ਅਨੁਵਾਦ, ਉਤਪਾਦਾਂ ਦੇ ਨਾਮ ਅਤੇ ਉਹ ਸ਼ਬਦ ਸ਼ਾਮਲ ਕਰੋ ਜੋ ਬਿਨਾਂ ਬਦਲੇ ਰਹਿਣੇ ਚਾਹੀਦੇ ਹਨ। ਇਹ ਸੂਚੀ ਸੰਭਾਲਣ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਇੱਕ ਵਿਅਕਤੀ ਨੂੰ ਦਿਓ।
ਕੁਝ ਅਨੁਵਾਦ ਸੇਵਾਵਾਂ ਸ਼ਬਦਾਵਲੀਆਂ ਦਾ ਸਮਰਥਨ ਕਰਦੀਆਂ ਹਨ। Google Cloud Translation ਆਪਣੀ ਸ਼ਬਦਾਵਲੀ ਨੂੰ ਖੇਤਰ-ਵਿਸ਼ੇਸ਼ ਸ਼ਬਦਾਂ ਨੂੰ ਇੱਕਸਾਰ ਰੱਖਣ ਲਈ ਇੱਕ ਕਸਟਮ ਸ਼ਬਦਕੋਸ਼ ਦੱਸਦਾ ਹੈ। [2] ਆਪਣੇ ਸਹੀ ਭਾਸ਼ਾ ਜੋੜਿਆਂ ਅਤੇ ਚੁਣੀ ਹੋਈ ਸੇਵਾ ਲਈ ਇਸ ਫੀਚਰ ਦੀ ਜਾਂਚ ਕਰੋ। ਸ਼ਬਦਾਵਲੀ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ ਕਿ ਪੂਰਾ ਸੁਨੇਹਾ ਸਹੀ ਹੈ।
ਤੈਅ ਕਰੋ ਕਿ ਕਿਹੜੇ ਨਤੀਜਿਆਂ ਲਈ ਯੋਗ ਭਾਸ਼ਾ ਸਮੀਖਿਅਕ ਦੀ ਲੋੜ ਹੈ। ਸਮੀਖਿਅਕ ਨੂੰ ਮੂਲ ਟੈਕਸਟ ਤੱਕ ਪਹੁੰਚ ਦਿਓ। ਗਾਹਕਾਂ ਲਈ ਟੈਕਸਟ ਭੇਜਣ ਜਾਂ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਮਨਜ਼ੂਰੀ ਦਾ ਇੱਕ ਸਪਸ਼ਟ ਕਦਮ ਰੱਖੋ।
ਡਾਟਾ ਅਤੇ ਪਹੁੰਚ ਲਈ ਨਿਯਮ ਬਣਾਓ
ਦੱਸੋ ਕਿ ਕਾਰਜ-ਪ੍ਰਵਾਹ ਕਿਹੜੀ ਜਾਣਕਾਰੀ ਸੰਭਾਲਦਾ ਹੈ। ਸ਼ੁਰੂਆਤੀ ਟੈਸਟਾਂ ਦੌਰਾਨ ਨਕਲੀ ਉਦਾਹਰਣਾਂ ਵਰਤੋ। ਸਿਰਫ਼ ਇਹ ਦੇਖਣ ਲਈ ਕਿ ਬਟਨ ਕੰਮ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਗਾਹਕਾਂ ਦੇ ਅਸਲ ਰਿਕਾਰਡ ਟ੍ਰਾਇਲ ਵਿੱਚ ਕਾਪੀ ਨਾ ਕਰੋ।
ਪੁੱਛੋ ਕਿ ਟੈਕਸਟ ਦੀ ਪ੍ਰੋਸੈਸਿੰਗ ਕਿੱਥੇ ਹੋਵੇਗੀ, ਐਪ ਕੀ ਸਟੋਰ ਕਰੇਗੀ, ਇਸ ਨੂੰ ਕੌਣ ਪੜ੍ਹ ਸਕਦਾ ਹੈ ਅਤੇ ਇਹ ਕਦੋਂ ਮਿਟਾਇਆ ਜਾਵੇਗਾ। ਇਸ ਗੱਲਬਾਤ ਵਿੱਚ ਲੌਗ ਅਤੇ ਬੈਕਅੱਪ ਵੀ ਸ਼ਾਮਲ ਕਰੋ। ਪ੍ਰਦਾਤਾ ਦੀਆਂ ਮੌਜੂਦਾ ਸ਼ਰਤਾਂ ਅਤੇ ਚੁਣੇ ਹੋਏ ਪਲਾਨ ਲਈ ਉਪਲਬਧ ਕੰਟਰੋਲਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।
ਵਿਸ਼ੇਸ਼ ਇੰਟਰਫੇਸ ਆਪਣੇ ਆਪ ਕਿਸੇ ਬਾਹਰੀ ਅਨੁਵਾਦ ਸੇਵਾ ਨੂੰ ਨਿੱਜੀ ਜਾਂ ਆਫਲਾਈਨ ਨਹੀਂ ਬਣਾ ਦਿੰਦਾ। ਜੇ ਤੁਹਾਡੇ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਲੋਕਲ ਪ੍ਰੋਸੈਸਿੰਗ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਸ਼ੁਰੂ ਵਿੱਚ ਹੀ ਇਹ ਲੋੜ ਦੱਸੋ ਅਤੇ ਪੂਰੇ ਡਾਟਾ ਪ੍ਰਵਾਹ ਨੂੰ ਉਸ ਦੇ ਮੁਤਾਬਕ ਟੈਸਟ ਕਰੋ।
ਦੇਰੀ ਅਤੇ ਗੜਬੜੀਆਂ ਲਈ ਯੋਜਨਾ ਬਣਾਓ
ਅੰਦਾਜ਼ਨ ਜਵਾਬ ਸਮਾਂ ਲਿਖੋ ਅਤੇ ਇਹ ਵੀ ਕਿ ਸੇਵਾ ਉਪਲਬਧ ਨਾ ਹੋਣ ਉੱਤੇ ਸਟਾਫ਼ ਕੀ ਕਰੇ। ਐਪ ਨੂੰ ਸਪਸ਼ਟ ਸਥਿਤੀ ਦਿਖਾਉਣੀ ਚਾਹੀਦੀ ਹੈ, ਜਿਵੇਂ ਉਡੀਕ ਜਾਰੀ, ਸਮੀਖਿਆ ਲਈ ਤਿਆਰ ਜਾਂ ਨਾਕਾਮ। ਮੂਲ ਟੈਕਸਟ ਸੁਰੱਖਿਅਤ ਰੱਖੋ।
ਡਿਵੈਲਪਰ ਨੂੰ ਕਹੋ ਕਿ ਉਹ ਆਰਜ਼ੀ ਨਾਕਾਮੀਆਂ ਨੂੰ ਉਨ੍ਹਾਂ ਗੜਬੜੀਆਂ ਤੋਂ ਵੱਖ ਕਰੇ ਜਿਨ੍ਹਾਂ ਲਈ ਬਦਲਾਅ ਦੀ ਲੋੜ ਹੈ। ਉਦਾਹਰਣ ਲਈ, DeepL ਰੇਟ-ਲਿਮਿਟ ਗੜਬੜੀਆਂ ਲਈ ਦੇਰੀ ਨਾਲ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਦਾ ਵੇਰਵਾ ਦਿੰਦਾ ਹੈ, ਜਦਕਿ ਖ਼ਤਮ ਹੋਏ ਕੋਟੇ ਲਈ ਵੱਖਰੀ ਕਾਰਵਾਈ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। [3] ਦੁਹਰਾਈਆਂ ਬੇਨਤੀਆਂ ਨਾਲ ਦੋਹਰੀਆਂ ਕਾਰੋਬਾਰੀ ਕਾਰਵਾਈਆਂ ਨਹੀਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ, ਜਿਵੇਂ ਇੱਕੋ ਜਵਾਬ ਦੋ ਵਾਰ ਭੇਜਣਾ।
ਵਰਤੋਂ ਦੀਆਂ ਚੇਤਾਵਨੀਆਂ ਅਤੇ ਸਹਾਇਤਾ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਬਾਰੇ ਸਹਿਮਤੀ ਬਣਾਓ। ਪ੍ਰੋਜੈਕਟ ਦੀਆਂ ਲਾਗਤਾਂ ਦੀ ਤੁਲਨਾ ਕਰਦੇ ਸਮੇਂ ਸੇਵਾ ਖ਼ਰਚੇ, ਰੱਖ-ਰਖਾਅ ਅਤੇ ਭਵਿੱਖੀ ਬਦਲਾਅ ਸ਼ਾਮਲ ਕਰੋ।
ਵਿਕਾਸ ਤੋਂ ਪਹਿਲਾਂ ਸਵੀਕਾਰਤਾ ਟੈਸਟ ਲਿਖੋ
ਹਰ ਲੋੜੀਂਦੇ ਭਾਸ਼ਾ ਜੋੜੇ ਲਈ ਪ੍ਰਤੀਨਿਧ ਉਦਾਹਰਣਾਂ ਚੁਣੋ। ਲੰਬੇ ਸੁਨੇਹੇ, ਅਸਧਾਰਨ ਅੱਖਰ, ਗੁੰਮ ਖੇਤਰ ਅਤੇ ਮਨਜ਼ੂਰ ਸੂਚੀ ਦੇ ਸ਼ਬਦ ਸ਼ਾਮਲ ਕਰੋ। ਮੂਲ ਰਿਕਾਰਡ ਤੋਂ ਲੈ ਕੇ ਸੇਵ ਕੀਤੇ ਜਾਂ ਭੇਜੇ ਗਏ ਨਤੀਜੇ ਤੱਕ ਪੂਰੇ ਕੰਮ ਦੀ ਜਾਂਚ ਕਰੋ।
ਪਾਸ ਹੋਣ ਦੇ ਅਜਿਹੇ ਮਾਪਦੰਡ ਤੈਅ ਕਰੋ ਜਿਨ੍ਹਾਂ ਦੀ ਲੋਕ ਜਾਂਚ ਕਰ ਸਕਣ: ਉਤਪਾਦ ਕੋਡ ਬਿਨਾਂ ਬਦਲੇ ਰਹਿੰਦੇ ਹਨ, ਗੈਰ-ਮਨਜ਼ੂਰ ਅਨੁਵਾਦ ਭੇਜਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ, ਨਾਕਾਮ ਬੇਨਤੀ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ ਅਤੇ ਸਮੀਖਿਅਕ ਮੂਲ ਟੈਕਸਟ ਉੱਤੇ ਵਾਪਸ ਜਾ ਸਕਦਾ ਹੈ। ਅਰਥ ਅਤੇ ਲਹਿਜੇ ਦਾ ਮੁਲਾਂਕਣ ਕਿਸੇ ਯੋਗ ਸਮੀਖਿਅਕ ਤੋਂ ਕਰਵਾਓ। ਖ਼ਾਮੀਆਂ ਦਰਜ ਕਰੋ ਅਤੇ ਬਦਲਾਵਾਂ ਤੋਂ ਬਾਅਦ ਉਹੀ ਟੈਸਟ ਦੁਹਰਾਓ।
ਕੋਟੇਸ਼ਨ ਲਈ ਸਪਸ਼ਟ ਬੇਨਤੀ ਤਿਆਰ ਕਰੋ
ਕਾਰਜ-ਪ੍ਰਵਾਹ, ਨਮੂਨਾ ਖੇਤਰ, ਭਾਸ਼ਾ ਜੋੜੇ, ਅੰਦਾਜ਼ਨ ਮਾਤਰਾ, ਡਾਟਾ ਨਿਯਮ ਅਤੇ ਸਵੀਕਾਰਤਾ ਟੈਸਟ ਭੇਜੋ। ਹਰ ਚੀਜ਼ ਉੱਤੇ ਨਿਸ਼ਾਨ ਲਗਾਓ ਕਿ ਉਹ ਲਾਂਚ ਲਈ ਜ਼ਰੂਰੀ ਹੈ ਜਾਂ ਬਾਅਦ ਦੀ ਰਿਲੀਜ਼ ਲਈ ਢੁਕਵੀਂ ਹੈ। ਧਾਰਨਾਵਾਂ ਅਤੇ ਬਾਹਰ ਰੱਖੀਆਂ ਗਈਆਂ ਚੀਜ਼ਾਂ ਲਿਖਤੀ ਰੂਪ ਵਿੱਚ ਮੰਗੋ।
Vavus ਵਿਸ਼ੇਸ਼ ਪ੍ਰੋਜੈਕਟਾਂ ਲਈ ਲਿਖਤੀ ਦਾਇਰਾ ਤੈਅ ਕਰਨ ਦੀ ਸੇਵਾ ਦਿੰਦਾ ਹੈ। [4] ਆਪਣੀ ਮੌਜੂਦਾ ਐਪ ਅਤੇ ਜਿਸ ਕੰਮ ਨੂੰ ਤੁਸੀਂ ਸੁਧਾਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਉਸ ਦਾ ਵੇਰਵਾ ਦੇਣ ਲਈ ਕੋਟੇਸ਼ਨ ਪੰਨਾ ਵਰਤੋ। ਪ੍ਰਸਤਾਵਿਤ ਏਕੀਕਰਨ, ਤੈਨਾਤੀ ਅਤੇ ਟੈਸਟਿੰਗ ਦੀ ਪੁਸ਼ਟੀ ਤੁਹਾਡੇ ਪ੍ਰੋਜੈਕਟ ਦੇ ਦਾਇਰੇ ਵਿੱਚ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।