ਇੱਕ ਫ੍ਰੀਲਾਂਸ ਡਿਵੈਲਪਰ ਨੂੰ ਕਿਵੇਂ ਹਾਇਰ ਕਰੀਏ

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

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

ਫੈਸਲਾ ਕਰੋ ਕਿ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਕੀ ਬਣਾ ਰਹੇ ਹੋ

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

ਕਿਸੇ ਨਾਲ ਗੱਲ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਚਾਰ ਚੀਜ਼ਾਂ ਲਿਖੋ:

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

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

ਤੁਹਾਨੂੰ ਕਿਸ ਤਰ੍ਹਾਂ ਦੇ ਡਿਵੈਲਪਰ ਦੀ ਲੋੜ ਹੈ

“ਡਿਵੈਲਪਰ” ਇੱਕ ਦਰਜਨ ਵੱਖ-ਵੱਖ ਵਪਾਰਾਂ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ ਜੋ ਆਪਸ ਵਿੱਚ ਬਦਲਣਯੋਗ ਨਹੀਂ ਹਨ। ਗਲਤ ਵਿਅਕਤੀ ਨੂੰ ਨੌਕਰੀ 'ਤੇ ਰੱਖਣਾ ਇਸ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਸਭ ਤੋਂ ਆਮ ਅਤੇ ਸਭ ਤੋਂ ਮਹਿੰਗੀ ਸ਼੍ਰੇਣੀ ਦੀ ਗਲਤੀ ਹੈ।

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

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

ਵਿਅਕਤੀ ਤੋਂ ਪਹਿਲਾਂ ਤਕਨਾਲੋਜੀ ਦੀ ਚੋਣ ਕਰਨਾ

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

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

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

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

ਇੱਕ ਬ੍ਰੀਫ ਲਿਖਣਾ ਜਿਸਦਾ ਇੱਕ ਡਿਵੈਲਪਰ ਹਵਾਲਾ ਦੇ ਸਕਦਾ ਹੈ

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

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

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

ਛੋਟੀ ਸੂਚੀ ਬਣਾਉਣਾ

ਤਿੰਨ ਤੋਂ ਪੰਜ ਉਮੀਦਵਾਰਾਂ ਦਾ ਟੀਚਾ ਰੱਖੋ। ਘੱਟ ਹੋਣ 'ਤੇ ਤੁਹਾਡੇ ਕੋਲ ਕੋਈ ਤੁਲਨਾ ਨਹੀਂ ਹੋਵੇਗੀ; ਜ਼ਿਆਦਾ ਹੋਣ 'ਤੇ ਤੁਸੀਂ ਉਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਦਾ ਵੀ ਸਹੀ ਢੰਗ ਨਾਲ ਮੁਲਾਂਕਣ ਨਹੀਂ ਕਰ ਸਕੋਗੇ।

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

ਜੇਕਰ ਕੰਮ ਲਈ ਚਰਚਾ ਦੀ ਲੋੜ ਹੈ ਤਾਂ ਵਿਅਕਤੀ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ। ਅਨੁਸ਼ਾਸਨ ਜਾਂ ਟੂਲ ਦੁਆਰਾ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਬ੍ਰਾਊਜ਼ ਕਰੋ — ਰੀਐਕਟ, ਵਰਡਪ੍ਰੈਸ, PHP, ਪਾਈਥਨ ਜਾਂ ਵੈੱਬਫਲੋ — ਜਾਂ ਬ੍ਰੀਫ ਪੋਸਟ ਕਰੋ ਅਤੇ ਪ੍ਰਸਤਾਵਾਂ ਨੂੰ ਤੁਹਾਡੇ ਕੋਲ ਆਉਣ ਦਿਓ। Zinn Hub 'ਤੇ, ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਪੋਸਟ ਕਰਨਾ ਮੁਫ਼ਤ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਇਸਨੂੰ ਇੱਕ ਖਾਸ ਖੇਤਰ ਜਿਵੇਂ ਕਿ ਵੈੱਬਸਾਈਟ ਡਿਵੈਲਪਮੈਂਟ, ਬੈਕ-ਐਂਡ ਡਿਵੈਲਪਮੈਂਟ ਜਾਂ ਮੋਬਾਈਲ ਐਪ ਡਿਵੈਲਪਮੈਂਟ 'ਤੇ ਨਿਰਦੇਸ਼ਿਤ ਕਰ ਸਕਦੇ ਹੋ।

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

ਇੱਕ ਡਿਵੈਲਪਰ ਪੋਰਟਫੋਲੀਓ ਨੂੰ ਕਿਵੇਂ ਪੜ੍ਹਨਾ ਹੈ

ਤੁਸੀਂ ਕਿਸੇ ਦੇ ਕੋਡ ਦਾ ਆਡਿਟ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਅਤੇ ਤੁਹਾਨੂੰ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ ਕਿ ਕੀ ਦੇਖਣਾ ਹੈ ਤਾਂ ਇੱਕ ਪੋਰਟਫੋਲੀਓ ਅਜੇ ਵੀ ਤੁਹਾਨੂੰ ਬਹੁਤ ਕੁਝ ਦੱਸਦਾ ਹੈ।

• ਲਾਈਵ ਲਿੰਕ ਖੋਲ੍ਹੋ। ਇੱਕ ਸਕ੍ਰੀਨਸ਼ਾਟ ਕੁਝ ਵੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ। ਸਾਈਟ ਨੂੰ ਆਪਣੇ ਫ਼ੋਨ 'ਤੇ ਲੋਡ ਕਰੋ, ਇਸਦੀ ਵਰਤੋਂ ਕਰੋ, ਇਸਨੂੰ ਤੋੜੋ। ਅੱਜ ਜੋ ਵੀ ਟੁੱਟਿਆ ਹੋਇਆ ਸੀ, ਉਹ ਟੁੱਟਿਆ ਹੋਇਆ ਹੀ ਸਾਈਨ ਆਫ਼ ਕੀਤਾ ਗਿਆ ਸੀ।
• ਆਪਣੀਆਂ ਸਮੱਸਿਆਵਾਂ ਵਰਗੀਆਂ ਸਮੱਸਿਆਵਾਂ ਲੱਭੋ। ਉਹੀ ਉਦਯੋਗ ਨਹੀਂ — ਉਹੀ ਆਕਾਰ। ਇੱਕ ਬੁਕਿੰਗ ਫਲੋ ਇੱਕ ਬੁਕਿੰਗ ਫਲੋ ਹੈ ਭਾਵੇਂ ਇਹ ਵਾਲ ਕੱਟਣ ਜਾਂ ਹੈਲੀਕਾਪਟਰ ਵੇਚਦਾ ਹੋਵੇ।
• ਉਹਨਾਂ ਨੇ ਕੀ ਕੀਤਾ, ਇਹ ਜਾਂਚ ਕਰੋ। ਟੀਮ ਪ੍ਰੋਜੈਕਟਾਂ 'ਤੇ, ਪੁੱਛੋ ਕਿ ਕਿਹੜੇ ਹਿੱਸੇ ਉਹਨਾਂ ਦੇ ਸਨ। “ਮੈਂ ਇਸ 'ਤੇ ਕੰਮ ਕੀਤਾ” ਦਾ ਮਤਲਬ ਬਹੁਤ ਕੁਝ ਜਾਂ ਬਹੁਤ ਘੱਟ ਹੋ ਸਕਦਾ ਹੈ।
• ਮੂਲ ਗੱਲਾਂ ਦੀ ਖੁਦ ਜਾਂਚ ਕਰੋ। ਕੀ ਪੰਨਾ ਤੇਜ਼ੀ ਨਾਲ ਲੋਡ ਹੁੰਦਾ ਹੈ? ਕੀ ਇਹ ਫ਼ੋਨ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ? ਕੀ ਫਾਰਮ ਕੀਬੋਰਡ ਨਾਲ ਵਰਤੋਂ ਯੋਗ ਹਨ? ਇਹ ਕਾਰੀਗਰੀ ਦੇ ਸੰਕੇਤ ਹਨ ਜੋ ਇੱਕ ਗੈਰ-ਤਕਨੀਕੀ ਖਰੀਦਦਾਰ ਬਿਲਕੁਲ ਚੰਗੀ ਤਰ੍ਹਾਂ ਪੜ੍ਹ ਸਕਦਾ ਹੈ।
• ਸਮੀਖਿਆਵਾਂ ਨੂੰ ਸਬੂਤ ਦੇ ਇੱਕ ਸਮੂਹ ਵਜੋਂ ਪੜ੍ਹੋ। ਇੱਕ ਚਮਕਦਾਰ ਸਮੀਖਿਆ ਸ਼ੋਰ ਹੈ। ਬਹੁਤ ਸਾਰੀਆਂ ਸਮੀਖਿਆਵਾਂ ਵਿੱਚ ਇੱਕ ਪੈਟਰਨ, ਖਾਸ ਕਰਕੇ ਸੰਚਾਰ ਅਤੇ ਸਮਾਂ-ਸੀਮਾਵਾਂ ਬਾਰੇ, ਸੰਕੇਤ ਹੈ। Zinn Hub 'ਤੇ ਸਮੀਖਿਆਵਾਂ ਲਈ ਇੱਕ ਪੁਸ਼ਟੀ ਕੀਤੀ ਖਰੀਦ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
• ਪੁੱਛੋ ਕਿ ਕੀ ਗਲਤ ਹੋਇਆ। “ਮੈਨੂੰ ਇੱਕ ਅਜਿਹੇ ਪ੍ਰੋਜੈਕਟ ਬਾਰੇ ਦੱਸੋ ਜੋ ਬੁਰੀ ਤਰ੍ਹਾਂ ਚੱਲਿਆ” ਦਾ ਸਭ ਤੋਂ ਮਜ਼ਬੂਤ ਜਵਾਬ ਇੱਕ ਖਾਸ, ਅਣਸੁਖਾਵੀਂ, ਚੰਗੀ ਤਰ੍ਹਾਂ ਵਿਸ਼ਲੇਸ਼ਣ ਕੀਤੀ ਕਹਾਣੀ ਹੈ। ਅਜਿਹਾ ਕੋਈ ਡਿਵੈਲਪਰ ਨਹੀਂ ਹੈ ਜਿਸਦੇ ਸਿਰਫ਼ ਸੁਚਾਰੂ ਪ੍ਰੋਜੈਕਟ ਹੋਣ।

ਇਸਦੇ ਇੱਕ ਪ੍ਰਣਾਲੀਗਤ ਸੰਸਕਰਣ ਲਈ, ਸਾਡੀ 12-ਕਦਮੀ ਫ੍ਰੀਲਾਂਸਰ ਜਾਂਚ ਸੂਚੀ ਰਾਹੀਂ ਕੰਮ ਕਰੋ।

ਕਿਰਾਏ 'ਤੇ ਲੈਣ ਤੋਂ ਪਹਿਲਾਂ ਪੁੱਛਣ ਵਾਲੇ ਸਵਾਲ

ਇਸਦਾ ਉਦੇਸ਼ ਕਿਸੇ ਨੂੰ ਫੜਨਾ ਨਹੀਂ ਹੈ। ਇਹ ਸੁਣਨਾ ਹੈ ਕਿ ਕੋਈ ਕਿਵੇਂ ਸੋਚਦਾ ਹੈ ਜਦੋਂ ਜਵਾਬ ਤਿਆਰ ਨਹੀਂ ਹੁੰਦਾ।

• ਪਿਛਲੇ ਬਿਲਡ ਦੀ ਵਿਆਖਿਆ ਕਰੋ“ਮੈਨੂੰ ਇਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਅਤੇ ਤੁਹਾਡੇ ਦੁਆਰਾ ਕੀਤੇ ਗਏ ਸਮਝੌਤਿਆਂ ਬਾਰੇ ਦੱਸੋ।” ਇੱਕ ਚੰਗਾ ਡਿਵੈਲਪਰ ਉਸ ਚੀਜ਼ ਦਾ ਨਾਮ ਦੱਸੇਗਾ ਜੋ ਉਸਨੇ ਨਾ ਕਰਨ ਦੀ ਚੋਣ ਕੀਤੀ ਸੀ ਅਤੇ ਕਿਉਂ। ਬਿਨਾਂ ਸਮਝੌਤਿਆਂ ਦੇ ਸ਼ਬਦਾਵਲੀ ਇੱਕ ਚੇਤਾਵਨੀ ਚਿੰਨ੍ਹ ਹੈ।
• ਇੱਥੇ ਤੁਹਾਨੂੰ ਕੀ ਚਿੰਤਾ ਹੈਪੁੱਛੋ ਕਿ ਤੁਹਾਡੇ ਬ੍ਰੀਫ ਦਾ ਸਭ ਤੋਂ ਖਤਰਨਾਕ ਹਿੱਸਾ ਕੀ ਹੈ। ਕੋਈ ਵੀ ਜੋ ਕਹਿੰਦਾ ਹੈ “ਕੁਝ ਨਹੀਂ, ਇਹ ਸਿੱਧਾ ਹੈ” ਉਸਨੇ ਇਸਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਨਹੀਂ ਪੜ੍ਹਿਆ ਹੈ।
• ਕੀ ਗੁੰਮ ਹੈ“ਤੁਹਾਨੂੰ ਮੇਰੇ ਤੋਂ ਕੀ ਚਾਹੀਦਾ ਹੈ ਜੋ ਮੈਂ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕੀਤਾ ਹੈ?” ਮਜ਼ਬੂਤ ​​ਉਮੀਦਵਾਰ ਇਸਦਾ ਤੁਰੰਤ ਅਤੇ ਵਿਸਥਾਰ ਵਿੱਚ ਜਵਾਬ ਦਿੰਦੇ ਹਨ।
• ਮੈਂ ਤਰੱਕੀ ਕਿਵੇਂ ਦੇਖਾਂਗਾਇੱਕ ਸਟੇਜਿੰਗ ਲਿੰਕ, ਇੱਕ ਹਫਤਾਵਾਰੀ ਅਪਡੇਟ, ਇੱਕ ਸਾਂਝਾ ਬੋਰਡ। ਕੋਈ ਵੀ ਜਵਾਬ ਠੀਕ ਹੈ; ਕੋਈ ਜਵਾਬ ਨਹੀਂ ਹੈ।
• ਲਾਂਚ ਤੋਂ ਬਾਅਦ ਕੀ ਹੁੰਦਾ ਹੈਬੱਗ ਵਿੰਡੋ, ਸਹਾਇਤਾ ਸ਼ਰਤਾਂ, ਦਸਤਾਵੇਜ਼। ਇਸਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਹਿਮਤ ਹੋਵੋ, ਨਾ ਕਿ ਜਦੋਂ ਕੁਝ ਟੁੱਟ ਜਾਵੇ।
• ਕੋਡ ਦਾ ਮਾਲਕ ਕੌਣ ਹੈਸਿੱਧਾ ਪੁੱਛੋ। ਜਵਾਬ ਤੁਹਾਨੂੰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਡਿਲੀਵਰੀ 'ਤੇ, ਲਿਖਤੀ ਰੂਪ ਵਿੱਚ, ਇਸਨੂੰ ਚਲਾਉਣ ਲਈ ਲੋੜੀਂਦੀ ਹਰ ਚੀਜ਼ ਸਮੇਤ।

ਪ੍ਰਤੀਬੱਧ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਟੈਸਟ ਕਰੋ

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

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

Zinn Hub 'ਤੇ ਕੁਦਰਤੀ ਫਾਰਮੈਟ ਇੱਕ ਮਾਈਕ੍ਰੋ Zinn ਹੈ — $5, $10, $15 ਜਾਂ $20 'ਤੇ ਇੱਕ ਨਿਸ਼ਚਿਤ-ਕੀਮਤ ਵਾਲਾ ਕਾਰਜ। ਬੱਗ ਫਿਕਸ ਅਤੇ ਛੋਟੇ ਕੋਡ ਕਾਰਜ ਜਾਂ ਵੈੱਬਸਾਈਟ ਬੱਗ ਫਿਕਸ ਅਤੇ ਟਵੀਕਸ ਨੂੰ ਬ੍ਰਾਊਜ਼ ਕਰੋ, ਜਾਂ $20 ਮਾਈਕ੍ਰੋ Zinns ਨਾਲ ਇੱਕ ਕੀਮਤ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ। ਵਚਨਬੱਧ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਫ੍ਰੀਲਾਂਸਰ ਦੀ ਜਾਂਚ ਕਰਨ ਬਾਰੇ ਸਾਡੀ ਗਾਈਡ ਦੱਸਦੀ ਹੈ ਕਿ ਟੈਸਟ ਨੂੰ ਕਿਵੇਂ ਬਣਾਉਣਾ ਅਤੇ ਨਿਰਣਾ ਕਰਨਾ ਹੈ।

ਇਸਦੀ ਕੀਮਤ ਕਿੰਨੀ ਹੈ ਅਤੇ ਕਿਵੇਂ ਭੁਗਤਾਨ ਕਰਨਾ ਹੈ

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

• ਛੋਟਾ ਕਾਰਜ

  $200 ਤੋਂ ਘੱਟ

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

• ਸਟੈਂਡਰਡ ਬਿਲਡ

  $500–$2,000

  ਇੱਕ ਪਲੇਟਫਾਰਮ-ਆਧਾਰਿਤ ਸਾਈਟ ਜਾਂ ਦੁਕਾਨ: ਥੀਮ ਕੌਂਫਿਗਰੇਸ਼ਨ, ਕਈ ਪੰਨਾ ਟੈਂਪਲੇਟਸ, ਫਾਰਮ, ਬੁਨਿਆਦੀ ਏਕੀਕਰਣ, ਲਾਂਚ।

• ਐਡਵਾਂਸਡ

  $2,000–$8,000

  ਕਸਟਮ ਕਾਰਜਕੁਸ਼ਲਤਾ, ਖਾਤੇ ਅਤੇ ਲੌਗਇਨ, ਭੁਗਤਾਨ, ਤੀਜੀ-ਧਿਰ ਏਕੀਕਰਣ, ਜਾਂ ਸ਼ੁਰੂ ਤੋਂ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਇੱਕ ਬੇਸਪੋਕ ਡਿਜ਼ਾਈਨ।

• ਐਪਲੀਕੇਸ਼ਨ

  $8,000+

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

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

Zinn Hub 'ਤੇ, ਹਰ Zinn ਦੀ ਕੀਮਤ ਉਸਦੇ Zinner ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਖਰੀਦਦਾਰ ਕੋਈ ਪਲੇਟਫਾਰਮ ਫੀਸ ਨਹੀਂ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਸਾਰੀਆਂ ਕੀਮਤਾਂ USD ਵਿੱਚ ਹੁੰਦੀਆਂ ਹਨ ਜਿਸਦਾ ਤੁਹਾਡੀ ਆਪਣੀ ਮੁਦਰਾ ਵਿੱਚ ਲਗਭਗ ਬਰਾਬਰ ਮੁੱਲ ਦਿਖਾਇਆ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਆਰਡਰ ਦਾ ਭੁਗਤਾਨ ਇੱਕ ਸਿੰਗਲ ਪੂਰੀ ਰਕਮ ਵਜੋਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ; ਕੋਈ ਪੜਾਅਵਾਰ ਜਾਂ ਮੀਲਪੱਥਰ ਰੀਲੀਜ਼ ਨਹੀਂ ਹੁੰਦੀ, ਇਸਲਈ ਇੱਕ ਪੜਾਅਵਾਰ ਬਿਲਡ ਨੂੰ ਵੱਖਰੇ ਆਰਡਰਾਂ ਵਜੋਂ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ ਜਾਂ ਤੁਹਾਡੇ ਪ੍ਰੋਜੈਕਟ ਬ੍ਰੀਫ ਵਿੱਚ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਕੀਮਤ ਵਾਲੇ ਪੜਾਵਾਂ ਵਜੋਂ ਸਹਿਮਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਪਲੇਟਫਾਰਮ ਸੁਰੱਖਿਅਤ Zinner ਚੁਣੋ ਅਤੇ ਤੁਹਾਡਾ ਭੁਗਤਾਨ Zinn Hub ਦੁਆਰਾ ਉਦੋਂ ਤੱਕ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਆਰਡਰ ਪੂਰਾ ਨਹੀਂ ਹੋ ਜਾਂਦਾ; ਕੋਈ ਵੀ ਰਿਫੰਡ ਤੁਹਾਡੇ Zinn Wallet ਵਿੱਚ ਪੂਰੀ ਤਰ੍ਹਾਂ, USD ਵਿੱਚ ਕ੍ਰੈਡਿਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਜਿਹੜੇ Zinners ਆਪਣੇ PayPal ਜਾਂ Stripe ਖਾਤੇ ਨੂੰ ਕਨੈਕਟ ਕਰਦੇ ਹਨ, ਉਹਨਾਂ ਨੂੰ ਚੈੱਕਆਉਟ 'ਤੇ ਸਿੱਧਾ ਭੁਗਤਾਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਮਾਲਕੀ, ਪਹੁੰਚ ਅਤੇ ਹੈਂਡਓਵਰ

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

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

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

ਗਲਤੀਆਂ ਜੋ ਵਿਕਾਸ ਪ੍ਰੋਜੈਕਟਾਂ ਨੂੰ ਡੁਬੋ ਦਿੰਦੀਆਂ ਹਨ

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

ਜੇਕਰ ਤੁਸੀਂ ਅਜੇ ਵੀ ਇਹ ਫੈਸਲਾ ਕਰ ਰਹੇ ਹੋ ਕਿ ਕੀ ਫ੍ਰੀਲਾਂਸਰ ਸਹੀ ਰਸਤਾ ਹੈ, ਤਾਂ ਫ੍ਰੀਲਾਂਸਰ ਬਨਾਮ ਏਜੰਸੀ ਇੱਕ ਛੋਟੇ ਕਾਰੋਬਾਰੀ ਨਿਰਮਾਣ ਲਈ ਦੋਵਾਂ ਦੀ ਇਮਾਨਦਾਰੀ ਨਾਲ ਤੁਲਨਾ ਕਰਦਾ ਹੈ।