ਡਿਲਿਵਰੀ ਪੈਕੇਜ
ਡਿਲਿਵਰੀ ਉੱਥੇ ਹੈ ਜਿੱਥੇ ਇਕ ਨਾ-ਦਰਜ ਫੈਸਲਾ ਕਿਸੇ ਹੋਰ ਦੀ ਸਮੱਸਿਆ ਬਣ ਜਾਂਦਾ ਹੈ.
ਖਰੀਦਦਾਰ ਵੱਲੋਂ ਪੈਕੇਜ ਨੂੰ ਇਕ ਗੁੰਮ ਕੈਪਸ਼ਨ ਫਾਈਲ, ਗਲਤ ਕਵਰ ਫਰੇਮ, ਜਾਂ ਮਿਊਜ਼ਿਕ ਕਿਊ ਬਾਰੇ ਬੇਜਵਾਬ ਸਵਾਲ ਕਰਕੇ ਰਿਜੈਕਟ ਕਰਨਾ ਰਚਨਾਤਮਕ ਨਾਕਾਮੀ ਨਹੀਂ। ਇਹ ਬੁੱਕਕੀਪਿੰਗ ਦੀ ਨਾਕਾਮੀ ਹੈ, ਅਤੇ ਇਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਟਾਲੀ ਜਾ ਸਕਦੀ ਹੈ.
01 / ਵਰਕਫ਼ਲੋਅ ਦੇ ਅੰਦਰ
ਪੈਕੇਜ ਵਿੱਚ ਕੀ ਹੈ
- ਮਾਸਟਰਸ
- ਬ੍ਰੀਫ਼ ਵਿੱਚ ਦੱਸੇ ਫਾਰਮੈਟ ਵਿੱਚ ਪ੍ਰਤੀ ਭਾਸ਼ਾ ਟ੍ਰੈਕ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਪ੍ਰਾਇਮਰੀ ਪ੍ਰੋਡਕਸ਼ਨ।
- ਪਲੇਟਫਾਰਮ ਵਰਜਨਾਂ ਅਤੇ ਕਟਡਾਊਨ
- ਮਨਜ਼ੂਰ ਸ਼ੁਦਾ ਮਾਸਟਰ ਤੋਂ ਨਿਕਲੇ 9:16, 1:1 ਜਾਂ 16:9 ਵਰਜਨ, ਵੱਖ ਤੋਂ ਨਹੀਂ ਬਣੇ। ਬ੍ਰੈਂਡੇਡ ਕੰਮ ਲਈ, UGC-ਸਟਾਈਲ ਕਟਡਾਊਨ ਮਨਜ਼ੂਰ ਸ਼ੁਦਾ ਮੁਹਿੰਮ ਦੇ ਡੈਰੀਵੇਟਿਵ ਹੁੰਦੇ ਹਨ, ਕਦੇ ਵੀ ਖੁਦਮੁਖਤਿਆਰ ਪ੍ਰੋਡਕਸ਼ਨ ਨਹੀਂ.
- ਕੈਪਸ਼ਨ
- ਹਰ ਟਰੈੱਕ ਅਨੁਸਾਰ, ਸਹੀਪਣ, ਟਾਈਮਿੰਗ ਅਤੇ ਪੜ੍ਹਨ ਦੀ ਰਫ਼ਤਾਰ ਲਈ ਜਾਂਚਿਆ ਹੋਇਆ, ਮੰਜ਼ਿਲ ਵਾਲੇ ਫਾਰਮੈਟ ਦੇ ਅਨੁਸਾਰ।
- ਕਵਰ ਫ੍ਰੇਮ ਅਤੇ ਥੰਬਨੇਲ
- ਚੁਣਿਆ ਗਿਆ, ਛੁੱਟਿਆ ਨਹੀਂ, ਕਿਉਂਕਿ ਵਰਟੀਕਲ ਫੀਡ ‘ਚ ਕਵਰ ਫ੍ਰੇਮ ਹੂਕ ਦਾ ਹਿੱਸਾ ਹੁੰਦਾ ਹੈ।
- ਕਿਊ ਅਤੇ ਰਾਈਟਸ ਜਾਣਕਾਰੀ
- ਕਿਹੜਾ ਸੰਗੀਤ, ਕਿਹੜੇ ਸਰੋਤ ਐਸੈੱਟ, ਕਿਹੜੀ ਗ੍ਰਾਂਟ ਹੇਠ, ਕਿਹੜੀਆਂ ਖੇਤਰੀ ਹੱਦਾਂ ਅਤੇ ਅਵਧੀ ਲਈ।
- ਮੂਲਤਾ
- ਡਿਲਿਵਰ ਕੀਤੀ ਵਰਜਨ ਕਿਵੇਂ ਬਣੀ: ਮਾਡਲ, ਰੈਫ਼ਰੰਸ, ਕੈਨਨ ਵਰਜਨ, ਮੁਰੰਮਤਾਂ ਅਤੇ ਹਰ ਇੱਕ ਨੂੰ ਮਨੁੱਖਾਂ ਦੁਆਰਾ ਕੀਤੀਆਂ ਮਨਜ਼ੂਰੀਆਂ।
- ਡਿਲਿਵਰੀ ਮੈਨਿਫੈਸਟ
- ਇਹ ਉਹ ਇੰਡੈਕਸ ਹੈ ਜੋ ਦੱਸਦਾ ਹੈ ਪੈਕੇਜ ਵਿੱਚ ਕੀ ਹੈ ਅਤੇ ਕਿ ਵਿਸ਼ੇਸ਼ਣ ਵਿੱਚ ਮੰਗੀਆਂ ਸਾਰੀਆਂ ਚੀਜ਼ਾਂ ਮੌਜੂਦ ਹਨ।
02 / ਵਰਕਫ਼ਲੋਅ ਦੇ ਅੰਦਰ
ਡੈਰੀਵਡ, ਮੁੜ ਨਹੀਂ ਬਣਾਇਆ
9:16 ਕਟਡਾਊਨ, 1:1 ਵਰਜਨ ਅਤੇ ਤਿੰਨ ਪਲੇਟਫਾਰਮ ਐਡਿਟਾਂ ਦੀ ਲੋੜ ਵਾਲੀ ਕੈਂਪੇਨ ਦੋ ਤਰੀਕਿਆਂ ਨਾਲ ਤਿਆਰ ਹੋ ਸਕਦੀ ਹੈ। ਜਾਂ ਹਰ ਇੱਕ ਵੱਖਰੀ ਪ੍ਰੋਡਕਸ਼ਨ ਹੋਵੇ, ਜਾਂ ਹਰ ਇੱਕ ਇੱਕ ਮਨਜ਼ੂਰ ਮਾਸਟਰ ਤੋਂ ਉਤਪੰਨ ਕੀਤਾ ਜਾਵੇ.
ਡੈਰੀਵੇਸ਼ਨ ਹੀ ਇਕੱਲਾ ਵਰਜਨ ਹੈ ਜੋ ਸਕੇਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇਹੀ ਇਕੱਲਾ ਵਰਜਨ ਹੈ ਜਿੱਥੇ ਬ੍ਰਾਂਡ ਦੀ ਇਕਸਾਰਤਾ ਬਚਦੀ ਹੈ। ਵੱਖ-ਵੱਖ ਤੌਰ ‘ਤੇ ਬਣੇ ਤਿੰਨ ਐਡਿਟ ਤਿੰਨ ਮੌਕੇ ਹਨ ਕਿ ਪ੍ਰੋਡਕਟ ਗਲਤ ਦਿਖੇ। ਇੱਕ ਮਾਸਟਰ ਜਿੱਥੋਂ ਤਿੰਨ ਨਿਕਲੇ ਵਰਜਨ ਬਣੇ, ਉਸਦੇ ਕੋਲ ਇੱਕ ਸਿੰਗਲ ਮਨਜ਼ੂਰੀ ਬਿੰਦੂ ਅਤੇ ਤਿੰਨ ਮਕੈਨਿਕਲ ਆਉਟਪੁੱਟ ਹੁੰਦੇ ਹਨ.
03 / ਵਰਕਫ਼ਲੋਅ ਦੇ ਅੰਦਰ
ਅੰਤਿਮ ਡਿਲਿਵਰੀ ਮਨਜ਼ੂਰੀ
- ਮੁੱਖ ਮਾਸਟਰ ਸਮੀਖਿਆਬ੍ਰੀਫ਼ ਵਿੱਚ ਨਾਮਿਤ ਰਚਨਾਤਮਕ ਮਨਜ਼ੂਰਕਰਤਾBlocks: ਪਲੇਟਫਾਰਮ ਵਰਜ਼ਨਾਂ ਅਤੇ ਕਟਡਾਊਨਜ਼ ਦੀ ਡੈਰੀਵੇਸ਼ਨ
- ਭਾਸ਼ਾ ਅਤੇ ਬਜ਼ਾਰ ਸਮੀਖਿਆਹਰ ਟਰੈਕ ਲਈ ਮੂਲ ਸਮੀਖਿਆਕਾਰBlocks: ਉਸ ਟ੍ਰੈਕ ਹੀ, ਮਾਸਟਰ ਨਹੀਂ
- ਅੰਤਿਮ ਡਿਲਿਵਰੀ ਮਨਜ਼ੂਰੀਲੋੜ ਪੈਣ 'ਤੇ ਨਿਰਧਾਰਤ ਡਿਲਿਵਰੀ ਮਨਜ਼ੂਰ ਕਰਨ ਵਾਲਾ, ਨਾਲ ਹੀ ਬ੍ਰਾਂਡ ਜਾਂ ਕਾਨੂੰਨੀBlocks: ਪੈਕੇਜ ਦੀ ਹੰਡੋਵਰ
ਸਵਾਲ
ਉਸਨੂੰ ਪ੍ਰੋਡਕਸ਼ਨ ਵਿੱਚ ਲਿਜਾਣ ਤੋਂ ਪਹਿਲਾਂ
ਕੀ Tosheo ਮੇਰੇ ਲਈ ਐਪੀਸੋਡ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ/ਕਰਦੀ ਹੈ?
ਨਹੀਂ। Tosheo ਵਿੱਚ ਆਟੋਮੇਸ਼ਨ ਬਾਹਰਲੀ ਤੌਰ ‘ਤੇ ਪਬਲਿਸ਼ ਨਹੀਂ ਕਰ ਸਕਦੀ - ਇਹ ਮਨੁੱਖੀ-ਨਿਯੰਤਰਣ ਨਿਯਮ ਦਾ ਹਿੱਸਾ ਹੈ। Tosheo ਤੁਹਾਡੇ ਦਿੱਤੇ ਗਏ ਮੰਜ਼ਿਲ ਲਈ ਡਿਲਿਵਰੀ ਪੈਕੇਜ ਤਿਆਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਜਾਂ ਤੁਹਾਡਾ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਭਾਈਦਾਰੀ ਇਸਨੂੰ ਪਬਲਿਸ਼ ਕਰਦੇ ਹੋ।
ਕੀ Tosheo ਕਿਸੇ ਪਲੇਟਫਾਰਮ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਅਨੁਸਾਰ ਡਿਲਿਵਰ ਕਰ ਸਕਦਾ/ਸਕਦੀ ਹੈ?
ਡਿਲਿਵਰੀ-ਸਪੈਸਿਫਿਕੇਸ਼ਨ ਮੈਨੇਜਮੈਂਟ ਫੇਜ਼ 1 ਦੀਆਂ ਸੇਵਾਵਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ: ਅਸੀਂ ਖਰੀਦਦਾਰ ਜਾਂ ਪਲੇਟਫਾਰਮ ਦੀ ਸਪੈਸ ਲੈਂਦੇ ਹਾਂ ਅਤੇ ਉਸ ਮੁਤਾਬਕ ਪੈਕੇਜ ਕਰਦੇ ਹਾਂ। ਜੋ ਅਸੀਂ ਨਹੀਂ ਕਰਦੇ ਉਹ ਇਹ ਦਾਅਵਾ ਕਰਨਾ ਹੈ ਕਿ ਅਸੀਂ ਡਿਸਟ੍ਰੀਬਿਊਟਰ, ਏਜੰਟ ਜਾਂ ਹੱਕਾਂ ਦੇ ਨੁਮਾਇੰਦੇ ਹਾਂ, ਕਿਉਂਕਿ ਅਸੀਂ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਨਹੀਂ ਹਾਂ.
ਜੇ ਕਿਸੇ ਪਲੇਟਫਾਰਮ ਨੂੰ ਕੁਝ ਚਾਹੀਦਾ ਹੈ ਜੋ ਅਸੀਂ ਯੋਜਨਾ ਵਿੱਚ ਨਹੀਂ ਰੱਖਿਆ ਸੀ ਤਾਂ ਕੀ ਹੋਵੇਗਾ?
ਇਹ ਸਕੋਪ ਬਦਲਾਵ ਬਣ ਜਾਂਦਾ ਹੈ ਜਿਸਦੀ ਲਾਗਤ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਇਹ ਆਪਣੀਆਂ ਪ੍ਰਭਾਵਿਤ ਗੇਟ ਮੁੜ ਖੋਲ੍ਹਦਾ ਹੈ। ਡਿਲਿਵਰੀ ਲੋੜਾਂ ਗ੍ਰੀਨਲਾਈਟ ਬ੍ਰੀਫ਼ ਵਿੱਚ ਇਸ ਲਈ ਬੈਠਦੀਆਂ ਹਨ ਕਿ ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਐਕਸੈਪਸ਼ਨ ਰਹੇ, ਨਾ ਕਿ ਪ੍ਰੋਡਕਸ਼ਨ ਦੇ ਆਖ਼ਿਰ ਦਾ ਰੁਟੀਨ।
ਕੀ ਕਟਡਾਊਨ ਸ਼ਾਮਲ ਹਨ?
ਨਿਕਲੇ ਵਰਜਨ ਇੱਕ ਵਪਾਰਕ ਇਕਾਈ ਹਨ: ਪ੍ਰਤੀ ਪੈਕੇਜ ਭਾਸ਼ਾ, ਬਾਜ਼ਾਰ ਅਤੇ ਪਲੇਟਫਾਰਮ ਵੈਰੀਐਂਟਾਂ ਦੀ ਤੈਅ ਕੀਤੀ ਗਿਣਤੀ। ਇਹ ਗਿਣਤੀ ਪ੍ਰੋਡਕਸ਼ਨ ਅਨੁਸਾਰ ਸਕੋਪ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਜੋ ਪੇਸ਼ਕਸ਼ ‘ਤੇ ਨਹੀਂ ਹੈ ਉਹ ਹੈ ਅਨਲਿਮਿਟੇਡ ਡੈਰੀਵੇਸ਼ਨ, ਉਹੀ ਕਾਰਨ ਕਰਕੇ ਜਿਵੇਂ ਅਨਲਿਮਿਟੇਡ ਜਨਰੇਸ਼ਨ ਪੇਸ਼ਕਸ਼ ‘ਤੇ ਨਹੀਂ ਹੈ.
ਮੈਨਿਫੈਸਟ ਸਾਬਤ ਕਰਦਾ ਕੀ ਹੈ?
ਇਹ ਕਿ ਪੈਕੇਜ ਨਿਰਧਾਰਣ ਦੇ ਮੁਤਾਬਕ ਪੂਰਾ ਹੈ, ਅਤੇ ਹਰ ਡਿਲਿਵਰ ਕੀਤੀ ਵਰਜਨ ਕਿਵੇਂ ਤਿਆਰ ਹੋਈ। ਹੱਕਾਂ ਜਾਂ ਮੂਲ-ਮੂਲ ਯਥਾਰਥਤਾ ਦੀ ਜਾਂਚ ਕਰਦੇ ਖਰੀਦਦਾਰ ਲਈ, ਇਹ ਫਰਕ ਇੱਕ ਸਿਧੇ ਜਵਾਬ ਅਤੇ ਇੱਕ ਜਾਂਚ ਵਿਚਕਾਰ ਹੈ।