ਇਹ ਪ੍ਰਾਇਗਮੈਟਿਕ ਵਿਸ਼ਲੇਸ਼ਣ ਦੱਸਦਾ ਹੈ ਕਿ Airbnb ਨੇ ਲੱਗਭੱਗ ਨਾਕਾਮੀ ਤੋਂ ਕਿਵੇਂ ਬਚਿਆ, ਗਲਤ ਸਲਾਹਾਂ ਨੂੰ ਅਣਦੇਖਾ ਕੀਤਾ, ਅਤੇ ਧਿਆਨ-ਕੇਂਦਰਿਤ ਦਾਵੇ ਲਗਾ ਕੇ ਹੋਮ-ਸ਼ੇਅਰਿੰਗ ਨੂੰ ਨਵੀਂ ਸ਼੍ਰੇਣੀ ਵਿੱਚ ਰੂਪਤ ਕੀਤਾ।
Airbnb ਦੀ ਸ਼ੁਰੂਆਤੀ ਕਹਾਣੀ ਇੱਕ ਸਿੱਧੀ ਚੜ੍ਹਾਈ ਨਹੀਂ ਸੀ—ਇਹ ਲੱਗਭੱਗ ਨਾਕਾਮੀ ਸੀ। ਇੱਕ ਸਮੇਂ ਲਈ, ਕੰਪਨੀ “ਤੇਜ਼ ਵਾਧੇ” ਲਈ ਨਹੀਂ ਲੜ ਰਹੀ ਸੀ। ਇਹ ਇਸ ਤੋਂ ਲੱਭਣ ਲਈ ਜੀਵਤ ਰਹਿਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੀ ਸੀ ਕਿ ਲੋਕ ਅਸਲ ਵਿੱਚ ਕੀ ਚਾਹੁੰਦੇ ਹਨ।
ਬਿੱਲ ਵੱਧ ਰਹੇ ਸਨ, ਪੈਰ ਟਿਕਾਉ ਘੱਟ-ਵੱਖਰੀ ਸਮੇਤ ਸੀ, ਅਤੇ ਵਿਚਾਰ ਬਹੁਤ ਸਾਰੇ ਲੋਕਾਂ ਲਈ ਅਜੀਬ ਲੱਗਦਾ ਸੀ: ਅਣਜਾਣੇ ਕਿਸੇ ਦੇ ਘਰ 'ਚ ਸੌਣ ਲਈ ਪੈਸਾ ਦੇ ਰਹੇ ਸਨ। ਇਸ ਦਾ ਮਤਲਬ ਖਤਰਾ ਸਿਰਫ਼ ਵਿੱਤੀ ਨਹੀਂ ਸੀ। ਇਹ ਖਿਆਂਤੀਕ ਵੀ ਸੀ। ਜੇ ਉਤਪਾਦ ਘਟੀਆ ਜਾਂ ਅਣਭਰੋਸੇਯੋਗ ਮਹਿਸੂਸ ਹੁੰਦਾ, ਤਾਂ ਇੱਕ ਮਾੜਾ ਅਨੁਭਵ ਪਹਿਲੇ ਉਪਭੋਗਤਿਆਂ ਨੂੰ ਦੂਰ ਕਰ ਸਕਦਾ ਸੀ—ਅਤੇ ਇਹ ਨੈਰੇਟਿਵ ਕਾਇਮ ਕਰ ਸਕਦਾ ਸੀ ਕਿ ਪੂਰਾ ਖ਼ਿਆਲ ਅਸੁਰੱਖਿਅਤ ਹੈ।
ਜਦੋਂ ਇੱਕ ਸਟਾਰਟਅਪ ਇੰਨਾ ਨੇੜੇ ਹੁੰਦਾ ਹੈ ਬੰਦ ਹੋਣ ਦੇ, ਤਾਂ ਹਰ ਫੈਸਲਾ ਤੇਜ਼ ਹੋ ਜਾਂਦਾ ਹੈ। ਕੀ ਤੁਸੀਂ ਅਧ-ਤਿਆਰ ਅਨੁਭਵ ਨਾਲ ਹੋਰ ਉਪਭੋਗਤਿਆਂ ਦੇ ਪਿੱਛੇ ਦੌੜੋਗੇ? ਜਾਂ ਕੀ ਤੁਸੀਂ ਧੀਮੇ ਹੋਕੇ ਟੁੱਟੀ ਚੀਜ਼ਾਂ ਠੀਕ ਕਰੋਗੇ, ਭਾਵੇਂ ਇਹ ਮਹਿਸੂਸ ਹੋ ਕਿ ਤੁਸੀਂ ਪਿੱਛੇ ਰਹਿ ਰਹੇ ਹੋ?
Airbnb ਦੀ ਲੱਗਭੱਗ-ਨਾਕਾਮੀ ਦੀ ਅਵਧੀ ਨੇ ਕਾਰਵਾਈ ਅਤੇ ਤਰੱਕੀ ਦੇ ਵਿਚਕਾਰ ਚੋਣ ਮਜ਼ਬੂਰ ਕੀਤੀ।
ਇਹ ਲੇਖ ਪ੍ਰਾਇਗਮੈਟਿਕ ਕਦਮਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੇ Airbnb ਨੂੰ ਘਰ-ਚਕ੍ਰਵਾਤ ਤੋਂ ਬਚਾਇਆ:
ਮਕਸਦ ਇਹ ਨਹੀਂ ਕਿ Airbnb ਦੇ ਫਾਊਂਡਰ ਜਾਦੂਈ ਤੌਰ 'ਤੇ ਸਹੀ ਸਨ। ਮਕਸਦ ਇਹ ਹੈ ਕਿ ਉਹ ਇਹ ਜਾਣ ਲੈਣ ਕਿ ਕੀ ਗਲਤ ਸੀ—ਫਿਰ ਓਪਰੇਟਰਾਂ ਵਾਂਗ ਕੰਮ ਕੀਤਾ, ਸੁਪਨ੍ਹੇ ਵਾਂਗ ਨਹੀਂ।
ਤੁਸੀਂ ਦੁਹਰਾਏ ਜਾ ਸਕਣ ਵਾਲੇ ਫਾਊਂਡਰ ਸਬਕ ਸਿੱਖੋਗੇ: ਕਿਵੇਂ ਪਛਾਣਨਾ ਕਿ “ਵਾਧਾ” ਧਿਆਨ ਭਟਕਾਉਂਦਾ ਹੈ, ਕਿਵੇਂ ਉਨ੍ਹਾਂ ਸੁਧਾਰਾਂ ਨੂੰ ਤਰਜੀਹ ਦੇਣੀ ਹੈ ਜੋ ਮੂੰਹ-ਬੋਲ (word-of-mouth) ਨੂੰ ਖੋਲ੍ਹਦੀਆਂ ਹਨ, ਅਤੇ ਅਧੂਰੇ ਜਾਣਕਾਰੀ ਨਾਲ ਉੱਚ-ਜੋਖਿਮ ਫੈਸਲੇ ਕਿਵੇਂ ਲੈਣੇ—ਬਿਨਾਂ ਸਿਲਿਕਾਨ ਵੈਲੀ ਇਨਸਾਈਡਰ ਹੋਣ ਦੀ ਲੋੜ।
Airbnb "ਯਾਤਰਾ ਨੂੰ ਵਿਘਟਨ" ਕਰਨ ਦਾ ਮਹਾਨ ਯੋਜਨਾ ਨਹੀਂ ਸੀ। ਇਹ ਇੱਕ ਅਮਲੀ ਜਵਾਬ ਦੇ ਤੌਰ 'ਤੇ ਸ਼ੁਰੂ ਹੋਇਆ: ਵੱਡੇ ਇਵੈਂਟਾਂ ਨੇ ਭੀੜ ਖਿੱਚੀ, ਹੋਟਲ ਭਰ ਗਏ, ਅਤੇ ਆਮ ਯਾਤਰੀਆਂ ਨੂੰ ਫਿਰ ਵੀ ਕਿਠੇ ਸੌਣਾ ਲੱਭਣਾ ਪੈਂਦਾ ਸੀ।
ਸ਼ੁਰੂਆਤੀ ਵਿਚਾਰ ਸਧਾਰਨ ਤੇ ਕੁਝ ਹੱਦ ਤੱਕ ਸਧਾਰਨ ਸੀ: ਬਹੁਤ ਸਾਰੇ ਲੋਕਾਂ ਕੋਲ ਵਾਧੂ ਜਗ੍ਹਾ ਹੁੰਦੀ—ਇੱਕ ਨਾ ਵਰਤਿਆ ਕਮਰਾ, ਸੋਫਾ, ਇੱਥੋਂ ਤੱਕ ਕਿ ਫਰਸ਼ ਦੀ ਵੀ ਜਗ੍ਹਾ—ਜੋ ਇੱਕ ਰਾਤ ਜਾਂ ਦੋ ਦੇ ਲਈ ਰੈਂਟ 'ਤੇ ਦਿੱਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਮਹਿਮਾਨਾਂ ਲਈ, ਇਹ ਜਗ੍ਹਾ "ਠੀਕ-ਠਾਕ" ਹੋ ਸਕਦੀ ਸੀ ਜੇ ਇਹ ਸਸਤੀ, ਇਵੈਂਟ ਦੇ ਨੇੜੇ ਅਤੇ ਕਿਸੇ ਸਥਾਨਕ ਦੇ ਦੁਆਰਾ ਹੋਸਟ ਕੀਤੀ ਹੋਵੇ।
ਇਸ ਕਰਕੇ ਪਹਿਲਾ ਵਰਜਨ ਇਵੈਂਟਾਂ ਅਤੇ ਛੋਟੀਆਂ ਯਾਤਰਾਵਾਂ ਤੇ ਜ਼ੋਰ ਦਿੰਦਾ ਸੀ। ਜਦੋਂ ਕੋਈ ਕਾਨਫਰੰਸ ਸ਼ਹਿਰ ਵਿੱਚ ਆਉਂਦੀ, ਤਾਂ ਮੰਗ ਇਸ ਤਰ੍ਹਾਂ ਵੱਧਦੀ ਕਿ ਹੋਟਲ ਹਰ ਵਾਰੀ ਸਮਭਾਲ ਨਹੀਂ ਸਕਦੇ। ਜੇ ਤੁਸੀਂ ਦਰਸਤੀ ਤੌਰ 'ਤੇ ਦਰਸ਼ਕਾਂ ਨੂੰ ਨੇੜੇ-ਨੇੜੇ ਹੋਸਟਾਂ ਨਾਲ ਮਿਲਾ ਸਕਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਇੱਕ ਨਵੀਂ ਸਪਲਾਈ ਬਣਾਈ ਜਾ ਸਕਦੀ ਸੀ ਬਿਨਾਂ ਇੱਕ ਵੀ ਹੋਟਲ ਦਾ ਕਮਰਾ ਬਣਾਏ।
ਸ਼ੁਰੂਆਤੀ ਮਹਿਮਾਨ ਲਗਜ਼ਰੀ ਦੀ ਤਲਾਸ਼ ਨਹੀਂ ਕਰ ਰਹੇ ਸਨ। ਉਹ ਕੀਮਤ-ਸੰਵੇਦਨਸ਼ੀਲ ਮੁਜ਼ਾਹਰੇ, ਕਾਨਫਰੰਸ ਹਾਜ਼ਰੀਨ, ਅਤੇ ਹਫ਼ਤੇ ਦੇ ਅੰਤ ਦੇ ਮੁਲਾਕਾਤੀ ਸਨ ਜੋ ਚਾਹੁੰਦੇ ਸਨ:
ਹੋਸਟ ਪਾਸੇ, “ਕਸਟਮਰ” ਅਕਸਰ ਇੱਕ ਕਿਰਾਏਦਾਰ ਜਾਂ ਨੌਜਵਾਨ ਪੇਸ਼ੇਵਰ ਹੁੰਦਾ ਸੀ ਜਿਸਦਾ ਬਜਟ ਤੰਗ ਸੀ, ਜੋ ਕਿਰਾਏ ਵਿੱਚ ਥੋੜਾ ਬਦਲਾ ਕਰਨ ਲਈ ਇਕ ਛੋਟਾ, ਲਚਕੀਲਾ ਆਮਦਨ ਸ੍ਰੋਤ ਲੱਭ ਰਿਹਾ ਸੀ।
"ਘਰ ਵਿੱਚ ਜਗ੍ਹਾ" ਨੂੰ ਉਤਪਾਦ ਬਣਾਉਣ ਨਾਲ ਤੁਰੰਤ ਹੀ ਸਖ਼ਤ ਸਵਾਲ ਉਠੇ:
ਸ਼ੁਰੂ ਵਿੱਚ, ਬੁਕਿੰਗਾਂ ਅਕਸਰ ਅਤੇ ਖੇਤਰੀ ਹੋ ਸਕਦੀਆਂ ਹਨ—ਇਵੈਂਟਾਂ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਚੋਟੀ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਗਿਰਾਵਟ। ਬਾਹਰੋਂ ਇਹ ਪੈਟਰਨ ਮਰੇ ਹੋਏ ਰਾਹ ਵਾਂਗ ਲੱਗ ਸਕਦਾ ਹੈ: ਇਕ ਚਤੁਰ तरਕ, ਬਜਾਏ ਕਿ ਅਸਲ ਬਾਜ਼ਾਰ।
ਪਰ ਇਹ ਇੱਕ ਸ਼ੁਰੂਆਤੀ ਸੰਕੇਤ ਵੀ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਮਾਰਕੀਟਪਲੇਸ ਨੇ ਅਜੇ ਭਰੋਸਾ ਜਾਂ ਸਪਲਾਈ ਗਣਨਾਤਮਿਕਤਾ ਨਹੀਂ ਬਣਾਈ ਜੋ ਇਸਨੂੰ ਭਰੋਸੇਯੋਗ ਮਹਿਸੂਸ ਕਰਵਾਏ।
ਸ਼ੁਰੂਆਤੀ-ਸਟੇਜ ਸਟਾਰਟਅਪ ਇੱਕ ਪੈਟਰਨਵਾਰ ਸੈੱਟ ਦੀਆਂ ਸਿਫਾਰਸ਼ਾਂ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਨ—ਅਕਸਰ ਪੱਕੀ ਯਕੀਨ ਨਾਲ ਦਿੱਤੀਆਂ: ਕਿਸੇ ਹੋਰ ਚੀਜ਼ 'ਤੇ ਪਿਵਟ ਕਰੋ, ਉਤਪਾਦ ਨੂੰ “MVP” ਤੱਕ ਸੰਕੁਚਿਤ ਕਰੋ, ਨੌਕਰੀਆਂ ਲਈ ਜਾਓ, ਟੈਕ ਨੂੰ ਵੇਚ ਦਿਓ। ਕੁਝ ਸਲਾਹਕਾਰ ਤਾਂ ਇਹ ਵੀ ਕਹਿੰਦੇ ਹਨ, “ਮਾਰਕੀਟਪਲੇਸ ਬਹੁਤ ਮੁਸ਼ਕਲ ਹਨ—ਕੋਈ SaaS ਸਮੱਸਿਆ ਚੁਣੋ।”
ਮੁਸ਼ਕਲ ਹਿੱਸਾ ਇਹ ਹੈ ਕਿ ਇਹ ਸਲਾਹ ਹਮੇਸ਼ਾ ਗਲਤ ਨਹੀਂ ਹੁੰਦੀ। ਇਹ ਸਿਰਫ਼ ਅਕਸਰ ਗਲਤ ਤਰੀਕੇ ਨਾਲ ਲਾਗੂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
ਮਾਰਕੀਟਪਲੇਸਾਂ ਕੋਲ ਦੋ ਮੁਸ਼ਕਲਾਂ ਹਨ ਜੋ ਬਹੁਤ ਬਾਹਰੀ ਲੋਕ ਅਨੰਦਾਕਾਰ ਤੌਰ 'ਤੇ ਘੱਟ ਅੰਦਾਜ਼ਦੇ ਹਨ:
ਇਸ ਲਈ “ਸਿਰਫ਼ ਟ੍ਰੈਫਿਕ ਚਲਾਓ” ਜਾਂ “ਹੋਰ ਸ਼ਹਿਰ ਜੋੜੋ” ਵਰਗੀ ਸਲਾਹ ਵਾਪਸੀ ਕਰ ਸਕਦੀ ਹੈ। ਜੇ ਲਿਸਟਿੰਗਾਂ ਘਟੀਆ ਜਾਂ ਅਸਮਿੱਥਤ ਹਨ, ਤਾਂ ਹੋਰ ਟ੍ਰੈਫਿਕ ਵਾਧਾ ਨਹੀਂ ਕਰਦਾ—ਇਹ ਨਿਰਾਸ਼ਾ ਪੈਦਾ ਕਰਦਾ ਹੈ। ਉਸੇ ਤਰ੍ਹਾਂ, ਸਪਲਾਈ ਨੂੰ ਬਹੁਤ ਸਥਾਨਾਂ 'ਤੇ ਫੈਲਾਉਣਾ ਤਰਲਤਾ ਨੂੰ ਘਟਾ ਸਕਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਮਾਰਕੀਟਪਲੇਸ ਖਾਲੀ ਲੱਗਦਾ ਹੈ।
ਇੱਕ ਕੰਪਨੀ ਲਈ ਸਵਾਲ ਸਿਰਫ਼ ਇਹ ਨਹੀਂ ਸੀ “ਕੀ ਉਤਪਾਦ ਚੰਗਾ ਹੈ?” ਇਹ ਸੀ “ਕੀ ਇਹ ਇੰਨਾ ਚੰਗਾ ਹੈ ਕਿ ਅਣਜਾਣੇ ਵਿਅਕਤੀ ਕਿਸੇ ਦੇ ਘਰ ਵਿੱਚ ਸੌਣਗੇ?” ਇਹ ਇੱਕ ਵੱਖਰਾ ਮਾਪਦੰਡ ਹੈ।
ਫਾਉਂਡਰਾਂ ਨੂੰ ਸਲਾਹ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ—ਉਹਨਾਂ ਨੂੰ ਇੱਕ ਫਿਲਟਰ ਦੀ ਲੋੜ ਹੈ:
ਜਦੋਂ ਸਲਾਹ ਟਕਰਾਉਂਦੀ ਹੈ, ਉਹ ਜੋ ਗਾਹਕਾਂ ਦੇ ਵਿਵਹਾਰ 'ਤੇ ਆਧਾਰਿਤ ਹੋ, ਉਸਨੂੰ ਤਰਜੀਹ ਦਿਓ।
ਹਰ ਵੱਡਾ ਪਿਵਟ ਇੱਕ ਟੈਕਸ ਹੁੰਦਾ ਹੈ: ਖੋਈ ਗਈ ਗਤੀ, ਉਲਝੇ ਹੋਏ ਉਪਭੋਗਤਾ, ਤਲਿਆ ਹੋਇਆ ਟੀਮ, ਅਤੇ ਅਧ-ਖਤਮ ਸੁਧਾਰ। ਮਾਰਕੀਟপਲੇਸਾਂ ਲਈ, ਲਗਾਤਾਰ ਬਦਲਾਅ ਖ਼ਾਸ ਤੌਰ 'ਤੇ ਮਹਿੰਗਾ ਹੈ ਕਿਉਂਕਿ ਭਰੋਸਾ ਸੁਤੇ-ਸੁਤੇ ਇਕੱਠਾ ਹੁੰਦਾ ਹੈ—ਅਤੇ ਤੇਜ਼ੀ ਨਾਲ ਦੁਬਾਰਾ ਸੈੱਟ ਹੋ ਜਾਂਦਾ ਹੈ।
ਕਈ ਵਾਰੀ ਸਭ ਤੋਂ ਵਧੀਆ ਫੈਸਲਾ ਉਹ ਨਹੀਂ ਹੁੰਦਾ ਜੋ ਸਭ ਤੋਂ ਲੋਕਪ੍ਰਿਯ ਹੋਵੇ। ਉਹ ਫ਼ੈਸਲਾ ਹੁੰਦਾ ਹੈ ਜੋ ਕੋਰ ਲੂਪ ਦੀ ਰੱਖਿਆ ਕਰਦਾ ਹੈ ਜਦ ਤੱਕ ਉਹ ਸੰਯੋਜਤ ਹੋਣਾ ਸ਼ੁਰੂ ਨਾ ਕਰੇ।
Airbnb ਦਾ ਅਸਲ ਮੋੜ ਨਵੀਂ ਫੰਡਿੰਗ ਨਹੀਂ ਸੀ—ਇਹ ਫਾਊਂਡਰਾਂ ਦੇ ਕੰਮ ਕਰਨ ਦੇ ਢੰਗ ਵਿੱਚ ਤਬਦੀਲੀ ਸੀ। Y Combinator ਨੇ ਪੈਸਾ ਦਿੱਤਾ, ਪਰ ਕੀਮਤੀ ਇਨਪੁਟ ਹੋਰ ਸਨ: ਸਮਰਚਨਾ ਅਤੇ ਦਬਾਅ—ਹਫ਼ਤਾਵਾਰੀ ਜਵਾਬਦੇਹੀ, ਸਿਧੀ ਫੀਡਬੈਕ, ਅਤੇ ਇੱਕ ਸਾਦਾ ਨਿਯਮ—ਉਹ ਕੁਝ ਚੁਣੋ ਜੋ ਬੁਕਿੰਗਾਂ ਨੂੰ ਹਿਲਾਂਦੇ ਹਨ, ਫਿਰ ਉਹਨਾਂ ਨੂੰ ਬੇਨਤੀ ਨਾਲ ਕਰੋ।
YC 'ਤੇ ਹੋਈ ਮੈਨਟੋਰਸ਼ਿਪ ਨੇ ਦੋ ਤਰੀਕਿਆਂ ਨਾਲ ਧਿਆਨ ਮਜ਼ਬੂਤ ਕੀਤਾ।
ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਇਹ ਫੀਡਬੈਕ ਲੂਪ ਨੂੰ ਛੋਟਾ ਕਰਦਾ। ਹਫ਼ਤਿਆਂ ਤੱਕ ਰਣਨੀਤੀ 'ਤੇ बहਿਸ ਕਰਨ ਦੀ ਥਾਂ, ਫਾਊਂਡਰਾਂ ਨੂੰ ਹਰ ਹਫ਼ਤੇ ਤਰੱਕੀ ਦਿਖਾਉਣੀ ਪੈਦੀ।
ਦੂਜਾ, ਇਹ ਉਸ ਮੰਚ ਬਾਰੇ ਸਪਸ਼ਟਤਾ ਬਣਾਉਂਦਾ: ਉਨ੍ਹਾਂ ਦਰਜੇ 'ਤੇ "ਇੱਕ ਮੈਟਰਿਕ ਜੋ ਮੈਟਰ ਕਰਦੀ"—ਕਾਮਯਾਬ ਬੁਕਿੰਗ। ਜਿਸ ਵੀ ਚੀਜ਼ ਨੇ ਭਰੋਸਾ ਤੇ ਰੂਪਾਂਤਰ ਨਹੀਂ ਵਧਾਇਆ ਉਸਨੂੰ ਧਿਆਨ-ਭੰਗ ਮੰਨਿਆ ਗਿਆ।
ਫੋਟੋ-ਆਟੋਮੇਸ਼ਨ ਅਤੇ ਵੱਡੇ ਵਧੇਰੇ ਚੈਨਲਾਂ ਦੀ ਤੁਰੰਤ ਖੋਜ ਦੇ ਬਜਾਏ, Airbnb ਮੈਨੂਅਲ ਕੰਮ ਨੂੰ ਗले ਲਾਇਆ ਜੋ ਬਾਅਦ ਵਿੱਚ ਅਭਿਯੋਗਪੂਰਕ ਲੱਗ ਸਕਦਾ ਸੀ—ਪਰ ਸ਼ੁਰੂਆਤੀ ਸਿੱਖਣ ਲਈ ਬਿਹਤरीन ਸੀ।
ਛੋਟੇ, ਅਸਕੇਲਏਬਲ ਕਾਰਵਾਈਆਂ (ਜਿਵੇਂ ਖੁਦ ਲਿਸਟਿੰਗਾਂ ਨੂੰ ਸੁਧਾਰਨਾ, ਨਕਲ ਮੁੜ ਲਿਖਣਾ, ਜਾਂ ਹੋਸਟਾਂ ਨੂੰ ਉਨ੍ਹਾਂ ਦੇ ਘਰਾਂ ਨੂੰ ਬਿਹਤਰ ਪ੍ਰਸਤੁਤ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਨਾ) ਸਿਰਫ਼ ਹੱਸਲ ਨਹੀਂ ਸਨ। ਉਹ ਪ੍ਰਯੋਗ ਸਨ ਜੋ ਇਹ ਸਵਾਲ ਪੁੱਛਦੇ: ਕੀ ਕਿਸੇ ਅਣਜਾਣੇ ਨੂੰ ਬੁੱਕ ਕਰਨ ਲਈ ਕਵਾਫੀ ਆਰਾਮਦਾਇਕ ਬਣਾਉਂਦਾ ਹੈ?
ਮੋੜ ਦਰਸ਼ਨ ਇੱਕ ਰੁਝਾਨ ਨੂੰ ਦੇਖਣ ਤੋਂ ਆਇਆ। ਜਦੋਂ ਟੀਮ ਨੇ ਅਨੁਭਵ ਦੇ ਇੱਕ ਹਿੱਸੇ ਨੂੰ ਬਦਲਿਆ—ਸਾਫ਼ ਫੋਟੋ, ਵਧੀਆ ਵੇਰਵੇ, ਤੇਜ਼ ਹੋਸਟ ਜਵਾਬ—ਤਦ ਬੁਕਿੰਗਾਂ ਹਿਲਿਆ। ਜਦੋਂ ਉਹਨਾਂ ਨੇ "ਬਿਜੀਵਰਕ" ਪ੍ਰਯੋਗ (ਨਵੇਂ ਫੀਚਰ ਜਿਨ੍ਹਾਂ ਦਾ ਭਰੋਸੇ 'ਤੇ ਕੋਈ ਪ੍ਰਭਾਵ ਨਹੀਂ ਸੀ) ਚਲਾਇਆ, ਬੁਕਿੰਗਾਂ ਨਹੀਂ ਹਿਲੀਆਂ।
ਇਹ ਮੈਨਟੋਰਸ਼ਿਪ + ਧਿਆਨ ਦੀ ਨੁਕਤਾ ਹੈ: ਟੈਸਟ ਕਰੋ, ਮਾਪੋ, ਜੋ ਕੰਮ ਕਰਦਾ ਰੱਖੋ, ਬਾਕੀ ਕੱਟ ਦਿਓ।
ਇਸਨੂੰ ਇੱਕ ਸਧਾਰਣ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਵਜੋਂ ਵਰਤੋ ਜਦੋਂ ਤੁਸੀਂ ਫਸੇ ਹੋਏ ਹੋ:
ਧਿਆਨ ਦਾ ਮਤਲਬ ਹਰ ਵਾਰ ਚੰਗੀਆਂ ਸੋਚਾਂ ਨੂੰ 'ਹਾਂ' ਕਹਿਣਾ ਨਹੀਂ—ਇੱਕੋ ਹੀ ਗੱਲ ਨੂੰ ਮੁੜ-ਮੁੜ ਨਾਂਹ ਕਹਿਣਾ ਹੈ ਜੋ ਨਤੀਜੇ ਨਹੀਂ ਦਿੰਦੀ।
ਘਰ-ਸ਼ੇਅਰਿੰਗ ਇਸ ਲਈ ਨਾਕਾਮ ਹੁੰਦੀ ਨਹੀਂ ਕਿ ਲੋਕ ਥਾਂ ਨਹੀਂ ਲੱਭ ਸਕਦੇ—ਇਹ ਇਸ ਲਈ ਨਾਕਾਮ ਹੁੰਦੀ ਹੈ ਕਿ ਉਹ ਕੁਝ ਨਵਾਂ ਕਰਨ ਵਿੱਚ ਸੁਰੱਖਿਅਤ ਮਹਿਸੂਸ ਨਹੀਂ ਕਰਦੇ। ਸ਼ੁਰੂਆਤ ਵਿੱਚ ਸਭ ਤੋਂ ਵੱਡਾ ਰੋਕ “ਹੋਰ ਇੰਵੇਨਟਰੀ” ਜਾਂ “ਨਵੇਂ ਫੀਚਰ” ਨਹੀਂ ਸੀ। ਇਹ ਭਰੋਸਾ ਸੀ: ਮਹਿਮਾਨ ਚਿੰਤਤ ਸਨ ਕਿ ਥਾਂ ਫੋਟੋਜ਼ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਏਗੀ, ਹੋਸਟ ਚਿੰਤਤ ਸਨ ਕਿ ਅਣਜਾਣੇ ਉਹਨਾਂ ਦੇ ਘਰ ਵਿੱਚ ਕੀ ਕਰਨਗੇ, ਅਤੇ ਦੋਹਾਂ ਪੱਖ ਚਿੰਤਤ ਸਨ ਕਿ ਜੇ ਕੁਝ ਗਲਤ ਹੋਇਆ ਤਾਂ ਕੋਈ ਮਦਦ ਕਰੇਗਾ।
ਜਦੋਂ ਤੁਸੀਂ ਕਿਸੇ ਨੂੰ ਅਣਜਾਣੇ ਦੇ ਘਰ ਵਿੱਚ ਸੌਣ ਲਈ ਕਹਿ ਰਹੇ ਹੋ, ਤਾਂ ਹਰ ਛੋਟਾ ਸਵਾਲ ਇੱਕ ਵੱਜਾ ਬਣ ਜਾਂਦਾ ਹੈ ਬੁਕਿੰਗ ਛੱਡਣ ਲਈ। ਧੁੰਦਲੇ ਫੋਟੋ, ਅਸਪਸ਼ਟ ਵੇਰਵੇ, ਗ਼ੈਰ-ਮੌਜੂਦਾ ਘਰ ਨਿਯਮ, ਜਾਂ ਅਸਥਿਰ ਕੀਮਤਾਂ ਸਿਰਫ਼ ਕਲਿੱਕ ਘਟਾਉਂਦੀਆਂ ਨਹੀਂ—ਉਹ ਜੋਖਮ ਦਰਸਾਉਂਦੀਆਂ ਹਨ।
ਇੱਕ ਵਾਰੀ ਉਪਭੋਗਤਾ ਉਸ ਜੋਖਮ ਨੂੰ ਮਹਿਸੂਸ ਕਰ ਲੈਂਦਾ, ਕੋਈ ਵੀ ਚੁਸਤ ਮਾਰਕੀਟਿੰਗ ਇਸਨੂੰ ਭਰੋਸੇਯੋਗ ਤੌਰ 'ਤੇ ਠੀਕ ਨਹੀਂ ਕਰ ਸਕਦੀ।
Airbnb ਦੀ ਸ਼ੁਰੂਆਤੀ ਗੁਣਵੱਤਾ ਥੱਲੇ-ਮੇਹਨਤ ਨਵੀਆਂ ਕਾਰਗੁਜ਼ਾਰੀਆਂ ਦੀ ਖੋਜ ਕਰਨ ਤੋਂ ਵੱਧ ਮੌਜੂਦਾ ਉਤਪਾਦ ਨੂੰ ਭਰੋਸੇਯੋਗ ਬਣਾਉਣ 'ਤੇ ਕੇਂਦਰਿਤ ਸੀ:
ਇਹ ਸਧਾਰਣ ਸੁਧਾਰ ਹਨ, ਪਰ ਉਹ ਆਪ੍ਰਤਿਆਸ਼ਿਤ ਅਣਿਸ਼ਚਿਤਤਾ ਨੂੰ ਘਟਾਉਂਦੇ ਹਨ—ਬੁਕਿੰਗਾਂ ਦੇ ਵਿਰੋਧੀ।
ਫਾਊਂਡਰ ਅਕਸਰ ਨਵੇਂ ਟੂਲ ਸ਼ਿਪ ਕਰਨ ਦੇ ਰੂਪ ਵਿੱਚ ਅੱਗੇ ਵਧਦੇ ਹਨ ਕਿਉਂਕਿ ਇਹ ਤਰੱਕੀ ਜਾਪਦੀ ਹੈ। ਪਰ ਗੁਣਵੱਤਾ ਦਾ ਕੰਮ—ਲਿਸਟਿੰਗਾਂ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖਣਾ, ਮਿਆਰ ਨਿਰਦੇਸ਼ ਤੈਅ ਕਰਨਾ, ਕਿਨਾਰੇ ਦੇ ਕੇਸ ਸਿੱਧੇ ਕਰਨਾ, ਸਪਲਾਈ ਨੂੰ ਅਪਗਰੇਡ ਕਰਨਾ—ਚਿਰ-ਪਾੜੇ ਮੁੱਲ ਬਣਾਉਂਦਾ ਹੈ।
ਇੱਕ ਵਧੀਆ ਪਹਿਲਾ ਰਿਹਾਇਸ਼ ਘੱਟ ਸਪੋਰਟ ਮੁੱਦਿਆਂ, ਘੱਟ ਰਿਫੰਡਾਂ, ਅਤੇ ਘੱਟ "ਫਰਦੇ ਨਹੀਂ" ਗਾਹਕਾਂ ਵੱਲ ਲੈ ਜਾਂਦੀ ਹੈ।
ਜਦੋਂ ਅਨੁਭਵ ਵਾਅਦੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਤਾਂ ਉਪਭੋਗਤਿਆਂ ਨੂੰ ਮਨਾਉਣ ਦੀ ਲੋੜ ਘੱਟ ਹੁੰਦੀ ਹੈ। ਉਹ ਅਗਲੇ ਯਾਤਰਾ ਲਈ ਮੁੜ ਬੁਕ ਕਰਦੇ ਹਨ, ਹੋਸਟਾਂ ਨੂੰ ਦੋਸਤਾਂ ਨੂੰ ਸਿਫ਼ਾਰਸ਼ ਕਰਦੇ ਹਨ, ਅਤੇ ਨਵੇਂ ਸ਼ਹਿਰਾਂ ਵਿੱਚ ਪਲੇਟਫਾਰਮ 'ਤੇ ਭਰੋਸਾ ਕਰਦੇ ਹਨ।
ਇਹੀ ਅਸਲ ਫਲਾਈਵ੍ਹੀਲ ਹੈ: ਉਤਪਾਦ ਗੁਣਵੱਤਾ ਭਰੋਸਾ ਬਣਾਉਂਦੀ, ਭਰੋਸਾ ਬੁਕਿੰਗ ਬਣਾਉਂਦਾ, ਅਤੇ ਬੁਕਿੰਗ ਉਹ ਸਬੂਤ ਪੈਦਾ ਕਰਦਾ ਜੋ ਅਗਲੇ ਗਾਹਕ ਨੂੰ ਸੁਰੱਖਿਅਤ ਮਹਿਸੂਸ ਕਰਵਾਉਂਦਾ।
Airbnb ਦੀ ਮੁੱਖ ਚੁਣੌਤੀ "ਜ਼ਿਆਦਾ ਉਪਭੋਗਤ=” ਨਹੀਂ ਸੀ। ਇਹ ਤਰਲਤਾ ਸੀ: ਉਹ ਨੁਕਤਾ ਜਿੱਥੇ ਇੱਕ ਮਹਿਮਾਨ ਭਰੋਸੇਯੋਗ ਤਰੀਕੇ ਨਾਲ ਚੰਗੀ ਥਾਂ ਲੱਭ ਸਕਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਹੋਸਟ ਲਗਾਤਾਰ ਬੁੱਕ ਹੋ ਸਕਦਾ ਹੈ।
ਦੋ-ਪਾਸਾ ਮਾਰਕੀਟਪਲੇਸ ਵਿੱਚ, ਸਪਲਾਈ ਅਤੇ ਮੰਗ ਨਰਮ ਤਰੀਕੇ ਨਾਲ ਨਹੀਂ ਵਧਦੀਆਂ—ਜੇ ਕਿਸੇ ਪਾਸੇ ਪਤਲਾ ਹੈ, ਤਾਂ ਦੂਜਾ ਪਾਸਾ churn ਕਰਦਾ ਹੈ।
ਜੇ ਕਿਸੇ ਸ਼ਹਿਰ ਵਿੱਚ ਕਾਫੀ ਮਹਿਮਾਨ ਹਨ ਪਰ ٿੋੜ੍ਹੀਆਂ ਲਿਸਟਿੰਗਾਂ, ਲੋਕ ਖਰਾਬ ਖੋਜ ਅਨੁਭਵ ਤੋਂ ਬਾਅਦ ਬਾਹਰ ਨਿਕਲਦੇ ਹਨ। ਜੇ ਓਥੇ ਕਾਫੀ ਹੋਸਟ ਹਨ ਪਰ ਥੋੜ੍ਹੇ مہਿਮਾਨ, ਤਾਂ ਹੋਸਟਆਂ ਕੈਲੰਡਰ ਅਪਡੇਟ ਕਰਨਾ ਛੱਡ ਦਿੰਦੇ ਹਨ, ਜਵਾਬ ਦੇਣਾ ਰੋਕ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਇਨਵੈਂਟਰੀ ਚੁੱਪਚਾਪ ਮਰ ਜਾਂਦੀ ਹੈ।
ਤਰਲਤਾ ਉਹ ਘੱਟੋ-ਘੱਟ ਪੱਧਰ ਹੈ ਜਿਥੇ ਸੈਰ-ਸਪਲਾਈ ਅਤੇ ਸੈਰ-ਮੰਗ ਦੋਹਾਂ ਐਕਟਿਵ ਹੁੰਦੀਆਂ ਹਨ ਜੋ ਮਾਰਕੀਟਪਲੇਸ ਨੂੰ ਜੀਊਂਦਾ ਮਹਿਸੂਸ ਕਰਵਾਉਂਦੀਆਂ ਹਨ।
"ਹਰ ਜਗ੍ਹਾ ਜਿੱਤੋ" ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਦੀ ਥਾਂ, Airbnb ਨੇ ਸਥਾਨਕ ਕੇਂਦਰੀਤਾ ਨੂੰ ਗਲੇ ਲਾਇਆ। ਇੱਕ ਫੋਕਸਡ ਸ਼ਹਿਰ ਰਣਨੀਤੀ ਤੁਹਾਨੂੰ ਇਹ ਕਰਨ ਦੀ ਆਜ਼ਾਦੀ ਦਿੰਦੀ ਹੈ:
ਇਹ ਵੀ ਵਿਜ਼ੀਬਲ ਗਤੀਵਿਧੀ ਪੈਦਾ ਕਰਦਾ ਹੈ। ਜਦੋਂ ਕੁਝ ਹੋਸਟ ਇੱਕ ਖੇਤਰ ਵਿੱਚ ਬੁੱਕ ਹੋਣ ਲੱਗਦੇ ਹਨ, ਗੁਆਂਢੀ ਧਿਆਨ ਦਿੰਦੇ ਹਨ, ਨਕਲ ਕਰਦੇ ਹਨ, ਅਤੇ ਸਪਲਾਈ ਤੇਜ਼ੀ ਨਾਲ ਵਧਦੀ ਹੈ ਬਿਨਾਂ ਭੁਗਤਾਨ ਕੀਤੇ ਆਧਾਰ 'ਤੇ।
ਤਰਲਤਾ ਕੇਵਲ ਗਿਣਤੀ ਬਾਰੇ ਨਹੀਂ—ਇਹ "ਵਰਤੇਯੋਗ" ਇਨਵੈਂਟਰੀ ਅਤੇ ਘੱਟ-ਘਰਕਾਰ ਬੁਕਿੰਗ ਬਾਰੇ ਹੈ। ਸੁਧਾਰਾਂ ਜਿਵੇਂ:
..."ਸਾਈਂ-ਅੱਪ ਹੋਏ ਹੋਸਟਾਂ" ਨੂੰ ਐਕਟਿਵ ਹੋਸਟਾਂ ਵਿੱਚ ਬਦਲ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਇਹੀ ਗੱਲ ਲੂਪ ਨੂੰ ਬੰਦ ਕਰਦੀ ਹੈ।
ਇੱਕ ਤੰਗ ਮਾਰਕੀਟ ਚੁਣੋ (ਅਕਸਰ ਇੱਕ ਸ਼ਹਿਰ, ਕਦੀ-ਕਦੀ ਇੱਕ ਪੜੋਸੀ)।
ਪਹਿਲਾਂ ਸਪਲਾਈ ਜਿੱਤੋ: ਓਨਬੋਡ ਕਰੋ, ਸਿੱਖਾਓ, ਅਤੇ ਲਿਸਟਿੰਗ ਮਿਆਰ ਸੁਧਾਰੋ ਜਦ ਤੱਕ ਖੋਜ ਚੰਗੀ ਨਹੀਂ ਲੱਗਦੀ।
ਉਸ ਖੇਤਰ ਵਿੱਚ ਮੰਗ ਚਲਾਓ (ਇਵੈਂਟ, ਭਾਗੀਦਾਰੀਆਂ, ਨਿਸ਼ਾਨਾ ਚੈਨਲ)।
ਵੈਨਿਟੀ ਦੀ ਥਾਂ ਤਰਲਤਾ ਮਾਪੋ: ਖੋਜ-ਟੋਂ-ਬੁਕਿੰਗ ਦਰ, ਨਵੇਂ ਹੋਸਟਾਂ ਲਈ ਪਹਿਲੀ-ਬੁਕਿੰਗ ਦਾ ਸਮਾਂ, ਦੁਹਰਾਈ ਮਹਿਮਾਨ ਬੁਕਿੰਗਾਂ।
ਪਹਿਲੀ ਮਾਰਕੀਟ ਭਰੋਸੇਯੋਗ ਮਹਿਸੂਸ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹੌਲੀ-ਹੌਲੀ ਇੱਕ ਸटेਲਾਈਟ ਖੇਤਰ ਵਧਾਓ।
Airbnb ਨੇ ਸ਼ੁਰੂ ਵਿੱਚ ਹੋਟਲਾਂ ਨੂੰ ਉਤਪੈਡ ਕਰਕੇ ਨਹੀਂ ਜੀਤਿਆ। ਇਸ ਨੇ ਉਹਨਾਂ ਥਾਵਾਂ 'ਤੇ ਖੁਦ ਨੂੰ ਮਿਲਵਾਇਆ ਜਿੱਥੇ ਮੰਗ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਸੀ, ਅਤੇ ਪੇਸ਼ਕਸ਼ ਨੂੰ ਪਰਖਣ-ਯੋਗ ਬਣਾਇਆ ਕਿ ਇਹ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਯੋਗ ਹੈ।
ਆਰੰਭਕ ਵਧੋ ਤਕਨੀਕਾਂ "ਮਾਰਕੀਟਿੰਗ" ਨਾਲ ਘੱਟ, ਮੌਜੂਦਾ ਵਰਤਾਰਾਂ ਵਿੱਚ ਪਲਗ-ਇਨ ਕਰਨ ਬਾਰੇ ਹੋਂਦੀਆਂ ਸਨ:
ਮੁੱਢੀ ਚੀਜ਼ ਧਿਆਨ ਸੀ: ਇੱਕ ਤੰਗ ਸ਼ਹਿਰ ਜਾਂ ਇਵੈਂਟ, ਇੱਕ ਸਾਫ਼ ਦਰਸ਼ਕ, ਅਤੇ ਦੁਹਰਾਏ ਜਾਣ ਵਾਲੇ ਕਦਮ—ਵਿਸ਼ਾਲ ਮੁਹਿੰਮਾਂ ਦੀ ਬਜਾਏ।
ਜੇ Airbnb ਨੂੰ ਇੱਕ ਛੂਟ-ਹੋਟਲ ਵਜੋਂ ਦਰਸਾਇਆ ਗਿਆ ਹੁੰਦਾ, ਤਾਂ ਇਹ ਹੋਟਲ-ਅਨੁਪਾਤਕ ਤੁਲਨਾਵਾਂ ਨੂੰ ਬੁਲਾਂਦਾ (ਸुवਿਧਾਵਾਂ, ਲਗਾਤਾਰਤਾ, ਫਰੰਟ ਡੈਸਕ) ਜਿੱਥੇ ਇਹ ਜਿੱਤ ਨਹੀਂ ਸਕਦਾ। ਬਜਾਏ, ਕਹਾਣੀ ਇਹ ਸੀ:
ਉਸ ਪੋਜ਼ੀਸ਼ਨਿੰਗ ਨੇ “ਵਿਕਲਪ” ਨੂੰ “ਇਰਾਦੇ ਵਾਲਾ” ਬਣਾ ਦਿੱਤਾ। ਇਹ ਹੋਸਟਾਂ ਨੂੰ ਵੀ ਸਮਝਾਉਂਦਾ ਸੀ ਕਿ ਉਹ ਕੀ ਪੇਸ਼ ਕਰ ਰਹੇ ਹਨ: ਸਿਰਫ ਇੱਕ ਬਿਸਤਰਾ ਨਹੀਂ, ਇੱਕ ਅਨੁਭਵ।
ਭਰੋਸਾ-ਅਧਾਰਤ ਮਾਰਕੀਟਪਲੇਸ ਸੁਰੱਖਿਆ ਦੀ ਧਾਰਨਾ 'ਤੇ ਟਿੱਕਦੇ ਹਨ। ਸਧਾਰਣ ਸੰਕੇਤ—ਸਾਫ਼ ਫੋਟੋ, ਪੂਰੇ ਪ੍ਰੋਫਾਈਲ, ਸਮੀਖਿਆਵਾਂ, ਅਨੁਕੂਲ ਸੰਦੇਸ਼—ਨਿਰਾਸ਼ਵਾਦ ਸਮਾਪਤੀ ਵਰਗੇ ਭਰੋਸੇ ਦੀ ਤਸਦੀਕ ਕਰਦੇ ਹਨ।
ਇੱਕੋ ਤਰ੍ਹਾਂ, ਕਾਪੀ ਦਾ ਟੋਨ ਮਹੱਤਵਪੂਰਨ ਹੈ: ਠੰਡਾ, ਨਿਰਧਾਰਤ, ਅਤੇ ਪਾਰਦਰਸ਼ੀ ਉੱਤੇ ਉਚਿਤ ਹੁੰਦਾ ਹੈ।
ਛੋਟੇ ਸਮੇਂ ਦੇ ਵਧਾਏ ਜਾਣ ਵਾਲੇ ਹੈਕਸ ਲੰਬੇ ਸਮੇਂ ਦਾ ਭਰੋਸਾ ਰਣਨਾਪੁਸਤਕ ਤੇਜ਼ੀ ਨਾਲ ਘਟਾ ਸਕਦੇ ਹਨ। ਇਹ ਤੋਂ ਬਚੋ:
ਵੰਡ ਨੂੰ ਧਿਆਨ ਮਿਲਿਆ, ਪੋਜ਼ੀਸ਼ਨਿੰਗ ਅਤੇ ਭਰੋਸਾ ਨੇ ਇਸਨੂੰ ਬੁਕਿੰਗ ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ।
Airbnb ਨੂੰ ਸਿਰਫ਼ ਯਾਤਰੀਆਂ ਨੂੰ ਨਵਾਂ ਚੀਜ਼ ਅਜ਼ਮਾਉਣ ਲਈ ਰਜ਼ਾਇਤੀ ਬਣਾਉਣਾ ਨਹੀਂ ਸੀ। ਇਸ ਨੇ ਸ਼ਹਿਰਨਾਂ, ਗੁਆਂਢੀਆਂ, ਅਤੇ ਵਿਆਪਕ ਜਣਤਾ ਨੂੰ ਵੀ ਮਨਾਉਣਾ ਸੀ—ਅਕਸਰ ਜਦ ਕਿ ਨਿਯਮ ਅਸਪਸ਼ਟ, ਪੁਰਾਣੇ, ਜਾਂ ਹੋਟਲਾਂ ਲਈ ਲਿਖੇ ਹੋਏ ਸਨ, ਨਾਂ ਕਿ ਹੋਮ-ਸ਼ੇਅਰਿੰਗ ਲਈ।
ਜਿਵੇਂ ਥੋੜ੍ਹੇ-ਅਰਸੇ ਵਾਲੇ ਕਿਰਾਏਦਾਰ ਵਧਦੇ ਗਏ, ਆਰਜ਼ੂਆਂ ਅਕਸਰ ਕੁਝ ਥੀਮਾਂ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਇਕਟ्ठੀਆਂ ਹੋ ਗਈਆਂ:
ਇਹ ਸਾਰੀਆਂ ਚੀਜ਼ਾਂ ਅਪਸੰਤੁਸ਼ਟੀ, ਨਿਰੀਖਣ, ਜੁਰਮਾਨੇ, ਲਿਸਟਿੰਗਾਂ ਦੀ ਹਟਾਈ ਜਾਂ ਖ਼ਰਾਬ ਸਿਰਲੇਖ ਤੱਕ ਲੈ ਜਾਂਦੀਆਂ ਹਨ, ਜੋ ਵਧਣ ਨੂੰ ਰੋਕ ਸਕਦੀਆਂ ਹਨ।
ਇੱਕ ਮਾਰਕੀਟਪਲੇਸ ਲਈ, ਭਰੋਸਾ ਸਿਰਫ਼ ਉਤਪਾਦ ਅਨੁਭਵ ਬਾਰੇ ਨਹੀਂ—ਇਹ ਵਿਧਿਕਤਾ ਬਾਰੇ ਵੀ ਹੈ। ਜਦੋਂ ਸ਼ਹਿਰਾਂ ਨੂੰ ਲੱਗਦਾ ਹੈ ਕਿ ਇੱਕ ਪਲੇਟਫਾਰਮ ਲੋਕਲ ਨਿਯਮਾਂ ਦੀ ਉਲੰਘਣਾ ਕਰ ਰਿਹਾ ਹੈ, ਉਹ ਸਪਲਾਈ ਨੂੰ ਸੀਮਿਤ ਕਰ ਸਕਦੇ ਹਨ ਜਾਂ ਹੋਸਟਿੰਗ ਨੂੰ ਖਤਰਨਾਕ ਬਣਾ ਸਕਦੇ ਹਨ। ਜਦੋਂ ਨਿਵਾਸੀ ਲਗਦੇ ਹਨ ਕਿ ਪਲੇਟਫਾਰਮ ਸੰਘਰਸ਼ ਵਧਾ ਰਿਹਾ ਹੈ ਜਾਂ ਲੰਬੇ ਸਮੇਂ ਵਾਲੀ ਰਿਹਾਇਸ਼ ਘਟਾ ਰਿਹਾ ਹੈ, ਜਨਤਕ ਭਾਵਨਾ ਤੇਜ਼ੀ ਨਾਲ ਬਦਲ ਸਕਦੀ ਹੈ।
ਇਸ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਨਿਯਮਕਾਰਤਾ "ਬਾਅਦ" ਵਾਲੇ ਬਕਸੇ ਵਿੱਚ ਨਹੀਂ ਰੱਖੀ ਜਾ ਸਕਦੀ। ਇਹ ਸਪਲਾਈ, ਗੁਣਵੱਤਾ, ਕੀਮਤ, ਅਤੇ ਬ੍ਰਾਂਡ ਦੀ ਪ੍ਰਤੀਛੱਬੀ ਨੂੰ ਆਕਾਰ ਦਿੰਦੀ ਹੈ।
Airbnb ਦੀ ਸਥਿਤੀ ਕੁਝ ਪਹੁੰਚਾਂ ਨੂੰ ਰੌਸ਼ਨ ਕਰਦੀ ਹੈ ਜੋ ਕਿਸੇ ਵੀ ਕੰਪਨੀ ਲਈ ਲਾਗੂ ਹੁੰਦੀਆਂ ਹਨ ਜੋ ਨਿਯਮਤ, ਸਥਾਨਕ ਵਾਤਾਵਰਣ ਵਿੱਚ ਚਲ ਰਹੀ ਹੋਵੇ:
ਇਥੇ ਬਚਣ ਦਾ ਮਤਲਬ ਜਿੱਤਣ ਦੀ ਥਾਂ ਦਲੀਲਾਂ ਜਿੱਤਣਾ ਨਹੀਂ—ਇਹ ਅਧਿਕਾਰ ਪ੍ਰਾਪਤ ਕਰਨ ਦਾ ਹੈ: ਇੱਕ ਰਿਸ਼ਤਾ, ਇੱਕ ਨੀਤੀ ਫੈਸਲਾ, ਅਤੇ ਇੱਕ ਕਮਿਊਨਿਟੀ ਨਤੀਜੇ ਨਾਲ।
ਮੰਗ ਵਿੱਚ ਆਉਣ ਵਾਲੇ ਸ਼ਾਕ ਦਿਲੇਰੀ ਨਾਲ ਨਹੀਂ ਆਉਂਦੇ। ਇੱਕ ਅਚਾਨਕ ਮੰਦ੍ਹੀ, ਸੁਰੱਖਿਆ ਚਿੰਤਾ, ਜਾਂ ਯਾਤਰਾ ਰੋਕ ਹੋਣ ਨਾਲ "ਠੰਢੀ ਵਧੋ" ਇੱਕ ਹਫਤੇ ਵਿੱਚ ਗਿਰ ਸਕਦੀ ਹੈ।
ਇੱਕ ਮਾਰਕੀਟਪਲੇਸ ਵਪਾਰ ਲਈ, ਇਹ ਸਿਰਫ਼ ਆਮਦਨੀ ਦਾ ਘਟਾਉ ਨਹੀਂ—ਇਹ ਉਹ ਲੂਪ ਤੋੜ ਸਕਦੀ ਹੈ ਜੋ ਹੋਸਟਾਂ ਨੂੰ ਲਿਸਟਿੰਗ ਰੱਖਣ ਅਤੇ ਮਹਿਮਾਨਾਂ ਨੂੰ ਖੋਜ ਕਰਨ ਲਈ ਪ੍ਰੇਰਿਤ ਕਰਦੀ ਹੈ।
ਪੈਂਡੇਮਿਕ ਯੁੱਗ ਇਸ ਦਾ ਸਭ ਤੋਂ ਸਾਫ਼ ਹਾਲਾਤ ਦਿਖਾਉਂਦਾ ਹੈ: ਯਾਤਰਾ ਦੇ ਰੁਝਾਨ ਤੇਜ਼ੀ ਨਾਲ ਬਦਲੇ, ਨਿਯਮ ਖੇਤਰ-ਅਨੁਸਾਰ ਤਬਦੀਲ ਹੋਏ, ਅਤੇ ਗਾਹਕਾਂ ਦੀਆਂ ਉਮੀਦਾਂ ਹਕੀਕਤ-ਵੇਲੇ ਬਦਲ ਰਹੀਆਂ ਸਨ। ਸਣਿਕ ਨੰਬਰਾਂ ਘੱਟ ਮਹੱਤਵਪੂਰਨ ਹਨ—ਓਪਰੇਟਿੰਗ ਹਕੀਕਤ ਮਹੱਤਵਪੂਰਨ ਹੈ: ਅਣਿਸ਼ਚਿਤਤਾ ਡਿਫੋਲਟ ਬਣ ਗਈ।
ਮਜ਼ਬੂਤ ਸੰਕਟ ਜਵਾਬ ਇੱਕ ਮਹਾਨ ਪਿਵਟ ਬਾਰੇ ਨਹੀਂ ਹੁੰਦਾ, ਸਗੋਂ ਤੇਜ਼ੀ, ਸਪਸ਼ਟਤਾ, ਅਤੇ friction ਹਟਾਉਣ ਬਾਰੇ ਹੁੰਦਾ ਹੈ।
ਪਹਿਲਾਂ, ਉਤਪਾਦ ਟੀਮਾਂ ਨੂੰ ਲਚਕੀਲਤਾ ਲੋੜੀਦੀ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਯੋਜਨਾ ਚਕ੍ਰਾਂ ਨੂੰ ਛੋਟਾ ਕਰਨਾ, ਛੋਟੇ ਅਪਡੇਟ ਰਿਲੀਜ਼ ਕਰਨਾ, ਅਤੇ "ਅੱਜ ਕੰਮ ਕਰਵਾਓ" ਸੁਧਾਰਾਂ ਨੂੰ ਲੰਬੇ-ਗਾਲੀ ਦਾਂਵਾਂ 'ਤੇ ਤਰਜੀਹ ਦੇਣਾ।
ਦੂਜਾ, ਸੰਦੇਸ਼ਬਾਜ਼ੀ ਸਿੱਧੀ ਅਤੇ ਇਕਸਾਰ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ—ਜੇ ਨੀਤੀਆਂ ਬਦਲਦੀਆਂ ਹਨ, ਤਾਂ ਉਤਪਾਦ ਅਤੇ ਹੇਲਪ ਸੈਂਟਰ ਨੂੰ ਵੀ ਉਹਨਾਂ ਨਾਲ ਤੁਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਨਾ ਕਿ ਹਫ਼ਤਿਆਂ ਦੇ ਬਾਅਦ।
ਅਖੀਰਕਾਰ, ਸਪੋਰਟ ਪ੍ਰਣਾਲੀਆਂ ਮਾਪ-ਚੁੱਕ ਨਹੀਂ ਹੋ ਸਕਦੀਆਂ। ਜਦੋਂ ਮੰਗ ਘੱਟ ਹੁੰਦੀ ਹੈ, ਉਪਭੋਗਤਾ ਰੁਕਦੇ ਨਹੀਂ; ਉਹ ਰਿਫੰਡ, ਤਾਰੀਖ-ਤਬਦੀਲੀਆਂ, ਅਤੇ ਛੂਟੀਆਂ ਮੰਗਦੇ ਹਨ। ਜੇ ਸਹਾਇਤਾ ਕਤਾਰਾਂ ਫੂਲ ਹੋ ਜਾਂਦੀਆਂ ਹਨ, ਤਾਂ ਭਰੋਸਾ ਸਭ ਤੋਂ ਖਰਾਬ ਸਮੇਂ 'ਤੇ ਟੁੱਟਦਾ ਹੈ।
ਇੱਕ ਸ਼ਾਕ ਦੌਰਾਨ, ਲੋਕ ਸੰਕੇਤ ਲੱਭਦੇ ਹਨ: ਕੀ ਲਿਸਟਿੰਗ ਸਹੀ ਹਨ? ਕੀ ਨੀਤੀਆਂ ਨਿਆਇਪੂਰਕ ਹਨ? ਕੀ ਕੋਈ ਹੈ ਜੋ ਜਦ ਕੁਝ ਗਲਤ ਹੋਵੇਗੀ ਤਾਂ ਜਵਾਬ ਦੇਵੇਗਾ?
ਆਪਰੇਸ਼ਨ ਤਿਆਰੀ—ਸਾਫ਼ ਰੱਦ ਕਰਨ ਵਾਲੀਆਂ ਨੀਤੀਆਂ, ਤੇਜ਼ ਸਹਾਇਤਾ, ਅਤੇ ਭਰੋਸੇਯੋਗ ਹੋਸਟ/ਵਿਜ਼ਟਰ ਸੰਚਾਰ—ਮੂਲ ਰਿਸ਼ਤੇ ਨੂੰ ਬਚਾਉਂਦਾ ਹੈ। ਇਹ "ਦੂਜਾ ਨੁਕਸਾਨ" ਰੋਕਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਇੱਕ ਮਾੜੀ ਘਟਨਾ ਦਾ ਠੀਕ ਤੌਰ 'ਤੇ ਹੱਲ ਨਾ ਹੋਣਾ ਜਿਸ ਕਰ ਕੇ ਹੋਸਟ ਪਲੇਟਫਾਰਮ ਛੱਡ ਦੇਂਦੇ ਹਨ।
ਵਿਗਿਆਨਕ ਨਤੀਜਾ: ਸੰਕਟ ਪ੍ਰਬੰਧਨ ਇੱਕ ਉਤਪਾਦ ਸਵਾਲ ਅਤੇ ਇੱਕ ਓਪਰੇਸ਼ਨ ਸਵਾਲ ਹੈ। ਦੋਹਾਂ ਵਜੋਂ ਇਸਨੂੰ ਜੋੜੋ, ਅਤੇ ਤੁਸੀਂ ਭਰੋਸਾ ਗੁਆਏ ਬਿਨਾਂ ਅਨਕੂਲ ਹੋ ਸਕਦੇ ਹੋ।
ਕੋਈ ਕੰਪਨੀ ਸ਼੍ਰੇਣੀ-ਪਰਿਭਾਸ਼ਿਤ ਬਣਦੀ ਹੈ ਜਦੋਂ ਇਹ ਸਿਰਫ਼ ਪ੍ਰਚੀਨਾਂ ਦੀ ਤੁਲਨਾ ਨਹੀਂ ਕਰਦੀ—ਇਹ ਲੋਕਾਂ ਦੀ ਉਮੀਦਾਂ ਅਤੇ ਜੋ ਉਹ "ਸਧਾਰਨ" ਸਮਝਦੇ ਹਨ, ਉਹ ਬਦਲ ਦਿੰਦੀ ਹੈ। ਸਭ ਤੋਂ ਵਧੀਆ ਟੈਸਟ ਵਿਹਾਰਿਕ ਹੈ: ਨਵੀਂ ਆਦਤ ਬਣਦੀ ਹੈ, ਨਵਾਂ ਸ਼ਬਦ ਬਨਦਾ ਹੈ, ਅਤੇ ਗਾਹਕ ਤੁਹਾਨੂੰ ਫੀਚਰ-ਤੋਂ-ਫੀਚਰ ਤੁਲਨਾ ਕਰਨਾ ਛੱਡ ਦਿੰਦੇ ਹਨ ਕਿਉਂਕਿ ਤੁਸੀਂ ਸਮੱਸਿਆ ਨੂੰ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਹੱਲ ਕਰ ਰਹੇ ਹੋ।
Airbnb ਨੇ ਯਾਤਰਾ ਦੀ ਸੋਚ ਨੂੰ "ਕਮਰਾ ਬੁਕ ਕਰੋ" ਤੋਂ "ਇੱਕ ਥਾਂ ਚੁਣੋ ਜਿੱਥੇ ਤੁਸੀਂ ਮੌਜੂਦ ਹੋ ਸਕਦੇ ਹੋ" ਵੱਲ ਬਦਲ ਦਿੱਤਾ। ਇਹ ਸੁਘੜ ਬਦਲਾਵ ਸ਼੍ਰੇਣੀ ਦਾ ਅਰਥ ਵਧਾ ਦਿੰਦਾ ਹੈ।
ਰਿਹਾਇਸ਼ਾਂ ਹੁਣ ਸਿਰਫ ਕੀਮਤ ਜਾਂ ਸਥਾਨ ਬਾਰੇ ਨਹੀਂ ਰਹਿ ਗਈਆਂ; ਉਹ ਪਛਾਣ ਬਾਰੇ ਬਣ ਗਈਆਂ (ਸਤਹਤੀ ਲਈ ਲਾਈਕ-লোকਲ), ਲਚਕੀਲਤਾ (ਪੂਰੇ ਘਰ, ਪ੍ਰਾਈਵੇਟ ਰੂਮ, ਵਿਲੱਖਣ ਥਾਵਾਂ), ਅਤੇ ਮਨੁੱਖੀ ਜੁੜਾਅ (ਹੋਸਟ, ਪੜੋਸ, ਸਿਫਾਰਸ਼ਾਂ) ਬਾਰੇ।
ਜਦੋਂ ਗਾਹਕਾਂ ਨੇ ਉਹ ਵਿਵਿਧਤਾ ਅਤੇ ਨਿੱਜੀਅਤ ਦੇਖੀ, ਤਾਂ ਹੋਟਲ ਹਰ ਯਾਤਰਾ ਲਈ ਡਿਫੌਲਟ ਨਹੀਂ ਰਹੇ—ਖਾਸ ਕਰਕੇ ਗਰੁੱਪ ਯਾਤਰਾ, ਲੰਬੀਆਂ ਰਹਿਣ ਲਈ, ਅਤੇ ਉਦੱਦੇਸ਼ ਯਾਤਰਾ ਜਿੱਥੇ ਜਗ੍ਹਾ ਮਤੇ ਰੱਖਦੀ ਸੀ।
ਮਾਰਕੀਟਪਲੇਸ ਕਾਰੋਬਾਰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਗੁਣਾ ਕਰਦੇ ਹਨ ਜਿਵੇਂ ਪਰੰਪਰਾਗਤ ਇਨਵੈਂਟਰੀ ਵਪਾਰ ਨਹੀਂ ਕਰਦੇ। ਹੋਰ ਮਹਿਮਾਨ ਹੋਣ ਨਾਲ ਹੋਸਟਿੰਗ ਸੁਰੱਖਿਅਤ ਅਤੇ ਨਫ਼ਾਕਾਰਕ ਮਹਿਸੂਸ ਹੁੰਦੀ ਹੈ; ਹੋਰ ਹੋਸਟ ਹੋਣ ਨਾਲ ਚੋਣ ਅਤੇ ਉਪਲਬਧਤਾ ਵਧਦੀ ਹੈ, ਜੋ ਹੋਰ ਮਹਿਮਾਨਾਂ ਨੂੰ ਆਕਰਸ਼ਿਤ ਕਰਦੀ ਹੈ।
ਸਮੇਂ ਦੇ ਨਾਲ, ਬ੍ਰਾਂਡ ਖੁਦ ਭਰੋਸੇ ਦੀ ਇੱਕ ਛੋਟਾ ਰਾਸ਼ਟਰ ਬਣ ਜਾਂਦੀ ਹੈ: “ਕੀ ਇਹ ਸੁਰੱਖਿਅਤ ਹੈ? ਕੀ ਇਹ ਫੋਟੋਜ਼ ਨਾਲ ਮਿਲੇਗਾ? ਜੇ ਕੁਝ ਗਲਤ ਹੋਇਆ ਤਾਂ ਮਦਦ ਮਿਲੇਗੀ?”
ਉਹ ਭਰੋਸਾ ਅਤੇ ਵਿਆਪਕ ਸਪਲਾਈ ਪਲੇਟਫਾਰਮ ਨੂੰ ਇੱਕ "ਚੰਗੀ ਬੁਕਿੰਗ ਸਾਈਟ" ਤੋਂ ਬਿਹਤਰ ਥਾਂ ਬਣਾ ਦਿੰਦੇ ਹਨ, ਕਿਉਂਕਿ ਨਵੇਂ ਆਉਣ ਵਾਲਿਆਂ ਨੂੰ ਦੋਹਾਂ ਪਾਸਿਆਂ ਦੀ ਰਚਨਾ ਅਤੇ ਪ੍ਰਤੀਖਿਆ ਪੈਦਾ ਕਰਨੀ ਪੈਂਦੀ ਹੈ।
ਸ਼੍ਰੇਣੀ ਨੇਤ੍ਰਿਤਵ ਮੁਫ਼ਤ ਨਹੀਂ ਹੁੰਦਾ। ਇਹ ਨਿਯਮਕਾਰਾਂ ਦੀ ਤਜਵੀਜ਼ ਖਿੱਚਦਾ ਹੈ, ਸੁਰੱਖਿਆ ਅਤੇ ਗੁਣਵੱਤਾ ਉਮੀਦਾਂ ਵਧਾਉਂਦਾ ਹੈ, ਅਤੇ ਗਲਤੀ ਦੀ ਕੀਮਤ ਵਧਾਉਂਦਾ ਹੈ ਕਿਉਂਕਿ ਜਨਤਕ ਭਰੋਸਾ ਉਤਪਾਦ ਦਾ ਹਿੱਸਾ ਬਣ ਜਾਂਦਾ ਹੈ।
Airbnb ਨੇ ਟਿਕਾਊਪਣਾ ਹਾਸਲ ਕੀਤਾ ਕਿਉਂਕਿ ਉਸਨੇ ਰਹਿਣ ਦੇ ਮਾਪਦੰਡ ਨੂੰ ਮੁੜ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ—ਪਰ ਇਹ ਕਰਨ ਦਾ ਮਤਲਬ ਨਵੀਨ ਲਾਭਾਂ ਨੂੰ ਹੀ ਨਹੀਂ, ਨਵੇਂ ਮਾਡਲ ਦੀਆਂ ਘਾਟੀਆਂ ਨੂੰ ਵੀ ਆਪਣੇ ਹਵਾਲੇ ਕਰਨਾ ਸੀ।
Airbnb ਦੀ ਕਹਾਣੀ ਇਸ ਲਈ ਫਾਇਦਾਮੰਦ ਹੈ ਕਿਉਂਕਿ ਇਹ "ਜਾਦੂਈ ਵਾਧਾ" ਨਹੀਂ। ਇਹ ਫੈਸਲਿਆਂ ਦਾ ਇੱਕ ਲੜੀ ਹੈ: ਪਹਿਲਾਂ ਭਰੋਸਾ ਸੁਧਾਰੋ, ਸ਼ੁਰੂ ਵਿੱਚ ਅਸਕੇਲਏਬਲ ਕੰਮ ਕਰੋ, ਅਤੇ ਉਨ੍ਹਾਂ ਜਗ੍ਹਿਆਂ 'ਤੇ ਜ਼ੁੱਕ੍ਹਰ ਹੋਵੋ ਜਿੱਥੇ ਸਬੂਤ ਹਨ।
1) ਸਕੇਲ ਤੋਂ ਪਹਿਲਾਂ ਭਰੋਸਾ ਬਣਾਓ। ਜੇ ਗਾਹਕ ਅਣਿਸ਼ਚਿਤ ਮਹਿਸੂਸ ਕਰਦੇ ਹਨ, ਤਾਂ ਮਾਰਕੇਟਿੰਗ ਖਰਚ ਵਧੇਰੇ ਚੋਰੀ ਹੋਏ ਪੈਸੇ ਵਾਂਗ ਲੀਕ ਹੁੰਦਾ ਹੈ। ਉਹ ਚੀਜ਼ਾਂ ਤਰਜੀਹ ਦਿਓ ਜੋ ਡਰ ਘਟਾਉਂਦੀਆਂ ਹਨ: ਸਪਸ਼ਟ ਲਿਸਟਿੰਗਾਂ, ਵਧੀਆ ਫੋਟੋ, ਤੇਜ਼ ਸਹਾਇਤਾ, ਪਾਰਦਰਸ਼ੀ ਨੀਤੀਆਂ, ਅਤੇ ਲਗਾਤਾਰ ਗੁਣਵੱਤਾ ਚੈਕ।
2) ਸ਼ੁਰੂ ਵਿੱਚ ਅਸਕੇਲਏਬਲ ਕੰਮ ਕਰੋ। ਜਦੋਂ ਤੁਹਾਨੂੰ ਨਹੀਂ ਪਤਾ ਕਿ "ਚੰਗਾ" ਕੀ ਦਿਸਦਾ ਹੈ, ਤੁਸੀਂ ਇਸਨੂੰ ਆਟੋਮੇਟ ਨਹੀਂ ਕਰ ਸਕਦੇ। ਮੈਨੁਅਲ ਓਨਬੋਡਿੰਗ, ਗਾਹਕਾਂ ਨਾਲ ਗੱਲ-ਬਾਤ, ਅਤੇ ਲਿਸਟਿੰਗਾਂ ਨੂੰ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਠੀਕ ਕਰਨਾ—ਇਹ ਸਰਗਰਮੀਆਂ ਮਿਆਰ ਬਣਾਉਂਦੀਆਂ ਹਨ ਜੋ ਤੁਸੀਂ ਬਾਅਦ ਵਿੱਚ ਉਤਪਾਦ ਬਣਾਅਗੇ।
3) ਉਹ ਮੈਟਰਿਕ ਚੁਣੋ ਜੋ ਅਸਲ ਰੁਕਾਵਟ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। "ਸਾਈਂ-ਅਪ" ਨਹੀਂ, ਬਲਕਿ ਉਹ ਮਾਪ ਜੋ ਸਭ ਤੋਂ ਨਜ਼ਦੀਕ ਹੈ ਦਿੱਤੇ ਜਾਇਏ ਮੁੱਲ ਨਾਲ—ਉਦਾਹਰਣ ਲਈ, ਸਰਗਰਮ ਲਿਸਟਿੰਗ ਪ੍ਰਤੀ ਬੁਕਿੰਗ, ਦੁਹਰਾਈ ਬੁਕਿੰਗ, ਜਾਂ ਨਵੇਂ ਹੋਸਟ ਲਈ ਪਹਿਲੀ-ਬੁਕਿੰਗ ਦਾ ਸਮਾਂ।
4) ਲੂਪ ਤੰਗ ਰੱਖੋ ਬਿਹਤਰੀਨ ਯੋਜਨਾਬੰਦੀ ਤੋਂ ਉਪਰ। ਸਪੱਸ਼ਟ ਸਫਲਤਾ ਮਾਪਦੰਡਾਂ ਨਾਲ ਹਫ਼ਤਾਵਾਰੀ ਪ੍ਰਯੋਗ ਲੰਮੇ ਸਮੇਂ ਦੀ ਪ੍ਰਣਾਲੀ ਨੂੰ ਪਿੱਛੇ ਛੱਡ ਦੇਣਗੇ—ਖ਼ਾਸ ਕਰਕੇ ਭਰੋਸਾ-ਭਾਰੇ ਕਾਰੋਬਾਰਾਂ ਵਿੱਚ।
ਜੇ ਤੁਸੀਂ ਇਹ ਤੰਗ ਲੂਪ ਘੱਟ ਇੰਜੀਨੀਅਰਿੰਗ ਬੈਂਡਵਿਡਥ ਨਾਲ ਚਲਾ ਰਹੇ ਹੋ, ਤਾਂ ਉਹ ਟੂਲ ਜੋ ਬਿਲਡ-ਅਤੇ-ਇਤਰਟ ਕਰਨ ਦੇ ਸਮਾਂ ਨੂੰ ਘਟਾਉਂਦੇ ਹਨ ਮਦਦ ਕਰ ਸਕਦੇ ਹਨ। ਉਦਾਹਰਣ ਲਈ, Koder.ai ਇੱਕ vibe-coding ਪਲੇਟਫਾਰਮ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਚੈਟ ਵਿੱਚ ਵੈੱਬ, ਬੈਕਐਂਡ, ਜਾਂ ਮੋਬਾਇਲ ਐਪ ਦਾ ਵਰਣਨ ਕਰ ਸਕਦੇ ਹੋ, "ਪਲੈਨਿੰਗ ਮੋਡ" ਵਿੱਚ ਇਤਰਟ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਟੈਸਟ ਕਰਨ ਦੌਰਾਨ snapshots/rollback ਵਰਤ ਸਕਦੇ ਹੋ—ਉਹਨਾਂ ਹਾਲਤਾਂ ਲਈ ਉਪਯੋਗੀ ਜਦੋਂ ਤੁਸੀਂ ਓਨਬੋਡਿੰਗ, ਭਰੋਸਾ ਫ਼ਲੋਜ਼, ਸਹਾਇਤਾ ਵਰਕਫ਼ਲੋਜ਼, ਜਾਂ ਅੰਦਰੂਨੀ ਓਪਸ ਟੂਲਾਂ ਨੂੰ ਤਜ਼ਰਬਾ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ ਬਿਨਾਂ ਪੂਰੇ ਕਸਟਮ ਨਿਰਮਾਣ ਵਿੱਚ ਨਿਵੇਸ਼ ਕਰਨ ਦੇ।
ਚੰਗੀ ਜ਼ੁੱਕ੍ਹਰਤਾ:
ਮਾੜੀ ਜ਼ੁੱਕ੍ਹਰਤਾ:
ਜਦੋਂ ਸਲਾਹ, ਫੀਚਰ, ਜਾਂ ਪਿਵਟ ਤੇ ਖੜੇ ਹੋਵੋ, ਹਰ ਵਿਕਲਪ ਨੂੰ 1–5 ਦੇ ਸਕੋਰ 'ਤੇ ਅੰਕਿਤ ਕਰੋ:
ਸਭ ਤੋਂ ਵੱਧ ਟੋਟਲ ਵਾਲੇ ਨੂੰ ਚੁਣੋ—ਫਿਰ ਇੱਕ ਸਮਾਂ-ਬਾਕਸਡ ਟੈਸਟ ਅਤੇ ਇੱਕ ਸਫਲਤਾ ਮੈਟਰਿਕ ਸੈੱਟ ਕਰੋ।
ਤੁਹਾਨੂੰ ਸ਼ੁਰੂ ਵਿੱਚ ਪੂਰਾ ਟੇਕਨੀਕਲ ਨਹੀਂ ਚਾਹੀਦਾ। ਤੁਹਾਨੂੰ ਸਪਸ਼ਟਤਾ ਚਾਹੀਦੀ ਹੈ: ਇੱਕ ਮੁੱਖ ਕਾਰਵਾਈ, ਇੱਕ ਬੋਤਲਨੇਕ ਮੈਟਰਿਕ, ਅਤੇ ਅਨੁਸ਼ਾਸਨ ਭਰੋਸਾ ਅਤੇ ਗੁਣਵੱਤਾ ਨੂੰ ਵਿੱਚ ਸੁਧਾਰ ਕਰਨ ਦਾ ਪਹਿਲਾਂ ਕਿ ਮੰਗ ਨੂੰ ਸਕੇਲ ਕੀਤਾ ਜਾਵੇ।
Airbnb ਨੂੰ ਖ਼ਤਰਾ ਸੀ ਕਿ ਉਹ ਪੈਸੇ ਖ਼ਤਮ ਕਰ ਦੇਵੇਗਾ ਪਹਿਲਾਂ ਕਿ ਉਹ ਇੱਕ ਦੁਹਰਾਉਣਯੋਗ ਬੁਕਿੰਗ ਲੂਪ ਲੱਭ ਲਵੇ।
ਪਰ ਗਹਿਰਾ ਖ਼ਤਰਾ ਸੀ ਬੁਨਿਆਦੀ ਸاکਾਰਾਤਮਕਤਾ: ਜੇ ਸ਼ੁਰੂਆਤੀ ਰਹਾਇਸ਼ਾਂ ਅਸੁਰੱਖਿਅਤ ਜਾਂ ਅਣਭਰੋਸੇਯੋਗ ਮਹਿਸੂਸ ਹੁੰਦੀਆਂ, ਤਾਂ ਕੁਝ ਮਾੜੀਆਂ ਘਟਨਾਵਾਂ ਨੇ ਬਾਜ਼ਾਰ ਨੂੰ ਇਹ ਮਨਵਾ ਸਕਦਾ ਸੀ ਕਿ “ਅੰਜਾਣੇ ਦੀ ਘਰ ਵਿੱਚ ਸੌਣਾ” ਇੱਕ ਖਰਾਬ ਖ਼ਿਆਲ ਹੈ, ਨਾ ਕਿ ਇੱਕ ਠੀਕ ਕੀਤੀ ਜਾ ਸਕਣ ਵਾਲੀ ਉਤਪਾਦ।
ਕਿਉਂਕਿ “ਜ਼ਿਆਦਾ ਕਰਨ” ਅਸਲ ਸਮੱਸਿਆ ਨੂੰਛਪਾ ਸਕਦਾ ਹੈ। ਭਰੋਸਾ-ਭਾਰੀ ਮਾਰਕੀਟਪਲੇਸ ਲਈ, ਇੱਕ ਖਰਾਬ ਅਨੁਭਵ ਵਾਲੇ ਅਨੁਭਵ ਦੇ ਨਾਲ ਹੋਰ ਉਪਭੋਗਤਾਵਾਂ ਜਾਂ ਸ਼ਹਿਰ ਜੋੜਨ ਨਾਲ ਜ਼ਿਆਦਾ ਹਰਾਅ ਪੈਦਾ ਹੁੰਦਾ ਹੈ, ਨ ਕਿ ਵਾਧਾ।
ਪੱਗਲ ਤੌਰ 'ਤੇ ਪ੍ਰਗਟਾਅ ਇਹ ਵਾਂਗ ਦਿਖਦਾ:
ਇੱਕ ਫਿਲਟਰ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਹਕੀਕਤ 'ਤੇ ਆਧਾਰਿਤ ਹੋਵੇ, ਨਾਂ ਕਿ ਯਕੀਨ ਤੇ:
ਮਾਰਕੀਟਪਲੇਸਾਂ ਲਈ ਸਤਤ ਪਿਵਟ ਮਹਿੰਗੇ ਹੁੰਦੇ ਹਨ ਕਿਉਂਕਿ ਭਰੋਸਾ ਢੀਰ ਪੇਣ ਵਾਲਾ ਹੈ ਅਤੇ ਤੇਜ਼ੀ ਨਾਲ ਰੀਸੈਟ ਹੁੰਦਾ ਹੈ।
“ਪਿਵਟ ਟੈਕਸ” ਅਕਸਰ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ:
ਇਕ ਬਿਹਤਰ ਤਰੀਕਾ ਹੈ: ਟਾਈਮ-ਬਾਕਸ ਕੀਤੇ ਟੈਸਟ ਜੋ ਮੂਲ ਕਾਰਵਾਈ (ਜਿਵੇਂ ਬੁਕਿੰਗ) ਨੂੰ ਸੁਧਾਰਦੇ ਹਨ ਪਹਿਲਾਂ ਜੋ ਦਿਸ਼ਾ ਬਦਲੋ।
YC ਦੀ ਕੁੰਜੀ ਕੀਮਤ ਸਿਰਫ ਪੈਸਾ ਨਹੀਂ ਸੀ—ਇਹ ਸੀ ਚਲਾਉਣ ਦੀ ਅਨੁਸ਼ਾਸਨ:
ਇਹ ਢਾਂਚਾ ਟੀਮਾਂ ਨੂੰ ਸਰਗਰਮੀ ਦੀ ਥਾਂ ਨਤੀਜਿਆਂ ਨੂੰ ਚੁਣਨ ਲਈ ਮਜ਼ਬੂਰ ਕਰਦਾ ਹੈ।
ਇਹ ਤਿੰਨ ਚੀਜ਼ਾਂ ਹਨ ਜੋ ਅਮਲ ਵਿੱਚ “ਅਪਸਕੇਲ ਨਾ ਹੋਣ ਵਾਲੀਆਂ ਚੀਜ਼ਾਂ ਕਰੋ” ਦਾ ਮਤਲਬ ਦਸਦੀਆਂ ਹਨ:
ਮਕਸਦ ਹੱਸਲ ਨਹੀਂ—ਸਿੱਧਾ ਕੰਮ ਉਹ ਮਿਆਰ ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਬਾਅਦ ਵਿੱਚ ਉਤਪਾਦੀਕਰਣ ਕਰੋਗੇ।
ਘਰ-ਸ਼ੇਅਰਿੰਗ ਵਿੱਚ, ਭਰੋਸਾ ਹੀ ਕਨਵਰਜ਼ਨ ਫਨਲ ਹੈ। ਛੋਟੇ-ਛੋਟੇ ਸ਼ੱਕ (ਧੁੰਦਲੇ ਫੋਟੋ, ਅਸਪਸ਼ਟ ਨਿਯਮ, inconsistent ਵੇਰਵੇ) ਜੋਖਮ ਵਜੋਂ ਮਹਿਸੂਸ ਹੁੰਦੇ ਹਨ।
ਵਿਵਹਾਰਕ ਭਰੋਸਾ-ਨਿਰਮਾਣੇ ਜਿਵੇਂ:
ਜਦ ਤੱਕ ਉਪਭੋਗਤਾ ਸੁਰੱਖਿਅਤ ਮਹਿਸੂਸ ਨਹੀਂ ਕਰਦੇ, ਮਾਰਕੇਟਿੰਗ ਅਕਸਰ ਲੀਕ ਕਰਦੀ ਹੈ।
ਲਿਕੁਇਡੀਟੀ ਮਤਲਬ ਹੈ ਕਿ ਦੋਹਾਂ ਪਾਸਿਆਂ ਨੂੰ ਲਗਾਤਾਰ “ਉਹੀ ਮਿਲ ਰਿਹਾ ਹੈ ਜੋ ਉਹ ਆਏ ਸਨ”:
ਇਹ ਬਿਹੈਵਿਅਰ ਨਾਲ ਮਾਪਿਆ ਜਾਂਦਾ ਹੈ, ਜਿਵੇਂ ਖੋਜ-ਟੋਂ-ਬੁਕ ਰੇਟ, ਨਵੇਂ ਹੋਸਟਾਂ ਲਈ ਪਹਿਲੀ ਬੁਕਿੰਗ ਦਾ ਸਮਾਂ, ਅਤੇ ਦੋਹਰਾਈ ਬੁਕਿੰਗਾਂ। ਬਿਨਾਂ ਲਿਕੁਇਡੀਟੀ ਦੇ, ਮਾਰਕੀਟਪਲੇਸ ਖਾਲੀ ਜਾਂ ਅਣਭਰੋਸੇਯੋਗ ਮਹਿਸੂਸ ਹੁੰਦੇ ਹਨ ਅਤੇ ਉਪਭੋਗਤਾ ਛੱਡਦੇ ਹਨ।
ਫੈਲਾਉਣ ਦੇ ਖ਼ਿਲਾਫ਼ ਲੜਾਈ ਵਿੱਚ ਉਦਾਹਰਣ-ਵਜੋਂ ਇਹ ਹੈ ਕਿ ਵਿਭਿੰਨ ਚੀਜ਼ਾਂ ਹਰ ਸਥਾਨ ਤੇ ਵੱਖ-ਵੱਖ ਹੁੰਦੀਆਂ। ਇਕ ਸਿਟੀ-ਕੇਂਦਰਿਤ ਰਣਨੀਤੀ ਤੁਹਾਨੂੰ ਇਹ ਕਰਨ ਦੀ ਆਜ਼ਾਦੀ ਦਿੰਦੀ ਹੈ:
ਜਦੋਂ ਇੱਕ ਖੇਤਰ ਭਰੋਸੇਯੋਗ ਹੁੰਦਾ ਹੈ, ਤੁਸੀਂ ਅਗਲੇ ਫੈਸਲੇ ਲਈ ਮੂਵ ਕਰ ਸਕਦੇ ਹੋ।
ਨਿਯਮਾਂ ਨਾਲ ਨਜਿੱਠਣ ਸਮੇਂ ਕਾਰਵਾਈ + ਓਪਰੇਸ਼ਨ ਦੋਹਾਂ ਜਰੂਰੀ ਹਨ:
ਸੰਕਟ ਵੇਲੇ ਭਰੋਸਾ ਸਥਿਰਤਾ ਬਣਦਾ ਹੈ: ਸਾਫ ਨੀਤੀਆਂ, ਤੇਜ਼ ਸਹਾਇਤਾ, ਅਤੇ ਭਰੋਸੇਯੋਗ ਸੰਚਾਰ ਮੂਲ ਰਿਸ਼ਤੇ ਨੂੰ ਬਚਾਉਂਦੇ ਹਨ।
