ਡਰਾਈਵਵੇਅ ਛੱਡਣ ਤੋਂ ਪਹਿਲਾਂ ਦਸਤਖ਼ਤ ਕਰਵਾ ਲਓ

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

ਵਿਜ਼ਿਟ ਵਧੀਆ ਰਹੀ। ਤੁਸੀਂ ਮਿਣਤੀ ਕੀਤੀ, ਵਿਕਲਪਾਂ 'ਤੇ ਗੱਲ ਕੀਤੀ, ਗਾਹਕ ਨੇ ਅੰਕੜਾ ਸੁਣ ਕੇ ਹਾਮੀ ਭਰੀ। "ਭੇਜ ਦਿਓ, ਅਸੀਂ ਸੋਚ ਲਵਾਂਗੇ।" ਤੁਸੀਂ ਚੰਗਾ ਮਹਿਸੂਸ ਕਰਦੇ ਹੋਏ ਵਾਪਸ ਚਲੇ ਗਏ।

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

ਹੱਲ ਬਿਹਤਰ ਫਾਲੋ-ਅੱਪ ਤਹਿ ਨਹੀਂ ਹੈ। ਹੱਲ ਹੈ "ਹਾਂ" ਤੇ "ਦਸਤਖ਼ਤ" ਵਿਚਲਾ ਫ਼ਾਸਲਾ ਏਨਾ ਪੂਰ ਦੇਣਾ ਕਿ ਉਸ ਵਿੱਚ ਕੰਮ ਦੇ ਮਰਨ ਦੀ ਕੋਈ ਥਾਂ ਹੀ ਨਾ ਬਚੇ।

ਬਿਨਾਂ ਦਸਤਖ਼ਤ ਵਾਲੀ ਕੋਟੇਸ਼ਨ ਠੰਢੀ ਕਿਉਂ ਪੈ ਜਾਂਦੀ ਹੈ?

ਸੋਚੋ ਕਿ ਤੁਹਾਡੇ ਜਾਣ ਤੋਂ ਬਾਅਦ ਗਾਹਕ ਦੇ ਮਨ ਵਿੱਚ ਕੀ ਹੁੰਦਾ ਹੈ।

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

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

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

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

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

"ਅੱਜ ਰਾਤ ਲਿਖ ਲਵਾਂਗਾ" ਕਿਉਂ ਅਸਲੀ ਲੀਕ ਹੈ

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

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

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

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

ਫਿਰ ਆਉਂਦਾ ਹੈ ਉਹ ਹਿੱਸਾ ਜੋ ਬੰਦ ਹੋਣ ਦੀ ਦਰ ਬਦਲ ਦਿੰਦਾ ਹੈ: "ਮੈਂ ਇਹ ਈਮੇਲ ਕਰ ਦਿਆਂਗਾ" ਕਹਿਣ ਦੀ ਬਜਾਏ, ਤੁਸੀਂ ਫੋਨ ਗਾਹਕ ਵੱਲ ਮੋੜ ਦਿੰਦੇ ਹੋ।

ਸਾਈਟ 'ਤੇ ਹੀ ਦਸਤਖ਼ਤ

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

ਇਸ ਵਕਤ ਅੰਦਰੂਨੀ ਤੌਰ 'ਤੇ ਜੋ ਹੁੰਦਾ ਹੈ, ਉਸ ਬਾਰੇ ਦੱਸਣਾ ਬਣਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਸਿਰਫ਼ ਸ਼ੀਸ਼ੇ 'ਤੇ ਲਕੀਰ ਤੋਂ ਵੱਧ ਹੈ:

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

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

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

"ਬਹੁਤ ਵਧੀਆ, ਜੇ ਤੁਸੀਂ ਇਸ ਸਭ ਤੋਂ ਖੁਸ਼ ਹੋ ਤਾਂ ਤੁਸੀਂ ਬਿਲਕੁਲ ਸਕ੍ਰੀਨ 'ਤੇ ਦਸਤਖ਼ਤ ਕਰ ਸਕਦੇ ਹੋ ਤੇ ਅਸੀਂ ਬੁੱਕ ਹੋ ਗਏ। ਮੇਰੇ ਡਰਾਈਵਵੇਅ ਛੱਡਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਤੁਹਾਡੇ ਕੋਲ ਤੁਹਾਡੀ ਕਾਪੀ ਹੋਵੇਗੀ, ਤੇ ਬਿਨਾਂ ਤੁਹਾਡੇ ਦੁਬਾਰਾ ਦਸਤਖ਼ਤ ਕੀਤੇ ਇਸ ਵਿੱਚ ਕੁਝ ਵੀ ਨਹੀਂ ਬਦਲ ਸਕਦਾ।"

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

ਜੇ ਫੈਸਲਾ ਲੈਣ ਵਾਲਾ ਉੱਥੇ ਨਹੀਂ ਹੈ ਤਾਂ?

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

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

ਵਿਹਾਰਕ ਢੰਗ ਹੈ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਇਸ ਦਾ ਪ੍ਰਬੰਧ ਕਰ ਦੇਣਾ:

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

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

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

ਇਮਾਨਦਾਰ ਸੀਮਾਵਾਂ, ਤਾਂ ਜੋ ਇਹ ਸੰਦ ਹੀ ਰਹੇ, ਚਾਲ ਨਾ ਬਣੇ

ਇੱਕ ਫੀਲਡ ਗਾਈਡ ਨੂੰ ਇਹ ਵੀ ਦੱਸਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਇਹ ਕੀ ਨਹੀਂ ਕਰਦਾ।

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

ਹਰ ਕੰਮ ਡਰਾਈਵਵੇਅ ਵਿੱਚ ਹੀ ਬੰਦ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ। ਸਪੱਸ਼ਟ ਦਾਇਰੇ ਵਾਲੀ $700 ਦੀ ਮੁਰੰਮਤ, ਬਿਲਕੁਲ। $60,000 ਦੀ ਰੀਨੋਵੇਸ਼ਨ ਅਜਿਹੇ ਗਾਹਕ ਦੀ ਹੱਕਦਾਰ ਹੈ ਜਿਸ ਨੇ ਇਸ 'ਤੇ ਰਾਤ ਸੋਚ ਕੇ ਕੱਢੀ ਹੋਵੇ, ਤੇ ਵੱਡੇ ਕੰਮ 'ਤੇ ਉਸੇ ਵਿਜ਼ਿਟ ਦੇ ਦਸਤਖ਼ਤ ਲਈ ਧੱਕਾ ਕਰਨਾ ਬਿਲਕੁਲ ਉਵੇਂ ਹੀ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ ਜਿਵੇਂ ਹੈ। ਇੱਥੇ ਸਾਈਟ ਵਾਲੇ ਢੰਗ ਦੀ ਸਹੀ ਵਰਤੋਂ ਵੱਧ ਸੀਮਤ ਹੈ: ਛੋਟੀਆਂ ਸ਼ੁਰੂਆਤੀ ਵਚਨਬੱਧਤਾਵਾਂ (ਭੁਗਤਾਨਸ਼ੁਦਾ ਮੁਲਾਂਕਣ, ਡਿਜ਼ਾਈਨ ਪੜਾਅ, ਡਿਪਾਜ਼ਿਟ ਸ਼ਰਤਾਂ) ਸਾਫ਼-ਸਾਫ਼ ਦਸਤਖ਼ਤ ਕਰਵਾਓ ਤੇ ਵੱਡੇ ਫੈਸਲੇ ਨੂੰ ਆਪਣਾ ਸਮਾਂ ਲੈਣ ਦਿਓ, ਰਿਮੋਟ ਲਿੰਕ ਉਡੀਕਦੇ ਹੋਏ।

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

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

ਇਹ ਆਦਤ ਜੋ ਟਿਕ ਜਾਂਦੀ ਹੈ

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

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

ਅਕਸਰ ਪੁੱਛੇ ਜਾਂਦੇ ਸਵਾਲ

ਕੀ ਸਾਈਟ 'ਤੇ ਹੀ ਦਸਤਖ਼ਤ ਮੰਗਣਾ ਧੱਕੇਸ਼ਾਹੀ ਵਰਗਾ ਨਹੀਂ ਲੱਗਦਾ?

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

ਕੀ ਫੋਨ 'ਤੇ ਉਂਗਲ ਨਾਲ ਬਣਿਆ ਦਸਤਖ਼ਤ ਸੱਚਮੁੱਚ ਕੋਈ ਮਹੱਤਵ ਰੱਖਦਾ ਹੈ?

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

ਜੇ ਦਸਤਖ਼ਤ ਤੋਂ ਬਾਅਦ ਗਾਹਕ ਬਦਲਾਅ ਚਾਹੇ ਤਾਂ?

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

ਕੀ ਇਹ ਪ੍ਰਾਪਰਟੀ 'ਤੇ ਬਿਨਾਂ ਸਿਗਨਲ ਵੀ ਕੰਮ ਕਰਦਾ ਹੈ?

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