AI ਐਪ ਬਿਲਡਰ ਦੀ ਕੀਮਤ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ ਕਿ ਕੰਮ ਕਿਸ ਨੂੰ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ

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

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

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

ਇੱਕੋ ਪ੍ਰੌਮਪਟ ਗਿਣਤੀ ਤਿੰਨ ਵੱਖਰੇ ਬਿੱਲ ਲੁਕਾ ਸਕਦੀ ਹੈ

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

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

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

ਤੁਲਨਾ ਲਈ, ਹਰ ਮਹੀਨੇ ਨੂੰ ਚਾਰ ਹਫ਼ਤੇ ਮੰਨਣ ਦੀ ਬਜਾਏ 4.33 ਹਫ਼ਤਿਆਂ ਦਾ ਮਹੀਨਾਵਾਰ ਫੈਕਟਰ ਵਰਤੋ। ਹਰ ਹਫ਼ਤੇ ਦੀਆਂ 100 ਇਟਰੇਸ਼ਨਾਂ 433 ਮਹੀਨਾਵਾਰ ਇਟਰੇਸ਼ਨ ਬਣਦੀਆਂ ਹਨ। ਇੱਕ ਵੀ ਰਿਟਰਾਈ ਜਾਂ ਬੈਕਗ੍ਰਾਊਂਡ ਜੌਬ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਛੋਟੀ ਸੋਧ 33 ਇਟਰੇਸ਼ਨ ਵਧਾ ਦਿੰਦੀ ਹੈ।

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

ਕੈਲਕੂਲੇਟਰ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਇਕ ਵਰਕਲੋਡ ਤੈਅ ਕਰੋ

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

ਹਿਸਾਬ ਵਾਲੀ ਤੁਲਨਾ ਲਈ, ਮੈਂ ਇਹ ਹਫ਼ਤਾਵਾਰ ਵਰਕਲੋਡ ਵਰਤਾਂਗਾ:

• 70 ਛੋਟੀਆਂ ਸੋਧਾਂ, ਹਰੇਕ ਲਈ ਇੱਕ ਕ੍ਰੈਡਿਟ ਇਕਾਈ
• 20 ਕਈ ਫਾਈਲਾਂ ਵਾਲੀਆਂ ਤਬਦੀਲੀਆਂ, ਹਰੇਕ ਲਈ ਤਿੰਨ ਕ੍ਰੈਡਿਟ ਇਕਾਈਆਂ
• 10 ਬਿਲਡ ਜਾਂ ਡਿਪਲੌਇਮੈਂਟ ਤਬਦੀਲੀਆਂ, ਹਰੇਕ ਲਈ ਪੰਜ ਕ੍ਰੈਡਿਟ ਇਕਾਈਆਂ
• ਔਸਤ ਦੋ ਕ੍ਰੈਡਿਟ ਇਕਾਈਆਂ ਵਾਲੇ 25 ਰਿਟਰਾਈ ਰਨ
• ਕੁੱਲ 45 ਕ੍ਰੈਡਿਟ ਇਕਾਈਆਂ ਖਪਤ ਕਰਨ ਵਾਲੇ 35 ਬੈਕਗ੍ਰਾਊਂਡ ਰਨ

100 ਮੰਗੀਆਂ ਇਟਰੇਸ਼ਨਾਂ ਆਪਣੇ ਪਹਿਲੇ ਪਾਸ ਵਿੱਚ 180 ਕਲਪਿਤ ਕ੍ਰੈਡਿਟ ਇਕਾਈਆਂ ਵਰਤਦੀਆਂ ਹਨ। ਰਿਟਰਾਈ 50 ਹੋਰ ਜੋੜਦੀਆਂ ਹਨ। ਪਲੈਨਿੰਗ, ਇੰਡੈਕਸਿੰਗ, ਟੈਸਟ ਅਤੇ ਡਿਪਲੌਇਮੈਂਟ ਦਾ ਕੰਮ 45 ਹੋਰ ਜੋੜਦਾ ਹੈ। ਹਫ਼ਤਾਵਾਰ ਕੁੱਲ 275 ਇਕਾਈਆਂ, ਜਾਂ ਔਸਤ ਮਹੀਨੇ ਵਿੱਚ 1,190.75 ਇਕਾਈਆਂ ਹੈ।

ਟਾਸਕ ਬਿਲਿੰਗ ਹੇਠ ਇਹੀ ਸਰਗਰਮੀ ਦਾ ਦੂਜਾ ਰੂਪ ਹੈ। ਇਹ ਹਰ ਹਫ਼ਤੇ 100 ਵਰਤੋਂਕਾਰ-ਸ਼ੁਰੂ ਕੀਤੇ ਟਾਸਕ, 25 ਰਿਟਰਾਈ ਟਾਸਕ ਅਤੇ 35 ਬੈਕਗ੍ਰਾਊਂਡ ਟਾਸਕ ਸ਼ੁਰੂ ਕਰਦੀ ਹੈ। ਇਹ ਹਫ਼ਤੇ ਦੇ 160 ਅਤੇ ਮਹੀਨੇ ਦੇ 692.8 ਇਵੈਂਟ ਹਨ। ਕੀ ਸਾਰੇ 692.8 ਬਿਲ ਹੋਣ ਯੋਗ ਹਨ, ਇਹ ਕੌਂਟ੍ਰੈਕਟ ਦੀ ਟਾਸਕ ਪਰਿਭਾਸ਼ਾ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।

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

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

ਆਪਣੀ ਸੁਰੱਖਿਆ ਲਈ ਵਰਕਲੋਡ ਨਾ ਫੁਲਾਓ। ਵੇਖੇ ਬੇਸਲਾਈਨ ਦਾ ਹਿਸਾਬ ਕਰਨ ਤੋਂ ਬਾਅਦ ਵੱਖਰਾ ਵੈਰੀਅੰਸ ਅਲਾਊਅੰਸ ਜੋੜੋ। ਬੇਸਲਾਈਨ ਅਤੇ ਅਲਾਊਅੰਸ ਵੱਖਰੇ ਰੱਖਣ ਨਾਲ ਪਤਾ ਲੱਗਦਾ ਹੈ ਕਿ ਪਲਾਨ ਆਮ ਕੰਮ ਕਰਕੇ ਮਹਿੰਗਾ ਹੈ ਜਾਂ ਇਸ ਲਈ ਕਿ ਤੁਸੀਂ ਵਿਅਸਤ ਮਹੀਨੇ ਵਿਰੁੱਧ ਬੀਮਾ ਖਰੀਦਿਆ ਹੈ।

ਕ੍ਰੈਡਿਟ ਪੈਕ ਬਿਲਡਰ ਅੰਦਰ ਹੋ ਰਹੀ ਹਰਕਤ ਲਈ ਚਾਰਜ ਕਰਦੇ ਹਨ

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

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

ਕਲਪਿਤ ਵਰਕਲੋਡ ਲਈ 500 ਇਕਾਈਆਂ ਦਾ ਪੈਕ ਲਓ ਜਿਸਦੀ ਕੀਮਤ $30 ਹੈ। ਮਹੀਨਾਵਾਰ ਮੰਗ 1,190.75 ਇਕਾਈਆਂ ਹੈ। ਪੈਕ ਟੁੱਟਦੇ ਨਹੀਂ, ਇਸ ਲਈ ਖਰੀਦਦਾਰ ਨੂੰ ਤਿੰਨ ਪੈਕ ਚਾਹੀਦੇ ਹਨ ਅਤੇ $90 ਦੇਣੇ ਪੈਂਦੇ ਹਨ। ਜੇ ਕ੍ਰੈਡਿਟ ਮਿਆਦ ਪੁੱਗਦੇ ਨਹੀਂ ਤਾਂ ਮਹੀਨੇ ਦੇ ਅੰਤ ਵਿੱਚ ਖਾਤੇ ਵਿੱਚ 309.25 ਇਕਾਈਆਂ ਬਚਦੀਆਂ ਹਨ। ਵਰਤੇ ਕੰਮ ਦੀ ਅਸਲ ਕੀਮਤ ਲਗਭਗ 7.56 ਸੈਂਟ ਪ੍ਰਤੀ ਇਕਾਈ ਹੈ, ਭਾਵੇਂ ਪੈਕ 6 ਸੈਂਟ ਦਾ ਇਸ਼ਤਿਹਾਰ ਦਿੰਦਾ ਹੋਵੇ, ਕਿਉਂਕਿ ਨਾ ਵਰਤੀ ਸਮਰੱਥਾ ਵੀ ਖਰੀਦਣੀ ਪਈ।

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

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

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

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

ਟਾਸਕ ਬਿਲਿੰਗ ਇਸ ਗੱਲ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ ਕਿ ਟਾਸਕ ਕਿੱਥੇ ਸ਼ੁਰੂ ਤੇ ਖਤਮ ਹੁੰਦਾ ਹੈ

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

ਲੈਜ਼ਰ ਵਿੱਚ ਸ਼ੁਰੂ ਹੋਈ ਹਰੇਕ ਘਟਨਾ ਲਈ $0.14 ਦੀ ਕਲਪਿਤ ਦਰ ਲਗਾਓ। 692.8 ਮਹੀਨਾਵਾਰ ਇਵੈਂਟਾਂ ਉੱਤੇ ਸੈਂਟ ਤੱਕ ਰਾਊਂਡ ਕਰਨ ਮਗਰੋਂ ਲਾਗਤ $96.99 ਹੈ। ਇਹ $90 ਕ੍ਰੈਡਿਟ ਪੈਕ ਨਤੀਜੇ ਤੋਂ ਵੱਧ ਹੈ, ਭਾਵੇਂ ਕੀਮਤ ਸਫ਼ੇ ਉੱਤੇ ਚੌਦਾਂ ਸੈਂਟ ਛੋਟੇ ਲੱਗਣ।

ਹੁਣ ਕੌਂਟ੍ਰੈਕਟ ਦਾ ਇੱਕ ਵਾਕ ਬਦਲੋ: ਸਿਰਫ਼ 433 ਵਰਤੋਂਕਾਰ-ਮੰਗੀਆਂ ਇਟਰੇਸ਼ਨਾਂ ਲਈ ਚਾਰਜ ਕਰੋ ਅਤੇ ਰਿਟਰਾਈਆਂ ਤੇ ਬੈਕਗ੍ਰਾਊਂਡ ਕੰਮ ਹਰੇਕ ਟਾਸਕ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰੋ। ਮਹੀਨਾਵਾਰ ਲਾਗਤ ਘਟ ਕੇ $60.62 ਰਹਿ ਜਾਂਦੀ ਹੈ। ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਕੁਝ ਨਹੀਂ ਬਦਲਿਆ। ਟਾਸਕ ਦੀ ਹੱਦ ਬਦਲੀ, ਅਤੇ ਇਸ ਹੱਦ ਨੇ $36.37 ਬਦਲ ਦਿੱਤੇ।

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

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

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

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

ਫਲੈਟ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਸਿਰਫ਼ ਆਪਣੀ ਸ਼ਾਮਲ ਹੱਦ ਅੰਦਰ ਹੀ ਜਿੱਤਦੇ ਹਨ

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

$79 ਦਾ ਕਲਪਿਤ ਮਹੀਨਾਵਾਰ ਪਲਾਨ ਲਓ, ਜਿਸ ਵਿੱਚ 600 ਤੱਕ ਇੰਟਰਐਕਟਿਵ ਅਤੇ ਰਿਟਰਾਈ ਰਨ, ਨਾਲ ਹੀ 200 ਬੈਕਗ੍ਰਾਊਂਡ ਰਨ ਸ਼ਾਮਲ ਹਨ। ਉਦਾਹਰਨ ਮਹੀਨੇ ਵਿੱਚ 541.25 ਇੰਟਰਐਕਟਿਵ ਅਤੇ ਰਿਟਰਾਈ ਰਨ ਅਤੇ 151.55 ਬੈਕਗ੍ਰਾਊਂਡ ਰਨ ਬਣਾਉਂਦੀ ਹੈ। ਦੋਵੇਂ ਕੁੱਲ ਹੱਦ ਵਿੱਚ ਹਨ, ਇਸ ਲਈ ਕੀਮਤ $79 ਹੀ ਰਹਿੰਦੀ ਹੈ। ਇਨ੍ਹਾਂ ਅਨੁਮਾਨਾਂ ਅਧੀਨ ਫਲੈਟ ਕੀਮਤ $90 ਕ੍ਰੈਡਿਟ ਪੈਕ ਅਤੇ $96.99 ਸ਼ੁਰੂ ਹੋਏ ਟਾਸਕ ਪਲਾਨ ਤੋਂ ਵਧੀਆ ਹੈ।

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

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

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

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

ਸਾਲਾਨਾ ਛੂਟਾਂ ਹਿਸਾਬ ਵਿੱਚ ਸਭ ਤੋਂ ਅੰਤ 'ਤੇ ਪਾਓ। ਪਹਿਲਾਂ ਮਹੀਨਾਵਾਰ ਸ਼ਰਤਾਂ ਉੱਤੇ ਸਭ ਤੋਂ ਸਸਤਾ ਮਾਡਲ ਲੱਭੋ। ਫਿਰ ਛੂਟ ਅਤੇ ਕਮਿਟਮੈਂਟ ਦੀ ਕੀਮਤ ਲਗਾਓ। ਤਿੰਨ ਮਹੀਨੇ ਬਾਅਦ ਛੱਡੇ ਟੂਲ ਲਈ ਦਸ ਮਹੀਨੇ ਭਰਨਾ ਬਚਤ ਨਹੀਂ ਹੈ।

ਰਿਟਰਾਈਆਂ ਬੇਸਲਾਈਨ ਦਾ ਹਿੱਸਾ ਹਨ, ਫੁਟਨੋਟ ਨਹੀਂ

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

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

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

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

ਰਿਟਰਾਈਆਂ ਮਾਡਲਾਂ ਨੂੰ ਵੱਖਰੇ ਤਰੀਕਿਆਂ ਨਾਲ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀਆਂ ਹਨ:

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

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

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

ਬੈਕਗ੍ਰਾਊਂਡ ਏਜੰਟ ਅਦਿੱਖ ਗੁਣਕ ਹਨ

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

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

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

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

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

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

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

ਹਰੇਕ ਉਮੀਦਵਾਰ ਨੂੰ ਇੱਕੋ ਲੈਜ਼ਰ ਰਾਹੀਂ ਚਲਾਓ

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

ਪਾਇਲਟ ਦੌਰਾਨ ਇਹ CSV ਹੈਡਰ ਕਾਪੀ ਕਰਕੇ ਵਰਤੋ:

week,event_id,requested_iteration,event_type,outcome,retry_of,background_kind,credit_units,task_events,flat_bucket,notes
2026-W01,001,1,user_edit,accepted,,,1,1,interactive,copy change
2026-W01,002,2,user_edit,rejected,,,3,1,interactive,multi file edit
2026-W01,003,2,retry,accepted,002,,2,1,interactive,repair after failed test
2026-W01,004,2,background,completed,,test,1,1,background,automatic test run

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

ਹਫ਼ਤੇ ਦੇ ਅੰਤ ਵਿੱਚ ਚਾਰ ਮੁੱਲ ਕੱਢੋ:

monthly_iterations = weekly_requested_iterations * 4.33
monthly_credits = weekly_credit_units * 4.33
monthly_task_events = weekly_task_events * 4.33
retry_amplification = (user_attempts + retry_attempts) / requested_iterations

ਫਿਰ ਕਤਾਰਾਂ ਬਦਲੇ ਬਿਨਾਂ ਪਲਾਨ ਦੀਆਂ ਸ਼ਰਤਾਂ ਲਗਾਓ। ਕਲਪਿਤ ਕੈਟਾਲੌਗ ਲਈ ਹਿਸਾਬ ਇਹ ਹੈ:

credit_cost = ceil(1190.75 / 500) * $30 = $90.00
started_task_cost = 692.8 * $0.14 = $96.99
flat_cost = $79.00, because 541.25 interactive runs < 600
             and 151.55 background runs < 200

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

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

ਸਟਿਕਰ ਕੀਮਤ ਨਾਲੋਂ ਵੈਰੀਅੰਸ ਵੱਧ ਮਹੱਤਵ ਰੱਖਦਾ ਹੈ

ਉਦਾਹਰਨ ਦਾ ਨਤੀਜਾ $79 ਫਲੈਟ ਸਬਸਕ੍ਰਿਪਸ਼ਨ, $90 ਕ੍ਰੈਡਿਟ ਪੈਕ ਅਤੇ $96.99 ਸ਼ੁਰੂ ਹੋਏ ਟਾਸਕ ਦੀ ਬਿਲਿੰਗ ਹੈ। ਇਹ ਦਰਜ ਕੈਟਾਲੌਗ ਅਤੇ ਵਰਕਲੋਡ ਲਈ ਹੀ ਦਰਜਾਬੰਦੀ ਹੈ। ਰਿਟਰਾਈ ਸਲੂਕ ਜਾਂ ਸ਼ਾਮਲ ਬੈਕਗ੍ਰਾਊਂਡ ਕੰਮ ਵਿੱਚ ਛੋਟੀ ਤਬਦੀਲੀ ਇਸਨੂੰ ਉਲਟ ਸਕਦੀ ਹੈ।

ਹਰੇਕ ਜੋੜੇ ਲਈ ਬ੍ਰੇਕਈਵਨ ਬਿੰਦੂ ਕੱਢੋ। $79 ਫਲੈਟ ਪਲਾਨ $30 ਕ੍ਰੈਡਿਟ ਪੈਕਾਂ ਨੂੰ ਤਦ ਹਰਾ ਦਿੰਦਾ ਹੈ ਜਦੋਂ ਮਹੀਨਾਵਾਰ ਮੰਗ ਨੂੰ ਤਿੰਨ ਜਾਂ ਵੱਧ ਪੈਕ ਚਾਹੀਦੇ ਹੋਣ, ਮੰਨ ਕੇ ਕਿ ਨਾ ਵਰਤੇ ਕ੍ਰੈਡਿਟਾਂ ਦੀ ਭਵਿੱਖੀ ਕੀਮਤ ਨਹੀਂ। ਜੇ ਰੋਲਓਵਰ ਖਰੀਦਦਾਰ ਨੂੰ ਹਰੇਕ ਇਕਾਈ ਵਰਤਣ ਦਿੰਦਾ ਹੈ ਤਾਂ ਛੇ ਸੈਂਟ ਪ੍ਰਤੀ ਇਕਾਈ ਦੇ ਹਿਸਾਬ ਨਾਲ $79 ਲਗਭਗ 1,316.7 ਕ੍ਰੈਡਿਟ ਇਕਾਈਆਂ ਦੇ ਬਰਾਬਰ ਹੈ। ਇਸ ਤੋਂ ਘੱਟ ਵਰਤੋਂ ਉੱਤੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵਰਤੇ ਕ੍ਰੈਡਿਟ ਸਸਤੇ ਹਨ।

$0.14 ਸ਼ੁਰੂ ਹੋਏ ਟਾਸਕਾਂ ਦੇ ਮੁਕਾਬਲੇ $79 ਲਗਭਗ 564.3 ਇਵੈਂਟਾਂ ਦੇ ਬਰਾਬਰ ਹੈ। ਉਮੀਦ ਕੀਤੇ 692.8 ਇਵੈਂਟ ਇਸ ਬਿੰਦੂ ਤੋਂ ਵੱਧ ਹਨ। ਪਰ ਜੇ ਟਾਸਕ ਪਲਾਨ ਸਿਰਫ਼ 433 ਮੰਗੀਆਂ ਇਟਰੇਸ਼ਨਾਂ ਲਈ ਚਾਰਜ ਕਰਦਾ ਹੈ, ਤਾਂ ਲਾਗਤ $60.62 ਹੈ ਅਤੇ ਉਹ ਜਿੱਤਦਾ ਹੈ। ਇੱਕ ਪਰਿਭਾਸ਼ਾ ਫਿਰ ਹੈੱਡਲਾਈਨ ਰੇਟ ਨਾਲੋਂ ਵੱਧ ਮਹੱਤਵ ਰੱਖਦੀ ਹੈ।

ਅੰਦਾਜ਼ੇ ਨੂੰ ਬਿਲਕੁਲ ਸਹੀ ਮੰਨਣ ਦੀ ਥਾਂ ਸੰਵੇਦਨਸ਼ੀਲਤਾ ਕੇਸ ਚਲਾਓ। ਇਸ ਵਰਕਲੋਡ ਲਈ ਰਿਟਰਾਈ ਐਂਪਲੀਫਿਕੇਸ਼ਨ 1.10 ਤੋਂ 1.50, ਬੈਕਗ੍ਰਾਊਂਡ ਕੰਮ 20 ਤੋਂ 60 ਹਫ਼ਤਾਵਾਰ ਇਵੈਂਟ ਅਤੇ ਜਟਿਲ ਸੋਧ ਖਪਤ ਨੂੰ ਵਿਕਰੇਤਾ ਵੱਲੋਂ ਦੱਸੇ ਵਾਜਬ ਗੁਣਕ ਨਾਲ ਬਦਲੋ। ਤੁਹਾਨੂੰ ਦਰਜਨਾਂ ਦ੍ਰਿਸ਼ ਨਹੀਂ ਚਾਹੀਦੇ। ਉਹ ਥੋੜੇ ਵੇਰੀਏਬਲ ਚਾਹੀਦੇ ਹਨ ਜੋ ਫ਼ੈਸਲਾ ਬਦਲ ਸਕਦੇ ਹਨ।

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

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

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

ਬਿਲਿੰਗ ਮਾਡਲ ਨੂੰ ਸਵੀਕ੍ਰਿਤੀ ਟੈਸਟ ਵਿੱਚੋਂ ਲੰਘਾਓ

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

ਇਹ ਸੰਖੇਪ ਸਵੀਕ੍ਰਿਤੀ ਚੈੱਕਲਿਸਟ ਵਰਤੋ:

1. 100 ਨੁਮਾਇੰਦਾ ਮੰਗੀਆਂ ਇਟਰੇਸ਼ਨਾਂ, ਜਾਂ ਹਰੇਕ ਮੁੱਖ ਕੰਮ ਕਿਸਮ ਵਾਲਾ ਛੋਟਾ ਨਮੂਨਾ ਦਰਜ ਕਰੋ।
2. ਰਿਟਰਾਈਆਂ, ਆਟੋਮੈਟਿਕ ਰਿਟਰਾਈਆਂ, ਯੋਜਨਾਵਾਂ, ਟੈਸਟਾਂ, ਬਿਲਡਾਂ, ਡਿਪਲੌਇਮੈਂਟਾਂ ਅਤੇ ਹੋਰ ਬੈਕਗ੍ਰਾਊਂਡ ਰਨਾਂ ਨੂੰ ਟੈਗ ਕਰੋ।
3. ਹਰੇਕ ਇਵੈਂਟ ਨੂੰ ਵਿਕਰੇਤਾ ਦੇ ਕ੍ਰੈਡਿਟ, ਟਾਸਕ ਜਾਂ ਸ਼ਾਮਲ ਅਲਾਊਅੰਸ ਨਿਯਮ ਨਾਲ ਮਿਲਾਓ।
4. ਇੱਕੋ 4.33 ਫੈਕਟਰ ਨਾਲ ਉਮੀਦ ਕੀਤੇ, ਸ਼ਾਂਤ ਅਤੇ ਰਿਲੀਜ਼ ਮਹੀਨੇ ਦੇ ਕੁੱਲ ਕੱਢੋ।
5. ਪਲਾਨ ਸ਼ਰਤਾਂ ਸੰਭਾਲੋ ਅਤੇ ਪਹਿਲੇ ਅਸਲ ਇਨਵੌਇਸ ਦੀ ਪੂਰਵ ਅਨੁਮਾਨ ਨਾਲ ਤੁਲਨਾ ਕਰੋ।

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

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

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