ਇੱਕ ਸਪੱਸ਼ਟ ਵਿਚਾਰ ਕਿ Garrett Camp ਨੇ Uber ਦੀ ਸ਼ੁਰੂਆਤੀ ਉਤਪਾਦੀ ਦਿਖ/ਸੋਚ, ਪਲੇਟਫਾਰਮ ਮਕੈਨੀਕਸ ਅਤੇ ਮਾਰਕੀਟਪਲੇਸ ਲੂਪ ਕਿਵੇਂ ਬਣਾਏ ਤਾਂ ਜੋ ਰਾਈਡਾਂ ਓਨ-ਡਿਮਾਂਡ ਯੂਟਿਲਿਟੀ ਵਾਂਗ ਮਹਿਸੂਸ ਹੋਣ।
Uber ਦੀ ਉਤਪੱਤੀ ਕਹਾਣੀ ਅਕਸਰ ਇੱਕ ਤੁਰੰਤ ਪ੍ਰੇਰਣਾ ਵਜੋਂ ਦਰਸਾਈ ਜਾਂਦੀ ਹੈ। ਇਹ ਸੰਸਕਰਣ ਉਸ ਭਾਗ 'ਤੇ ਧਿਆਨ ਕੇਂਦ੍ਰਿਤ ਕਰਦੀ ਹੈ ਜੋ ਵਧੇਰੇ ਲਾਭਦਾਇਕ ਹੈ: Garrett Camp ਨੇ ਕੀ ਨੋਟ ਕੀਤਾ, ਕਿਹੜੀਆਂ ਧਾਰਣਾਵਾਂ ਨੂੰ ਉਸ ਨੇ ਚੁਣੌਤੀ ਦਿੱਤੀ, ਅਤੇ ਕਿਹੜੇ ਉਤਪਾਦ ਮਕੈਨਿਕਸ ਨੇ “ਇਕ ਬਟਨ ਦਬਾਓ, ਫਿਰ ਰਾਈਡ ਮਿਲ ਜਾਏ” ਨੂੰ ਲਾਜ਼ਮੀ ਮਹਿਸੂਸ ਕਰਵਾਇਆ।
Camp ਦੀ ਪਹਿਲੀ ਭੂਮਿਕਾ ਸਿਰਫ "ਖਿਆਲ ਵਾਲਾ ਬਣਾਉਣ ਵਾਲਾ" ਨਹੀਂ ਸੀ। ਉਸ ਨੇ ਸਮੱਸਿਆ ਨੂੰ ਇੱਕ ਉਤਪਾਦ ਅਤੇ ਸਹਯੋਗ ਚੁਣੌਤੀ ਵਜੋਂ ਫਰੇਮ ਕੀਤਾ: ਕਾਰ ਲੈਣਾ ਕਿਸੇ ਨਸੀਬ, ਸਥਾਨਕ ਜਾਣਕਾਰੀ, ਜਾਂ ਲੰਬੀ ਫੋਨ ਲੜੀ ਦੀ ਲੋੜ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ। ਦੁੱਖ ਸਿਰਫ ਲਾਗਤ ਨਹੀਂ ਸੀ—ਇਹ ਅਨਿਸ਼ਚਿਤਤਾ ਅਤੇ ਰੁਕਾਵਟ ਸੀ।
ਮੁੱਖ ਫਰੇਮਿੰਗ ਇਹ ਸੀ ਕਿ ਇੱਕ ਰਾਈਡ ਨੂੰ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਸੇਵਾ ਵਾਂਗ ਨਹੀਂ ਦੇਖਣਾ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਬੁਕ ਕਰੋ, ਬਲਕਿ ਇੱਕ ਯੂਟਿਲਿਟੀ ਵਜੋਂ ਜੋ ਤੁਹਾਡੇ ਲਈ ਤੁਰੰਤ ਉਪਲਬਧ ਹੋਵੇ—ਉਸੇ ਤਰ੍ਹਾਂ ਜਿਵੇਂ ਤੁਸੀਂ ਬਿਜਲੀ ਜਾਂ ਡੇਟਾ ਦੀ ਉਮੀਦ ਰੱਖਦੇ ਹੋ। "ਉਤਪਾਦ" ਕਾਰ ਨਹੀਂ; ਇਹ ਭਰੋਸੇਯੋਗ ਪਹੁੰਚ ਹੈ, ਸਾਫ ਫੀਡਬੈਕ ਦੇ ਨਾਲ (ਕਾਰ ਕਿੱਥੇ ਹੈ, ਕਦੋਂ ਆਵੇਗੀ, ਕੀ ਲਾਗਤ ਹੋਏਗੀ)।
ਅਸੀਂ ਪੁਰਾਣੀ ਦੰਤ ਕਥਾ, ਹਾਈਪ ਜਾਂ ਨਿਜੀ ਕਿੱਤੇ ਦੀਆਂ ਕਹਾਣੀਆਂ ਦੀ ਨਹੀਂ, ਸਗੋਂ ਉਤਪਾਦ ਫੈਸਲਿਆਂ ਅਤੇ ਪਲੇਟਫਾਰਮ ਮਕੈਨਿਕਸ ਦੀ ਚਰਚਾ ਕਰਾਂਗੇ।
ਸਪੈਸਫਿਕ ਤੌਰ 'ਤੇ, ਅਸੀਂ ਉਹ ਲੀਵਰਾਂ ਨੂੰ ਅਨਪੈਕ ਕਰਾਂਗੇ ਜਿਨ੍ਹਾਂ ਨੇ ਇਸ ਧਾਰਨ ਨੂੰ ਕਾਰਗਰ ਸਿਸਟਮ ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ:
ਅਸੀਂ ਕੀ ਨਹੀਂ ਕਰਾਂਗੇ: ਹਰ ਟਾਈਮਲਾਈਨ ਵੇਰਵਾ 'ਤੇ ਦੁਬਾਰਾ ਵਿਚਾਰ ਕਰਨਾ, ਫਾਊਂਡਰਾਂ ਨੂੰ ਰੈਂਕ ਕਰਨਾ, ਜਾਂ ਸਫਲਤਾ ਨੂੰ ਕਿਸੇ ਨਸੀਬ ਵਜੋਂ ਲੈਣਾ। ਲਕਸ਼ ਹੈ ਉਹ ਪ੍ਰਯੋਗਤਮਕ ਮਕੈਨਿਕਸ ਕੱਢਣਾ ਜੋ ਕਿਸੇ ਵੀ ਓਨ-ਡਿਮਾਂਡ ਪਲੇਟਫਾਰਮ 'ਤੇ ਲਾਗੂ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ।
Uber ਤੋਂ ਪਹਿਲਾਂ, "ਰਾਈਡ ਲੈਣਾ" ਅਕਸਰ ਅਨਿਸ਼ਚਿਤਤਾ ਨਾਲ ਭਰਿਆ ਹੁੰਦਾ ਸੀ। ਤੁਸੀਂ ਸਭ ਕੁਝ "ਠੀਕ" ਕਰ ਸਕਦੇ ਸੀ—ਵੇੜੇ ਕੋਨੇ 'ਤੇ ਖੜੇ ਹੋਣਾ, ਡਿਸਪੈਚਰ ਨੂੰ ਫੋਨ ਕਰਨਾ, ਹੋਟਲ ਦੇ ਬਾਹਰ ਉਡੀਕ ਕਰਨਾ—ਅਤੇ ਫਿਰ ਵੀ ਸਪੱਸ਼ਟ ਉੱਤਰ ਨਹੀਂ ਮਿਲਦਾ: ਕਾਰ ਅਸਲ ਵਿੱਚ ਕਦੋਂ ਆਏਗੀ?
ਪੁਰਾਣੀ ਟੈਕਸੀਆਂ ਦਿੱਖਣ ਵਿੱਚ ਤਾਂ ਹੋ ਸਕਦੀਆਂ ਸਨ, ਪਰ ਭਰੋਸੇਯੋਗ ਤੌਰ 'ਤੇ ਉਪਲਬਧ ਨਹੀਂ ਰਹਿੰਦੀਆਂ। ਚੋਟੀ ਦੇ ਸਮਿਆਂ 'ਤੇ, ਮੀਂਹ ਵਾਲੇ ਦਿਨ, ਰਾਤ ਦੇ ਵੇਲੇ ਜਾਂ ਘਣੇ ਡਾਊਨਟਾਊਨ ਤੋਂ ਬਾਹਰ, ਉਪਲਬਧਤਾ ਤੇਜ਼ੀ ਨਾਲ ਘਟ ਜਾਣੀ ਸੀ।
ਅਨਿਸ਼ਚਿਤਤਾ ਹਰ ਕਦਮ 'ਤੇ ਰੁਕਾਵਟ ਪੈਦਾ ਕਰਦੀ ਸੀ:
ਲੋਕ ਟੈਕਸੀ ਇਸ ਲਈ ਨਹੀਂ ਲੈ ਰਹੇ ਸਨ ਕਿ ਉਨ੍ਹਾਂ ਨੂੰ ਟੈਕਸੀ ਪਸੰਦ ਸੀ। ਉਹ ਇਸ ਲਈ ਲੈ ਰਹੇ ਸਨ ਕਿ ਇਹ ਇੱਕ ਸਮੇਂ-ਸੰਵੇਦਨਸ਼ੀਲ ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਸੀ: ਮੈਨੂੰ ਇਹਨਾਂ ਹੀ ਪਲ ਵਿੱਚ ਇੱਕ ਭਰੋਸੇਯੋਗ ਰਾਈਡ ਚਾਹੀਦੀ ਹੈ, ਘੱਟ ਤੋਂ ਘੱਟ ਕੋਸ਼ਿਸ਼ ਨਾਲ। ਮੁੱਖ ਸ਼ਬਦ ਹੈ "ਭਰੋਸੇਯੋਗ"। ਤੇਜ਼ੀ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਪਰ ਵਿਸ਼ਵਾਸ ਵੀ।
ਭਾਵਨਾਤਮਕ ਪ੍ਰੇਰਕ ਇੱਥੇ ਆਉਂਦੇ ਹਨ:
ਡਰਾਈਵਰਾਂ ਅਤੇ ਓਪਰੇਟਰਾਂ ਦੀਆਂ ਆਪਣੀਆਂ ਚਿੰਤਾਵਾਂ ਸਨ। ਕਮਾਈ ਇਸ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਸੀ ਕਿ ਸਹੀ ਜਗ੍ਹਾ 'ਤੇ ਹੋਵੋ, ਜ਼ਿਆਦਾਤਰ ਘੁੰਮਣਾ, ਸੂਨਾ ਸਮਾਂ ਅਤੇ ਫਿਊਲ ਖਰਚ ਕਰਨਾ। ਡਿਸਪੈਚ ਸਿਸਟਮ ਅਪਾਰਦਰਸ਼ੀ ਜਾਂ ਪੱਖਪਾਤੀ ਹੋ ਸਕਦੇ ਸਨ, ਅਤੇ ਸੁਤੰਤਰ ਡਰਾਈਵਰਾਂ ਕੋਲ ਮੰਗ ਦੇ ਝਟਕਿਆਂ ਨੂੰ ਸਹਜ ਕਰਨ ਲਈ ਔਜ਼ਾਰ ਘੱਟ ਸਨ। ਬਾਜ਼ਾਰ ਸਿਰਫ਼ ਹੋਰ ਕਾਰਾਂ ਦੀ ਘਾਟ ਨਹੀਂ ਸੀ—ਇਹ ਸਹਯੋਗ ਦੀ ਘਾਟ ਸੀ।
Garrett Camp ਨੇ "ਆਓ ਟੈਕਸੀ ਕੰਪਨੀ ਬਣਾਈਏ" ਨਾਲ ਸ਼ੁਰੂਆਤ ਨਹੀਂ ਕੀਤੀ। ਉਸਦਾ ਪਿਛੋਕੜ—ਖਾਸ ਕਰਕੇ StumbleUpon ਦੀ ਕੋ-ਫਾਊਂਡਿੰਗ ਅਤੇ ਸਾਫਟਵੇਅਰ ਵਿੱਚ ਕਾਮ—ਉਸ ਨੂੰ ਇੰਟਰਫੇਸਾਂ, ਘਰੜੀ ਅਤੇ ਦੁਹਰਾਏ ਜਾ ਸਕਣ ਵਾਲੇ ਸਿਸਟਮਾਂ ਦੇ ਪ੍ਰਤੀ ਸੋਚਣ ਲਈ ਤਿਆਰ ਕਰਦਾ ਸੀ। রਾਈਡ ਨੂੰ ਸਧਾਰਨ ਕਰਨ ਦੀ ਬਜਾਇ, ਉਸ ਨੇ ਯਾਤਰਾ ਤੋਂ ਪਹਿਲੇ ਪਲ 'ਤੇ ਧਿਆਨ ਦਿੱਤਾ: ਤਲਾਸ਼, ਕਾਲ, ਉਡੀਕ ਅਤੇ ਅਨਮਾਨ ਕਰਨ ਵਾਲਾ ਸਮਾਂ।
ਉਸ ਪਹਿਲੇ ਵਿਚਾਰ ਜੋ Uber ਬਣਿਆ, ਉਸਨੇ ਲਗਭਗ ਸ਼ਰਮਿੰਦਗੀ ਨਾਲ ਆਸਾਨ ਕੀਤਾ: ਇੱਕ ਬਟਨ ਦਬਾਓ ਅਤੇ ਇੱਕ ਕਾਰ ਆ ਜਾਂਦੀ ਹੈ। ਨਾ "ਨੰਬਰ ਲੱਭੋ", ਨਾ "ਆਪਣੀ ਥਾਂ ਦਸੋ", ਨਾ "ਉਮੀਦ ਕਰੋ ਕਿ ਕੋਈ ਸਵੀਕਾਰ ਕਰੇਗਾ"। ਸਿਰਫ਼ ਇੱਕ ਇरਾਦਾ ("ਮੈਨੂੰ ਰਾਈਡ ਚਾਹੀਦੀ ਹੈ") ਇੱਕ ਨਤੀਜੇ ਵਿੱਚ ("ਇੱਕ ਕਾਰ ਆ ਰਹੀ ਹੈ") ਘੱਟੋ-ਘੱਟ ਅਪੇਖਿਆ ਨਾਲ ਤਰਜਮਾ ਹੁੰਦਾ ਹੈ।
ਇਸ ਨਾਲ ਉਤਪਾਦ ਨੂੰ ਨਵਾਂ ਰੂਪ ਮਿਲਦਾ ਹੈ। ਰਾਈਡ ਇੱਕ ਕਮੋਡੀਟੀ ਹੈ; ਪਹੁੰਚ ਹੀ ਫਰਕ ਪੈਦਾ ਕਰਦੀ ਹੈ। ਜਦ ਉਪਭੋਗੀ ਯਕੀਨ ਕਰਦੇ ਹਨ ਕਿ ਉਹ ਇੱਕ ਕਾਰ ਨੂੰ ਭਰੋਸੇਯੋਗ ਤਰੀਕੇ ਨਾਲ ਬੁਲਾ ਸਕਦੇ ਹਨ, ਤਦ ਸੇਵਾ ਆਮ ਤੌਰ 'ਤੇ ਟਰਾਂਸਪੋਰਟੇਸ਼ਨ ਤੋਂ ਬਦਲ ਕੇ ਇੱਕ ਯੂਟਿਲਿਟੀ ਮਹਿਸੂਸ ਹੁੰਦੀ ਹੈ।
ਇਹ ਸੰਕਲਪ ਸਿਧਾਂਤ ਵਿੱਚ ਨਵਾਂ ਨਹੀਂ ਸੀ, ਪਰ ਇਹ ਵਰਤੋਂਯੋਗ ਬਣਿਆ ਕਿਉਂਕਿ ਕਈ ਹਿੱਸੇ ਇਕੱਠੇ ਮਿਲ ਗਏ:
ਇਹ ਸਮੱਗਰੀਆਂ ਬਿਨਾਂ, ਉਹੀ ਵਾਅਦਾ ਮੈਨੂਅਲ ਕੋਆਰਡੀਨੇਸ਼ਨ ਹੇਠਾਂ ਢਹਿ ਸਕਦਾ ਸੀ।
ਲੋਕਾਂ ਨੂੰ ਯਾਦ ਰਹਿਣ ਵਾਲੀ ਕਹਾਣੀ "ਬਟਨ" ਹੈ, ਪਰ ਅਸਲ ਕੰਮ ਉਸ ਬਟਨ ਨੂੰ ਸਚਾ ਬਣਾਉਣਾ ਸੀ। ਸੁਹਾਵਣਾ ਇੰਟਰਫੇਸ ਖਾਲੀ ਸੜਕਾਂ, ਲੰਬੇ ETA ਜਾਂ ਅਸਮਰਥ ਡਰਾਈਵਰ ਸਪਲਾਈ ਲਈ ਪੂਰੇ ਤੌਰ 'ਤੇ ਮੁਆਵਜ਼ਾ ਨਹੀਂ ਕਰ ਸਕਦਾ।
Camp ਦੀ ਉਤਪਾਦੀ ਦ੍ਰਿਸ਼ਟੀ ਦਿਸ਼ਾ ਦਿੰਦੀ ਸੀ: ਭਰੋਸਾ ਵੇਚੋ। ਨਿਭਾਣ ਲਈ ਇੱਕ ਦੋ-ਪੱਖੀ ਮਾਰਕੀਟਪਲੇਸ ਦੀ ਲੋੜ ਸੀ ਜੋ ਹਰ ਵਾਰੀ ਉਸ ਭਰੋਸੇ ਨੂੰ ਦਿੱਤਾ ਕਰੇ—ਸ਼ਹਿਰ ਬਾਈ ਸ਼ਹਿਰ, ਘੰਟੇ ਬਾਈ ਘੰਟੇ—ਜਦ ਤੱਕ ਅਨੁਭਵ ਆਟੋਮੈਟਿਕ ਮਹਿਸੂਸ ਨਾ ਹੋਵੇ।
Uber ਸਿਰਫ਼ "ਇੱਕ ਰਾਈਡ" ਦੀ ਪੇਸ਼ਕਸ਼ ਨਹੀਂ ਕੀਤੀ। ਇਸਨੇ ਇਹ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਕਿ ਇੱਕ ਰਾਈਡ ਕੀ ਹੈ। ਜ਼ਿਆਦਾਤਰ ਲੋਕਾਂ ਲਈ, ਆਵਾਜਾਈ ਪਹਿਲਾਂ ਮਲਕੀਅਤ (ਕਾਰ), ਯੋਜਨਾ (ਪਾਰਕਿੰਗ, ਫਿਊਲ, ਰਖ-ਰਖਾਅ) ਜਾਂ ਝੰਝਟ (ਟੈਕਸੀ ਨੂੰ ਕਾਲ ਕਰਨਾ, ਉਡੀਕ, ਮੋਲ-ਭਾਅ) ਹੋ ਸਕਦੀ ਸੀ। ਬਦਲਾਅ ਇਸ ਤੋਂ ਸੀ: ਗੱਡੀ ਰੱਖਣ ਤੋਂ ਮੋਬਿਲਿਟੀ ਤੱਕ ਪਹੁੰਚ—ਜਿਵੇਂ ਟੰਕੀ ਲੈ ਕੇ ਪਾਣੀ ਲਿਜਾਣ ਦੀ ਥਾਂ ਟੈਪ ਕੱਢਣਾ।
ਇੱਕ ਯੂਟਿਲਿਟੀ ਰੋਮਾਂਚਕ ਨਹੀਂ ਹੁੰਦੀ; ਇਹ ਭਰੋਸੇਯੋਗ ਹੁੰਦੀ ਹੈ। ਮੰਤਵ ਇੱਕ ਅਨੁਮਾਨਯੋਗ, ਤੇਜ਼, ਲਗਾਤਾਰ ਅਨੁਭਵ ਬਣਾਉਣਾ ਹੈ ਜੋ ਹਰ ਵਾਰੀ ਇੱਕੋ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰੇ। ਜਦ ਰਾਈਡਾਂ ਯੂਟਿਲਿਟੀ-ਵਾਂਗ ਮਹਿਸੂਸ ਹੁੰਦੀਆਂ ਹਨ, ਤੁਸੀਂ ਵਿਕਲਪਾਂ ਦੀ ਮੁਲਾਂਕਣ ਕਰਨਾ ਛੱਡ ਦਿੰਦੇ ਹੋ ਅਤੇ ਉਪਲਬਧਤਾ ਨੂੰ ਧਾਰਨ ਕਰਨ ਲੱਗਦੇ ਹੋ।
ਇਹ ਮਾਨਸਿਕ ਮਾਡਲ ਕੁਝ ਅਨੁਭਵ ਲੋੜਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ:
ਜਦ ਨਤੀਜਾ ਭਰੋਸੇਯੋਗ ਹੁੰਦਾ ਹੈ, ਲੋਕ ਆਦਤ ਬਣਾਉਂਦੇ ਹਨ। ਜੇ ਐਪ ਲਗਾਤਾਰ ਇੱਕੋ ਮੂਢ ਨਮੂਨਾ ਦਿਖਾਉਂਦੀ—ਖੋਲੋ, ਬੇਨਤੀ ਕਰੋ, ETA ਵੇਖੋ, ਪਿਕਅਪ ਹੋਵੋ, ਪਹੁੰਚੋ, ਆਪ-ਭੁਗਤਾਨ—ਤਦ ਦਿਮਾਗ ਇਹਨੂੰ ਇੱਕ ਡੀਫੌਲਟ ਰਵਈਏ ਵਜੋਂ ਲੈ ਲੈਂਦਾ ਹੈ, ਨਾ ਕਿ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਫੈਸਲਾ।
ਇਹ ਅਸਲ ਲੀਪ ਹੈ: ਉਤਪਾਦ "ਰਾਈਡਸ" ਨਹੀਂ; ਉਤਪਾਦ ਮੰਗ 'ਤੇ ਭਰੋਸਾ ਹੈ। ਜਦ ਉਪਭੋਗੀ ਯਕੀਨ ਕਰ ਲੈਂਦੇ ਹਨ ਕਿ ਸਿਸਟਮ ਹਰ ਵਾਰੀ ਕੰਮ ਕਰੇਗਾ, ਉਹ ਜ਼ਿਆਦਾ ਵਰਤੋਂ ਕਰਦੇ ਹਨ, ਵੱਖ-ਵੱਖ ਸਥਿਤੀਆਂ ਵਿੱਚ (ਰਾਤ ਨੂੰ, ਏਅਰਪੋਰਟ, ਦੌੜ-ਦੇ ਕੰਮ), ਅਤੇ ਸੇਵਾ ਉਹਨਾਂ ਦੀ ਰੋਜ਼ਾਨਾ ਰੁਟਿਨ ਦਾ ਹਿੱਸਾ ਬਣ ਜਾਂਦੀ ਹੈ।
Uber "ਰਾਈਡਾਂ ਲਈ ਐਪ" ਵਜੋਂ ਸ਼ੁਰੂ ਨਹੀਂ ਹੋਇਆ। ਇਹ ਇੱਕ ਮਾਰਕੀਟਪਲੇਸ ਵਜੋਂ ਸ਼ੁਰੂ ਹੋਇਆ: ਇੱਕ ਸਿਸਟਮ ਜੋ ਇਕੱਠੇ ਦੋ ਗਰੁੱਪਾਂ ਦੀ ਸੇਵਾ ਕਰਨਾ ਪੈਂਦਾ—ਪੈਜ਼ਾ ਜੋ ਰਾਈਡ ਚਾਹੁੰਦੇ ਹਨ (ਰਾਈਡਰ) ਅਤੇ ਪੈਜ਼ਾ ਜੋ ਇਹ ਮੁਹੱਈਆ ਕਰ ਸਕਦੇ ਹਨ (ਡਰਾਈਵਰ)। ਕਿਸੇ ਵੀ ਪੱਖ ਲਈ ਉਤਪਾਦ ਪੂਰਾ ਨਹੀਂ ਹੋ ਸਕਦਾ ਜਦ ਤੱਕ ਦੂਜਾ ਪੱਖ ਮੌਜੂਦ ਅਤੇ ਸਰਗਰਮ ਨਾ ਹੋਵੇ।
ਰਾਈਡਰਾਂ ਲਈ ਵਾਅਦਾ ਸਧਾਰਨ ਹੈ: "ਇੱਕ ਕਾਰ ਜਲਦੀ ਆਵੇਗੀ ਅਤੇ ਮੈਂ ਕੀ ਉਮੀਦ ਕਰ ਸਕਦਾ ਹਾਂ ਉਹ ਜਾਣਾਂਗਾ।" ਡਰਾਈਵਰਾਂ ਲਈ: "ਜੇ ਮੈਂ ਆਨਲਾਈਨ ਆ ਜਾਵਾਂ, ਤਾਂ ਮੈਂ ਕਾਫੀ ਟ੍ਰਿਪਸ ਲੈਕੇ ਆਪਣਾ ਸਮਾਂ ਵਰਤੋਂਗਾ।"
ਇਹ ਵਾਅਦੇ ਸਧੇ ਨਹੀਂ ਲੱਗਦੇ, ਪਰ ਇਹ ਪਲੇਟਫਾਰਮ ਉੱਤੇ ਲਗਾਤਾਰ ਦੋ ਪੱਖਾਂ ਨੂੰ ਸੰਤੁਲਿਤ ਕਰਨ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹਨ।
ਮਾਰਕੀਟਪਲੇਸ "ਲਿਕਵਿਡਿਟੀ" ਇਹ ਨਾਪ ਹੈ ਕਿ ਮਾਰਕੀਟਪਲੇਸ ਹੁਣੇ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ।
ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਕਾਫੀ ਡਰਾਈਵਰ ਕਾਫੀ ਨੇੜੇ ਹਨ, ਤਾਂ ਜੋ:
ਜੇ ਕਿਸੇ ਵੀ ਪੱਖ ਨੂੰ ਬਹੁਤ ਉਡੀਕ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ, ਉਹ ਛੱਡ ਜਾਂਦੇ ਹਨ—ਅਤੇ ਇਹ ਦੂਜੇ ਪੱਖ ਦੇ ਅਨੁਭਵ ਨੂੰ ਹੋਰ ਖਰਾਬ ਕਰਦਾ ਹੈ।
ਇਹ ਕਿਸੇ ਵੀ ਦੋ-ਪੱਖੀ ਮਾਰਕੀਟਪਲੇਸ ਦੀ ਕੇਂਦਰੀ ਚੁਣੌਤੀ ਹੈ: ਰਾਈਡਰ ਐਪ ਨਹੀਂ ਖੋਲਦੇ ਜੇ ਡਰਾਈਵਰ ਨਹੀਂ ਹਨ, ਅਤੇ ਡਰਾਈਵਰ ਸਾਈਨ ਅਪ ਨਹੀਂ ਕਰਦੇ ਜੇ ਰਿਕਵੇਸਟ ਨਹੀਂ ਹਨ।
ਸ਼ੁਰੂ ਵਿੱਚ, ਤੁਸੀਂ ਮਾਰਕੀਟਿੰਗ ਨਾਲ ਇਸ ਨੂੰ ਸਿਰਫ਼ ਦੂਰ ਨਹੀਂ ਕਰ ਸਕਦੇ। ਤੁਸੀਂ ਖਾਸ ਜਗ੍ਹਾਂ ਅਤੇ ਸਮਿਆਂ ਵਿੱਚ ਲਿਕਵਿਡਿਟੀ ਨੂੰ ਤਿਆਰ ਕਰਨੀ ਪੈਂਦੀ ਹੈ—ਅਕਸਰ ਛੋਟੇ, ਤੰਗ, ਫਿਰ ਵਧਾਉਣਾ।
ਕਲਾਸੀਫਾਇਡ ਜਾਂ ਬੁਕਿੰਗ ਡਾਇਰੈਕਟਰੀਆਂ ਤੋਂ ਵੱਖ, Uber ਨੂੰ ਹਰ ਮਿੰਟ ਬਜ਼ਾਰ ਦਾ ਕੋਆਰਡੀਨੇਸ਼ਨ ਕਰਨਾ ਪੈਂਦਾ ਹੈ। ਮੰਗ ਕਨਸਰਟਾਂ ਤੋਂ ਬਾਅਦ ਫੂਟੇ ਹੋ ਜਾਂਦੀ ਹੈ। ਸਪਲਾਈ ਮੀਂਹ ਵਾਲੇ ਦਿਨ ਘਟਦੀ ਹੈ। ਡਰਾਈਵਰ ਸ਼ਹਿਰ ਵਿੱਚ ਘੁੰਮਦੇ ਹਨ। ਰਾਈਡਰ ਹਮੇਸ਼ਾ ਇਕੱਠੇ ਹੋ ਕੇ ਆਉਂਦੇ ਹਨ।
ਪਲੇਟਫਾਰਮ ਦਾ ਕੰਮ ਹੈ ਰੀ-ਬੈਲੈਂਸ ਕਰਨਾ: ਡਰਾਈਵਰਾਂ ਨੂੰ ਉਹ ਜਗ੍ਹਾ ਤੇ ਜਾਣ ਲਈ ਉਤਸ਼ਾਹਿਤ ਕਰਨਾ ਜਿੱਥੇ ਮੰਗ ਬਣ ਰਹੀ ਹੈ, ਰਾਈਡਰਾਂ ਨੂੰ ਨੇੜੇ-ਨੇੜੇ ਡਰਾਈਵਰ ਲੱਭਣਾ ਆਸਾਨ ਕਰਨਾ, ਅਤੇ ਸਿਸਟਮ ਨੂੰ ਕਿਸੇ ਵੀ ਪੱਖ 'ਤੇ ਲੰਬੀ ਉਡੀਕ ਵਿਚ ਪਾਉਣ ਤੋਂ ਰੋਕਣਾ।
Uber ਦੀ "ਮਹਿਕ" ਸਿਰਫ ਇਹ ਨਹੀਂ ਕਿ ਤੁਸੀਂ ਰਿਕਵੇਸਟ ਕਰ ਸਕਦੇ ਹੋ—ਇਹ ਹੈ ਕਿ ਸਿਸਟਮ ਇਕ ਬਟਨ ਨੂੰ ਭਰੋਸੇਯੋਗ ਤੌਰ 'ਤੇ ਨੇੜੇ ਕਾਰ ਆਉਣ ਵਿੱਚ ਬਦਲ ਸਕਦਾ ਹੈ। ਉਹ ਭਰੋਸਾ ਮੇਚਿੰਗ, ਅਨੁਮਾਨ ਲਗਾਉਣ ਅਤੇ ਰੀ-ਮੇਚ ਕਰਨ ਦੇ ਤੰਗ ਲੂਪ ਰਾਹੀਂ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ।
ਸਭ ਤੋਂ ਸਧਾਰਨ ਪੱਧਰ 'ਤੇ, ਪਲੇਟਫਾਰਮ ਇੱਕ ਦੋਹਰਾਉਂਦੇ ਚੱਕਰ ਨੂੰ ਚਲਾਉਂਦਾ ਹੈ:
ਕੁੰਜੀ ਇਹ ਹੈ ਕਿ ਇਹ ਲੂਪ ਸਥਿਰ ਨਹੀਂ—ਹਰ ਕਦਮ ਨਵਾਂ ਡੇਟਾ ਪੈਦਾ ਕਰਦਾ ਹੈ ਜੋ ਅਗਲੇ ਫੈਸਲੇ ਨੂੰ ਸੋਧਦਾ ਹੈ।
ਲੋਕ ਓਨ-ਡਿਮਾਂਡ ਸੇਵਾਵਾਂ ਨੂੰ ਔਸਤ ਕਾਰکردਗੀ ਦੇ ਨਾਲ ਨਹੀਂ, ਬਲਕਿ ਪੇਸ਼ਗੋਈਯੋਗਤਾ ਨਾਲ ਮਾਪਦੇ ਹਨ। ਇੱਕ ਨੇੜੇ ਡਰਾਈਵਰ ਮਦਦਗਾਰ ਹੈ, ਪਰ ਅਸਲ ਉਤਪਾਦ ਇੱਕ ਭਰੋਸੇਯੋਗ ETA ਹੈ ਜੋ ਕਾਇਮ ਰਹੇ।
ਜੇ ਐਪ ਕਹਿੰਦਾ ਹੈ "3 ਮਿੰਟ" ਅਤੇ ਇਹ 8 ਬਣ ਜਾਂਦਾ ਹੈ, ਭਰੋਸਾ ਤੇਜ਼ੀ ਨਾਲ ਘਟ ਜਾਂਦਾ ਹੈ—ਚਾਹੇ 8 ਮਿੰਟ ਵੀ ਵਾਜਿਬ ਹੋਵੇ। ਸਹੀ ETA ਚਿੰਤਾ ਘਟਾਉਂਦੇ ਹਨ, ਰੱਦਾਂ ਘਟਾਉਂਦੇ ਹਨ, ਅਤੇ ਸੇਵਾ ਨੂੰ ਭਰੋਸੇਯੋਗ ਮਹਿਸੂਸ ਕਰਵਾਂਦੇ ਹਨ।
ਸ਼ਹਿਰ ਪੱਧਰ 'ਤੇ ਮੇਚਿੰਗ ਕੰਮ ਕਰਨ ਲਈ, ਪਲੇਟਫਾਰਮ ਨੂੰ ਸਪਲਾਈ ਦੀ ਲਗਾਤਾਰ ਤਾਜ਼ੀ ਨਜ਼ਰ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ:
ਇਹ ਓਪਰੇਸ਼ਨਲ ਧੜਕਣ ਹੈ: ਸਪਲਾਈ ਅਤੇ ਮੰਗ ਦਾ ਲਾਈਵ ਨਕਸ਼ਾ ਜੋ ਹਰ ਕੁਝ ਸਕਿੰਟਾਂ ਵਿੱਚ ਅਪਡੇਟ ਹੁੰਦਾ ਹੈ।
ਹਰ ਮਾਰਕੀਟਪਲੇਸ ਕੋਲ ਫੇਲਯੂਰ ਮੋਡ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਰਾਈਡ-ਹੇਲਿੰਗ ਵਿੱਚ ਦੋ ਦਰਦਨਾਕ ਹਨ:
ਇਨ੍ਹਾਂ ਏਡਜ ਕੇਸਾਂ ਨਾਲ ਠੀਕ ਤਰੀਕੇ ਨਾਲ ਨਿਪਟਣਾ ਕੋਰ ਉਤਪਾਦ ਦਾ ਹੀ ਹਿੱਸਾ ਹੈ—ਕਿਉਂਕਿ ਭਰੋਸੇਯੋਗਤਾ ਪਰਿਭਾਸ਼ਿਤ ਨਹੀਂ ਹੁੰਦੀ ਪਰਫੈਕਟ ਟ੍ਰਿਪਾਂ ਨਾਲ, ਬਲਕਿ ਇਸ ਨਾਲ ਕਿ ਜਦ ਗਲਤੀਆਂ ਹੋਣ ਤਾਂ ਸਿਸਟਮ ਕਿਵੇਂ ਨਰਮਾਈ ਨਾਲ ਬਹਾਲ ਹੁੰਦਾ ਹੈ।
ਇੱਕ ਓਨ-ਡਿਮਾਂਡ ਮਾਰਕੀਟਪਲੇਸ ਵਿੱਚ ਪ੍ਰਾਈਸਿੰਗ ਸਿਰਫ ਕੰਪਨੀ ਦੀ ਆਮਦਨੀ ਨਹੀਂ; ਇਹ ਉਤਪਾਦ ਦੇ ਕੋਲੋਂ ਮੁੱਖ "ਕੰਟਰੋਲ" ਹੈ ਜੋ ਦੋਹਾਂ ਪੱਖਾਂ 'ਤੇ ਰਵਈਆ ਨੂੰ ਰੂਪ ਦੇਂਦਾ—ਰਾਈਡਰਾਂ ਨੂੰ ਕਦੇ ਬੇਨਤੀ ਕਰਨ ਅਤੇ ਡਰਾਈਵਰਾਂ ਨੂੰ ਕਦੋਂ ਤੇ ਕਿੱਥੇ ਉਪਲਬਧ ਹੋਣ ਲਈ ਪ੍ਰੇਰਿਤ ਕਰਨਾ।
ਜੇ ਬਹੁਤ ਸਾਰੇ ਰਾਈਡਰ ਇਕੱਠੇ ਰਿਕਵੇਸਟ ਕਰਦੇ ਹਨ, ਅਸਲ ਸਮੱਸਿਆ ਪੈਸਾ ਨਹੀਂ—ਇਹ ਮਿਸ-ਮੈਚ ਹੈ। ਉਡੀਕਾਂ ਵਧਦੀਆਂ ਹਨ, ਰੱਦਾਂ ਵੱਧਦੀਆਂ ਹਨ, ਅਤੇ ਅਨੁਭਵ ਭਰੋਸੇਯੋਗ ਨਹੀਂ ਰਹਿੰਦਾ। ਕੀਮਤ ਇਨ੍ਹਾਂ ਬਜਾਵਾਂ ਦੇ ਫੈਸਲਿਆਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਕੇ ਇਸ ਰੁਕਾਵਟ ਨੂੰ ਘਟਾ ਸਕਦੀ ਹੈ।
ਡਾਇਨੈਮਿਕ ਪ੍ਰਾਈਸਿੰਗ ਸਿਰਫ ਇਹ ਵਿਚਾਰ ਹੈ ਕਿ ਕੀਮਤ ਹਾਲਾਤਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਬਦਲ ਸਕਦੀ ਹੈ:
ਮਕਸਦ "ਕੀਮਤ ਵੱਧਾਉਣਾ" ਨਹੀਂ ਹੈ; ਇਹ ਬੈਲੈਂਸ ਰੀਸਟੋਰ ਕਰਨਾ ਹੈ ਤਾਂ ਕਿ ਸਿਸਟਮ ਆਪਣਾ ਮੁੱਖ ਵਾਅਦਾ ਨਿਭਾ ਸਕੇ: ਇੱਕ ਕਾਰ ਜਲਦੀ ਆਉਣੀ ਚਾਹੀਦੀ ਹੈ।
ਸ਼ੁਰੂਆਤੀ ਮਾਰਕੀਟਪਲੇਸ ਅਕਸਰ ਉਤਸ਼ਾਹਕਤਾਵਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹਨ ਕਿਉਂਕਿ ਨੈੱਟਵਰਕ ਕਾਫੀ ਗਾੜ੍ਹਾ ਨਹੀਂ ਹੁੰਦਾ। ਆਮ ਪੈਟਰਨ:
ਇਹ ਉਦਾਰਤਾ ਬਾਰੇ ਘੱਟ ਨਹੀਂ; ਇਹ ਉਦਾਰਤਾ ਇਸ ਗੱਲ ਲਈ ਹੈ ਕਿ ਇੱਕ ਮੁਕੰਮਲ ਪਹਿਲੀ "ਵਿੰਨ" (ਤੇਜ਼ ਪਿਕਅਪ, ਭਰੋਸੇਯੋਗ ਕਮਾਈ) ਤਿਆਰ ਕੀਤੀ ਜਾਵੇ, ਜਿਸ ਤੋਂ ਬਾਅਦ ਆਦਤ ਸਹਾਇਤਾ ਦੀ ਜਗ੍ਹਾ ਲੈ ਲੈਂਦੀ ਹੈ।
ਕੀਮਤ ਪਿਛੇ ਹਟ ਕੇ ਵੀ ਨੁਕਸਾਨ ਕਰ ਸਕਦੀ ਹੈ। ਜੇ ਰਾਈਡਰ ਮਹਿਸੂਸ ਕਰਦੇ ਹਨ ਕਿ ਉਨ੍ਹਾਂ ਨਾਲ ਅਚਾਨਕ ਵਾਧੇ ਨਾਲ "ਚਲਤ" ਕੀਤਾ ਗਿਆ—ਜਾਂ ਉਹ ਨਹੀਂ ਸਮਝਦੇ ਕਿ ਕੀਮਤ ਕਿਉਂ ਬਦਲੀ—ਤਾਂ ਭਰੋਸਾ ਤੇਜ਼ੀ ਨਾਲ ਘਟਦਾ ਹੈ। ਸਾਫ ਸੰਚਾਰ (ਪਹਿਲਾਂ ਅੰਦਾਜ਼ਾ, ਸਾਧਾਰਨ-ਭਾਸ਼ਾ ਸਮਝਾਵਟ, ਬੁਕਿੰਗ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ) ਕੀਮਤ ਨੂੰ ਧੱਕੇ ਤੇ ਨਹੀਂ, ਚੋਣ ਵਜੋਂ ਬਦਲ ਦਿੰਦਾ ਹੈ।
ਇੱਕ ਓਨ-ਡਿਮਾਂਡ ਰਾਈਡ ਸਿਰਫ ਪਿਕਅਪ ਅਤੇ ਡਰੌਪ-ਆਫ ਨਹੀਂ—ਇਹ ਸਮੇਂ-ਦਬਾਅ ਵਾਲੀ ਅਜੀਬ-ਨੂੰ-ਅਜੀਬ ਇੰਟਰੈਕਸ਼ਨ ਹੈ। Uber ਦੀ ਪਹਿਲੀ ਵਧੋ-ਵਧਾਈ ਇਸ 'ਤੇ ਨਿਰਭਰ ਸੀ ਕਿ "ਕੀ ਇਹ ਸੁਰੱਖਿਅਤ ਹੈ?" ਨੂੰ ਇੱਕ ਖਾਮੋਸ਼ ਧਾਰਣਾ ਬਣਾਇਆ ਜਾਵੇ, ਨ ਕਿ ਇੱਕ ਲਗਾਤਾਰ ਸਵਾਲ।
ਕਈ ਉਤਪਾਦੀ ਵੇਰਵੇ ਇਕੱਠੇ ਕੰਮ ਕਰਦੇ ਹਨ ਤਾਂ ਜੋ ਅਨੁਭਵ ਜਵਾਬਦੇਹ ਮਹਿਸੂਸ ਹੋਵੇ:
ਇਕੱਲਾ-ਇਕੱਲੀ ਇਹ ਵਿਸ਼ੇ ਛੋਟੇ ਹਨ। ਇਕੱਠੇ, ਇਹ ਖਤਰੇ ਦੀ ਗਣਨਾ ਬਦਲ ਦਿੰਦੇ ਹਨ: ਤੁਸੀਂ ਸਿਰਫ਼ ਕਿਥੇ ਹੀਲਾਉਂਦੇ ਟੈਕਸੀ ਨਹੀਂ ਬੁਲਾ ਰਹੇ—ਤੁਸੀਂ ਇੱਕ ਦਸਤਾਵੇਜ਼ੀਕृत, ਟਰੇਸਯੋਗ ਟ੍ਰਿਪ ਵਿੱਚ ਜਾ ਰਹੇ ਹੋ।
ਰਾਈਡਰ ਸਾਫ ਡਰਾਈਵਰ ਪਛਾਣ, ਭਰੋਸੇਯੋਗ ਰੂਟ ਅਤੇ ਜੇ ਕੁਝ ਗਲਤ ਲੱਗੇ ਤਾਂ ਤੇਜ਼ ਮਦਦ ਚਾਹੁੰਦੇ ਹਨ। ਡਰਾਈਵਰ ਜਾਣਣਾ ਚਾਹੁੰਦੇ ਹਨ ਕਿ ਉਹ ਕਿਸ ਨੂੰ ਲੈ ਰਹੇ ਹਨ, ਕਿੱਥੇ ਜਾਣਾ ਹੈ, ਅਤੇ ਭੁਗਤਾਨ ਅਸਲੀ ਹੈ। ਸੁਰੱਖਿਆ ਡਿਜ਼ਾਈਨ ਕਰਨਾ ਇਹ ਮਤਲਬ ਹੈ ਕਿ ਇਹ ਜ਼ਰੂਰਤਾਂ ਇੰਝ ਸੰਤੁਲਿਤ ਕੀਤੀਆਂ ਜਾਣ ਕਿ ਪਿਕਅਪ ਸਲੋ ਨਹੀਂ ਹੁੰਦੇ ਅਤੇ ਸਾਈਨ-ਅਪ ਰੋਕਦੀਆਂ ਨਹੀਂ।
ਰੇਟਿੰਗ ਅਤੇ ਰਿਪੋਰਟਾਂ ਸਿਰਫ ਇੱਕ ਟ੍ਰਿਪ ਦੀ ਮਿਆਰੀ ਨਹੀਂ ਹਨ—ਉਹ ਮਾਰਕੀਟਪਲੇਸ ਨੂੰ ਸਿੱਖਾਉਂਦੇ ਹਨ। ਨਮੂਨੇ (ਲਗਾਤਾਰ ਘੱਟ ਅੰਕ, ਦੁਹਰਾਈਆਂ ਸ਼ਿਕਾਇਤਾਂ) ਕੋਚਿੰਗ, ਅਸਥਾਈ ਰੋਕ, ਜਾਂ ਹਟਾਉਣ ਨੂੰ ਟ੍ਰਿਗਰ ਕਰ ਸਕਦੇ ਹਨ। ਇਸ ਨਾਲ ਗੁਣਵੱਤਾ ਸੁਧਰਦੀ ਹੈ, ਜੋ ਫੇਰ ਵੱਧ ਰੀਪੀਟ ਵਰਤੋਂ ਲੈ ਕੇ ਆਉਂਦੀ ਹੈ, ਜਿਸ ਨਾਲ ਹੋਰ ਡੇਟਾ ਮਿਲਦਾ ਹੈ ਜੋ ਫੈਸਲਿਆਂ ਨੂੰ ਤੇਹ ਕਰਦਾ ਹੈ।
ਭਰੋਸਾ ਪ੍ਰਣਾਲੀਆਂ ਨਵੀਆਂ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਕਰਦੀਆਂ ਹਨ:
ਇਹ "ਛੁਪਿਆ ਉਤਪਾਦੀ ਕੰਮ" ਮਨਮੋਹਕ ਨਹੀਂ, ਪਰ ਬੁਨਿਆਦੀ ਹੈ: ਭਰੋਸਾ ਦੇ ਬਗੈਰ, ਮੇਚਿੰਗ ਅਤੇ ਪ੍ਰਾਈਸਿੰਗ ਮਹੱਤਵਪੂਰਨ ਨਹੀਂ ਰਹਿੰਦੇ ਕਿਉਂਕਿ ਲੋਕ ਕਾਰ ਵਿੱਚ ਨਹੀਂ ਬੈਠਦੇ।
ਇੱਕ ਓਨ-ਡਿਮਾਂਡ ਉਤਪਾਦ ਲਈ, ਭਰੋਸਾ ਉਪਭੋਗੀ ਨੂੰ ਉਸ ਪਲ ਵਿੱਚ ਮਿਲਦਾ ਹੈ ਜਦੋਂ ਉਪਭੋਗੀ ਨੂੰ ਉਹ ਮਿਲ ਜੇ ਜੋ ਉਹ ਚਾਹੁੰਦਾ ਸੀ। ਇਸੀ ਲਈ ਪਹਿਲੀ ਸਫਲ ਰਾਈਡ ਦਾ ਸਮਾਂ ਇੱਕ ਨਿਰਣਾਇਕ ਮੈਟ੍ਰਿਕ ਹੈ: ਜਦ ਤੱਕ ਇੱਕ ਰਾਈਡਰ ਇੱਕ ਯਾਤਰਾ ਪੂਰੀ ਨਹੀਂ ਕਰਦਾ (ਅਤੇ ਇੱਕ ਡਰਾਈਵਰ ਲਈ ਇੱਕ ਟ੍ਰਿਪ ਲਈ ਪਹਿਲੀ ਕਮਾਈ ਨਹੀਂ ਹੁੰਦੀ), Uber ਸਿਰਫ ਇੱਕ ਵਾਅਦਾ ਹੈ। ਹਰ ਇਕ ਵਾਧੂ ਮਿੰਟ ਅਤੇ ਹਰ ਇਕ ਭਰੂਚਿ ਅੰਸ਼ ਇਸ ਦੇ ਸੰਭਾਵਨਾ ਨੂੰ ਘੱਟ ਕਰਦੇ ਹਨ ਕਿ ਕੋਈ ਵਾਪਸ ਆਏ।
ਰਾਈਡਰਾਂ ਅਤੇ ਡਰਾਈਵਰਾਂ ਦੇ ਫਨਲ ਵੱਖ-ਵੱਖ ਹਨ, ਪਰ ਦੋਹਾਂ ਨੂੰ ਇੱਕ ਤੇਜ਼, ਪੇਸ਼ਗੋਈਯੋਗ ਰਾਹ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਰਾਈਡਰਾਂ ਲਈ ਆਵਸ਼ਯਕ ਕਦਮ ਹਨ: ਇੰਸਟਾਲ → ਅਕਾਉਂਟ ਬਣਾਓ → ਭੁਗਤਾਨ ਸ਼ਾਮਲ ਕਰੋ → ਪਿਕਅਪ ਸੈੱਟ ਕਰੋ → ETA ਅਤੇ ਕੀਮਤ ਦੇ ਅਨੁਮਾਨ ਨੂੰ ਵੇਖੋ → ਮੇਚ ਹੋਵੋ → ਰਾਈਡ ਪੂਰੀ ਕਰੋ → ਸਾਫ ਰਸੀਦ ਪਾਓ।
ਡਰਾਈਵਰਾਂ ਲਈ: ਸਾਇਨ-ਅਪ → ਪਛਾਣ ਅਤੇ ਵਾਹਨ ਦੀ ਪੁਸ਼ਟੀ → ਸੁਰੱਖਿਆ ਜਾਂਚ ਪਾਸ ਕਰੋ → ਕਮਾਈ ਸਮਝੋ → ਆਨਲਾਈਨ ਜਾਓ → ਟ੍ਰਿਪ ਸਵੀਕਾਰ ਕਰੋ → ਟ੍ਰਿਪ ਪੂਰੀ ਕਰੋ → ਪੇਆਊਟ ਅਤੇ ਅਗਲੇ ਕਦਮ ਦੀ ਮਾਰਗਦਰਸ਼ਨ ਵੇਖੋ।
ਐਕਟੀਵੇਸ਼ਨ "ਅਕਾਊਂਟ ਬਣਾਇਆ" ਨਹੀਂ ਹੈ। ਇਹ "ਪਹਿਲੀ ਟ੍ਰਿਪ ਬਿਨਾਂ ਹੈਰਾਨੀਆਂ ਦੇ ਮੁਕੰਮਲ ہوئی" ਹੈ।
ਆਰੰਭਕ Uber ਨੇ ਸਿੱਖਿਆ ਕਿ ਘਟਾਉਣਾ ਮਨਾਉਣ ਤੋਂ ਬੇਹਤਰ ਹੈ। ਸਭ ਤੋਂ ਵਧੀਆ ਓਨਬੋਰਡਿੰਗ ਫੈਸਲੇ ਹਟਾ ਦਿੰਦੀ ਹੈ:
ਇੱਕ ਛੋਟੀ ਸੁਧਾਰ—ਇੱਕ ਘੱਟ ਫਾਰਮ ਫੀਲਡ, ਇੱਕ ਸਾਫ ਪੁਸ਼ਟੀ ਸਕਰੀਨ—ਪਹਿਲੀ ਰਾਈਡ ਦਾ ਸਮਾਂ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਘਟਾ ਸਕਦਾ ਹੈ।
ਪਹਿਲੀ ਜਿੱਤ ਦੀ ਰੱਖਿਆ ਲਈ, ਓਨਬੋਰਡਿੰਗ ਨੂੰ ਅਸਲ ਸਹਾਇਤਾ ਨਾਲ ਸਮਰਥਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ:
ਜਦ ਸਹਾਇਤਾ ਪਹੁੰਚਯੋਗ ਹੈ ਅਤੇ ਨਤੀਜੇ ਨਿਆਂਸੰਗਤ ਲੱਗਦੇ ਹਨ, ਉਪਭੋਗੀ ਸਿਰਫ ਆਪਣੀ ਪਹਿਲੀ ਰਾਈਡ ਪੂਰੀ ਨਹੀਂ ਕਰਦੇ—ਉਹ ਦੂਜੀ ਰਾਈਡ ਲੈਣ ਲਈ ਸਿਸਟਮ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਲੱਗਦੇ ਹਨ।
ਨੈੱਟਵਰਕ ਪ੍ਰਭਾਵ ਸਧਾਰਨ ਹਨ: ਜਿਵੇਂ ਵੱਧ ਲੋਕ ਸੇਵਾ ਵਰਤਦੇ ਹਨ, ਉਸਦੀ ਗੁਣਵੱਤਾ ਵਧਦੀ ਹੈ। ਇੱਕ ਓਨ-ਡਿਮਾਂਡ ਰਾਈਡ ਮਾਰਕੀਟਪਲੇਸ ਲਈ, "ਵਧੀਆ" ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਸੀਂ ਐਪ ਖੋਲ੍ਹੋ ਅਤੇ ਭਰੋਸੇਯੋਗ ਤੌਰ 'ਤੇ ਇੱਕ ਕਾਰ ਜਲਦੀ, ਅਨੁਮਾਨਤ ਕੀਮਤ ਤੇ, ਇੱਕ ਢੰਗਦਾਰ ਅਨੁਭਵ ਨਾਲ ਮਿੱਲ ਜਾਂਦੀ ਹੈ।
Uber ਦੀ ਗਤੀ ਇੱਕ ਵੱਡੇ ਲਾਂਚ ਤੋਂ ਨਹੀਂ ਆਈ; ਇਹ ਇੱਕ ਲੂਪ ਤੋਂ ਆਈ ਜੋ ਆਪਣੇ ਆਪ ਨੂੰ ਖੁਰਾਕ ਦਿੰਦੀ:
ਜਦ ਇਹ ਫਲਾਈਵੀਲ ਗਤੀ ਲੈ ਲੈਂਦੀ ਹੈ, ਉਤਪਾਦ ਯੂਟਿਲਿਟੀ ਵਾਂਗ ਮਹਿਸੂਸ ਹੋਣ ਲੱਗਦਾ ਹੈ: ਤੁਸੀਂ ਰਾਈਡ ਦੀ ਯੋਜਨਾ ਨਹੀਂ ਬਣਾਉਂਦੇ—ਤੁਸੀਂ ਸਿਰਫ਼ ਮਿਲ ਜਾਂਦੇ ਹੋ।
ਇਹ ਪ੍ਰਭਾਵ ਸਥਾਨਕ ਹੁੰਦੇ ਹਨ, ਗਲੋਬਲ ਨਹੀਂ। ਇੱਕ ਮਿਲੀਅਨ ਉਪਭੋਗੀ ਜੇ ਦੇਸ਼ ਭਰ ਵਿੱਚ ਫੈਲੇ ਹੋਣ ਤਾਂ ਫਾਇਦਾ ਨਹੀਂ ਹੋਏਗਾ ਜੇ ਹਰ ਪੜੋਸ ਵਿੱਚ ਲੰਬੀਆਂ ਉਡੀਕਾਂ ਹੋਣ। ਜਿੰਦਾ ਗੱਲ ਮਾਇਨੇ ਰੱਖਦੀ ਹੈ ਉਹ ਹੈ ਡੈਨਸੀਟੀ: ਇੱਕੋ ਖੇਤਰ ਵਿੱਚ ਤੇਜ਼ ਅਤੇ ਲਗਾਤਾਰ ਮੇਚਿੰਗ ਲਈ ਕਾਫੀ ਸਰਗਰਮ ਰਾਈਡਰ ਅਤੇ ਡਰਾਈਵਰ।
ਇਸੇ ਲਈ ਓਨ-ਡਿਮਾਂਡ ਪਲੇਟਫਾਰਮ ਸ਼ਹਿਰ-ਬਾਈ-ਸ਼ਹਿਰ ਰੋਲਆਉਟ ਕਰਦੇ ਹਨ। ਤੁਸੀਂ ਉਨ੍ਹਾਂ ਜਗ੍ਹਾਂ 'ਤੇ ਧਿਆਨ ਦਿੰਦੋ ਜਿੱਥੇ ਤੁਸੀਂ ਲਿਕਵਿਡਿਟੀ ਹਾਸਲ ਕਰ ਸਕਦੇ ਹੋ—ਲਗਾਤਾਰ ਮੇਚ—ਸਰਗਰਮ ਡਰਾਈਵਰ ਅਤੇ ਰਾਈਡਰ ਨੈੱਟਵਰਕ ਨੂੰ ਬਿਖੇਰਣ ਦੀ ਬਜਾਏ।
ਜਿਵੇਂ ਨੈੱਟਵਰਕ ਵੱਡਾ ਹੁੰਦਾ ਹੈ, ਖ਼ਤਰੇ ਵੀ ਵੱਧਦੇ ਹਨ: ਆਉਟਲਾਈਇੰਗ ਖੇਤਰਾਂ ਵਿੱਚ ਲੰਬੇ ਪਿਕਅਪ, ਅਸਮਾਨ ਡਰਾਈਵਰ ਉਪਲਬਧਤਾ, ਬਿਗੜੀ ਹੋਈ ਰਾਈਡਰ ਬਿਹੇਵਿਓਰ, ਜਾਂ ਮਿਲੀ-ਕੀਮਤ ਸਮਝੌਤੀਆਂ। ਜੇ ਗੁਣਵੱਤਾ ਲੁਕ ਜਾਂਦੀ ਹੈ ਤਾਂ ਫਲਾਈਵੀਲ ਪਿੱਛੇ ਮੁੜ ਸਕਦੀ ਹੈ, ਇਸ ਲਈ ਟੀਮਾਂ ਨੂੰ ਉਡੀਕ ਸਮਾਂ, ਰੱਦ ਦਰ, ਰੇਟਿੰਗਜ਼ ਅਤੇ ਭਰੋਸੇਯੋਗਤਾ ਨੂੰ ਨਜ਼ਰ ਵਿੱਚ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ—ਫਿਰ ਉਤਸ਼ਾਹਕਤਾਵਾਂ, ਕਵਰੇਜ ਅਤੇ ਨੀਤੀਆਂ ਸਮੇਤ ਸਮਾਧਾਨ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਤਾਂ ਕਿ ਅਨੁਭਵ ਸਥਿਰ ਰਹੇ।
Uber ਦਾ ਪਹਿਲਾ ਉਤਪਾਦੀ ਵਾਅਦਾ—ਇਕ ਬਟਨ ਦਬਾਓ, ਇੱਕ ਕਾਰ ਮਿਲ ਜਾਵੇ—ਸਿਰਫ਼ ਤਦ ਹੀ ਸੱਚਾ ਮਹਿਸੂਸ ਹੋਇਆ ਜਦੋਂ ਸਥਾਨਕ "ਸ਼ਹਿਰ ਮਸ਼ੀਨ" ਠੀਕ ਤਰੀਕੇ ਨਾਲ ਟਿਊਨ ਕੀਤੀ ਗਈ। ਉਹ ਟਿਊਨਿੰਗ ਇਕ ਸਾਈਡ ਨੌਕਰੀ ਨਹੀਂ ਸੀ। ਇਹ ਉਹ ਕੰਮ ਸੀ ਜਿਸ ਨੇ ਪਲੇਟਫਾਰਮ ਨੂੰ ਯਕੀਨੀ ਬਣਾਇਆ।
ਹਰ ਸ਼ਹਿਰ ਦੀਆਂ ਆਪਣੀਆਂ ਪਾਬੰਦੀਆਂ ਹੁੰਦੀਆਂ ਹਨ: ਨਿਯਮ ਜੋ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹਨ ਕਿ ਕੌਣ ਕਿੱਥੇ ਪਿਕਅਪ ਕਰ ਸਕਦਾ ਹੈ, ਏਅਰਪੋਰਟ ਨਿਯਮ ਜੋ ਕਤਾਰਬੱਧਤਾ ਜਾਂ ਪਰਮਿਟ ਮੰਗਦੇ ਹਨ, ਅਤੇ ਲਾਗੂ ਕਰਨ ਦੇ ਤਰੀਕੇ ਜੋ ਸਮੇਂ ਦੇ ਨਾਲ ਬਦਲਦੇ ਰਹਿੰਦੇ ਹਨ। ਫਿਰ ਮੰਗ ਦੇ ਧੱਕੇ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਸੀਂ ਕੋਡ ਨਾਲ ਹਟਾ ਨਹੀਂ ਸਕਦੇ—ਕਾਨਸਰਟ, ਖੇਡਾਂ, ਛੁੱਟੀਆਂ, ਅਚਾਨਕ ਮੀਂਹ ਅਤੇ ਮੌਸਮਿਕ ਬਦਲਾਅ ਜੋ ਰਾਈਡਰ ਅਤੇ ਡਰਾਈਵਰ ਦੋਹਾਂ ਨੂੰ ਹਿਲਾ ਦਿੰਦੇ ਹਨ। ਇੱਕ ਸਾਫ ਅਨੁਭਵ ਲਈ ਸਥਾਨਕ ਪਲੇਬੁੱਕ ਹਨ ਜਿਨ੍ਹਾਂ ਨੇ ਇਨ੍ਹਾਂ ਏਡਜ ਕੇਸਾਂ ਨੂੰ ਡਿਫੌਲਟ ਮਾਮਲੇ ਵਜੋਂ ਸਮਝਿਆ।
ਮਾਰਕੀਟਪਲੇਸ ਸਪਲਾਈ ਇੱਕ ਸਥਿਰ ਅੰਕ ਨਹੀਂ; ਇਹ ਪੜੋਸਾਂ ਅਤੇ ਘੰਟਿਆਂ ਵਿੱਚ ਫੈਲਾਅ ਹੈ। ਓਪਰੇਸ਼ਨਜ਼ ਨੂੰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਬਣਾਉਣਾ ਪੈਂਦਾ ਕਿ ਡਰਾਈਵਰ ਕਿੱਥੇ ਰੁਕਦੇ ਹਨ, ਕਦੋਂ ਚਲਦੇ ਹਨ, ਅਤੇ ਡਰੌਪ-ਆਫ ਤੋਂ ਬਾਅਦ ਕਿਵੇਂ ਰਿਪੋਜ਼ਿਸ਼ਨ ਕਰਦੇ ਹਨ। ਹਾਟਸਪੌਟ ਗਾਈਡੈਂਸ, ਏਅਰਪੋਰਟ ਸਟੇਜਿੰਗ, ਅਤੇ ਇਵੈਂਟ-ਵਿਸ਼ੇਸ਼ ਹਦਾਇਤਾਂ ਡਰਾਈਵਰਾਂ ਨੂੰ ਉਨ੍ਹਾਂ ਜਗ੍ਹਾਾਂ 'ਤੇ ਕਲਸਟਰ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦੀਆਂ ਹਨ ਜਿੱਥੇ ਮੰਗ ਉਤਪੰਨ ਹੋਏਗੀ—ਬਿਨਾਂ ਹੋਰ ਥਾਵਾਂ 'ਤੇ ਖਾਲੀ ਹੋ ਕੇ ਛੱਡਣ ਦੇ।
ਭਰੋਸੇਯੋਗਤਾ ਜ਼ਿਆਦਾਤਰ ਅਸਹਜ ਹੈਰਾਨੀਆਂ ਦੀ ਗੈਰ-ਮੌਜੂਦਗੀ ਹੈ: ਲੰਬੀਆਂ ETA, ਬਾਰ-ਬਾਰ ਰੱਦਾਂ, ਅਤੇ "ਕੋਈ ਕਾਰ ਉਪਲਬਧ ਨਹੀਂ"। ਸ਼ਹਿਰਾਂ ਨੇ ਇਹਨੂੰ ਢੰਗ ਨਾਲ ਸੁਧਾਰਿਆ: ਕਵਰੇਜ ਘੰਟਿਆਂ ਨੂੰ ਵਧਾ ਕੇ (ਖਾਸ ਕਰਕੇ ਰਾਤ ਦੇ ਦੇਰ ਰਾਂਗਾਂ ਅਤੇ ਸਵੇਰੇ), ਡਰਾਈਵਰਾਂ ਨੂੰ ਜ਼ਿਆਦਾ ਸਾਫ-ਸਪਸ਼ਟ ਹਦਾਇਤਾਂ ਦੇ ਕੇ ਜਿੱਥੇ ਮੰਗ ਬਣ ਰਹੀ ਹੈ, ਅਤੇ ਜਦ ਟ੍ਰਿਪ ਗੜਬੜ ਹੋਵੇ ਤਾਂ ਤੁਰੰਤ ਤੌਰ 'ਤੇ ਜਵਾਬ ਦੇ ਕੇ। ਤੇਜ਼ ਸਹਾਇਤਾ ਅਤੇ ਸਖ਼ਤ ਮਿਆਰਾਂ ਦੇ ਲਾਗੂ ਕਰਨ ਨਾਲ ਛੋਟੀ ਨਾਕਾਮੀਆਂ ਨੂੰ ਲੰਬੇ ਭਰੋਸੇ ਦੀ ਭੰਨਦਰ ਬਣਨ ਤੋਂ ਰੋਕਿਆ ਜਾ ਸਕਦਾ ਹੈ।
ਉਤਪਾਦ ਉਹ ਮਕੈਨਿਜ਼ਮ ਬਣਾਉਂਦਾ ਹੈ: ਮੇਚਿੰਗ, ETA, ਪ੍ਰਾਈਸਿੰਗ ਨਿਯਮ, ਡਰਾਈਵਰ/ਰਾਈਡਰ ਉਤਸ਼ਾਹਕਤਾਵਾਂ, ਅਤੇ ਐਪ-ਅੰਦਰ ਮਾਰਗਦਰਸ਼ਨ। ਓਪਰੇਸ਼ਨ ਉਹ ਸ਼ਰਤਾਂ ਬਨਾਉਂਦਾ ਹੈ ਜੋ ਉਨ੍ਹਾਂ ਮਕੈਨਿਜ਼ਮਾਂ ਨੂੰ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਨ ਦੇ ਯੋਗ ਬਣਾਉਂਦਾ ਹੈ: ਭਾਗੀਦਾਰੀਆਂ, ਅਨੁਕੂਲਤਾ, ਫੀਲਡ ਸਹਾਇਤਾ, ਇਵੈਂਟ ਯੋਜਨਾਵਾਂ, ਅਤੇ ਡਰਾਈਵਰ ਸਿੱਖਿਆ। ਸ਼ਹਿਰ-ਬਾਈ-ਸ਼ਹਿਰ ਜਿੱਤਣਾ ਇਹ ਮੰਨਣਾ ਸੀ ਕਿ ਉਤਪਾਦ ਅਤੇ ਓਪਰੇਸ਼ਨ ਇੱਕੋ ਸਿਸਟਮ ਹਨ—ਕਿਉਂਕਿ ਯਾਤਰੀ ਉਤਪਾਦ ਅਤੇ ਓਪਰੇਸ਼ਨ ਨੂੰ ਵੱਖ-ਵੱਖ ਤੌਰ 'ਤੇ ਮਹਿਸੂਸ ਨਹੀਂ ਕਰਦੇ; ਉਹ ਸਿਰਫ਼ ਇਹ ਮਹਿਸੂਸ ਕਰਦੇ ਹਨ ਕਿ ਕਾਰ ਆਈ ਕੀ ਨਹੀਂ।
ਇੱਕ ਓਨ-ਡਿਮਾਂਡ ਉਤਪਾਦ ਤਦ ਹੀ ਜਿੱਤਦਾ ਹੈ ਜਦੋਂ ਇਹ ਇੱਕ ਗਰੰਟੀ ਨਿਰਧਾਰਿਤ ਤਰੀਕੇ ਨਾਲ ਮਹਿਸੂਸ ਕਰਵਾਂਦਾ ਹੈ: "ਮੈਂ ਜੋ ਚਾਹੀਦਾ ਹਾਂ, ਉਹ ਮੈਨੂੰ ਜਦੋ ਮੈਂ ਚਾਹੁੰਦਾ ਹਾਂ, ਘੱਟ ਤੋਂ ਘੱਟ ਕੋਸ਼ਿਸ਼ ਨਾਲ ਮਿਲ ਜਾਵੇਗਾ।" ਇੱਥੇ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ। ਫਿਰ ਉਹ ਲੂਪ ਬਣਾਓ ਜੋ ਇਸ ਵਾਅਦੇ ਨੂੰ ਵਧੇਰੇ ਜਗ੍ਹਾਂ, ਵੱਧ ਲੋਕਾਂ ਲਈ, ਵੱਧ ਵਾਰ ਸੱਚ ਕਰਵਾਉਂਦੇ ਹਨ।
"ਇੱਕ ਮਾਰਕੀਟਪਲੇਸ" ਨਾਲ ਸ਼ੁਰੂ ਨਾ ਕਰੋ। ਉਸ ਪਲ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਜਿਸ ਤਣਾਅ ਨੂੰ ਤੁਸੀਂ ਹਟਾ ਰਹੇ ਹੋ (ਉਡੀਕ, ਅਨਿਸ਼ਚਿਤਤਾ, ਕੋਆਰਡੀਨੇਸ਼ਨ)। ਵਾਅਦਾ ਸਧੀ ਭਾਸ਼ਾ ਵਿੱਚ ਲਿਖੋ, ਅਤੇ ਹਰ ਸਕ੍ਰੀਨ ਅਤੇ ਨੀਤੀ ਨੂੰ ਸ਼ੱਕ ਘਟਾਉਣ ਲਈ ਡਿਜ਼ਾਈਨ ਕਰੋ: ਸਾਫ ਸਥਿਤੀ, ਸਾਫ ਸਮਾਂ, ਸਾਫ ਲਾਗਤ, ਸਾਫ ਰਾਹ।
ਫੂਡ ਡਿਲਿਵਰੀ, ਹੋਮ ਸੇਵਾਵਾਂ, ਹੈਲਥਕੇਅਰ ਵਿਜ਼ਿਟਸ, ਉਪਕਰਣ ਕਿਰਾਏ, ਅਤੇ ਇੱਥੋਂ ਤੱਕ ਕਿ B2B ਫੀਲਡ ਸਪੋਰਟ ਵੀ ਇੱਕੋ ਬੁਨਿਆਦੀ ਨੌਕਰੀ ਸਾਂਝੀ ਕਰਦੇ ਹਨ: ਦੋ ਪੱਖਾਂ ਨੂੰ ਭਰੋਸੇਯੋਗ ਤਰੀਕੇ ਨਾਲ ਕੋਆਰਡੀਨ ਕਰਨਾ। ਸ਼੍ਰੇਣੀ ਬਦਲਦੀ ਹੈ; ਮਕੈਨਿਕਸ ਨਹੀਂ।
ਜੇ ਤੁਸੀਂ ਇਸ ਰਾਹ 'ਤੇ ਕੁਝ ਬਣਾ ਰਹੇ ਹੋ, ਤੁਰੰਤ ਦੁਹਰਾਉਣ ਦੀ ਗਤੀ ਮਾਮਲੇ ਹੈ: ਮੇਚਿੰਗ ਨਿਯਮ, ਓਨਬੋਰਡਿੰਗ ਫਲੋ ਅਤੇ ਸਪੋਰਟ ਪਾਥ ਕੰਮ ਕਰਦੇ ਹਨ ਜਾਂ ਨਹੀਂ ਇਹ ਸਿੱਖਣ ਲਈ ਬੇਨਤੀ ਭੇਜੋ, ਦੇਖੋ ਅਤੇ ਸੋਧੋ। Koder.ai ਵਰਗੇ ਪਲੇਟਫਾਰਮ ਇੱਥੇ ਉਪਯੋਗੀ ਹਨ ਕਿਉਂਕਿ ਉਹ ਟੀਮਾਂ ਨੂੰ ਚੈਟ ਰਾਹੀਂ ਫੁੱਲ-ਸਟੈਕ ਮਾਰਕੀਟਪਲੇਸ ਐਪ ਪ੍ਰੋਟੋਟਾਈਪ ਅਤੇ ਵਿਕਸਿਤ ਕਰਨ ਦਿੰਦੀਆਂ ਹਨ—web front ends, backends, ਅਤੇ ਡੇਟਾਬੇਸ-ਬੈਕਡ ਵर्कਫਲੋਜ਼—ਜਦੋ ਤੁਸੀਂ ਡਿਸਪੈਚ ਲੋジਿਕ, ਪ੍ਰਾਈਸਿੰਗ ਨਿਯਮ ਅਤੇ ਭਰੋਸਾ ਫਲੋਜ਼ ਨਾਲ ਪ੍ਰਯੋਗ ਕਰਦੇ ਹੋ ਤਾਂ ਯੋਜਨਾ ਮੋਡ, ਸਨੈਪਸ਼ਾਟ ਅਤੇ ਰੋਲਬੈਕ ਵਰਗੇ ਵਰਤਣਯੋਗ ਕੰਟਰੋਲ ਮੌਜੂਦ ਰਹਿੰਦੇ ਹਨ।
For related templates and examples, see /blog. If you’re comparing tooling and costs, /pricing can help frame the trade-offs.
ਉਤਪਾਦ ਨੂੰ ਵਾਹਨ ਨਹੀਂ ਬਲਕਿ ਨਤੀਜਾ (ਇਕ ਕਾਰ ਜਲਦੀ ਆ ਰਹੀ ਹੈ) ਵਜੋਂ ਰੱਖੋ। ਅਨਿਸ਼ਚਿਤਤਾ ਦੇ ਪਲ-"ਕੀ ਇਹ ਆਵੇਗੀ ਅਤੇ ਕਦੋਂ?"-ਅਸਤੇ ਕੇਂਦਰਿਤ ਡਿਜ਼ਾਈਨ ਕਰੋ: ਸਾਫ ਸਥਿਤੀ, ਸਚ-ਮੁਚ ਯੋਗ ETA ਅਤੇ ਘੱਟ-ਘਰੜੀ ਭੁਗਤਾਨ।
"ਯੂਟੀਲਿਟੀ-ਟਾਈਪ" ਦਾ ਮਤਲਬ ਭਰੋਸੇਯੋਗ ਅਤੇ ਲਗਾਤਾਰ ਹੈ:
ਜਦੋਂ ਇਹ ਲਗਾਤਾਰ ਹੁੰਦੇ ਹਨ ਤਾਂ ਉਪਭੋਗੀ ਵਿਚਾਰ ਕਰਨਾ ਛੱਡ ਦਿੰਦੇ ਹਨ ਅਤੇ ਸਰਵਿਸ ਨੂੰ ਡੀਫੌਲਟ ਵਜੋਂ ਵਰਤਣ ਲੱਗਦੇ ਹਨ।
ਲਿਕਵਿਡਿਟੀ ਇਹ ਗਿਆਣ ਹੈ ਕਿ ਮਾਰਕੀਟਪਲੇਸ ਹੁਣੀ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ: ਮੌਜੂਦਾ ਮੰਗ ਲਈ ਨਜ਼ਦੀਕੀ ਕਾਫੀ ਸਪਲਾਇ।
ਪ੍ਰੈਕਟਿਕਲ ਨਿਸ਼ਾਨ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਹੈ:
ਇੰਟਰਫੇਸ ਸਿਰਫ਼ ਇਕ ਵਾਅਦਾ ਹੈ। ਜੇ ਸਪਲਾਇ ਘੱਟ ਹੈ ਜਾਂ ਠੀਕ ਢੰਗ ਨਾਲ ਨਿਰਧਾਰਤ ਨਹੀਂ, ਤਾਂ "ਟੈਪ" ਲੰਬੀਆਂ ਉਡੀਕਾਂ, ਰੱਦਾਂ ਜਾਂ ਅਸਫਲ ਰਿਕਵੇਸਟਾਂ ਦੇ ਨਤੀਜੇ ਵੇਖਾਏਗੀ।
ਬਟਨ ਨੂੰ ਸੱਚ ਬਣਾਉਣ ਲਈ ਤੁਹਾਨੂੰ ਰੀਅਲ-ਟਾਈਮ ਕੋਆਰਡੀਨੇਸ਼ਨ ਦੀ ਲੋੜ ਹੈ: ਕੌਣ ਆਨਲਾਈਨ ਹੈ, ਉਹ ਕਿੱਥੇ ਹਨ ਅਤੇ ਬਦਲਦੇ ਹਾਲਾਤਾਂ ਵਿੱਚ ਉਨ੍ਹਾਂ ਨੂੰ ਕਿਵੇਂ ਰੂਟ/ਡਿਸਪੈਚ ਕਰਨਾ ਹੈ।
ਉਪਭੋਗੀ ਭਰੋਸੇਯੋਗਤਾ ਦੀ ਮੂਲ ਮਿਆਰ ਪੈਡਾਪਟਿਬਿਲਟੀ 'ਤੇ ਕਦੇ-ਕਦੇ ਆਧਾਰਿਤ ਹੁੰਦੀ ਹੈ, ਨਾ ਕੇ ਔਸਤ 'ਤੇ। ਇੱਕ ਸਥਿਰ, ਅੰਦਾਜ਼ਾ ਲੱਗਣ ਵਾਲਾ ETA ਚਿੰਤਾ ਘਟਾਉਂਦਾ ਹੈ ਅਤੇ churn ਰੋਕਦਾ ਹੈ।
ਇੱਕ ਚੰਗਾ ਨਿਯਮ: ਸੱਚਾ 7 ਮਿੰਟ ਦਿਖਾਉਣਾ ਵਧੀਆ ਹੈ ਬਜਾਏ 3 ਵਾਅਦਾ ਕਰਨ ਦੇ ਅਤੇ 8 ਦਿੱਸਣ ਦੇ। ਭਰੋਸਾ ਜਮ੍ਹਦਾ ਹੈ; ETA ਦੀਆਂ ਗਲਤੀਆਂ ਭਰੋਸਾ ਘਟਾਉਂਦੀਆਂ ਹਨ।
ਮੇਲ-ਮਿਸ਼ਨ ਇਕ ਲਗਾਤਾਰ ਲੂਪ ਹੈ: ਬੇਨਤੀ → ਡਿਸਪੈਚ → ਪਿਕਅਪ → ਡਰੌਪ-ਆਫ → ਫੀਡਬੈਕ।
ਹਰ ਕਦਮ ਨਵਾਂ ਡੈਟਾ ਪੈਦਾ ਕਰਦਾ ਹੈ (ਟਿਕਾਣਾ ਅਪਡੇਟ, ਟ੍ਰੈਫਿਕ, ਐਕਸੈਪਟੈਂਸ/ਰੱਦ ਕਰਨ ਵਾਲੀ ਰਵਈਆ) ਜੋ ਅਸਲ ਸਮੇਂ ਵਿੱਚ ਫੈਸਲਿਆਂ ਨੂੰ ਬਦਲਣਾ ਚਾਹੀਦਾ ਹੈ, ਸਿਰਫ਼ ਬੇਨਤੀ ਵੇਲੇ ਨਹੀਂ।
ਡਾਇਨੈਮਿਕ ਪ੍ਰਾਈਸਿੰਗ ਇੱਕ ਕੋਆਰਡੀਨੇਸ਼ਨ ਲੀਵਰ ਹੈ ਜੋ ਸਿਸਟਮ ਨੂੰ ਬੈਲਨਸ ਕਰਨ ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹੈ ਜਦੋਂ ਮੰਗ ਤੇਜ਼ ਨਾਲ ਵਧੇ ਜਾਂ ਸਪਲਾਈ ਘਟੇ:
ਇਹ ਸਭ ਤੌਰ 'ਤੇ ਸਭ ਤੋਂ ਵਧੀਆ ਕੰਮ ਕਰਦੀ ਹੈ ਜਦ ਇਹ ਸਾਫ-ਸਾਫ ਅੰਦਾਜ਼ੇ ਅਤੇ ਪੁਸ਼ਟੀਕਰਨ ਦੇ ਨਾਲ ਜੋੜੀ ਜਾਵੇ ਤਾਂ ਕੀਮਤ ਦਾ ਬਦਲਾਅ ਇੱਕ ਚੋਣ ਲੱਗੇ ਨਾ ਕਿ ਧੋਖਾ।
ਸ਼ੁਰੂਆਤੀ ਦੌਰ ਵਿੱਚ ਉਤਸ਼ਾਹਕਤਾਵਾਂ ਅਕਸਰ ਘੱਟ ਡੈਂਸੀਟੀ ਲਈ ਵਿਕਲਪ ਹੁੰਦੀਆਂ ਹਨ। ਆਮ ਪੈਟਰਨ:
ਮਕਸਦ ਇੱਕ ਤੇਜ਼ ਪਹਿਲੀ "ਜਿੱਤ" (ਤੇਜ਼ ਪਿਕਅਪ / ਅਸਲੀ ਕਮਾਈ) ਪੈਦਾ ਕਰਨਾ ਹੈ, ਜਿਸ ਤੋਂ ਬਾਅਦ ਆਦਤ ਸਬਸਿਡੀ ਦੀ ਜਗ੍ਹਾ ਲੈ ਲੈਂਦੀ ਹੈ।
ਭਰੋਸਾ ਛੋਟੇ, ਆਡਿਟਯੋਗ ਮਿਕੈਨਿਕਾਂ ਰਾਹੀਂ ਬਣਦਾ ਹੈ ਜੋ ਅਨਾਮਿਕਤਾ ਨੂੰ ਘਟਾਉਂਦੇ ਹਨ:
ਨਿਆਂ ਲਈ ਡਿਜ਼ਾਈਨ ਵੀ ਜ਼ਰੂਰੀ ਹੈ: ਸਾਫ ਅਪੀਲ/ਸਮੀਖਿਆ ਪ੍ਰਕਿਰਿਆਆਂ ਗਲਤ ਰਿਪੋਰਟਾਂ ਜਾਂ ਪੱਖਪਾਤੀ ਰੇਟਿੰਗਾਂ ਦੇ ਨੁਕਸਾਨ ਨੂੰ ਘਟਾਉਂਦੀਆਂ ਹਨ।
ਔਨ-ਡਿਮਾਂਡ ਐਪ ਲਈ, "ਐਕਟੀਵੇਸ਼ਨ" ਦਾ ਮਤਲਬ ਪਹਿਲੀ ਪ੍ਰਤੀਕੂਲਤਾ-ਰਹਿਤ ਮੁਕੰਮਲ ਟ੍ਰਿਪ ਹੈ।
ਟਾਈਮ-ਟੂ-ਫਰਸਟ-ਵਿਨ ਘਟਾਉਣ ਲਈ:
