ਏਜੰਸੀਆਂ
ਇੱਕ ਫਨਲ, ਵੀਹ ਕਲਾਇੰਟ, ਵੀਹ ਵੱਖ-ਵੱਖ ਪ੍ਰਤਿਸ਼ਠਾਵਾਂ
ਤਿੰਨ ਵਿਅਕਤੀਆਂ ਵਾਲੀ ਏਜੰਸੀ ਜੋ ਵੀਹ ਸਥਾਨਕ ਕਾਰੋਬਾਰਾਂ ਲਈ ਮਾਰਕੀਟਿੰਗ ਚਲਾਉਂਦੀ ਹੈ, ਉਸ ਦੀ ਇੱਕੋ ਸਮੱਸਿਆ ਵੀਹ ਵਾਰ ਹੁੰਦੀ ਹੈ ਅਤੇ ਇੱਕੋ ਹੱਲ ਵੀ ਵੀਹ ਵਾਰ — ਸਿਵਾਏ ਇਸ ਗੱਲ ਦੇ ਕਿ ਹਰ ਕਲਾਇੰਟ ਦੀ ਸੂਚੀ, ਭੇਜਣ ਦੀ ਪਛਾਣ, ਡੋਮੇਨ ਅਤੇ ਸਹਿਮਤੀ ਦਾ ਰਿਕਾਰਡ ਪੂਰੀ ਤਰ੍ਹਾਂ ਉਸ ਦਾ ਆਪਣਾ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ। ਦਿਲਚਸਪ ਕੰਮ ਉਸੇ "ਸਿਵਾਏ" ਵਿੱਚ ਹੈ।
ਹਰ ਕਲਾਇੰਟ ਲਈ ਇੱਕ ਪ੍ਰੋਜੈਕਟ, ਅਤੇ ਸੀਮਾ ਨੂੰ ਕਾਇਮ ਰੱਖਣਾ ਡੇਟਾਬੇਸ ਦਾ ਕੰਮ
ਇੱਥੇ ਹਰ ਚੀਜ਼ ਇੱਕ ਟੈਨੈਂਟ ਅਤੇ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਦੇ ਨਾਲ ਸੀਮਤ ਹੈ — ਸੰਪਰਕ, ਫਨਲ, ਕ੍ਰੀਏਟਿਵ, ਮੁਹਿੰਮਾਂ, ਭੇਜਣ ਦੀਆਂ ਪਛਾਣਾਂ, ਰਿਪੋਰਟਾਂ। ਇਹ ਸੀਮਾਬੰਦੀ ਡੇਟਾਬੇਸ ਵਿੱਚ ਰੋ-ਲੈਵਲ ਸੁਰੱਖਿਆ ਰਾਹੀਂ ਲਾਗੂ ਹੁੰਦੀ ਹੈ, ਨਾ ਕਿ ਕਿਸੇ ਕਲਾਜ਼ ਰਾਹੀਂ ਜਿਸਨੂੰ ਹਰ ਕਿਊਰੀ ਵਿੱਚ ਜੋੜਨਾ ਯਾਦ ਰੱਖਣਾ ਪੈਂਦਾ ਹੈ। ਭੁੱਲਿਆ ਹੋਇਆ ਪ੍ਰੋਜੈਕਟ ਕੁਝ ਨਹੀਂ ਵੇਖਦਾ, ਪਹਿਲੇ ਪ੍ਰੋਜੈਕਟ ਦੀਆਂ ਸਤਰਾਂ ਨਹੀਂ।
ਇਸ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਕਿਸੇ ਕਲਾਇੰਟ ਦੀ ਸੂਚੀ ਗ਼ਲਤੀ ਨਾਲ ਦੂਜੇ ਕਲਾਇੰਟ ਦੀ ਮੁਹਿੰਮ ਵਿੱਚ ਨਹੀਂ ਲਿਕ ਹੋ ਸਕਦੀ, ਅਤੇ ਇਹ ਵੀ ਕਿ ਕੋਈ ਰਿਪੋਰਟ ਇੱਕ ਕਲਾਇੰਟ ਬਾਰੇ ਹੁੰਦੀ ਹੈ ਕਿਉਂਕਿ ਇਹ ਬਣਤਰੀ ਪੱਖੋਂ ਦੋ ਬਾਰੇ ਹੋ ਹੀ ਨਹੀਂ ਸਕਦੀ।
ਹਰ ਕਲਾਇੰਟ ਆਪਣੇ ਨਾਮ ਤੋਂ ਭੇਜਦਾ ਹੈ
ਭੇਜਣ ਦੀ ਪਛਾਣ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਨਾਲ ਸਬੰਧਤ ਹੁੰਦੀ ਹੈ: ਉਨ੍ਹਾਂ ਦਾ ਡੋਮੇਨ, ਉਨ੍ਹਾਂ ਦੀਆਂ DKIM ਕੁੰਜੀਆਂ, ਉਨ੍ਹਾਂ ਦਾ ਮੇਲਬਾਕਸ ਜਾਂ ਪ੍ਰਦਾਤਾ ਖਾਤਾ, ਉਨ੍ਹਾਂ ਦੀ ਦਰ ਦੀ ਸੀਮਾ। ਇੱਕ ਕਲਾਇੰਟ ਦੀ ਮਾੜੀ ਮੁਹਿੰਮ ਦੂਜੇ ਕਲਾਇੰਟ ਦੀ ਡਿਲੀਵਰੇਬਿਲਟੀ ਨੂੰ ਨੁਕਸਾਨ ਨਹੀਂ ਪਹੁੰਚਾ ਸਕਦੀ, ਕਿਉਂਕਿ ਉਨ੍ਹਾਂ ਕੋਲ ਕਦੇ ਕੋਈ ਸਾਂਝੀ ਚੀਜ਼ ਹੀ ਨਹੀਂ ਸੀ।
ਇਹ ਇੱਕ ਅਸਹਿਜ ਗੱਲਬਾਤ ਨੂੰ ਵੀ ਸ਼ੁਰੂ ਵਿੱਚ ਹੀ ਸੁਲਝਾ ਦਿੰਦਾ ਹੈ। ਕਲਾਇੰਟ ਦਾ ਭੇਜਣਾ, ਉਨ੍ਹਾਂ ਦੀ ਸੂਚੀ ਅਤੇ ਉਨ੍ਹਾਂ ਦਾ ਸਹਿਮਤੀ ਰਿਕਾਰਡ ਉਨ੍ਹਾਂ ਦਾ ਆਪਣਾ ਹੈ। ਜਦੋਂ ਉਹ ਜਾਣ — ਅਤੇ ਕੁਝ ਜਾਣਗੇ — ਤਾਂ ਉਹ ਸਭ ਕੁਝ ਆਪਣੇ ਨਾਲ ਲੈ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਤੁਸੀਂ ਕੋਈ ਬੰਧਕ ਸਥਿਤੀ ਨਹੀਂ ਬਣਾਈ ਜਿਸ ਦੀ ਤੁਹਾਨੂੰ ਵਿਆਖਿਆ ਕਰਨੀ ਪੈਂਦੀ।
- 1ਸੰਪਰਕਪ੍ਰਤੀ ਪ੍ਰੋਜੈਕਟ। ਡੇਟਾਬੇਸ ਵਿੱਚ ਲਾਗੂ, ਨਾ ਕਿ ਕਿਸੇ ਕਿਊਰੀ ਰਾਹੀਂ ਜਿਸਨੂੰ ਯਾਦ ਰੱਖਣਾ ਪੈਂਦਾ ਹੈ।
- 2ਭੇਜਣਾਉਨ੍ਹਾਂ ਦਾ ਡੋਮੇਨ, ਉਨ੍ਹਾਂ ਦੀ DKIM, ਉਨ੍ਹਾਂ ਦਾ ਮੇਲਬਾਕਸ ਜਾਂ ਪ੍ਰਦਾਤਾ, ਉਨ੍ਹਾਂ ਦੀ ਦਰ ਦੀ ਸੀਮਾ।
- 3ਸਹਿਮਤੀਉਨ੍ਹਾਂ ਦਾ ਰਿਕਾਰਡ-ਰਜਿਸਟਰ। ਜੇ ਉਹ ਜਾਣ ਤਾਂ ਇਹ ਉਨ੍ਹਾਂ ਦੇ ਨਾਲ ਚੱਲਦਾ ਹੈ, ਸਬੂਤ ਸਮੇਤ।
- 4ਰਿਪੋਰਟਾਂਬਣਤਰ ਦੁਆਰਾ ਪ੍ਰਤੀ ਪ੍ਰੋਜੈਕਟ। ਦੋ ਕਲਾਇੰਟਾਂ ਨੂੰ ਗ਼ਲਤੀ ਨਾਲ ਇਕੱਠੇ ਜੋੜਨ ਦਾ ਕੋਈ ਤਰੀਕਾ ਹੀ ਨਹੀਂ।
- iਤੁਸੀਂ ਕੀ ਰੱਖਦੇ ਹੋਫਨਲ ਦੀਆਂ ਪਰਿਭਾਸ਼ਾਵਾਂ ਅਤੇ ਤੁਹਾਡਾ ਕੰਮ ਕਰਨ ਦਾ ਤਰੀਕਾ। ਇਹੀ ਤੁਹਾਡਾ ਉਤਪਾਦ ਹੈ, ਅਤੇ ਇਹੀ ਉਹ ਹਿੱਸਾ ਹੈ ਜੋ ਦੁਬਾਰਾ ਵਰਤਣ ਯੋਗ ਹੈ।
ਕੋਈ ਸਾਂਝੀ ਪ੍ਰਤਿਸ਼ਠਾ ਨਹੀਂਕੋਈ ਸਾਂਝੀ ਸੂਚੀ ਨਹੀਂ
ਕਾਪੀ-ਪੇਸਟ ਤੋਂ ਬਿਨਾਂ ਦੁਬਾਰਾ ਵਰਤੋਂ
ਫਨਲ ਇੱਕ ਵਾਰ ਬਣਾਓ। ਜਿੰਨੇ ਕਲਾਇੰਟ ਹਨ, ਉੰਨੀ ਵਾਰ ਤੈਨਾਤ ਕਰੋ।
ਫਨਲ ਇੱਕ ਗ੍ਰਾਫ਼ ਹੈ, ਅਤੇ ਗ੍ਰਾਫ਼ ਪ੍ਰਕਾਸ਼ਿਤ ਸਕੀਮਾ ਵਾਲਾ JSON ਹੈ। ਇਸ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਜੋ ਚੀਜ਼ ਤੁਸੀਂ ਦੁਬਾਰਾ ਵਰਤਦੇ ਹੋ ਉਹ ਇੱਕ ਦਸਤਾਵੇਜ਼ ਹੈ, ਨਾ ਕਿ ਕਿਸੇ ਸਕਰੀਨ ਦਾ ਸਕਰੀਨਸ਼ਾਟ ਜਿਸਨੂੰ ਤੁਹਾਨੂੰ ਹਰ ਖਾਤੇ ਵਿੱਚ ਹੱਥੀਂ ਦੁਬਾਰਾ ਬਣਾਉਣਾ ਪੈਂਦਾ ਹੈ।
ਤੁਹਾਡੇ ਆਪਣੇ ਫਨਲ
ਸਵਾਗਤ, ਛੱਡੀ ਹੋਈ ਟੋਕਰੀ, ਨਾ-ਆਉਣਾ, ਅੰਤਰਾਲ, ਵਾਪਸ ਜਿੱਤਣਾ। ਇੱਕ ਵਾਰ ਉਸੇ ਵਿਅਕਤੀ ਨੇ ਲਿਖੇ ਜੋ ਇਸ ਵਿੱਚ ਸਭ ਤੋਂ ਵਧੀਆ ਹੈ, ਤੁਹਾਡੇ ਆਪਣੇ ਰਿਪੋਜ਼ਿਟਰੀ ਵਿੱਚ ਰੱਖੇ, ਅਤੇ ਇੱਕ API ਕਾਲ ਨਾਲ ਕਲਾਇੰਟ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਬਣਾਏ।
ਹਰ ਥਾਂ ਇੱਕੋ ਤਰ੍ਹਾਂ ਜਾਂਚੇ ਗਏ
ਵੈਧਤਾ-ਜਾਂਚਕਾਰ ਤੁਹਾਡੇ ਫਨਲ ਨੂੰ ਹਰ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਚਲਾਉਂਦਾ ਹੈ ਜਿੱਥੇ ਉਹ ਪਹੁੰਚਦਾ ਹੈ। ਕੋਈ ਗ੍ਰਾਫ਼ ਜੋ ਬਿਨਾਂ ਉਡੀਕ ਦੇ ਲੂਪ ਬਣਾਵੇ, ਜਾਂ ਬਿਨਾਂ ਵਿਸ਼ੇ ਦੇ ਭੇਜੇ, ਉੱਥੇ ਵੀ ਰੱਦ ਹੋ ਜਾਂਦਾ ਹੈ ਜਿਵੇਂ ਇੱਥੇ ਹੁੰਦਾ ਹੈ।
ਚੱਲਣ ਤੋਂ ਪਹਿਲਾਂ ਸਿਮੂਲੇਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ
ਉਸ ਕਲਾਇੰਟ ਦੀ ਸੂਚੀ ਦੇ ਇੱਕ ਅਸਲ ਸੰਪਰਕ ਨੂੰ ਫਨਲ ਵਿੱਚੋਂ ਡ੍ਰਾਈ-ਰਨ ਕਰੋ ਅਤੇ ਪੜ੍ਹੋ ਕਿ ਉਸਨੂੰ ਕੀ ਭੇਜਿਆ ਜਾਂਦਾ। ਹਰ ਤੈਨਾਤੀ ਤੇ ਇਹ ਇੱਕ ਵਾਰ ਕਰਨ ਨਾਲ "ਗ਼ਲਤ ਚੱਲ ਗਿਆ" ਵਾਲੀ ਗੱਲਬਾਤ ਹੋਣੀ ਹੀ ਬੰਦ ਹੋ ਜਾਂਦੀ ਹੈ।
ਇੱਕ ਥਾਂ ਸੁਧਾਰਿਆ ਜਾਂਦਾ ਹੈ
ਜਦੋਂ ਤੁਸੀਂ ਕੁਝ ਸਿੱਖਦੇ ਹੋ — ਦੂਜੀ ਯਾਦ-ਦਹਾਨੀ ਸਵੇਰੇ ਦਸ ਵਜੇ ਬਿਹਤਰ ਕੰਮ ਕਰਦੀ ਹੈ — ਤਾਂ ਤੁਸੀਂ ਆਪਣੀ ਪਰਿਭਾਸ਼ਾ ਬਦਲਦੇ ਹੋ ਅਤੇ ਇਸਨੂੰ ਅੱਗੇ ਵਧਾਉਂਦੇ ਹੋ। ਪੁਰਾਣਾ ਵਰਜਨ ਚਲਾ ਰਹੇ ਕਲਾਇੰਟ ਪੁਰਾਣੇ ਵਰਜਨ ਤੇ ਪੂਰੇ ਹੁੰਦੇ ਹਨ; ਵਿਚਕਾਰ ਚੱਲ ਰਹੇ ਕਿਸੇ ਨੂੰ ਪਰੇਸ਼ਾਨੀ ਨਹੀਂ ਹੁੰਦੀ।
ਕ੍ਰੀਏਟਿਵ ਵੀ
ਕ੍ਰੀਏਟਿਵ ਮਰਜ਼ ਵੇਰੀਏਬਲਾਂ ਵਾਲਾ ਇੱਕ ਦਸਤਾਵੇਜ਼ ਹੈ। ਇੱਕੋ ਸਵਾਗਤੀ ਈਮੇਲ, ਹਰ ਕਲਾਇੰਟ ਦੇ ਬ੍ਰਾਂਡ, ਰੰਗਾਂ ਅਤੇ ਲੋਗੋ ਨਾਲ ਰੈਂਡਰ ਹੋਈ — ਪਹਿਲੀ ਚੱਲਣ ਤੇ ਉਨ੍ਹਾਂ ਦੀ ਆਪਣੀ ਵੈੱਬਸਾਈਟ ਤੋਂ ਲਈ ਗਈ।
ਜਾਂ ਏਜੰਟ ਤੋਂ ਕਰਵਾਓ
ਇੱਕ ਸਹਾਇਕ ਨੂੰ MCP ਸਰਵਰ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੋ, ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਤੱਕ ਸੀਮਤ, ਅਤੇ ਉਸ ਤੋਂ ਉਸ ਕਲਾਇੰਟ ਲਈ ਫਨਲ ਤਿਆਰ ਕਰਵਾਓ ਅਤੇ ਜਾਂਚਵਾਓ। ਅਸਲ ਵਿਅਕਤੀ ਤੱਕ ਪਹੁੰਚਣ ਵਾਲੀ ਹਰ ਚੀਜ਼ ਨੂੰ ਫਿਰ ਵੀ ਸਪਸ਼ਟ ਪੁਸ਼ਟੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਅਤੇ ਉਹ ਕੋਟੇ ਦੇ ਅੰਦਰ ਰਹਿੰਦੀ ਹੈ।
ਗਿਆਰਾਂ ਕਲਾਇੰਟ, ਗਿਆਰਾਂ ਭੇਜਣ ਵਾਲੇ, ਦੇਖਣ ਲਈ ਇੱਕ ਹੀ ਥਾਂ।
ਮਹੀਨਾਵਾਰ ਰਿਪੋਰਟ ਦੀ ਸਮੱਸਿਆ
ਏਜੰਸੀ ਦੀ ਰਿਪੋਰਟਿੰਗ ਦਾ ਦਰਦ ਜ਼ਿਆਦਾਤਰ ਅੰਕੜੇ ਬਣਾਉਣ ਵਿੱਚ ਨਹੀਂ ਹੁੰਦਾ। ਇਹ ਅੰਕੜੇ ਬਣਾਉਣ ਵਿੱਚ ਹੁੰਦਾ ਹੈ ਜੋ ਕਲਾਇੰਟ ਦੇ ਕਿਸੇ ਅਗਲੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇ ਸਕਣ, ਅਤੇ ਮਹੀਨੇ ਦੇ ਪਹਿਲੇ ਦਿਨ ਤਿੰਨ ਘੰਟੇ ਸਕਰੀਨਸ਼ਾਟ ਲੈਣ ਤੋਂ ਬਿਨਾਂ ਬਣਾਏ ਜਾ ਸਕਣ।
ਇੱਥੇ ਦੋ ਚੀਜ਼ਾਂ ਮਦਦ ਕਰਦੀਆਂ ਹਨ। ਰਿਪੋਰਟਾਂ API ਰੂਟ ਹਨ, ਇਸ ਲਈ ਮਹੀਨਾਵਾਰ ਪੈਕੇਜ ਕਿਸੇ ਸਕ੍ਰਿਪਟ ਨਾਲ ਇਕੱਠਾ ਕਰਕੇ PDF ਵਜੋਂ ਨਿਰਯਾਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਨਾ ਕਿ ਕਿਸੇ ਵਿਅਕਤੀ ਅਤੇ ਸਪ੍ਰੈੱਡਸ਼ੀਟ ਨਾਲ। ਅਤੇ ਅੰਕੜੇ ਬੋਟਾਂ ਬਾਰੇ ਇਮਾਨਦਾਰ ਹਨ: ਕੱਚੇ ਅਤੇ ਫਿਲਟਰ ਕੀਤੇ ਦੋਵੇਂ ਉਪਲਬਧ ਹਨ, ਲੇਬਲ ਸਮੇਤ, ਤਾਂ ਜੋ ਜਦੋਂ ਕਲਾਇੰਟ ਪੁੱਛੇ ਕਿ ਉਨ੍ਹਾਂ ਦੇ ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਖੋਲ੍ਹਣ ਦੀ ਦਰ ਕਿਉਂ ਘਟੀ, ਤੁਸੀਂ ਇਸਨੂੰ ਇੱਕ ਵਾਕ ਵਿੱਚ ਸਮਝਾ ਸਕੋ, ਚਾਰ ਵਾਕਾਂ ਵਿੱਚ ਬਚਾਉਣ ਦੀ ਬਜਾਏ।
ਉਹੀ ਟਾਈਲਾਂ dash-b ਵਿੱਚ ਆ ਜਾਂਦੀਆਂ ਹਨ — ਮੁਹਿੰਮ ਦਾ ਪ੍ਰਦਰਸ਼ਨ, ਫਨਲ ਡਿੱਗਣਾ, ਸੂਚੀ ਦਾ ਵਾਧਾ, ਡੋਮੇਨ ਅਨੁਸਾਰ ਡਿਲੀਵਰੇਬਿਲਟੀ — ਤਾਂ ਜੋ ਜਿਸ ਕਲਾਇੰਟ ਨੂੰ ਲਾਈਵ ਬੋਰਡ ਚਾਹੀਦਾ ਹੈ ਉਸਨੂੰ ਮਿਲ ਜਾਵੇ, ਉਸ ਦੇ ਆਪਣੇ ਖਾਤੇ ਤੇ, ਉਸ ਦੇ ਆਪਣੇ ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਨਾਲ ਅਤੇ ਪੰਨੇ ਵਿੱਚ ਤੁਹਾਡੀ ਕੋਈ ਕੁੰਜੀ ਬਿਨਾਂ।
- 1ਹਰ ਪ੍ਰੋਜੈਕਟ ਲਈਇੱਕ ਟੋਕਨ, ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਸਕੋਪ, ਉਹੀ ਸਕ੍ਰਿਪਟ।
- 2ਪੁੱਲ ਕਰੋਕੈਂਪੇਨ ਪ੍ਰਦਰਸ਼ਨ, ਫਨਲ ਡ੍ਰੌਪ-ਆਫ਼, ਸੂਚੀ ਵਾਧਾ, ਡੋਮੇਨ ਅਨੁਸਾਰ ਡਿਲੀਵਰੇਬਿਲਟੀ।
- 3ਰੈਂਡਰ ਕਰੋਉਨ੍ਹਾਂ ਦੀ ਕ੍ਰੀਏਟਿਵ ਦਸਤਾਵੇਜ਼ ਨੂੰ ਰਿਪੋਰਟ ਪੰਨੇ ਵਜੋਂ, ਫਿਰ PDF ਵਿੱਚ।
- 4ਭੇਜੋਜਾਂ ਉਨ੍ਹਾਂ ਦੇ ਬੋਰਡ ਵਿੱਚ ਪਾਓ। ਜੋ ਵੀ ਗਾਹਕ ਸੱਚਮੁੱਚ ਪੜ੍ਹਦਾ ਹੈ।
- iਕੀ ਬਦਲਿਆਸਕਰੀਨਸ਼ਾਟਾਂ ਦੇ ਤਿੰਨ ਘੰਟੇ ਇੱਕ ਨਿਰਧਾਰਤ ਕੰਮ ਬਣ ਗਏ, ਕਿਉਂਕਿ ਰਿਪੋਰਟ ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਰੂਟ ਸਨ।
ਕੱਚਾ ਅਤੇ ਫਿਲਟਰ ਕੀਤਾ, ਦੋਵੇਂ ਲੇਬਲ ਕੀਤੇ ਹੋਏ
ਸਹਿਮਤੀ ਬਾਰੇ ਗੱਲਬਾਤ, ਸ਼ੁਰੂ ਤੋਂ ਹੀ
ਹਰ ਏਜੰਸੀ ਨੇ ਉਹ ਗਾਹਕ ਮਿਲਿਆ ਹੈ ਜੋ ਚਾਰ ਹਜ਼ਾਰ ਪਤਿਆਂ ਦੀ ਸਪ੍ਰੈਡਸ਼ੀਟ ਲੈ ਕੇ ਆਉਂਦਾ ਹੈ ਅਤੇ ਉਨ੍ਹਾਂ ਕਿੱਥੋਂ ਆਏ, ਇਸ ਦਾ ਅਸਪਸ਼ਟ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਇੱਥੇ ਇਹ ਕੋਈ ਬਹਿਸ ਨਹੀਂ ਜੋ ਤੁਹਾਨੂੰ ਜਿੱਤਣੀ ਹੈ; ਇਹ ਇੱਕ ਖੇਤਰ ਹੈ।
ਇੰਪੋਰਟ ਵੱਧ ਤੋਂ ਵੱਧ ਜਾਇਜ਼ ਹਿੱਤ ਵਜੋਂ ਦਰਜ ਹੁੰਦਾ ਹੈ, ਕਦੇ ਵੀ ਸਹਿਮਤੀ ਵਜੋਂ ਨਹੀਂ, ਅਤੇ ਅਧਾਰ ਦਾ ਮਿਸ਼ਰਣ ਕਿਸੇ ਵੀ ਕੈਂਪੇਨ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਦਿਖਾਇਆ ਜਾਂਦਾ ਹੈ। ਜੇ ਕੋਈ ਸੂਚੀ ਨਹੀਂ ਭੇਜੀ ਜਾ ਸਕਦੀ, ਤਾਂ ਸ਼ਿਕਾਇਤ ਦੇ ਸਮੇਂ ਨਹੀਂ ਸਗੋਂ ਇੰਪੋਰਟ ਦੇ ਸਮੇਂ ਹੀ ਇਹ ਦੱਸਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਇੱਕ ਅਸਹਿਜ ਫੈਸਲੇ ਨੂੰ ਉਸੇ ਸਕਰੀਨ ਦੀ ਸਾਂਝੀ ਪੜ੍ਹਤ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ — ਜੋ ਤੁਹਾਡੇ ਲਈ ਬਹੁਤ ਬਿਹਤਰ ਸਥਿਤੀ ਹੈ ਜਦੋਂ ਗਾਹਕ ਜ਼ਿੱਦ ਕਰੇ।
ਗਾਹਕ ਨੂੰ ਖੁੱਲ੍ਹ ਕੇ ਕਹਿਣ ਯੋਗ: ਮਾੜੀ ਸੂਚੀ ਨਾਲ ਜੋਖਮ ਵਿੱਚ ਪੈਣ ਵਾਲੀ ਪ੍ਰਤਿਸ਼ਠਾ ਉਨ੍ਹਾਂ ਦੀ ਹੈ, ਉਨ੍ਹਾਂ ਦੇ ਆਪਣੇ ਡੋਮੇਨ 'ਤੇ, ਕਿਉਂਕਿ ਹਰ ਪ੍ਰੋਜੈਕਟ ਆਪਣੇ ਆਪ ਵਜੋਂ ਭੇਜਦਾ ਹੈ। ਇਹ ਕਿਸੇ ਵੀ ਨਿਯਮ ਤੋਂ ਮਜ਼ਬੂਤ ਦਲੀਲ ਹੈ, ਅਤੇ ਇਹੀ ਅਸਰ ਕਰਦੀ ਹੈ।