01 ਨਵੰ 2025·8 ਮਿੰਟ
Tony Xu ਅਤੇ DoorDash: ਡਿਲਿਵਰੀ ਦੇ ਪਿੱਛੇ ਘਣਤਾ ਅਰਥਸ਼ਾਸਤਰ
DoorDash ਦੇ ਸਕੇਲ ਬਣਾਉਣ ਦੀ ਪ੍ਰਾਇਗਮੈਟਿਕ ਵਿਵਸਥਾ: ਲਾਸਟ-ਮਾਈਲ ਲਾਜਿਸਟਿਕਸ, ਮਰਚੈਂਟ ਸਾਫਟਵੇਅਰ ਅਤੇ ਘਣਤਾ ਅਰਥਸ਼ਾਸਤਰ—ਅਤੇ ਉਹ ਟਰੇਡ-ਆਫ਼ ਜਿਨ੍ਹਾਂ ਨੇ ਪਲੇਟਫਾਰਮ ਨੂੰ ਰੂਪ ਦਿੱਤਾ।
DoorDash ਦੇ ਸਕੇਲ ਬਣਾਉਣ ਦੀ ਪ੍ਰਾਇਗਮੈਟਿਕ ਵਿਵਸਥਾ: ਲਾਸਟ-ਮਾਈਲ ਲਾਜਿਸਟਿਕਸ, ਮਰਚੈਂਟ ਸਾਫਟਵੇਅਰ ਅਤੇ ਘਣਤਾ ਅਰਥਸ਼ਾਸਤਰ—ਅਤੇ ਉਹ ਟਰੇਡ-ਆਫ਼ ਜਿਨ੍ਹਾਂ ਨੇ ਪਲੇਟਫਾਰਮ ਨੂੰ ਰੂਪ ਦਿੱਤਾ।
ਇਹ ਕੇਸ ਸਟਡੀ ਇਸ ਗੱਲ ਦਾ ਗਾਈਡਡ ਟੂਰ ਹੈ ਕਿ ਜਦੋਂ ਤੁਸੀਂ ਇਕ ਲੋਕਲ ਡਿਲਿਵਰੀ ਪਲੈਟਫਾਰਮ ਨੂੰ ਮੈਕਾਨਿਕਸ ਦੇ ਨਜ਼ਦੀਕੋਂ ਦੇਖਦੇ ਹੋ ਤਾਂ ਉਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ—ਸਿਰਫ਼ ਬਰਾਂਡ ਨਹੀਂ। Tony Xu ਅਤੇ DoorDash ਨੂੰ ਉਦਾਹਰਨ ਵੱਜੋਂ ਵਰਤਦੇ ਹੋਏ, ਅਸੀਂ ਤਿੰਨ ਧਾਗੇ ਜੋੜਾਂਗੇ ਜੋ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹਨ ਕਿ ਡਿਲਿਵਰੀ ਸੁਵਿਧਾਜਨਕ, ਭਰੋਸੇਯੋਗ ਅਤੇ ਵਿੱਤੀ ਤੌਰ 'ਤੇ ਯੋਗ ਹੈ ਜਾਂ ਨਹੀਂ: ਲਾਸਟ-ਮਾਈਲ ਲਾਜਿਸਟਿਕਸ, ਮਰਚੈਂਟ ਸਾਫਟਵੇਅਰ, ਅਤੇ ਘਣਤਾ ਅਰਥਸ਼ਾਸਤਰ।
ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਅਸੀਂ ਡਿਲਿਵਰੀ ਪਲੈਟਫਾਰਮ ਦਾ ਮੁੱਢਲਾ “ਕੰਮ” ਟੁਟਾਉਂਗੇ: ਕਿਸ ਤਰ੍ਹਾਂ ਇੱਕ ਗਾਹਕ ਦੀ ਇਛਾ ("ਮੈਨੂੰ ਓਹ ਚੀਜ਼ ਹੁਣ ਚਾਹੀਦੀ ਹੈ") ਨੂੰ ਸਟੋਰ, ਇੱਕ ਕੋਰਿਅਰ ਅਤੇ ਇੱਕ ਰੂਟਿੰਗ ਸਿਸਟਮ ਦੇ ਦਰਮਿਆਨ ਤਰਤੀਬਬੱਧ ਕਦਮਾਂ ਦੀ ਲੜੀ ਬਣਾਉਣ 'ਚ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ।
ਫਿਰ ਅਸੀਂ ਉਹ ਟੂਲ ਦੇਖਾਂਗੇ ਜੋ ਮਰਚੈਂਟਾਂ ਨੂੰ ਡਿਲਿਵਰੀ ਨੂੰ ਦੁਹਰਾਏ ਯੋਗ ਬਣਾਉਣ ਲਈ ਚਾਹੀਦੇ ਹੁੰਦੇ ਹਨ: ਸਹੀ ਰਹਿਣ ਵਾਲੇ ਮੇਨੂ ਅਤੇ ਇਨਵੈਂਟਰੀ, ਪਿਕਅਪ ਨਾਲ ਮਿਲਦਾ ਪ੍ਰੈਪ ਸਮਾਂ, ਅਤੇ ਆਰਡਰ spike ਹੋਣ 'ਤੇ ਗਲਤੀਆਂ ਘਟਾਉਣ ਵਾਲੇ ਵਰਕਫਲੋ।
ਅਖੀਰ ਵਿੱਚ, ਅਸੀਂ ਘਣਤਾ ਅਰਥਸ਼ਾਸਤਰ ਸਮਝਾਵਾਂਗੇ—ਉਹ ਕਾਰਨ ਜੋ ਦੱਸਦਾ ਹੈ ਕਿ ਇੱਕ ਮੋਹੱਲੇ ਵਿੱਚ ਡਿਲਿਵਰੀ ਮਹਿੰਗੀ ਕਿਉਂ ਹੋ ਸਕਦੀ ਹੈ ਤੇ ਦੂਜੇ ਵਿੱਚ ਹੈਰਾਨੀਜਨਕ ਤੌਰ 'ਤੇ ਕੁਸ਼ਲ ਕਿਉਂ। ਸਮੇਂ ਅਤੇ ਜਗ੍ਹਾ ਵਿੱਚ ਆਰਡਰਾਂ ਦੀ ਸਾਂਦਰਤਾ ਹਰ ਚੀਜ਼ ਬਦਲ ਦਿੰਦੀ ਹੈ: ਕੋਰਿਅਰ ਉਪਯੋਗਤਾ, ਯਾਤਰਾ ਸਮਾਂ, ਬੈਚਿੰਗ, ETA, ਅਤੇ ਆਖਿਰਕਾਰ ਯੂਨਿਟ ਅਰਥਸ਼ਾਸਤਰ।
DoorDash ਇੱਕ ਵਰਤੋਂਯੋਗ ਕੇਸ ਹੈ ਕਿਉਂਕਿ ਇਸਨੇ ਵੱਖ-ਵੱਖ ਲੋਕਲ ਮਾਰਕੀਟਾਂ ਵਿੱਚ ਸਥਾਪਨਾ ਕੀਤੀ—ਸਿਰਫ਼ ਕੁਝ ਗਾੜ੍ਹੇ ਸ਼ਹਿਰੀ ਕੇਂਦ੍ਰਾਂ ਤੱਕ ਸੀਮਿਤ ਨਹੀਂ। ਇਸ ਨਾਲ ਪਲੇਟਫਾਰਮਾਂ ਨੂੰ ਜੋ ਵਰਤੋਂਕਾਰੀ ਟ੍ਰੇਡ-ਆਫ਼ ਸਾਮ੍ਹਣੇ ਆਉਂਦੇ ਹਨ ਉਹਨਾਂ ਨੂੰ ਦੇਖਣਾ ਆਸਾਨ ਹੁੰਦਾ ਹੈ: ਗਤੀ ਵਿਰੁੱਧ ਲਾਗਤ, ਕਵਰੇਜ ਵਿਰੁੱਧ ਭਰੋਸੇਯੋਗਤਾ, ਅਤੇ ਵਿਕਾਸ ਵਿਰੁੱਧ ਲਾਭਕਾਰੀਤਾ।
ਅੰਤ ਤੱਕ, ਤੁਸੀਂ ਕਿਸੇ ਵੀ ਲੋਕਲ ਡਿਲਿਵਰੀ ਬਿਜ਼ਨਸ ਨੂੰ ਦੇਖ ਸਕੋਗੇ ਅਤੇ ਸਮਝ ਸਕੋਗੇ ਕਿ ਪਿੱਛੇ-ਦਰ-ਪਿੱਛੇ ਕੀ ਚੀਜ਼ਾਂ ਉਸਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨਿਰਧਾਰਤ ਕਰ ਰਹੀਆਂ ਹਨ।
DoorDash ਨੇ "ਡਿਲਿਵਰੀ ਨੂੰ ਮਾਲਕ ਬਣਾਉਣ" ਦੀ ਵੱਡੀ ਯੋਜਨਾ ਨਾਲ ਸ਼ੁਰੂਆਤ ਨਹੀਂ ਕੀਤੀ। Tony Xu ਦੀ ਸ਼ੁਰੂਆਤੀ ਫੋਕਸ ਜਿਆਦਾ ਵਿਆਵਹਾਰਕ ਸੀ: ਨੇੜੇ-ਕਿ ਮਰਚੈਂਟਾਂ ਨੂੰ ਉਹ ਅਸਲੀ ਗਾਹਕੀ ਮੰਗ ਸੰਭਾਲਣ ਵਿੱਚ ਮਦਦ ਕਰੋ ਜੋ ਉਹ ਪਹਿਲਾਂ ਗੁਆ ਰਹੇ ਸਨ। ਬਹੁਤ ਸਾਰੇ ਲੋਕਲ ਰੈਸਟੋਰੈਂਟਾਂ ਦਾ ਖਾਣਾ ਸ਼ਾਨਦਾਰ ਅਤੇ ਮੁਲਾਕਾਤੀ ਪ੍ਰਸ਼ੰਸਕ ਮੌਜੂਦ ਸੀ, ਪਰ ਉਹ ਬਾਹਰ-ਤਰ੍ਹਾਂ ਆਰਡਰ ਪੂਰੇ ਕਰਨ ਦਾ ਸੌਖਾ ਢੰਗ ਨਹੀਂ ਰੱਖਦੇ ਸਨ। ਮੌਕਾ ਸਿਰਫ਼ ਮੰਗ ਬਣਾਉਣ ਦਾ ਨਹੀਂ ਸੀ—ਇਹ ਪੂਰਾ ਕਰਨ ਨੂੰ ਸੰਭਵ ਬਣਾਉਣ ਦਾ ਸੀ।
ਮਰਚੈਂਟਾਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰਨ ਨਾਲ ਤੁਸੀਂ ਜੋ ਬਣਾਉਂਦੇ ਹੋ ਉਹ ਸਵੈਭਾਵਿਕ ਤੌਰ 'ਤੇ ਬਦਲ ਜਾਂਦਾ ਹੈ। ਕੈਟਾਲੌਗ ਅਤੇ ਚੈਕਆਉਟ ਫਲੋ ਦੀ ਮਨਹਾਂਗੀ ਕਰਨ ਦੀ ਬਜਾਏ, ਤੁਸੀਂ ਰੋਜ਼ਾਨਾ ਓਪਰੇਸ਼ਨਲ ਰੁਕਾਵਟਾਂ 'ਤੇ ਜ਼ਿਆਦਾ ਧਿਆਨ ਦੇਣਾ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋ:
ਇਹ ਸਵਾਲ "ਰੀਅਲ-ਟਾਈਮ ਓਪਸ" ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹਨ, ਅਤੇ ਇਹ ਉਤਪਾਦ ਬਣ ਜਾਂਦੇ ਹਨ।
ਸ਼ਿਪਿੰਗ ਅਕਸਰ ਦਿਨਾਂ ਵਿੱਚ ਮਾਪੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਪੇਸ਼ਗਾਨ ਹੈਂਡਆਫ਼ਸ 'ਤੇ ਬਣਾਈ ਜਾਂਦੀ ਹੈ। ਫੂਡ ਡਿਲਿਵਰੀ ਮਿੰਟਾਂ ਵਿੱਚ ਮਾਪੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਗਲਤੀਆਂ ਲਈ ਤੁਰੰਤ ਸਜ਼ਾ ਮਿਲਦੀ ਹੈ। ਪਾਬੰਦੀਆਂ ਹੋਰ ਸਖਤ ਹਨ:
ਇਸ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਪਲੇਟਫਾਰਮ ਸਿਫ਼਼ਤ "ਡ੍ਰਾਈਵਰ ਭੇਜ ਦੇ" ਨਹੀਂ ਕਰ ਸਕਦਾ। ਇਸਨੂੰ ਤਿਆਰੀ ਸਮਾਂ, ਪਿਕਅਪ ਟਾਈਮਿੰਗ ਅਤੇ ਡ੍ਰੌਪ-ਆਫ ਟਾਈਮਿੰਗ ਨੂੰ ਇੱਕ ਜੁੜੇ ਹੋਏ ਵਰਕਫਲੋ ਵਜੋਂ ਕੋਆਰਡੀਨੇਟ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਚੋਟੀ ਦੇ ਸਮੇਂ ਲਏ ਛੋਟੀ ਪ੍ਰੋਡੱਕਟ ਫੈਸਲੇ ਸਾਲਾਂ ਦੀਆਂ ਟਰੇਡ-ਆਫ਼ਸ ਨੂੰ ਲੌਕ ਕਰ ਸਕਦੇ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਤੁਸੀਂ ਮਰਚੈਂਟ ਲਈ ਪਿਕਅਪ ਉਮੀਦਾਂ ਕਿਵੇਂ ਸੈੱਟ ਕਰਦੇ ਹੋ ਇਹ ਪ੍ਰਭਾਵ ਦਿੰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਬਾਅਦ ਵਿੱਚ ਕਿੰਨਾ ਬੈਚਿੰਗ ਕਰ ਸਕਦੇ ਹੋ। ਡੈਸ਼ਰ ਦੇ ਤਜ਼ਰਬੇ ਨੂੰ ਡਿਜ਼ਾਈਨ ਕਰਨ ਦਾ ਢੰਗ ਸਵੀਕਾਰ ਦਰਾਂ ਅਤੇ ਰੱਦ-ਵਿਹਾਰ 'ਤੇ ਅਸਰ ਪਾਉਂਦਾ ਹੈ। ਇਨਿਸ਼ੀਅਲ ਮਰਚੈਂਟ ਓਨਬੋਡਿੰਗ ਦਿ 접근 (ਮੈਨੁਅਲ ਵਿਰੁੱਧ ਇੰਟਿਗ੍ਰੇਟਡ) ਵੀ ਨਿਯਤ ਕਰ ਸਕਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਨਵੀਆਂ ਥਾਂਵਾਂ 'ਤੇ ਕਿੰਨੀ ਤੇਜ਼ੀ ਨਾਲ ਸਕੇਲ ਕਰ ਸਕਦੇ ਹੋ।
DoorDash ਦਾ ਮਰਚੈਂਟ-ਅਤੇ-ਓਪਸ ਸ਼ੁਰੂਆਤੀ ਨੁਕਤਾ ਕੰਪਨੀ ਨੂੰ ਉਹਨਾਂ ਨਿਰਦੇਸ਼ਾਂ ਵੱਲ ਧਕੈਲਦਾ ਹੈ ਜਿਹੜੇ ਬਹੁਤ ਸਾਰੇ ਮਾਰਕੀਟਪਲੇਸ ਸਿਰਫ਼ ਉਹਨਾਂ ਦੇ ਵੱਡੇ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹੀ ਸਾਹਮਣਾ ਕਰਦੇ ਹਨ।
ਲਾਸਟ-ਮਾਈਲ ਲਾਜਿਸਟਿਕਸ ਉਦੋਂ ਦੀ ਭਾਗੀ ਹੈ ਜੋ ਵਸਤੂ ਨੂੰ "ਇਥੋਂ ਤੁਹਾਡੇ ਦਰਵਾਜ਼ੇ ਤੱਕ" ਲਿਜਾਂਦੀ ਹੈ: ਸਥਾਨਕ ਮਰਚੈਂਟ ਤੋਂ ਗਾਹਕ ਦੀ ਦਰਵਾਜ਼ੇ ਤੱਕ ਆਰਡਰ ਨੂੰ ਭਰੋਸੇਯੋਗ ਸਮੇਂ ਵਿੱਚ ਲਿਜਾਣਾ। ਰੈਸਟੋਰੈਂਟ ਡਿਲਿਵਰੀ ਵਿੱਚ, ਉਤਪਾਦ ਕੇਵਲ ਖਾਣਾ ਨਹੀਂ—ਇਹ ਖਾਣਾ ਹੈ ਜੋ ਗਰਮ, ਸਹੀ ਅਤੇ ਇੱਕ ਐਸੇ ਸ਼ੈਡਿਊਲ 'ਤੇ ਪਹੁੰਚਦਾ ਹੈ ਜੋ ਭਰੋਸੇਯੋਗ ਮਹਿਸੂਸ ਹੋਵੇ। ਲੋਕਲ ਕਾਮਰਸ (ਫਾਰਮਸੀ, ਕਨਵੀਨੀਅਂਸ, ਪੈਟ ਸਪਲਾਈ) ਵਿੱਚ ਇਹੀ ਵਾਅਦਾ ਰੋਜ਼ਾਨਾ ਚੀਜ਼ਾਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ।
ਜਿਆਦਾਤਰ ਡਿਲਿਵਰੀ ਇੱਕ ਸਧਾਰਣ ਲੜੀ ਦਾ ਪਾਲਣ ਕਰਦੀਆਂ ਹਨ:
Browse → order → merchant accepts → prep/pack → Dasher arrives → pickup → drive → drop-off
ਕਾਗਜ਼ 'ਤੇ ਇਹ ਲੀਨੀਅਰ ਹੈ। ਅਮਲ ਵਿੱਚ, ਹਰ ਕਦਮ ਅਸਲੀ ਦੁਨੀਆ ਦੀਆਂ ਪਾਬੰਦੀਆਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ: ਕਿਚਨ ਦਾ ਕੰਮ-ਭਾਰ, ਸਟੋਰ ਸਟਾਫਿੰਗ, ਟ੍ਰੈਫਿਕ ਲਾਈਟਾਂ, ਅਪਾਰਟਮੈਂਟ ਐਕਸੈਸ, ਅਤੇ ਗਾਹਕ ਦੀ ਉਪਲਬਧਤਾ।
ਸਭ ਤੋਂ ਗੜਬੜੀ ਵਾਲੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹੈਂਡਆਫ਼ਸ 'ਤੇ ਆਉਂਦੀਆਂ ਹਨ—ਉਹ ਪਲ ਜਦੋਂ ਜ਼ਿੰਮੇਵਾਰੀ ਬਦਲਦੀ ਹੈ:
ਡਿਲਿਵਰੀ ਗੁਣਵੱਤਾ ਬਹੁਤ ਹੱਦ ਤੱਕ ਸਮਾਂ-ਪ੍ਰਬੰਧਨ ਦੀ ਸਮੱਸਿਆ ਹੈ। ਹਰ ਵਾਧੂ ਮਿੰਟ ਕੰਪਾਉਂਡ ਹੁੰਦਾ ਹੈ: ਇਹ ਗਾਹਕ anxious ਕਰਦਾ ਹੈ, ਰਿਫੰਡ ਦਾ ਜੋਖਮ ਵਧਾਉਂਦਾ ਹੈ, ਅਤੇ ਕੋਰਿਅਰ ਦੀ ਕਮਾਈ ਕੁਸ਼ਲਤਾ ਘਟਾਉਂਦਾ ਹੈ। ਆਖਿਰਕਾਰ, ਲਾਸਟ-ਮਾਈਲ ਲਾਜਿਸਟਿਕਸ ਵਿੱਚ ਜਿੱਤਣ ਦਾ ਮਤਲਬ ਹੈ ਫਲੋ 'ਚ "ਅਣਯੋਜਿਤ ਮਿੰਟਾਂ" ਨੂੰ ਘਟਾਉਣਾ—ਖਾਸ ਕਰਕੇ ਮਰਚੈਂਟ 'ਤੇ ਉਡੀਕ ਸਮੇਂ ਅਤੇ ਪਿਕਅਪ ਅਤੇ ਡ੍ਰੌਪ-ਆਫ ਦੌਰਾਨ ਖੋਇਆ ਸਮਾਂ।
ਜਦੋਂ ਇਹ ਮਿੰਟ ਕਾਬੂ ਵਿੱਚ ਹੁੰਦੇ ਹਨ, ਤਾਂ ਹੋਰ ਹਰ ਚੀਜ਼ ਸੁਧਰਦੀ ਹੈ: ਸਹੀਤਾ, ਤਾਪਮਾਨ, ਸਮੇਂ 'ਤੇ ਪਹੁੰਚ, ਅਤੇ ਦੁਬਾਰਾ ਵਰਤੋਂ।
DoorDash ਕੰਮ ਕਰਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਇਕੱਠੇ ਤਿੰਨ ਗਰੁੱਪਾਂ ਨੂੰ ਕੋਆਰਡੀਨੇਟ ਕਰਦਾ ਹੈ: ਸੁਵਿਧਾ ਚਾਹੁਣ ਵਾਲੇ ਗਾਹਕ, ਵਾਧੂ ਵਿਕਰੀ ਚਾਹੁਣ ਵਾਲੇ ਮਰਚੈਂਟ, ਅਤੇ ਲਚਕੀਲੇ ਕਮਾਈ ਚਾਹੁਣ ਵਾਲੇ Dashers। ਹਰ ਪੱਖ ਪਲੇਟਫਾਰਮ ਨੂੰ ਵੱਖ-ਵੱਖ ਮਾਪਦੰਡਾਂ ਨਾਲ ਜੱਜ ਕਰਦਾ ਹੈ—ਅਤੇ ਇੱਕ ਮੈਟ੍ਰਿਕ ਨੂੰ ਸੁਧਾਰਨਾ ਆਮ ਤੌਰ 'ਤੇ ਦੂਜੇ ਨੂੰ ਨੁਕਸਾਨ ਪਹੁੰਚਾ ਸਕਦਾ ਹੈ।
ਗਾਹਕ ਕੀਮਤ, ਚੋਣ ਅਤੇ ਗਤੀ ਦੀ ਪਰਵਾਹ ਕਰਦੇ ਹਨ। ਜੇ ਫੀਸ ਵਧਦੀਆਂ ਹਨ ਜਾਂ ETA ਸੁਸਤ ਹੁੰਦੇ ਹਨ, ਉਹ ਤੇਜ਼ੀ ਨਾਲ churn ਕਰ ਜਾਂਦੇ ਹਨ।
ਮਰਚੈਂਟ ਆਰਡਰ ਵਾਲਿਊਮ, ਸਹੀਤਾ ਅਤੇ ਓਪਰੇਸ਼ਨਲ ਫਿਟ ਦੀ ਪਰਵਾਹ ਕਰਦੇ ਹਨ। ਉਹ ਨਹੀਂ ਚਾਹੁੰਦੇ ਕਿ ਡਿਲਿਵਰੀ ਕਿਚਨ ਨੂੰ ਵਿਘਟਿਤ ਕਰੇ, ਸਟਾਫ਼ ਨੂੰ ਓਵਰਹੈਲਮ ਕਰੇ, ਜਾਂ ਗਾਹਕਾਂ ਨੂੰ ਨਿਰਾਸ਼ ਕਰ ਦੇਵੇ।
Dashers ਘੰਟੇ ਪ੍ਰਤੀ ਕਮਾਈ, ਅਨੁਮਾਨਿਤਤਾ, ਅਤੇ ਘੱਟ friction ਦੀ ਪਰਵਾਹ ਕਰਦੇ ਹਨ। ਬਹੁਤ ਜ਼ਿਆਦਾ ਉਡੀਕ, ਲੰਬੀਆਂ ਡ੍ਰਾਈਵਾਂ, ਜਾਂ ਬਾਰ-ਬਾਰ ਰੱਦ ਹੋਣਾ ਕੰਮ ਨੂੰ ਨਿਆਇਕ ਨਹੀਂ ਮਹਿਸੂਸ ਕਰਵਾਉਂਦਾ।
ਟ੍ਰਿੱਕੀ ਹਿੱਸਾ ਇਹ ਹੈ ਕਿ "ਵੱਧ ਮੰਗ" ਹਮੇਸ਼ਾਂ ਚੰਗੀ ਨਹੀਂ ਹੁੰਦੀ। ਆਰਡਰਾਂ ਦੀ ਲਹਿਰ ਗਾਹਕ ਉਡੀਕ ਸਮਾਂ ਵਧਾ ਸਕਦੀ ਹੈ, ਪ੍ਰੈਪ ਕਤਾਰ ਬਢਾ سکتی ਹੈ, ਅਤੇ Dashers ਨੂੰ ਲੌਬੀਆਂ ਵਿੱਚ ਫਸਾ ਸਕਦੀ ਹੈ—ਤਿੰਨਾਂ ਧਿਰਾਂ 'ਤੇ ਸਤਿੱਸਟੀ ਘਟਾ ਦਿੰਦੀ ਹੈ।
ਇਕ ਡਿਲਿਵਰੀ ਪਲੇਟਫਾਰਮ ਨੂੰ ਪ੍ਰੇਰਣਾਵਾਂ ਐਸੇ ਰੂਪ ਵਿੱਚ ਮਿਲਾਉਣੀਆਂ ਪੈਂਦੀਆਂ ਹਨ ਕਿ:
ਇਸੇ ਲਈ ਪਲੇਟਫਾਰਮ ਸਮੇਂ 'ਤੇ obsessed ਰਹਿੰਦੇ ਹਨ: ਕਦੋਂ ਕਿਚਨ ਨੂੰ ਆਰਡਰ ਭੇਜਣਾ ਹੈ, ਕਦੋਂ Dasher ਨੂੰ ਡਿਸਪੈਚ ਕਰਨਾ ਹੈ, ਅਤੇ ਕਿਵੇਂ ਬੈਚ ਕਰਨਾ ਹੈ ਬਿਨਾਂ ਕਿਸੇ ਨੂੰ "ਦੂਜਾ ਪ੍ਰਾਥਮਿਕਤਾ" ਮਹਿਸੂਸ ਕਰਵਾਏ।
ਭਰੋਸਾ ਠੰਡੀ ਸਥਿਰਤਾ ਨਾਲ ਬਣਦਾ ਹੈ: ਪਾਰਦਰਸ਼ੀ ETA ਜੋ ਉਲਟ-ਸਲਟ ਨਹੀਂ ਹੁੰਦੇ, ਘੱਟ ਰੱਦੀਆਂ, ਅਤੇ ਪਿਕਅਪ ਅਤੇ ਡ੍ਰੌਪ-ਆਫ 'ਤੇ ਸੁਚੱਜੇ ਹੈਂਡਆਫ਼। ਜਦੋਂ ਐਪ ਦਾ ਵਾਅਦਾ ਵਾਸਤਵ ਵਿੱਚ ਅਕਸਰ ਕਾਮ ਕਰਦਾ ਹੈ—ਤਾਂ ਗਾਹਕ ਫਿਰ ਆਰਡਰ ਕਰਦੇ ਹਨ, ਮਰਚੈਂਟ ਰਹਿੰਦੇ ਹਨ, ਅਤੇ Dashers ਡ੍ਰਾਈਵ ਕਰਨਾ ਜਾਰੀ ਰੱਖਦੇ ਹਨ।
ਡਿਲਿਵਰੀ ਪਲੇਟਫਾਰਮਾਂ ਨੂੰ ਦਿੱਖਦਾ ਹੈ ਕਿ ਉਹ ਨਕਸ਼ੇ ਨੂੰ ਵਧਾਉਣ ਨਾਲ ਸਕੇਲ ਹੋ ਰਹੇ ਹਨ। ਅਸਲ ਵਿੱਚ, ਬਹੁਤ ਸਾਰੇ ਬਿਹਤਰ ਫਾਇਦੇ ਇੱਕੋ ਨਕਸ਼ੇ 'ਚ ਵਿਆਪਕ ਗਤੀਵਿਧੀ ਨੂੰ ਇਕੱਠਾ ਕਰਨ ਤੋਂ ਆਉਂਦੇ ਹਨ। ਇਹੀ ਘਣਤਾ ਅਰਥਸ਼ਾਸਤਰ ਹੈ।
ਘਣਤਾ ਆਮ ਤੌਰ 'ਤੇ ਨਿਰਧਾਰਤ ਜ਼ੋਨ (ਇਕ ਪੜੋਸ-ਪੈਮਾਨੇ) ਵਿੱਚ ਘੰਟੇ ਪ੍ਰਤੀ ਆਰਡਰ ਵਜੋਂ ਮਾਪੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਅਕਸਰ ਘੰਟੇ ਪ੍ਰਤੀ ਆਰਡਰ/ਕੋਰਿਅਰ ਵਜੋਂ ਵੀ। ਉੱਚ ਘਣਤਾ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇੱਕ Dasher ਜਿਸਨੇ ਇੱਕ ਡ੍ਰੌਪ ਖਤਮ ਕੀਤਾ, ਉਸਨੂੰ ਨੇੜੇ ਹੀ ਜ਼ਲਦੀ ਹੋਰ ਬੇਨਤੀ ਮਿਲਣ ਦੀ ਸੰਭਾਵਨਾ ਹੁੰਦੀ ਹੈ—ਬਿਨਾ ਖਾਲੀ ਸਮੇਂ ਜਾਂ ਲੰਬੇ ਰੀਪੋਜ਼ੀਸ਼ਨ ਦੇ।
ਜਦੋਂ ਆਰਡਰ ਸਮੇਂ ਅਤੇ ਜਗ੍ਹਾ ਵਿੱਚ ਕੁਝ ਹੱਦ ਤਕ ਇੱਕੱਠੇ ਹੋ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਹਰ ਡਿਲਿਵਰੀ ਦੀ ਲਾਗਤ ਕੁਝ ਸਧਾਰਣ ਕਾਰਨਾਂ ਕਰਕੇ ਘਟਦੀ ਹੈ:
ਇਹ ਸੁਧਾਰ ਆਪਸ ਵਿੱਚ ਕੈਂਪਾਉਂਡ ਹੁੰਦੇ ਹਨ: ਤੇਜ਼ ਸਾਈਕਲ ਜ਼ਿਆਦਾ ਡਿਲਿਵਰੀ/ਘੰਟਾ ਦਿੰਦੇ ਹਨ, ਜੋ ਕਿ ਫਿਕਸਡ ਖਰਚਾਂ (ਸਪੋਰਟ, ਇੰਸ਼ੁਰੰਸ, ਇਨਸੈਂਟਿਵ) ਨੂੰ ਕਵਰ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦੇ ਹਨ।
ਨਵੀਆਂ ਥਾਂਵਾਂ 'ਤੇ ਫੈਲਣਾ ਟੌਪ-ਲਾਈਨ ਨੂੰ ਵਧਾ ਸਕਦਾ ਹੈ, ਪਰ ਸ਼ੁਰੂਆਤੀ ਵਾਲਿਊਮ ਆਮ ਤੌਰ 'ਤੇ ਪਤਲਾ ਹੁੰਦਾ ਹੈ। ਪਤਲੇ ਜ਼ੋਨ ਲੰਮੇ ਡ੍ਰਾਈਵ, ਕੋਰਿਅਰ ਖਿੱਚਣ ਲਈ ਵੱਧ ਇਨਸੈਂਟਿਵ, ਅਤੇ ਹੋਰ ETA ਦੀਆਂ ਮਿਸਾਂ ਲਿਆਉਂਦੇ ਹਨ—ਜੋ ਯੂਨਿਟ ਅਰਥਸ਼ਾਸਤਰ ਅਤੇ ਗਾਹਕ ਭਰੋਸਾ ਦੋਹਾਂ ਨੂੰ ਨੁਕਸਾਨ ਪਹੁੰਚਾਉਂਦੇ ਹਨ।
ਛੋਟੀ ਫੁਟਪ੍ਰਿੰਟ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਿਤ ਕਰਨ ਨਾਲ ਇੱਕ ਵਰਤੋਂਕਾਰੀ ਲੂਪ ਬਣ ਸਕਦਾ ਹੈ: ਬਿਹਤਰ ETA ਅਤੇ ਭਰੋਸੇਯੋਗਤਾ ਦੁਬਾਰਾ ਗਾਹਕ ਲਿਆਉਂਦੇ ਹਨ, ਜੋ ਹੋਰ ਮਰਚੈਂਟ ਅਤੇ ਕੋਰਿਅਰ ਖਿੱਚਦੇ ਹਨ, ਜੋ ਤੇਜ਼ੀ ਅਤੇ ਉਪਯੋਗਤਾ ਨੂੰ ਹੋਰ ਸੁਧਾਰਦੇ ਹਨ।
Operator ਇਹਨਾਂ ਤਰੀਕਿਆਂ ਨਾਲ ਘਣਤਾ ਨੂੰ ਧੱਕ ਸਕਦੇ ਹਨ:
ਮਕਸਦ ਵੱਧ ਤੋਂ ਵੱਧ ਕਵਰੇਜ ਨਹੀਂ—ਇੱਕ ਐਸਾ ਜ਼ੋਨ ਹੈ ਜਿੱਥੇ ਹਰ ਵਾਧੂ ਆਰਡਰ ਅਗਲੇ ਨੂੰ ਪੂਰਾ ਕਰਨ ਦੀ ਲਾਗਤ ਘੱਟ ਕਰਦਾ ਹੈ।
ਜੇ ਤੁਸੀਂ ਸਮਝਣਾ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਦੋ ਡਿਲਿਵਰੀ ਐਪਸ ਉਪਭੋਗਤਿਆਂ ਲਈ ਆਇਕ ਹੀ ਕਿਉਂ ਲੱਗ ਸਕਦੀਆਂ ਹਨ ਪਰ ਅਮਲ ਵਿੱਚ ਇੱਕ ਦੂਜੇ ਨਾਲੋਂ ਕਿਵੇਂ ਭਿੰਨ ਸੰਚਾਲਨ ਦਿਖਾਉਂਦੀਆਂ ਹਨ, ਤਾਂ ਡਿਸਪੈਚ 'ਤੇ ਧਿਆਨ ਦਿਓ। ਡਿਸਪੈਚ ਉਹ "ਕੰਟਰੋਲ ਰੂਮ" ਹੈ ਜੋ ਫੈਸਲਾ ਕਰਦਾ ਹੈ ਕਿਹੜਾ Dasher ਕਿਸ ਆਰਡਰ ਨੂੰ ਲੈਗਾ, ਕਿਸ ਕ੍ਰਮ ਵਿੱਚ, ਅਤੇ ਕਿਹੜੇ ਰੂਟ 'ਤੇ—ਸਾਰਾ ਕੁਝ ਹਰ ਮਿੰਟ ਬਦਲ ਰਹੇ ਹਾਲਾਤਾਂ ਵਿੱਚ।
ਉੱਤਮ ਡਿਸਪੈਚ ਇਕ ਸ਼ਾਂਤ ਭਰੋਸੇਯੋਗਤਾ ਬਣਾਉਂਦੀ ਹੈ: ਆਰਡਰ ਵਾਅਦੇ ਮੁਤਾਬਕ ਪਹੁੰਚਦੇ ਹਨ, ਕੋਰਿਅਰ ਉਤਪਾਦਕ ਰਹਿੰਦੇ ਹਨ, ਅਤੇ ਮਰਚੈਂਟ ਪਿਕਅਪ ਕਾਊਂਟਰ 'ਤੇ ਓਵਰਹੈਲਮ ਨਹੀਂ ਹੁੰਦੇ। ਇਹ ਫਾਇਦਾ ਕੈਂਪਾਉਂਡ ਹੁੰਦਾ ਹੈ ਕਿਉਂਕਿ ਵਧੀਆ ਕਾਰਜਨੁਮਾ ਹੋਰ ਆਰਡਰਾਂ ਨੂੰ ਆਕਰਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਹੋਰ ਡਾਟਾ ਮਿਲਦਾ ਹੈ, ਜੋ ਮੇਲ-ਮਿਲਾਪ ਅਤੇ ਟਾਇਮਿੰਗ ਨੂੰ ਹੋਰ ਸੁਧਾਰਦਾ ਹੈ।
ਪ੍ਰਾਇਗਮੈਟਿਕ ਲੈਵਲ 'ਤੇ, ਡਿਸਪੈਚ ਕੁਆਲਟੀ ਇਹਨਾਂ ਤੱਤਾਂ ਦਾ ਮਿਸ਼ਰ ਹੈ:
ਬੈਚਿੰਗ (ਇਕ Dasher ਕਈ ਆਰਡਰ ਲੈ ਕੇ ਚੱਲਣਾ) ਲਾਗਤ ਪ੍ਰਤੀ ਡਿਲਿਵਰੀ ਘਟਾ ਸਕਦਾ ਹੈ, ਪਰ ਇਹ ਆਸਾਨੀ ਨਾਲ ਜ਼ਿਆਦਾ ਹੋ ਸਕਦਾ ਹੈ। ਜ਼ੋਰਦਾਰ ਬੈਚਿੰਗ ਕੁਸ਼ਲਤਾ ਵਧਾਉਂਦੀ ਹੈ ਪਰ ਠੰਢਾ ਖਾਣਾ, ਮਿਸ ਕੀਤੀਆਂ ETA, ਅਤੇ ਗਾਹਕ ਸ਼ਿਕਾਇਤਾਂ ਦਾ ਖਤਰਾ ਵਧਾਉਂਦੀ ਹੈ।
ਸਮਝਦਾਰ ਬੈਚਿੰਗ گਾਰਡਰੇਲਸ ਇਸ ਤਰ੍ਹਾਂ ਹਨ: ਸਿਰਫ਼ ਉਹ ਆਰਡਰ ਜੋ ਨੇੜੇ ਹਨ, ਸਮਾਨ प्यਾਰ ਕੀਤਾ ਗਿਆ ਖਰਚੇ ਵਾਲੇ ਮੈਚ, ਅਤੇ ਸਮਰੱਥ ਵਾਅਦਾ ਵਿੰਡੋ। ਲਕੜੀ ਦਾ ਟੀਚਾ "ਵੱਧ ਤੋਂ ਵੱਧ ਬੈਚਾਂ" ਨਹੀਂ, ਇਹ ਹੈ ਟਿਕਾਊ ਸਮੇਂ 'ਤੇ ਡਿਲਿਵਰੀ ਇੱਕਾਮਾਵਾਂ।
ਸਰਜਜ਼ ਕਮਜ਼ੋਰ ਡਿਸਪੈਚ ਨੂੰ ਖੋਲ੍ਹ ਦਿੰਦੇ ਹਨ। ਲੰਚ ਅਤੇ ਡਿਨਰ ਤਿੱਖੇ, ਪੇਸ਼ਗਾਨ spike ਬਣਾਉਂਦੇ ਹਨ; ਮੋਸਮ ਖਰਾਬੀ ਅਤੇ ਸਥਾਨਕ ਇਵੈਂਟ ਅਚਾਨਕ spike ਲਿਆਉਂਦੇ ਹਨ ਜੋ ਡ੍ਰਾਈਵਿੰਗ 'ਚ ਸੋਧ ਅਤੇ ਮਰਚੈਂਟ ਪ੍ਰੈਪ ਸਮਾਂ ਲੰਬਾ ਕਰ ਦਿੰਦੇ ਹਨ। ਚੰਗੇ ਸਿਸਟਮ ਡਿਲਿਵਰੀ ਵਾਅਦਿਆਂ ਨੂੰ ਢਾਲ ਕੇ, ਉੱਚ-ਖਤਰੇ ਵਾਲੇ ਆਰਡਰਾਂ ਨੂੰ ਤਰਜੀਹ ਦੇ ਕੇ, ਅਤੇ ਸਪਲਾਈ (Dashers) ਨੂੰ ਸਹੀ ਜ਼ੋਨ ਵੱਲ ਪ੍ਰੇਰਦੀ ਤੋਂ ਜਵਾਬ ਦੇ ਕੇ ਮੁੜ-ਸੰਤੁਲਨ ਕਰਦੇ ਹਨ।
ਟੀਮਾਂ ਉਹ ਨਹੀਂ ਮੈਨੇਜ ਕਰ ਸਕਦੀਆਂ ਜੋ ਉਹ ਮਾਪਦੀਆਂ ਨਹੀਂ। ਚਾਰ ਡਿਸਪੈਚ-ਕੇਂਦਰਤ ਮੈਟ੍ਰਿਕਸ:
ਡਿਸਪੈਚ ਕੇਵਲ الگੋਰੀਥਮ ਹੀ ਨਹੀਂ—ਇਹ ਗਾਹਕ ਵਾਅਦਿਆਂ, ਮਰਚੈਂਟ ਹਕੀਕਤਾਂ, ਅਤੇ ਡ੍ਰਾਈਵਰ ਉਤਪਾਦਕਤਾ ਨੂੰ ਸੰਤੁਲਿਤ ਕਰਨ ਦੀ ਰੋਜ਼ਾਨਾ ਅਭਿਆਸ ਹੈ।
ਡਿਲਿਵਰੀ ਸਿਰਫ ਇੱਕ ਠੈਲਿਆ ਹੋਇਆ ਬੈਗ ਨਹੀ ਹੈ। ਮਰਚੈਂਟਾਂ ਲਈ ਇਹ ਇੱਕ ਓਪਰੇਸ਼ਨਲ ਵਾਅਦਾ ਹੈ: ਆਰਡਰ ਉਮੀਦ ਮੁਤਾਬਕ ਆਉਣ, ਮੰਗ ਅਨੁਸਾਰ ਮਿਲਣ, ਅਤੇ ਕਿਚਨ 'ਤੇ ਭਾਰ ਨਾ ਬਢ਼ਣ। ਇਸ ਲਈ ਸਾਫਟਵੇਅਰ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਜੋ ਲੋਕਲ ਬਿਜ਼ਨਸਾਂ ਨੂੰ ਵਿਜ਼ਬਿਲਟੀ, ਕੰਟਰੋਲ, ਅਤੇ ਅਨੁਮਾਨਯੋਗਤਾ ਦੇਵੇ—ਖਾਸ ਕਰਕੇ ਪੀਕ ਦੌਰਾਨ।
ਮਰਚੈਂਟ ਆਮ ਤੌਰ 'ਤੇ ਤਿੰਨ ਗੱਲਾਂ ਦੀ ਚਿੰਤਾ ਕਰਦੇ ਹਨ ਜੋ ਸਧਾਰਨ ਲੱਗਦੀਆਂ ਹਨ ਪਰ ਅਮਲ ਵਿੱਚ ਔਖੀਆਂ:
ਜੇ ਇਹ ਗੁਣਾਂ ਮੌਜੂਦ ਨਹੀਂ, ਤਾਂ ਫੇਲ੍ਹ ਹਰ ਜਗ੍ਹਾ ਦਿਖਾਈ ਦੇਵੇਗੀ: ਦੇਰ ਆਰਡਰ, ਠੰਢਾ ਖਾਣਾ, ਰੱਦੀਆਂ, ਨਿਰਾਸ਼ ਸਟਾਫ਼, ਅਤੇ ਕੋਰਿਅਰਾਂ ਦੀ ਉਡੀਕ।
ਇੱਕ ਮਜ਼ਬੂਤ ਮਰਚੈਂਟ ਕੰਸੋਲ ਸਿਰਫ POS ਸਕ੍ਰੀਨ ਨਹੀਂ—ਇਹ ਇੱਕ ਓਪਰੇਸ਼ਨਕ ਕਾਕਪਿਟ ਹੈ। ਕੁਝ ਆਮ ਫੀਚਰ ਜੋ ਪ੍ਰਦਰਸ਼ਨ 'ਤੇ ਵੱਡਾ ਅਸਰ ਪਾਉਂਦੇ ਹਨ:
ਇਹ ਛੋਟੇ ਨਿਯੰਤਰਣ ਗਾਹਕ ETA ਅਤੇ ਕੋਰਿਅਰ idle ਸਮਾਂ ਨੂੰ ਸਿੱਧਾ ਪ੍ਰਭਾਵਿਤ ਕਰਦੇ ਹਨ।
ਮਰਚੈਂਟ ਟੂਲਸ "ਠੀਕ ਹਮਦਰਦੀ" ਫੀਚਰ ਨਹੀਂ ਹਨ; ਇਹ ਸਿਸਟਮ ਵਿੱਚ ਵੈਸਟ ਘਟਾਉਂਦੇ ਹਨ। ਜਦੋਂ ਪ੍ਰੈਪ ਸਮੇਂ ਸਹੀ ਹੁੰਦੇ ਹਨ, ਕੋਰਿਅਰਾਂ ਦੀ ਉਡੀਕ ਘੱਟ ਹੁੰਦੀ ਹੈ, ਜਿਸ ਨਾਲ ਘੰਟੇ ਪ੍ਰਤੀ ਕਮਾਈ ਸੁਧਰਦੀ ਹੈ ਅਤੇ ਨੇੜੇ ਉਪਲਬਧਤਾ ਵਧਦੀ ਹੈ। ਜਦੋਂ ਮੇਨੂ ਅਪ-ਟੂ-ਡੇਟ ਹੁੰਦਾ ਹੈ, ਗਾਹਕਾਂ ਨੂੰ ਘੱਟ ਸਬਸਟੀਟਿਊਸ਼ਨ ਅਤੇ ਰਿਫੰਡ ਮਿਲਦੇ ਹਨ। ਜਦੋਂ ਆਰਡਰ ਆਹਿਸ্তা-ਆਹਿਸਤਾ ਦਿਸਪੈਚ ਕੀਤੇ ਜਾਂਦੇ ਹਨ ਤਾਂ ਕਿਚਨ ਗੁਣਵੱਤਾ ਬਣੀ ਰਹਿੰਦੀ ਹੈ।
ਘਣਤਾ-ਚਲਾਇਤ ਮਾਡਲ ਵਿੱਚ, ਇਹ ਬਚਤ ਇਕੱਠੀ ਹੁੰਦੀ ਹੈ: ਘੱਟ ਦੇਰ ਅਤੇ ਮੁੜ-ਨਿਯੁਕਤੀਆਂ ਦਾ ਮਤਲਬ ਹੈ ਡਿਸਪੈਚ ਹੋਰ ਟਾਈਟ ਯੋਜਨਾ ਕਰ ਸਕਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਪ੍ਰਤੀ-ਆਰਡਰ ਲਾਗਤ ਤੇ ਘਟਤੀ ਹੈ।
ਲੋਕਲ ਕਾਮਰਸ ਗੁੰਝਲਦਾਰ ਹੈ: ਹਰ ਮਰਚੈਂਟ ਦੇ ਵੱਖ-ਵੱਖ ਵਰਕਫਲੋ, ਸਟਾਫ ਪੈਟਰਨ ਅਤੇ ਟੈਕ ਕੰਮਫਰਟ ਹੁੰਦੇ ਹਨ। ਸਥਿਰ ਪ੍ਰਦਰਸ਼ਨ ਇਸ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਓਨਬੋਡਿੰਗ ਉਹ defaults ਸੈੱਟ ਕਰਦੀ ਹੈ ਜੋ ਠੀਕ ਹੁੰਦੇ ਹਨ (ਪ੍ਰੈਪ ਸਮੇ, ਪਿਕਅਪ ਨਿਰਦੇਸ਼, ਪੈਕੇਜਿੰਗ ਗਾਈਡ) ਅਤੇ ਸਪੋਰਟ ਤੇਜ਼ੀ ਨਾਲ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਜਦ ਕੁਝ ਖਰਾਬ ਹੁੰਦਾ ਹੈ।
ਸਕੇਲ 'ਤੇ, "ਮਰਚੈਂਟ ਟੂਲਸ" ਵਿੱਚ ਟਰੇਨਿੰਗ, ਟੈਮਪਲੇਟ ਅਤੇ ਸਾਫ਼ ਨੀਤੀਆਂ ਸ਼ਾਮਿਲ ਹਨ—ਸਿਰਫ਼ ਫੀਚਰ ਨਹੀਂ। ਜਿੰਨੀ ਬਿਹਤਰ ਪ੍ਰਣਾਲੀ ਬਿਹਤਰ ਅਭਿਆਸਾਂ ਨੂੰ ਮਾਰਕੀਨ ਨਾ ਕਰਦੇ ਹੋਏ ਮਿਆਰੀਕਰਨ ਕਰ ਸਕਦੀ ਹੈ, ਓਹਨੀ ਹੀ ਮਾਰਕੀਟਪਲੇਸ ਗਾਹਕ, ਮਰਚੈਂਟ ਅਤੇ Dashers ਲਈ ਭਰੋਸੇਯੋਗ ਬਣਦੀ ਹੈ।
ਡਿਲਿਵਰੀ ਬਿਜ਼ਨਸ ਫੇਲ ਨਹੀਂ ਹੁੰਦੇ ਕਿਉਂਕਿ ਲੋਕ ਸੁਵਿਧਾ ਨੂੰ ਨਾਪਸੰਦ ਕਰਦੇ ਹਨ—ਬਲਕਿ ਉਹ ਛੋਟੀ-ਛੋਟੀ ਗਲਤੀਆਂ ਕਾਰਨ ਭਰੋਸਾ ਖੋ ਬੈਠਦੇ ਹਨ। ਇੱਕ ਗੁੰਮ ਹੋਇਆ ਸਾਈਡ ਡਿਸ਼, ਗਲਤ ਪੀਣ ਵਾਲੀ ਸਾਈਜ਼, ਜਾਂ ਦੇਰ ਹੈਂਡਆਫ਼ ਇੱਕ ਰਿਫੰਡ, ਸਪੋਰਟ ਟਿਕਟ, ਅਤੇ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ, ਘੱਟ ਰਿਪੀਟ ਆਰਡਰ ਨੂੰ ਜਨਮ ਦਿੰਦਾ ਹੈ। ਗੁਣਵੱਤਾ "ਠੀਕ ਹੈ" ਮੈਟ੍ਰਿਕ ਨਹੀਂ—ਇਹ ਲਾਗਤ ਅਤੇ ਰੀਟੀਸ਼ਨ 'ਤੇ ਸਿੱਧਾ ਅਸਰ ਕਰਨ ਵਾਲਾ ਇਕ ਸਰੋਤ ਹੈ।
ਹਰ ਗਲਤ ਆਰਡਰ ਦਾ ਇੱਕ cascading ਕੀਮਤ ਹੈ: ਰਿਫੰਡ ਜਾਂ ਕਰੈਡਿਟ, ਸਪੋਰਟ ਇੰਟਰੈਕਸ਼ਨ, ਦੁਬਾਰਾ ਡਿਲਿਵਰੀ (ਕਈ ਵਾਰ), ਅਤੇ ਉਹ ਗਾਹਕ ਜੋ ਅਗਲਾ ਆਰਡਰ ਨਹੀਂ ਕਰਦਾ। ਜਦ ਤੁਸੀਂ ਉੱਚ ਵਾਲੀ ਉਪਭੋਗਤਾ ਵਿੱਚ ਕੰਮ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਇੱਕ ਛੋਟੀ ਗਲਤੀ ਦੀ ਦਰ ਵੀ ਘਣੇ ਮਾਤਰਾ ਵਿੱਚ ਘਟਣ ਵਾਲੀ ਘਟਨਾ ਬਣ ਜਾਂਦੀ ਹੈ। ਇਸੀ ਲਈ ਪਲੇਟਫਾਰਮ ਸਹੀਤਾ ਅਤੇ ਭਰੋਸੇਯੋਗਤਾ 'ਤੇ ਜੋਰ ਦਿੰਦੇ ਹਨ: ਇਹ ਯੂਨਿਟ ਅਰਥਸ਼ਾਸਤਰ ਹੈ।
ਵਾਸਤਵਿਕ ਜਿੱਤਾਂ ਆਮ ਤੌਰ 'ਤੇ ਸਧਾਰਣ ਅਤੇ ਪ੍ਰਣਾਲੀਕ੍ਰਿਤ ਹੁੰਦੀਆਂ ਹਨ:
ਪਿਕਅਪ ਉਸ ਥਾਂ ਹੈ ਜਿੱਥੇ ਬਹੁਤ ਸਾਰੀਆਂ ਗਲਤੀਆਂ ਜਨਮ ਲੈਂਦੀਆਂ ਹਨ—ਖਾਸ ਕਰਕੇ ਰਸ਼ ਦੌਰਾਨ। ਭਰੋਸੇਯੋਗਤਾ ਉਸ ਵੇਲੇ ਸੁਧਰਦੀ ਹੈ ਜਦ ਦੁਕਾਨ ਥੋੜੇ ਬੋਰਿੰਗ ਪਰ ਪ੍ਰਭਾਵਸ਼ਾਲੀOperational ਅਭਿਆਸ ਅਪਣਾ ਲੈਂਦੀ ਹੈ: ਸਮਰਪਿਤ ਪਿਕਅਪ ਸ਼ੈਲਫ਼, ਵੱਡੇ ਪੜ੍ਹੇ ਜਾ ਸਕਣ ਵਾਲੇ ਲੇਬਲ, ਅਤੇ ਇੱਕ ਸਥਿਰ ਪਿਕਅਪ ਪ੍ਰੋਟੋਕੋਲ (ਕਿੱਥੇ ਖੜ੍ਹੇ ਹੋਣਾ, ਕਿਸ ਨੂੰ ਪੁੱਛਣਾ, ਕੀ ਸੱਚਿਆ ਜਾਂਦਾ ਹੈ)। ਲਕੜੀ ਦਾ ਟੀਚਾ ਅਸਪਸ਼ਟ ਗੱਲਬਾਤਾਂ ਅਤੇ ਗਲਤ ਬੈਗ-ਲੈਣ ਮੁਕਾਬਲੇ ਘੱਟ ਕਰਨਾ ਹੈ।
1% ਸੁਧਾਰ ਛੋਟਾ ਲੱਗਦਾ ਹੈ ਜਦ ਤੱਕ ਕਿ ਇਹ ਮਿਲੀਅਨਜ਼ ਆਰਡਰਾਂ 'ਤੇ ਲਾਗੂ ਨਹੀਂ ਹੁੰਦਾ। ਘੱਟ ਗਲਤੀਆਂ ਦਾ ਮਤਲਬ ਘੱਟ ਰਿਫੰਡ, ਘੱਟ ਸਪੋਰਟ ਸੰਪਰਕ, ਅਤੇ ਹੋਰ ਗਾਹਕ ਜੋ ਬਿਨਾਂ ਹਿਚਕਿਚਾਅ ਦੇ ਫਿਰ ਆਉਂਦੇ ਹਨ। ਡਿਲਿਵਰੀ ਵਿੱਚ, ਲਗਾਤਾਰਤਾ ਵਾਧਾ ਮਸ਼ੀਨ ਦਾ ਇੰਜਣ ਹੈ: ਭਰੋਸੇਯੋਗਤਾ ਪਹਿਲੀ ਵਾਰੀ ਦੇ ਉਪਭੋਗਤਾਂ ਨੂੰ ਆਦਤਗਤ ਬਣਾਉਂਦੀ ਹੈ।
ਡਿਲਿਵਰੀ ਵਿੱਚ ਯੂਨਿਟ ਅਰਥਸ਼ਾਸਤਰ ਵੇਖਣ ਵਿੱਚ ਸੌਖਾ ਤੇ ਸੁਧਾਰਨਾ ਵਿੱਚ ਔਖਾ ਹੈ: ਹਰ ਆਰਡਰ ਇੱਕ ਛੋਟੀ ਰੇਵਨਿਊ ਪੂਲ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਲੰਬੀ ਸੂਚੀ ਵੈਰੀਏਬਲ ਖ਼ਰਚਾਂ ਦੀ ਜੋ ਹਰ ਯਾਤਰਾ ਨਾਲ ਚਲਦੀਆਂ ਹਨ।
ਰੇਵਨਿਊ ਆਮ ਤੌਰ 'ਤੇ ਗਾਹਕ ਡਿਲਿਵਰੀ/ਸੇਵਾ ਫੀਸ, ਮਰચੈਂਟ ਕਮਿਸ਼ਨ, ਅਤੇ ਕਦੇ-ਕਦੇ ਇਸ਼ਤਿਹਾਰ ਜਾਂ ਸਪਾਂਸਰ ਪਲੇਸਮੈਂਟ ਤੋਂ ਆਉਂਦੀ ਹੈ। ਖ਼ਰਚ ਪਾਸੇ, ਵੱਡੇ ਚਾਲਕਾਂ ਵਿੱਚ ਕੋਰਿਅਰ ਭੁਗਤਾਨ (ਇਨਸੈਂਟਿਵ ਸਮੇਤ), ਭੁਗਤਾਨ ਪ੍ਰੋਸੈਸਿੰਗ, ਕਸਟਮਰ ਸਪੋਰਟ, ਅਤੇ ਗੁੰਝਲਦਾਰ ਪੂੰਛਲੀਆਂ ਸ਼ਾਮਿਲ ਹਨ: ਰਿਫੰਡ, ਕਰੈਡਿਟ, ਅਤੇ ਦੁਬਾਰਾ ਡਿਲਿਵਰੀ ਜਦ ਕੁਝ ਗਲਤ ਹੋ ਜਾਂਦਾ ਹੈ।
ਇਹ ਆਖ਼ਰੀ ਵਰਗੀ ਸ਼੍ਰੇਣੀ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਇਹ ਕੈਂਪਾਉਂਡ ਕਰਦੀ ਹੈ। ਇੱਕ ਗੁੰਮ ਆਈਟਮ ਸਿਰਫ਼ ਰਿਫੰਡ ਨਹੀਂ—ਇਹ ਸਪੋਰਟ ਸਮਾਂ, ਰੀਟੈਨਸ਼ਨ ਜੋਖਮ, ਅਤੇ ਕਈ ਵਾਰੀ ਦੂਜੇ ਕੋਰਿਅਰ ਦੀ ਯਾਤਰਾ ਨੂੰ ਬੀਜ ਦਿੰਦੀ ਹੈ।
ਇੱਕ ਸ਼ੁੱਧ ਸਾਫਟਵੇਅਰ ਉਤਪਾਦ ਵਾਂਗ ਨਹੀਂ, ਡਿਲਿਵਰੀ ਵਿੱਚ ਹਰ ਆਰਡਰ ਦੀ ਅਸਲ ਲਾਗਤ ਹੁੰਦੀ ਹੈ। ਕੋਰਿਅਰਾਂ ਨੂੰ ਪ੍ਰਤੀ-ਡਿਲਿਵਰੀ (ਅਤੇ ਇਨਸੈਂਟਿਵ) ਮਿਲਦੇ ਹਨ, ਅਤੇ ਸਮਾਂ ਪੈਸਾ ਹੈ: ਰੈਸਤੋਰੈਂਟ ਉੱਤੇ ਲੰਬੀਆਂ ਉਡੀਕਾਂ ਅਤੇ ਲੰਬੇ ਡ੍ਰਾਈਵ ਦਰਾਂ ਖ਼ਰਚ ਤੁਰੰਤ ਵਧਾ ਦਿੰਦੇ ਹਨ।
ਘਣਤਾ ਗਣਿਤ ਨੂੰ ਬਦਲਦੀ ਹੈ ਕਿਉਂਕਿ ਇਹ ਡੈਡ ਟਾਈਮ ਨੂੰ ਘਟਾਉਂਦੀ ਹੈ। ਜਦ ਆਰਡਰ ਨੇੜੇ-ਨੇੜੇ ਹੋਣ, ਕੋਰਿਅਰ ਘੱਟ ਖਾਲੀ ਡ੍ਰਾਈਵ ਕਰਦੇ ਹਨ, ਮਰਚੈਂਟਾਂ ਨੂੰ ਜ਼ਿਆਦਾ ਲਗਾਤਾਰ ਪਿਕਅਪ ਮਿਲਦੇ ਹਨ, ਅਤੇ ਡਿਸਪੈਚ ਬੈਚ ਜਾਂ ਸੀਕਵੈਂਸਿੰਗ ਹੋਰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਤਰੀਕੇ ਨਾਲ ਕਰ ਸਕਦਾ ਹੈ। ਇਕੋ ਫੀਸ ਪੂਲ ਜ਼ਿਆਦਾ ਵਾਰ ਯਾਤਰਾ ਨੂੰ ਕਵਰ ਕਰ ਸਕਦਾ ਹੈ।
ਮੈਂਬਰਸ਼ਿਪ (ਜਿਵੇਂ ਮੁਫ਼ਤ ਡਿਲਿਵਰੀ ਸੀਮਾ) ਯੂਨਿਟ ਅਰਥਸ਼ਾਸਤਰ ਨੂੰ ਪੱਕਾ ਕਰਨ ਵਿੱਚ ਅਪਰੋਪਿਆਂ ਦੇ ਨਾਲ ਮਦਦ ਕਰ ਸਕਦੀ ਹੈ: ਵੱਧ ਤੀਵਰਤਾ ਅਤੇ ਭਵਿੱਖਬਾਣੀ ਘਣਤਾ ਵਧਾਉਂਦੇ ਹਨ ਅਤੇ ਮਹਿੰਗੀਆਂ ਅਕਵਿਜ਼ੀਸ਼ਨ ਮੁਹਿੰਮਾਂ ਦੀ ਲੋੜ ਘਟਦੀ ਹੈ। ਮੈਂਬਰਸ਼ਿਪ ਫੀਸ ਵੀ ਉਹ ਛੂਟ ਪੂਰੀ ਕਰਦੀ ਹੈ ਜੋ ਨਹੀਂ ਹੁੰਦੀ ਤਾਂ ਹਰ ਆਰਡਰ ਤੇ ਅਦਾਇਗੀ ਕੀਤੀ ਜਾਂਦੀ।
ਪ੍ਰੋਮੋਸ਼ਨ ਨਵੇਂ ਮਾਰਕੀਟ ਨੂੰ ਲਾਂਚ ਕਰਨ ਜਾਂ ਲੈਪਡ ਉਪਭੋਗਤਿਆਂ ਨੂੰ ਮੁੜ-ਸਰਗਰਮ ਕਰਨ ਲਈ ਮਦਦਗਾਰ ਹੋ ਸਕਦੇ ਹਨ, ਪਰ ਉਹ ਮੰਗ ਸਿਗਨਲਾਂ ਨੂੰ ਵੀ ਵਿਗੜ ਸਕਦੇ ਹਨ। ਜੇ ਛੂਟਾਂ ਬਹੁਤ ਤੇਜ਼ ਹਨ, ਤੁਸੀਂ ਏਨਾ ਵੋਲਯੂਮ "ਖਰੀਦ" ਸਕਦੇ ਹੋ ਜੋ ਇਨਸੈਂਟਿਵ ਖਤਮ ਹੋਣ 'ਤੇ ਗੁੰਮ ਹੋ ਜਾਂਦਾ ਹੈ—ਇਸ ਨਾਲ ਮਾਰਕੀਟ ਨੂੰ ਅਸਲ ਸਿਹਤਮੰਦ ਨਾਲੋਂ ਵਧਿਆ ਦਿੱਸਾਇਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਉਹ ਓਪਰੇਸ਼ਨਲ ਮੁੱਦੇ ਉਨ੍ਹਾਂ ਨੂੰ ਠੀਕ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਛੁਪ ਜਾਂਦੇ ਹਨ ਜੋ ਟਿਕਾਊ ਮਾਰਜਿਨ ਲਈ ਜ਼ਰੂਰੀ ਹਨ।
DoorDash ਦੀ ਸ਼ੁਰੂਆਤ ਰੈਸਟੋਰੈਂਟਾਂ 'ਤੇ ਕੇਂਦਰਤ ਸੀ ਕਿਉਂਕਿ ਇਸ ਨੇ ਇਕ ਤਤਕਾਲ, ਦੁਹਰਾਏ ਜਾਣ ਵਾਲੀ ਸਮੱਸਿਆ ਹੱਲ ਕੀਤੀ: ਗਰਮ ਖਾਣੇ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਦਰਵਾਜ਼ੇ 'ਤੇ ਲੈ ਕੇ ਆਉਣਾ। ਰੈਸਟੋਰੈਂਟ ਤੋਂ ਅੱਗੇ ਵਧਣਾ ਸਿਰਫ़ ਐਪ 'ਤੇ "ਹੋਰ ਚੀਜ਼ਾਂ" ਪਾਉਣ ਦਾ ਮਾਮਲਾ ਨਹੀਂ ਸੀ—ਇਹ ਲਾਗੂ ਚੋਣ ਨੂੰ ਵਧਾਉਣ ਬਾਰੇ ਸੀ ਜਿਵੇਂ ਕਿ ਡਿਲਿਵਰੀ ਤਜਰਬਾ ਭਰੋਸੇਯੋਗ ਰਹੇ।
ਗਾਹਕ ਸ਼੍ਰੇਣੀਆਂ ਵਿੱਚ ਨਹੀਂ ਸੋਚਦੇ; ਉਹ ਜ਼ਰੂਰਤਾਂ ਵਿੱਚ ਸੋਚਦੇ ਹਨ। ਡਿਨਰ ਇੱਕ ਜ਼ਰੂਰਤ ਹੈ, ਪਰ "ਮੇਰੇ ਕੋਲ ਕਾਫੀ ਕਫ਼ੀ ਨਹੀਂ ਰਹੀ", "ਮੈਨੂੰ ਅੰਡੇ ਭੁੱਲ ਗਏ", ਜਾਂ "ਮੈਨੂੰ ਰਾਤ ਨੂੰ ਚਾਰਜਰ ਚਾਹੀਦਾ" ਵਗੈਰਾ ਸਾਰੇ ਅਤ ਜ਼ਰੂਰੀ ਹਨ। ਕਨਵੀਨੀਅਂਸ, ਗਰੋਸਰੀ, ਅਤੇ ਚੁਣੀਂਦੇ ਰਿਟੇਲ ਸ਼ਾਮਿਲ ਕਰਨ ਨਾਲ ਐਪ ਖੋਲ੍ਹਣ ਦੇ ਕਾਰਨਾਂ ਦਾ ਵਿਆਪਕ ਹੋ ਜਾਂਦਾ ਹੈ, ਜੋ ਡਿਲਿਵਰੀ ਨੂੰ ਸਿਰਫ਼ ਖਾਣੇ ਦਾ ਵਿਕਲਪ ਨਾ ਬਣਾ ਕੇ ਲੋਕਲ errand ਬਟਨ ਬਣਾ ਸਕਦਾ ਹੈ।
ਰੈਸਟੋਰੈਂਟ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਸੀਲ ਕੀਤੀ ਬੈਗ ਹੱਥੋਂ ਦਿੰਦੇ ਹਨ ਜਿਸ ਦਾ ਪ੍ਰੈਪ ਫਲੋ ਅਨੁਮਾਨਨਿਯ ਹੈ। ਗਰੋਸਰੀ ਅਤੇ ਰਿਟੇਲ ਆਰਡਰ ਵੱਧ ਕਦਮ ਅਤੇ ਵੈਰੀਏਬਿਲਿਟੀ ਜੋੜਦੇ ਹਨ:
ਇਹ ਫਰਕ ਡਿਲਿਵਰੀ ਵਿੰਡੋ ਨੂੰ ਵਧਾ ਸਕਦੇ ਹਨ ਅਤੇ ਜੇ ਪ੍ਰਕਿਰਿਆ ਤੰਗ ਨਾ ਹੋਵੇ ਤਾਂ ਗਾਹਕ ਸਪੋਰਟ ਵਧਾ ਸਕਦੇ ਹਨ।
ਕਈ ਸ਼੍ਰੇਣੀਆਂ ਸ਼ਾਮਿਲ ਹੋਣ ਨਾਲ ਖਾਮੋਸ਼ ਘੰਟਿਆਂ ਨੂੰ ਭਰਨ ਵਿੱਚ ਮਦਦ ਮਿਲਦੀ ਹੈ। ਰਾਤ-ਦਰਿਆਈ convenience ਆਰਡਰ, ਦੁਪਹਿਰ-ਤਰਫ ਗਰੋਸਰੀ ਟਾਪ-ਅੱਪ, ਜਾਂ ਹਫ਼ਤੇ ਦੇ ਅੰਤ 'ਚ ਰਿਟੇਲ ਆਰਡਰ Dashers ਨੂੰ ਰੈਸਟੋਰੈਂਟ ਮੰਗ ਘਟਣ 'ਤੇ ਵੱਧ ਸਰਗਰਮ ਰੱਖ ਸਕਦੇ ਹਨ। ਸਮੂਥ ਮੰਗ ਬਿਨਾਂ ਜ਼ਿਆਦਾ ਖਰਚ ਕਰਕੇ ਚੰਗੀ ਉਪਲਬਧਤਾ ਸਹਾਇਕ ਹੈ।
ਵਧਾਉਣਾ ਹੋਰ ਚਲਨੀਯਾਂ ਜੋੜਦਾ ਹੈ: ਵਧੇਰੇ ਆਈਟਮ ਮੁੱਦੇ, ਵਧੇਰੇ ਰਿਫੰਡ, ਅਤੇ ਵਧੇਰੇ ਕਿਨ੍ਹੇ-ਕਿਨ੍ਹੇ ਕੇਸ। ਜੇ ਕੋਈ ਪਲੇਟਫਾਰਮ ਚੋਣ ਨੂੰ ਉਸ ਗਤੀ ਨਾਲ ਵਧਾਉਂਦਾ ਹੈ ਜਿਸ ਨਾਲ ਉਹ ਟੂਲ, ਟਰੇਨਿੰਗ ਅਤੇ ਸਪੋਰਟ ਨੂੰ ਸੁਧਾਰ ਨਹੀਂ ਰਿਹਾ, ਤਾਂ ਗੁਣਵੱਤਾ ਘੱਟ ਹੋ ਸਕਦੀ ਹੈ—ਅਤੇ ਗਾਹਕ ਨੂੰ ਫਰਕ ਨਹੀਂ ਪੈਂਦਾ ਕਿ ਕਿਉਂ ਆਰਡਰ ਗਲਤ ਹੋਗਿਆ। ਲੋਕਲ ਕਾਮਰਸ ਨੂੰ ਸਕੇਲ ਕਰਨ ਦਾ ਤਰੀਕਾ ਕੇਵਲ ਉਦੋਂ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦ ਤੱਕ ਤਜਰਬਾ ਸਧਾਰਨ, ਤੇਜ਼ ਅਤੇ ਸਥਿਰ ਰਹਿੰਦਾ ਹੈ।
ਲੋਕਲ ਡਿਲਿਵਰੀ ਮੁਕਾਬਲਾ ਇਸ ਗੱਲ 'ਤੇ ਘੱਟ ਹੈ ਕਿ ਕੌਣ "ਸਭ ਤੋਂ ਵਧੀਆ ਐਪ" ਹੈ ਅਤੇ ਜ਼ਿਆਦਾ ਹੈ ਕਿ ਕਿਸ ਨੇ ਕਿਸ ਖਾਸ ਪੜੋਸੀ ਵਿੱਚ ਕਿਸ ਵੇਲੇ ਬਿਹਤਰ ਸ਼ਾਮਿਲ ਹੋ ਕੇ ਅਮਲ ਕੀਤਾ। ਗਾਹਕ ਸਧਾਰਨ ਸਕੋਰਕਾਰਡ 'ਤੇ ਵਿਕਲਪ ਤੁਲਨਾ ਕਰਦੇ ਹਨ: ਕਿੰਨੀ ਤੇਜ਼ ਪਹੁੰਚਦੀ ਹੈ, ਉਹਨਾਂ ਦੀ ਮਨਪਸੰਦ ਥਾਵਾਂ ਉਪਲਬਧ ਹਨ ਜਾਂ ਨਹੀਂ, ਕੁੱਲ ਕੀਮਤ ਫੀਸ ਅਤੇ ਟਿਪਾਂ ਤੋਂ ਬਾਅਦ ਕੀ ਲੱਗਦੀ ਹੈ, ਅਤੇ ਕੀ ਆਰਡਰ ਸਹੀ ਅਤੇ ਗਰਮ ਆਉਂਦਾ ਹੈ।
ਮਾਰਕੀਟਪਲੇਸ ਨੈਟਵਰਕ ਪ੍ਰਭਾਵ ਭੁਗੋਲਿਕ ਤੌਰ 'ਤੇ ਚੰਗੀ ਤਰ੍ਹਾਂ ਫੈਲਦੇ ਨਹੀਂ। ਇੱਕ ਜ਼ੋਨ 'ਚ ਜਿੱਤਣਾ ਦੂਜੇ ਵਿੱਚ ਆਟੋਮੈਟਿਕ ਤੌਰ 'ਤੇ ਨਤੀਜੇ ਨਹੀਂ ਲਿਆਉਂਦਾ, ਕਿਉਂਕਿ ਇਨਪੁੱਟ ਲੋਕਲ ਹੁੰਦੇ ਹਨ: ਮਰਚੈਂਟ ਚੋਣ, ਕੋਰਿਅਰ ਉਪਲਬਧਤਾ, ਟ੍ਰੈਫਿਕ ਪੈਟਰਨ, ਅਤੇ ਪੀਕ-ਟਾਈਮ ਮੰਗ spike।
ਜਦ ਪਲੇਟਫਾਰਮ ਕਿਸੇ ਜ਼ੋਨ ਵਿੱਚ ਆਰਡਰ ਵਾਲੀਅਮ ਵਧਾਉਂਦਾ ਹੈ, ਤਾਂ ਉਹ ਅਕਸਰ:
ਇਹ ਫੀਡਬੈਕ ਲੂਪ ਕਿਸੇ ਜ਼ੋਨ ਵਿੱਚ ਗਾਹਕਾਂ ਲਈ ਡਿਫ਼ੋਲਟ ਚੋਆਇਸ ਦੀ ਭਾਵਨਾ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ—ਪਰ ਸਿਰਫ਼ ਉਸੇ ਜ਼ੋਨ ਦੇ ਅੰਦਰ।
ਕੁਝ ਫ਼ਾਇਦੇ ਨਕਲ ਕਰਨ ਲਈ ਔਖੇ ਹੁੰਦੇ ਹਨ:
ਲੋਕਲ ਡਿਲਿਵਰੀ ਇੱਕ ਕੀਮਤ ਯੁੱਧ ਵਿੱਚ ਬਦਲ ਸਕਦੀ ਹੈ। ਮੁਕਾਬਲੇ ਵਾਲੇ ਪਲੇਟਫਾਰਮ ਪ੍ਰੋਮੋਸ਼ਨ ਨਾਲ ਮੰਗ ਨੂੰ ਖਰੀਦ ਸਕਦੇ ਹਨ, ਫੀਸ ਅਸਥਾਈ ਤੌਰ 'ਤੇ ਘਟਾ ਸਕਦੇ ਹਨ, ਜਾਂ ਕੋਰਿਅਰਾਂ ਨੂੰ ਗਰੰਟੀ ਕੀਤੀ ਕਮਾਈ ਦਿੰਦੇ ਹਨ। ਇਹ ਤਰਕੀਆ ਤੇਜ਼ੀ ਨਾਲ ਸ਼ੇਅਰ ਬਦਲ ਸਕਦੀਆਂ ਹਨ ਕਿਉਂਕਿ ਬਹੁਤ ਸਾਰੇ ਗਾਹਕ ਡੂੰਘੇ ਤੌਰ 'ਤੇ ਲਈ ਵਫ਼ਾਦਾਰ ਨਹੀਂ ਹੁੰਦੇ।
ਵਾਸਤਵਿਕ ਨਤੀਜਾ: ਟਿਕਾਊ ਫਾਇਦਾ ਆਮ ਤੌਰ 'ਤੇ ਯੂਨਿਟ-ਪੱਧਰੀ ਕਾਰਜਨੁਮਾ (ਕਵਰੇਜ + ਭਰੋਸੇਯੋਗਤਾ) ਤੋਂ ਆਉਂਦਾ ਹੈ, ਨਾ ਕਿ ਸਿਰਫ਼ ਅਰਥਿਕ ਉਪਰਾਲਿਆਂ ਤੋਂ।
DoorDash ਦੀ ਕਹਾਣੀ ਖਾਣੇ ਦੀ ਡਿਲਿਵਰੀ ਤੋਂ ਬਾਹਰ ਵੀ ਲਾਗੂ ਹੈ ਕਿਉਂਕਿ ਇਹ ਸਾਫ-ਸੁਤਰਫ਼ ਫੈਸਲੇ ਲੈਣ ਲਈ ਮਬਹੂਤ ਕਰਦੀ ਹੈ: ਗਤੀ, ਲਾਗਤ, ਅਤੇ ਭਰੋਸੇਯੋਗਤਾ ਬਾਰੇ। ਜੇ ਤੁਸੀਂ ਕੋਈ ਮਾਰਕੀਟਪਲੇਸ ਜਾਂ ਕੋਈ "ਇੱਥੇ ਪਿਕ-ਅਪ, ਉਥੇ ਡ੍ਰੌਪ-ਆਫ" ਕਾਰਜਨਾ ਬਣਾਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਸਭ ਤੋਂ ਵੱਡੇ ਸਬਕ ਜੋ ਮਿਲਦੇ ਹਨ ਉਹ clever marketing ਤੋਂ ਘੱਟ ਅਤੇ ਲਗਾਤਾਰ ਜਿੱਤਣ ਵਾਲੀਆਂ ਟਰੇਡ-ਆਫ਼ ਚੁਣਨ ਬਾਰੇ ਜ਼ਿਆਦਾ ਹਨ।
ਜ਼ਿਆਦਾਤਰ ਡਿਲਿਵਰੀ ਪਲੇਟਫਾਰਮ ਉਹਨਾਂ ਲਕੜੀਆਂ ਵਿੱਚ ਖਿੱਚੇ ਜਾਂਦੇ ਹਨ ਜੋ ਆਪਸ ਵਿੱਚ ਲੜਦੀਆਂ ਹਨ:
ਅਮਲ ਦੀ ਚਲ: ਆਪਣੇ non-negotiables ਚੁਣੋ (ਉਦਾਹਰਨ ਲਈ: ਆਪਣੇ ਓਪਰੇਸ਼ਨ ਦੀਆਂ ਪ੍ਰਮੁੱਖ ਜ਼ੋਨਾਂ ਵਿੱਚ ਸਮੇਂ 'ਤੇ ਪ੍ਰਦਰਸ਼ਨ) ਅਤੇ ਹੋਰਨਾਂ ਸਥਾਨਾਂ 'ਤੇ ਲਚਕ ਰੱਖੋ।
ਲੋਕਲ ਡਿਲਿਵਰੀ ਅਸਲੀ ਪੜੋਸ ਅਤੇ ਸਥਾਨਕ ਨਿਯਮਾਂ ਨਾਲ ਝੁੰਝਲਾਉਂਦੀ ਹੈ। ਬਿਨਾਂ ਰਾਏ ਲਈ ਵੀ, ਇਹ ਸੋਚਣਾ ਚੰਗਾ ਹੈ:
ਇਨ੍ਹਾਂ ਨੂੰ ਆਉਟਸਾਈਡ-ਆਫ਼ ਹੀ ਮੰਨ ਕੇ ਨਹੀਂ ਧਿਆਨ ਵਿੱਚ ਰੱਖੋ—ਇਨ੍ਹਾਂ ਨੂੰ ਡਿਜ਼ਾਈਨ ਫੈਸਲਿਆਂ ਵਾਸਤੇ ਪਹਿਲਾਂ ਹੀ ਨਿਮਾਣਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਇਸ ਚੈਕਲਿਸਟ ਦੀ ਵਰਤੋ ਤਾਂ ਜੋ ਤੁਸੀਂ ਪਤਾ ਲਗਾ ਸਕੋ ਕਿ ਪ੍ਰਦਰਸ਼ਨ ਜਾਂ ਲਾਭਕਾਰੀਤਾ ਕਿੱਥੇ ਟੁੱਟਣ ਵਾਲੀ ਹੈ:
ਜੇ ਤੁਸੀਂ ਸਿਰਫ਼ ਇਕ ਚੀਜ਼ ਸੁਧਾਰ ਸਕਦੇ, ਤਾਂ ਘਣਤਾ + ਡਿਸਪੈਚ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ—ਉਹ ਆਮ ਤੌਰ 'ਤੇ ਬਿਹਤਰ ਯੂਨਿਟ ਅਰਥਸ਼ਾਸਤਰ ਅਤੇ ਗਾਹਕ ਅਨੁਭਵ ਨੂੰ ਇੱਕੋ ਸਮੇਂ ਖੋਲ੍ਹਦੇ ਹਨ।
DoorDash ਦੀ ਕਹਾਣੀ ਵਿੱਚ ਇੱਕ ਖਾਮੋਸ਼ ਮੈਟਾ-ਸਬਕ ਇਹ ਹੈ ਕਿ "ਡਿਲਿਵਰੀ" ਅਸਲ ਵਿੱਚ ਕਈ ਘਣੇ ਤੌਰ 'ਤੇ ਜੁੜੇ ਸਿਸਟਮਾਂ ਦਾ ਬੰਡਲ ਹੈ: ਗਾਹਕ ਆਰਡਰਿੰਗ ਐਪ, ਮਰਚੈਂਟ ਕਨਸੋਲ, ਕੋਰਿਅਰ ਐਪ, ਪਲੱਸ ਡਿਸਪੈਚ, ਪੇਮੈਂਟ, ਸਪੋਰਟ ਟੂਲਿੰਗ, ਅਤੇ ਐਨਾਲਿਟਿਕਸ। ਇਨ੍ਹਾਂ ਓੰਜ-ਚੱਲ ਰਹੀਆਂ ਪੀਸਾਂ ਦੇ ਕਾਰਨ, ਟੀਮਾਂ ਅਕਸਰ ਲੱਭਦੀ ਹੈ ਕਿ ਜਲਦੀ-ਜਲਦੀ end-to-end ਫਲੋਜ਼ ਦੀ ਪ੍ਰੋਟੋਟਾਈਪਿੰਗ ਫਾਇਦemand ਹੁੰਦੀ ਹੈ (ਭਾਵੇਂ ਪਹਿਲੀ ਵਾਰੀ ਖਰਾਬ ਹੀ ਕਿਉਂ ਨਾ ਲੱਗੇ) ਤਾਂ ਜੋ ਅਸਲ ਪਾਬੰਦੀਆਂ ਸਾਹਮਣੇ ਆ ਸਕਣ: ਪ੍ਰੈਪ-ਟਾਈਮ ਵੈਰੀਐਂਸ, ਪਿਕਅਪ friction, ਅਤੇ spike ਹੋਣ 'ਤੇ ਕੀ ਹੁੰਦਾ ਹੈ।
ਜੇ ਤੁਸੀਂ ਡਿਲਿਵਰੀ ਜਾਂ on-demand ਮਾਰਕੀਟਪਲੇਸ ਕਾਂਸੈਪਟ ਦੀ ਖੋਜ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਇੱਕ ਤੇਜ਼ ਤਰੀਕਾ ਇਨ੍ਹਾਂ ਵਰਕਫਲੋਜ਼ ਨੂੰ ਟੈਸਟ ਕਰਨ ਦਾ ਇਹ ਹੈ ਕਿ ਇੱਕ ਘੱਟ ਤੋਂ ਘੱਟ ਪਰੰਕਲਿਤ ਪਰ ਜੁੜਿਆ ਉਤਪਾਦ ਬਣਾਓ: ਗਾਹਕ ਚੈਕਆਉਟ → ਮਰਚੈਂਟ ਸਵੀਕਾਰ/ਪ੍ਰੈਪ ਕੰਟਰੋਲ → ਕੋਰਿਅਰ ਨਿਯੁਕਤੀ → ਲਾਈਵ ਸਥਿਤੀ ਅਪਡੇਟ। ਪਲੇਟਫਾਰਮਾਂ ਜਿਵੇਂ Koder.ai ਇਸ ਕਿਸਮ ਦੀ ਦੁਹਰਾਈ ਲਈ ਬਣੇ ਹੋਏ ਹਨ: ਤੁਸੀਂ ਚੈਟ ਵਿੱਚ ਮਾਰਕੀਟਪਲੇਸ ਫਲੋ ਦਾ ਵਰਣਨ ਕਰ ਸਕਦੇ ਹੋ, ਇਕ ਕੰਮ ਕਰਨ ਵਾਲੀ ਵੈੱਬ ਐਪ (ਆਮ ਤੌਰ 'ਤੇ React) ਇੱਕ ਬੈਕਅੈਂਡ (Go) ਅਤੇ ਡੇਟਾਬੇਸ (PostgreSQL) ਜਨਰੇਟ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਫਿਰ "ਪਲੈਨਿੰਗ ਮੋਡ" ਵਿੱਚ ਉਤਪਾਦ ਨੂੰ ਸੁਧਾਰ ਸਕਦੇ ਹੋ ਜਿਸ ਤੋਂ ਪਹਿਲਾਂ ਤੁਸੀਂ ਡੂੰਘੀ ਇੰਜੀਨੀਅਰਿੰਗ 'ਤੇ ਕਮੇਟ ਕਰੋ। ਓਪਸ-ਭਾਰੀ ਬਿਜ਼ਨਸਾਂ ਲਈ—ਜਿੱਥੇ UI ਅਤੇ ਟਾਈਮਿੰਗ ਨਿਯਮ ਕਾਰੋਬਾਰਿਕ ਮਾਡਲ ਦੇ ਬਰਾਬਰ ਮਹੱਤਵ ਰੱਖਦੇ ਹਨ—ਸਨੈਪਸ਼ਾਟ, ਰੋਲਬੈਕ, ਅਤੇ ਸਰੋਤ ਕੋਡ ਨਿਰਯਾਤ ਕਰਨ ਦੀ ਯੋਗਤਾ ਪ੍ਰਯੋਗ safer ਅਤੇ ਤੇਜ਼ ਬਣਾ ਸਕਦੀ ਹੈ।
ਇੱਕ ਡਿਲਿਵਰੀ ਪਲੈਟਫਾਰਮ ਤਿੰਨ ਧਿਰਾਂ ਵਿੱਚ ਇਕ ਬਹੁ-ਕਦਮ ਵਰਕਫਲੋ ਕੋਆਰਡੀਨੇਟ ਕਰਦਾ ਹੈ:
ਉਤਪਾਦ ਸਿਰਫ “ਡਿਲਿਵਰੀ” ਨਹੀਂ—ਇਹ ਹੈ ਪ੍ਰਡਿਕਟੇਬਲ ਸਮਾਂ + ਦਿੱਤੀ ਗਈ ਸਹੀਤਾ ਅਸਲੀ ਦੁਨੀਆ ਦੀਆਂ ਪਾਬੰਦੀਆਂ (ਪ੍ਰੈਪ ਵੈਰੀਐਬਿਲਟੀ, ਟ੍ਰੈਫਿਕ, ਬਿਲਡਿੰਗ ਐਕਸੈਸ, ਪੀਕਸ) ਦੇ ਹੇਠਾਂ।
ਘਣਤਾ ਉਸ ਹਿਦਾਇਤ ਨੂੰ ਦੱਸਦੀ ਹੈ ਕਿ ਕਿਸ ਜ਼ੋਨ ਵਿੱਚ ਇਕ ਨਿਰਧਾਰਿਤ ਸਮਾਂ-ਵਿੰਡੋ ਦੌਰਾਨ ਕਿੰਨੇ ਆਰਡਰ ਹਨ (ਅਕਸਰ orders/hour ਜਾਂ orders/hour/courier ਵਜੋਂ ਮਾਪਿਆ ਜਾਂਦਾ ਹੈ)।
ਵਧੀਕ ਘਣਤਾ ਲਾਗਤ ਘਟਾਉਂਦੀ ਅਤੇ ਸੇਵਾ ਸੁਧਾਰਦੀ ਹੈ ਕਿਉਂਕਿ ਕੋਰਿਅਰ:
ਪਤਲਾ ਡਿਮਾਂਡ ਆਮ ਤੌਰ 'ਤੇ ਲੰਬੇ ਡ੍ਰਾਈਵ, ਵੱਧ ਪ੍ਰੋਤਸਾਹਨ ਅਤੇ ਘੱਟ ਭਰੋਸੇਮੰਦ ETA ਲਿਆਉਂਦੀ ਹੈ।
ਡਿਸਪੈਚ ਉਹ ਕੰਟਰੋਲ ਲੇਅਰ ਹੈ ਜੋ ਫੈਸਲਾ ਕਰਦੀ ਹੈ ਕੌਣ ਆਰਡਰ ਲਏਗਾ, ਕਦੋਂ ਉਹ ਪਿਕਅਪ ਵੱਲ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਕਿਸ ਕ੍ਰਮ ਵਿੱਚ।
ਉੱਤਮ ਡਿਸਪੈਚ “ਅਣਯੋਜਿਤ ਮਿੰਟਾਂ” ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ:
ਦੋ ਐਪਸ ਉਪਭੋਗਤਿਆਂ ਲਈ ਇਕੋ ਜਿਹੇ ਲੱਗ ਸਕਦੀਆਂ ਹਨ ਪਰ ਡਿਸਪੈਚ ਦੀ ਕੀਮਤ ਸਮੇਂ ਨਾਲ ਜ਼ਿਆਦਾ ਪ੍ਰਭਾਵੀ ਹੋ ਜਾਂਦੀ ਹੈ।
ਬੈਚਿੰਗ ਹਰ ਆਰਡਰ ਤੇ ਲਾਗਤ ਘਟਾਉਂਦੀ ਹੈ, ਪਰ ਜੇ ਬਹੁਤ ਜ਼ਿਆਦਾ ਕੀਤੀ ਜਾਵੇ ਤਾਂ ਉਹ ਦੇਰੀ ਅਤੇ ਠੰਢਾ ਖਾਣਾ ਲਿਆ ਸਕਦੀ ਹੈ।
ਵੱਸਤਵਿਕ ਬੈਚਿੰਗ ਨਿਯਮਾਂ ਵਿੱਚ ਸ਼ਾਮਿਲ ਹਨ:
ਲਕੜੀ ਦਾ ਟੀਚਾ ਹੈ , ਨਾਂ ਕਿ ਜ਼ਿਆਦਾ ਤੋਂ ਜ਼ਿਆਦਾ ਬੈਚ ਬਣਾਉਣਾ।
ਸਭ ਤੋਂ ਜ਼ਿਆਦਾ ਸਮਾਂ ਲੈਣ ਵਾਲੀਆਂ ਸਮੱਸਿਆਵਾਂ ਅਕਸਰ ਹੈਂਡਆਫ਼ਸ 'ਤੇ ਹੁੰਦੀਆਂ ਹਨ:
ਇਕ ਉਪਯੋਗੀ ਡਾਇਗਨੋਸਟਿਕ ਇਹ ਹੈ ਕਿ ਕੁਝ ਜ਼ੋਨ/ਡੇਪਾਰਟ 'ਚ ਮਿੰਟ ਕਿੱਥੇ ਇਕੱਠੇ ਹੁੰਦੇ ਹਨ: ਮਰਚੈਂਟ ਉਡੀਕ ਸਮਾਂ ਵਿਰੁੱਧ ਯਾਤਰਾ ਸਮਾਂ ਵਿਰੁੱਧ ਡ੍ਰੌਪ-ਆਫ ਸਮਾਂ — ਪਹਿਲਾਂ ਸਭ ਤੋਂ ਵੱਡੇ ਸਰੋਤ ਨੂੰ ਠੀਕ ਕਰੋ।
ਮਰਚੈਂਟ ਟੂਲਸ ਡਿਲਿਵਰੀ ਨੂੰ ਪੀਕ ਦੌਰਾਨ ਵੀ ਦੁਹਰਾਏ ਜਾਣਯੋਗ ਬਣਾਉਂਦੇ ਹਨ। ਸਭ ਤੋਂ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਕੰਟਰੋਲ ਵਿੱਚ ਸ਼ਾਮਿਲ ਹਨ:
ਇਹ ਫੀਚਰ ਰਿਫੰਡ, ਰੱਦੀਆਂ ਅਤੇ ਕੋਰਿਅਰ ਮੂਢ ਸਮੇਂ ਨੂੰ ਘਟਾਉਂਦੇ ਹਨ—ਇਸ ਤਰ੍ਹਾਂ ਗ੍ਰਾਹਕਾਂ, ਮਰਚੈਂਟ ਅਤੇ Dashers ਲਈ ਨਤੀਜੇ ਸੁਧਰਦੇ ਹਨ।
ਯੂਨਿਟ ਅਰਥਸ਼ਾਸਤਰ ਇਕ ਆਰਡਰ ਦੀ ਗਣਿਤ ਹੈ: ਆਰਡਰ ਪ੍ਰਤੀ ਰੇਵਨਿਊ (ਫੀਸ, ਕਮਿਸ਼ਨ, ਇਸ਼ਤਿਹਾਰ) ਘੱਟ ਵੈਰੀਏਬਲ ਲਾਗਤਾਂ (ਕੋਰਿਅਰ ਭੁਗਤਾਨ/ਇਨਸੈਂਟਿਵ, ਸਪੋਰਟ, ਰਿਫੰਡ, ਪ੍ਰੋਸੈਸਿੰਗ)।
ਨਫੇ-ਨੁਕਸਾਨ ਆਮ ਤੌਰ 'ਤੇ ਇਨ੍ਹਾਂ 'ਤੇ ਟਿਕੇ ਹੁੰਦੇ ਹਨ:
ਘਣਤਾ ਮਦਦ ਕਰਦੀ ਹੈ ਕਿਉਂਕਿ ਇਹ ਡੈਡ ਟਾਈਮ ਘਟਾਉਂਦੀ ਹੈ, ਜਿਸ ਨਾਲ ਇਕੋ ਰੇਵਨਿਊ ਪੂਲ ਬਹੁਤ ਵਾਰ ਯਾਤਰਾ ਨੂੰ ਕਵਰ ਕਰ ਸਕਦਾ ਹੈ।
ਸਿਹਤਮੰਦ ਮਾਰਕੀਟਪਲੇਸ ਨੂੰ ਦਰਸਾਉਣ ਲਈ ਕੁਝ ਆਪਰੇਸ਼ਨਲ ਮੈਟ੍ਰਿਕਸ ਮਹੱਤਵਪੂਰਨ ਹਨ:
ਇਹਨਾਂ ਨੂੰ ਅਤੇ ਅਨੁਸਾਰ ਇੰਸਟਰੂਮੈਂਟ ਕਰੋ ਤਾਂ ਕਿ ਤੁਸੀਂ ਵੇਖ ਸਕੋ ਕਿ ਨੁਕਸਾਨ ਕਿੱਥੇ ਹੋ ਰਹੇ ਹਨ।
ਰੇਸਟੋਰੈਂਟ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਸੀਲ ਕੀਤੀ ਬੈਗ ਦੇਂਦੇ ਹਨ ਜਿਸ ਦਾ ਪ੍ਰੈਪ ਫਲੋ ਅਨੁਮਾਨਤ ਹੁੰਦਾ ਹੈ। Grocery/ਰਿਟੇਲ ਵਧੇਰੇ ਵੈਰੀਏਬਿਲਿਟੀ ਲੈਂਦੇ ਹਨ:
ਅਨੁਭਵ ਸਥਿਰ ਰੱਖਣ ਲਈ, ਪਲੇਟਫਾਰਮ ਨੂੰ ਸਪਸ਼ਟ ਸਬਸਟੀਟਿਊਸ਼ਨ ਨਿਯਮ, ਬਿਹਤਰ ਆਈਟਮ ਸਹੀਤਾ ਅਤੇ ਕੰਮ-ਪ੍ਰਵਾਹ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਨੈਟਵਰਕ ਪ੍ਰਭਾਵ ਜ਼ੋਨ-ਖਾਸ ਹੁੰਦੇ ਹਨ: ਇੱਕ ਸ਼ਹਿਰ ਜਾਂ ਪੜੋਸੀ ਨੂੰ ਜਿੱਤਣਾ ਹੋਰ ਸਥਾਨ 'ਤੇ ਸਵੈਚਲਿਤ ਤੌਰ 'ਤੇ ਸੁਧਾਰ ਨਹੀਂ ਲਿਆਉਂਦਾ।
ਰੋਕੇ ਜਾਣਯੋਗਤਾ ਆਮ ਤੌਰ 'ਤੇ ਉਹਨਾਂ ਚੀਜ਼ਾਂ ਤੋਂ ਆਉਂਦੀ ਹੈ ਜੋ ਨਕਲ ਕਰਨਾ ਔਖਾ ਹੁੰਦਾ ਹੈ:
ਤਕਨੀਕੀ ਪ੍ਰਚਾਰ ਵਾਰੇ ਮੁਕਾਬਲਾ ਅਸਾਨੀ ਨਾਲ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ; ਟਿਕਾਊ ਲਾਭ ਜ਼ਿਆਦਾਤਰ ਤੋਂ ਆਉਂਦਾ ਹੈ।