ਇਹ ਵਿਵਰਣਾਤਮਕ ਰੂਪ ਵਿੱਚ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ Airbnb ਨੇ ਸਮੀਖਿਆਵਾਂ, ਵੈਰੀਫਿਕੇਸ਼ਨ, ਭੁਗਤਾਨ ਅਤੇ ਮਾਰਕੀਟ ਡਿਜ਼ਾਇਨ ਰਾਹੀਂ ਖਾਲੀ ਕਮਰਿਆਂ ਨੂੰ ਭਰੋਸੇਯੋਗ ਗਲੋਬਲ ਯਾਤਰਾ ਇਨਵੈਂਟਰੀ ਵਿੱਚ ਕਿਵੇਂ ਬਦਲਿਆ।
Airbnb ਦਾ ਸ਼ੁਰੂਆਤੀ ਨੁਕਤਾ “ਜਿਆਦਾ ਹੋਟਲ” ਨਹੀਂ ਸੀ, ਬਲਕਿ ਖਾਲੀ ਸਮਰੱਥਾ ਸੀ: ਬੇਵਰਤੋਂ ਬੈਡਰੂਮ, ਖਾਲੀ ਗੈਸਟਹਾਊਸ, ਜਾਂ ਛੁੱਟੀਆਂ ਅਤੇ ਵੀਕਐਂਡ ਲਈ ਖਾਲੀ ਰਹਿ ਜਾਣ ਵਾਲੇ ਘਰ। ਸਿਧਾਂਤ ਵਿੱਚ, ਇਹ ਇਕ ਆਦਰਸ਼ ਇਨਵੈਂਟਰੀ ਹੈ—ਪਹਿਲਾਂ ਹੀ ਬਣਿਆ ਹੋਇਆ, ਨਏੜ-ਨਏੜ ਫੈਲਿਆ ਹੋਇਆ, ਅਤੇ ਅਕਸਰ ਜਦੋਂ ਮੰਗ ਵਧਦੀ ਹੈ ਉੱਥੇ ਉਪਲੱਬਧ। ਅਮਲ ਵਿੱਚ, ਇਸਨੂੰ ਮੋਨਟੀਜ਼ ਕਰਨਾ ਮੁਸ਼ਕਲ ਸੀ ਕਿਉਂਕਿ “ਉਤਪਾਦ” ਇੱਕ ਸਧਾਰਣ ਰੂਮ ਨਹੀਂ ਸੀ। ਇਹ ਕਿਸੇ ਦਾ ਨਿੱਜੀ ਸਪੇਸ ਸੀ, ਨਿੱਜੀ ਚੀਜ਼ਾਂ, ਪਰੋਸੀਆਂ ਅਤੇ ਘਰ ਦੇ ਨਿਯਮਾਂ ਨਾਲ।
ਅਧਿਕਤਰਨ ਮਾਰਕੀਟਪਲੇਸ ਇਕ ਸਧਾਰਨ ਵਪਾਰ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੇ ਹਨ: ਪੈਸੇ ਦਿਓ, ਇੱਕ ਉਮੀਦਯੋਗ ਚੀਜ਼ ਮਿਲੇ। ਹੋਮ-ਸ਼ੇਅਰਿੰਗ ਵੱਖਰਾ ਹੈ। ਦੋਹਾਂ ਪੱਖਾਂ ਨੂੰ ਅਸੁਖਾਵਾਂ ਅਣਿਸ਼ਚਿਤਤਾ ਨੂੰ ਸਹਿਣਾ ਪੈਂਦਾ ਹੈ।
ਹੋਸਟ ਚਿੰਤਿਤ ਹੁੰਦੇ ਹਨ:
ਮਹਿਮਾਨ ਚਿੰਤਿਤ ਹੁੰਦੇ ਹਨ:
ਇਹ ਸਿਰਫ਼ “ਆਨਲਾਈਨ ਵਪਾਰ” ਨਹੀਂ—ਇਹ ਆਫਲਾਈਨ ਭਰੋਸਾ ਹੈ, ਇੱਕ ਸਥਿਤੀ ਵਿੱਚ ਜਿੱਥੇ ਲੋਕ ਜ਼ਿੰਮੇਵਾਰ ਨਹੀਂ ਹੁੰਦੇ: ਕਿਸੇ ਅਜਨਬੀ ਦੇ ਘਰ ਵਿੱਚ ਸੋਣਾ ਜਾਂ ਕਿਸੇ ਅਜਨਬੀ ਨੂੰ ਆਪਣਾ ਘਰ ਦੇਣਾ।
Airbnb ਨੂੰ ਇੱਕੋ ਸਮੇਂ ਹੋਸਟਾਂ ਅਤੇ ਮਹਿਮਾਨਾਂ ਨੂੰ ਆਕਰਸ਼ਿਤ ਕਰਨਾ ਸੀ। ਬਿਨਾਂ ਹੋਸਟਾਂ ਦੇ, ਮਹਿਮਾਨਾਂ ਕੋਲ ਬੁਕਿੰਗ ਲਾਇਕ ਵਿਕਲਪ ਨਹੀਂ ਮਿਲਦੇ; ਬਿਨਾਂ ਮਹਿਮਾਨਾਂ ਦੇ, ਹੋਸਟ ਲਿਸਟ ਨਹੀਂ ਕਰਨਗੇ। ਸ਼ੁਰੂ ਵਿੱਚ, ਇਹ “ਠੰਢਾ ਸ਼ੁਰੂਆਤ” ਜੋਖਮ ਨਾਲ ਹੋਰ ਤੇਜ਼ ਹੋ ਜਾਂਦਾ ਹੈ: ਭਾਵੇਂ ਸਪਲਾਈ ਤੇ ਮੰਗ ਹੋਵੇ, ਲੋਕ ਪਹਿਲਾ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਤੋਂ ਹਿਚਕਦੇ ਹਨ।
ਇਸ ਲਈ ਮੁੱਖ ਸਮੱਸਿਆ ਸਿਰਫ਼ ਸਪਲਾਈ ਨੂੰ ਮੰਗ ਨਾਲ ਜੋੜਨਾ ਨਹੀਂ ਸੀ—ਇਹ ਲੈਣ-ਦੇਣ ਨੂੰ ਇੰਨਾ ਸੁਰੱਖਿਅਤ ਮਹਿਸੂਸ ਕਰਵਾਉਣਾ ਸੀ ਕਿ ਆਮ ਲੋਕ ਮੁੜ-ਮੁੜ ਭਾਗ ਲੈਣ।
ਕੰਪਨੀ ਦੀ ਇਤਿਹਾਸ ਨੂੰ ਦੁਹਰਾਉਣ ਦੇ ਬਦਲੇ, ਇਹ ਗਾਈਡ ਉਹਨਾਂ ਭਰੋਸਾ ਪ੍ਰਣਾਲੀਆਂ ਅਤੇ ਮਾਰਕੀਟ ਡਿਜ਼ਾਇਨ ਚੋਣਾਂ ਨੂੰ ਵੇਖਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਨੇ ਫੈਲੇ ਹੋਏ ਖਾਲੀ ਕਮਰਿਆਂ ਨੂੰ ਭਰੋਸੇਯੋਗ ਯਾਤਰਾ ਇਨਵੈਂਟਰੀ ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ—ਜਿਵੇਂ ਪਹਚਾਣ ਸਿਗਨਲ, ਰਿਪਿਊਟੇਸ਼ਨ, ਭੁਗਤਾਨ, ਮਿਆਰ, ਮੈਸੇਜਿੰਗ ਅਤੇ ਵਿਵਾਦ ਪ੍ਰਕਿਰਿਆਵਾਂ। ਇਹ ਮਕੈਨਿਜ਼ਮ ਜੋਖਮ ਨੂੰ ਖਤਮ ਨਹੀਂ ਕਰਦੇ, ਪਰ ਇਸਨੂੰ ਇਸ ਕਦਰ ਘਟਾ ਦਿੰਦੇ ਹਨ ਕਿ ਮਾਰਕੀਟਪਲੇਸ ਵਿਸ਼ਵ ਪੱਧਰ 'ਤੇ ਕੰਮ ਕਰ ਸਕੇ।
ਜੇ ਤੁਸੀਂ ਅੱਜ ਕੋਈ ਮਾਰਕੀਟਪਲੇਸ ਬਣਾਉ ਰਹੇ ਹੋ, ਤਾਂ ਇਹ ਵੀ ਯਾਦ ਰੱਖਣਯੋਗ ਹੈ ਕਿ ਇਹ “ਟ੍ਰਸਟ ਸਟੈਕ” ਦਾ ਅਧਿਕ ਹਿੱਸਾ ਉਤਪਾਦੀ ਕੰਮ ਹੈ: ਫਲੋਜ਼, ਸੈਟਿੰਗਸ, ਡੀਫੌਲ्ट, ਅਤੇ ਇੰਫੋਰਸਮੈਂਟ ਲੋਜਿਕ। Koder.ai ਵਰਗੇ ਪਲੇਟਫਾਰਮ ਟੀਮਾਂ ਨੂੰ ਇਹ ਸਿਸਟਮ ਤੇਜ਼ੀ ਨਾਲ ਪ੍ਰੋਟੋਟਾਈਪ ਅਤੇ ਸ਼ਿਪ ਕਰਨ ਵਿੱਚ ਮਦਦ ਦੇ ਸਕਦੇ ਹਨ—ਰਿਵਿਊਜ਼, ਭੁਗਤਾਨ, ਮੇਸੇਜਿੰਗ ਜਾਂ ਸਪੋਰਟ ਟੂਲਿੰਗ ਲਈ ਇੱਕ ਸਪੈਸ ਤੋਂ ਕਾਰਜਕਾਰੀ ਵੈੱਬ ਐਪ (React) ਅਤੇ ਬੈਕਐਂਡ (Go + PostgreSQL) ਤਿਆਰ ਕਰਨ ਲਈ ਇਕ ਇਟਰੇਟਿਵ ਚੈਟ-ਚਲਿਤ ਬਿਲਡ ਪ੍ਰਕਿਰਿਆ ਰਾਹੀਂ।
Airbnb ਦੀ ਸ਼ੁਰੂਆਤੀ ਚੁਣੌਤੀ ਵੈੱਬਸਾਈਟ ਬਣਾਉਣਾ ਨਹੀਂ ਸੀ—ਇਹ ਦੋ ਅਜਨਬੀਆਂ ਨੂੰ ਕੁਝ ਐਸੀ ਚੀਜ਼ ਕਰਨ ਲਈ ਰਾਜ਼ੀ ਕਰਨਾ ਸੀ ਜੋ ਅਣਮਨਜੂਰ ਲੱਗਦਾ ਸੀ: ਕਿਸੇ ਅਜਨਬੀ ਦੇ ਘਰ ਵਿੱਚ ਸੌਣਾ ਜਾਂ ਕਿਸੇ ਅਜਨਬੀ ਨੂੰ ਘਰ ਦੇਣਾ। ਇਹ ਹਿਚਕ ਭਰੋਸੇ ਦਾ ਫ਼ਾਸਲਾ ਹੈ: ਉਹ ਵਾਧੂ ਅਣਿਸ਼ਚਿਤਤਾ ਜੋ ਪੀਅਰ-ਟੂ-ਪੀਅਰ ਲੈਣ-ਦੇਣ ਵਿੱਚ ਹੁੰਦੀ ਹੈ ਕਿਉਂਕਿ ਕੋਈ ਜਾਣਿਆ-ਪਛਾਣਿਆ ਬ੍ਰਾਂਡ, ਹੋਟਲ ਡੈਸਕ ਜਾਂ ਸਧਾਰਿਤ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ ਹੈ ਜੋ ਜੋਖਮ ਨੂੰ ਸੰਭਾਲੇ।
ਮਹਿਮਾਨਾਂ ਲਈ ਜੋਖਮ ਤੇਜ਼ੀ ਨਾਲ ਇਕੱਠੇ ਹੋ ਜਾਂਦੇ ਹਨ:
ਜਦੋਂ ਇਹ ਡਰ ਯਥਾਰਥ ਲੱਗਦੇ ਹਨ, ਮਹਿਮਾਨ ਹੋਟਲਾਂ ਵੱਲ ਮੋੜ ਜਾਂਦੇ ਹਨ—ਭਾਵੇਂ Airbnb ਸਸਤਾ ਜਾਂ ਵਧੀਆ ਲੱਗਦਾ ਹੋਵੇ।
ਹੋਸਟ ਇੱਕ ਹੋਰ ਵੱਡਾ ਭਰੋਸਾ ਲੈ ਰਿਹਾ ਹੁੰਦਾ ਹੈ:
ਜੇ ਹੋਸਟ ਅਸੁਰੱਖਿਅਤ ਮਹਿਸੂਸ ਕਰਦਾ ਹੈ, ਉਹ ਲਿਸਟ ਨਹੀਂ ਕਰੇਗਾ ਜਾਂ ਉਪਲਬਧਤਾ ਇੰਨੀ ਸੀਮਤ ਕਰ ਦੇਵੇਗਾ ਕਿ ਮਾਰਕੀਟਪਲੇਸ ਵਧ ਨਹੀਂ ਸਕੇਗਾ।
ਇੱਕ ਦੋ-ਪੱਖਾ ਮਾਰਕੀਟਪਲੇਸ ਨੂੰ "ਪਰਫੈਕਟ ਸੁਰੱਖਿਆ" ਦੀ ਲੋੜ ਨਹੀਂ—ਉਸਨੂੰ ਪੂਰਵਾਨੁਮਾਨ ਯੋਗ ਨਤੀਜੇ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਹਰ ਇੱਕ ਮਕੈਨਿਜ਼ਮ ਜੋ ਅਣਿਸ਼ਚਿਤਤਾ ਘਟਾਉਂਦਾ ਹੈ (ਥੋੜ੍ਹਾ ਵੀ) ਨਵੇਂ ਯੂਜ਼ਰ ਦੀ ਪਹਿਲੀ ਭਾਗੀਦਾਰੀ ਕਰਾਉਂਦਾ ਹੈ। ਵਧੀਕ ਭਾਗੀਦਾਰੀ ਹੋਰ ਲਿਸਟਿੰਗ ਅਤੇ ਬੁਕਿੰਗਸ ਬਣਾਉਂਦੀ ਹੈ, ਜੋ ਭਵਿੱਖ ਦੀਆਂ ਲੈਣ-ਦੇਣਾਂ ਨੂੰ ਹੋਰ ਸੁਰੱਖਿਅਤ ਬਣਾਉਂਦਾ ਹੈ। Airbnb ਨੂੰ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਭਰੋਸਾ ਹੱਲ ਕਰਨਾ ਪਿਆ, ਕਿਉਂਕਿ ਭਰੋਸਾ ਖਾਲੀ ਕਮਰਿਆਂ ਨੂੰ ਭਰੋਸੇਯੋਗ ਇਨਵੈਂਟਰੀ ਵਿੱਚ ਬਦਲਦਾ ਹੈ।
Airbnb ਦੀ ਸ਼ੁਰੂਆਤੀ ਚੁਣੌਤੀ ਸਿਰਫ਼ ਕਾਫੀ ਲਿਸਟਿੰਗ ਲੱਭਣਾ ਨਹੀਂ ਸੀ—ਇਹ ਲੋਕਾਂ ਨੂੰ ਇਹ ਮਨਾਉਣਾ ਸੀ ਕਿ ਇੱਕ ਲਿਸਟਿੰਗ ਅਸਲੀ ਹੈ, ਹੋਸਟ ਜ਼ਿੰਮੇਵਾਰ ਹੈ, ਅਤੇ ਮਹਿਮਾਨ ਘਰ ਦੀ ਇਜ਼ਤ ਕਰਨਗੇ। ਟਰਸਟ ਸਿਗਨਲ ਉਹ ਦਿੱਖਯੋਗ "ਪ੍ਰੂਫ਼ ਪੌਇੰਟ" ਹਨ ਜੋ ਕਿਤੇ ਬੁਕਿੰਗ ਤੋਂ ਪਹਿਲਾਂ ਅਣਿਸ਼ਚਿਤਤਾ ਘਟਾਉਂਦੇ ਹਨ।
ਪਲੇਟਫਾਰਮ ਨੇ ਕਈ ਇਸ਼ਾਰਿਆਂ ਨੂੰ ਇੱਕ ਥਾਂ ਤੇ ਰੱਖਿਆ ਤਾਂ ਜੋ ਯੂਜ਼ਰ ਤੁਰੰਤ ਅਤੇ ਨਿਸ਼ਚਿੰਤ ਫੈਸਲਾ ਕਰ ਸਕਣ:
ਇੱਕ ਟਰਸਟ ਸਿਗਨਲ ਤਦ ਹੀ ਮਦਦਗਾਰ ਹੈ ਜਦੋਂ ਉਹ ਆਸਾਨੀ ਨਾਲ ਮਿਲ ਜਾਵੇ ਅਤੇ ਸਮਝਣ ਵਿੱਚ ਸੌਖਾ ਹੋਵੇ। Airbnb ਨੂੰ ਲਾਭ ਇਹ ਸੀ ਕਿ ਮੁੱਖ ਸਿਗਨਲ ਹਰ ਵਾਰੀ ਇੱਕੋ ਥਾਂ 'ਤੇ ਦਿਖਾਏ ਜਾਂਦੇ—ਲਿਸਟਿੰਗ ਪੰਨਿਆਂ 'ਤੇ, ਬੁਕਿੰਗ ਦੌਰਾਨ, ਅਤੇ ਮੇਸੇਜਿੰਗ ਵਿੱਚ—ਤਾਂ ਜੋ ਯੂਜ਼ਰਾਂ ਨੂੰ ਭਰੋਸਾ ਲੱਭਣ ਲਈ ਖੋਜ ਨਾ ਕਰਨੀ ਪਵੇ।
ਇਕਸਾਰਤਾ ਚੁਣੋਤੀ ਭੇਦਭਾਵੀ ਖੁਲਾਸੇ ਨੂੰ ਵੀ ਸੀਮਤ ਕਰਦੀ ਹੈ। ਜਦੋਂ ਹਰ कोई ਇੱਕੋ ਤਰ੍ਹਾਂ ਦੀ ਜਾਣਕਾਰੀ ਦੇਣ ਲਈ ਪ੍ਰੇਰਿਤ ਹੁੰਦਾ ਹੈ, ਤੁਲਨਾ ਵਧੇਰੇ ਨਿਆਂਸੰਗਤ ਮਹਿਸੂਸ ਹੁੰਦੀ ਹੈ ਅਤੇ ਅਸਾਧਾਰਣ ਹਾਲਤਾਂ ਜ਼ਿਆਦਾ ਆਸਾਨੀ ਨਾਲ ਨਜ਼ਰ ਆਉਂਦੀਆਂ ਹਨ।
ਵੱਧ ਵੈਰੀਫਿਕੇਸ਼ਨ ਭਰੋਸਾ ਵਧਾ ਸਕਦੀ ਹੈ, ਪਰ ਇਹ ਸਾਈਨ-ਅਪ ਨੂੰ ਧੀਮਾ ਕਰਕੇ ਯੋਗ ਉਪਭੋਗਤਿਆਂ ਨੂੰ ਬਾਹਰ ਰੱਖ ਸਕਦੀ ਹੈ। ਵੱਧ ਨਿੱਜੀ ਡੇਟਾ ਮੰਗਣ ਨਾਲ ਗੋਪਨੀਯਤਾ ਦੀ ਚਿੰਤਾ ਉਠਦੀ ਹੈ, ਖ਼ਾਸ ਕਰਕੇ ਅਲੱਗ-ਅਲੱਗ ਦੇਸ਼ਾਂ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਮਿਆਰਾਂ ਅਤੇ ਨਿਯਮ ਹਨ।
ਵਿਆਵਹਾਰਕ ਸੰਤੁਲਨ ਇਹ ਹੈ: ਬੁਰੇ ਕਾਰਜਕਰਤਾ ਨੂੰ ਰੋਕਣ ਲਈ ਘੱਟੋ-ਘੱਟ ਲੋੜੀਦੀ ਵੈਰੀਫਿਕੇਸ਼ਨ ਲਾਭਵੰਤ ਹੈ, ਫਿਰ ਵਿਕਲਪਿਕ ਸਿਗਨਲ ਸ਼ਾਮਲ ਕਰੋ ਜੋ ਭਰੋਸੇਯੋਗ ਯੂਜ਼ਰਾਂ ਨੂੰ ਵੱਖਰਾ ਕਰਨ ਦਿੰਦੇ ਹਨ।
ਹਰ ਕਿਸੇ ਕੋਲ ਲੰਬੀ ਸਮੀਖਿਆ ਇਤਿਹਾਸ, ਸੋਸ਼ਲ ਮੌਜੂਦਗੀ, ਜਾਂ ਪੂਰੇ ਦਸਤਾਵੇਜ਼ ਨਹੀਂ ਹੁੰਦੇ। ਇੱਕ ਚੰਗੀ ਟਰਸਟ ਪ੍ਰਣਾਲੀ ਕਈ ਰਾਹ ਦਿੰਦੀ ਹੈ—ਸਪਸ਼ਟ ਪ੍ਰੋਫਾਈਲ ਪੂਰਨਤਾ, ਸੰਵੇਦਨਸ਼ੀਲ ਸੰਵਾਦ, ਅਤੇ ਸਮੇਂ ਦੇ ਨਾਲ ਲਗਾਤਾਰ ਵਰਤਾਰਾ—ਤਾਂ ਜੋ ਨਵੇਂ ਯੂਜ਼ਰ (ਅਤੇ ਬਹੁਤ ਘੱਟ-ਦਸਤਾਵੇਜ਼ ਵਾਲੇ ਪ੍ਰਸੰਗਾਂ ਤੋਂ) ਭਾਗ ਲੈ ਸਕਣ।
ਸਮੀਖਿਆਵਾਂ ਮਾਰਕੀਟਪਲੇਸ ਦੀ ਯਾਦਦਾਸ਼ਤ ਹਨ। ਬਿਨਾਂ ਉਨ੍ਹਾਂ ਦੇ, ਹਰ ਇਕ ਬੁਕਿੰਗ ਪਹਿਲੀ ਮੁਲਾਕਾਤ ਵਰਗੀ ਲੱਗੇਗੀ: ਮਹਿਮਾਨ ਨੂੰ ਪਤਾ ਨਹੀਂ ਕਿ ਹੋਸਟ ਵਾਅਦੇ ਅਨੁਸਾਰ ਕੰਮ ਕਰੇਗਾ, ਅਤੇ ਹੋਸਟ ਨੂੰ ਨਹੀਂ ਪਤਾ ਕਿ ਮਹਿਮਾਨ ਘਰ ਦਾ ਸਤਿਕਾਰ ਕਰੇਗਾ। ਸਮੀਖਿਆਵਾਂ ਵਰਤਾਰਾ ਇੱਕ ਲੈਣ-ਦੇਣ ਤੋਂ ਦੂਜੇ ਵਿੱਚ ਲੈ ਜਾਂਦੀਆਂ ਹਨ, ਤਾਂ ਜੋ ਭਰੋਸਾ ਜੋੜਦਾ ਜਾਵੇ ਨਾ ਕਿ ਹਰ ਵਾਰ ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਹੋਵੇ।
Airbnb ਦੀ ਮਹੱਤਵਪੂਰਨ ਡਿਜ਼ਾਇਨ ਚੋਣ ਸੀ ਦੋਹਾਂ ਪੱਖਾਂ ਦੀ ਸਮੀਖਿਆ: ਹੋਸਟ ਅਤੇ ਮਹਿਮਾਨ ਦੋਹਾਂ ਇਕ-ਦੂਜੇ ਦੀ ਸਮੀਖਿਆ ਕਰ ਸਕਦੇ ਹਨ। ਇਹ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਭਰੋਸਾ ਦੋ-ਪੱਖੀ ਹੁੰਦਾ ਹੈ—ਹੋਸਟ ਜਾਇਦਾਦ ਨੁਕਸਾਨ ਬਾਰੇ ਸੋਚਦਾ ਹੈ, ਜਦਕਿ ਮਹਿਮਾਨ ਸਾਫ਼-ਸਫਾਈ, ਸਹੀਤਾ, ਅਤੇ ਸੁਰੱਖਿਆ ਬਾਰੇ।
ਸਮਾਂ ਵੀ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ। ਦੋਹਾਂ ਪੱਖਾਂ ਦੇ ਜਮ੍ਹਾਂ ਕਰਨ ਜਾਂ ਵਿੰਡੋ ਬੰਦ ਹੋਣ ਤੋਂ ਬਾਅਦ ਸਮੀਖਿਆਵਾਂ ਦਿਖਾਈ ਜਾਣ ਨਾਲ ਬਦਲਾ ਅਤੇ ਸਮੀਖਿਆ ਬਾਰਗੇਨਿੰਗ ਘਟਦੀ ਹੈ। ਜੇ ਤੁਸੀਂ ਤੁਰੰਤ ਨਹੀਂ ਦੇਖ ਸਕਦੇ ਕਿ ਦੂਜੇ ਨੇ ਕੀ ਲਿਖਿਆ, ਤਾਂ ਤੁਸੀਂ ਜ਼ਿਆਦਾਤਰ ਇਮਾਨਦਾਰ ਰੈਪੋਰਟ ਦੇਵੋਗੇ ਬਜਾਏ ਕਿਸੇ ਚੰਗੇ ਸਕੋਰ ਲਈ ਮੋਲ-ਤੋਲ ਕਰਨ ਦੇ।
ਸਟਾਰ ਰੇਟਿੰਗ ਤੇਜ਼ ਅਤੇ ਸਕੈਨ ਲਈ ਆਸਾਨ ਹੁੰਦੀ ਹੈ—ਉਨ੍ਹਾਂ ਨੂੰ ਜੋੜਨਾ ਅਤੇ ਅਗਰੇਗੇਟ ਕਰਨਾ ਸੌਖਾ ਹੁੰਦਾ ਹੈ ਅਤੇ ਖੋਜ/ਫਿਲਟਰਿੰਗ ਲਈ ਲਾਇਕ। ਪਰ ਸਟਾਰਸ ਨੁੰਨਸ ਨੂੰ ਇੱਕ ਹੀ ਨੰਬਰ ਵਿੱਚ ਦਬਾ ਦਿੰਦੇ ਹਨ—ਰੈਂਕਿੰਗ ਲਈ ਵਧੀਆ, ਸਮਝਣ ਲਈ ਕਈ ਵਾਰੀ ਘਟਿਆ ਰਹਿੰਦਾ ਹੈ।
ਲਿਖਤੀ ਫੀਡਬੈਕ ਉਹ ਸੰਦਰਭ ਦਿੰਦੀ ਹੈ ਜੋ ਨੰਬਰ ਨਹੀਂ ਦੇ ਸਕਦੇ: ਕੀ ਚੰਗਾ ਸੀ, ਕੀ ਗਲਤ ਗਿਆ, ਅਤੇ ਕਿਸ ਕਿਸਮ ਦੇ ਯਾਤਰੀ ਲਈ ਲਿਸਟਿੰਗ ਵਧੀਆ ਹੈ। ਇਹ ਉਮੀਦਾਂ ਸੈੱਟ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦੀ ਹੈ (“ਉੱਚ ਸਿਢ਼ੀਆਂ”, “ਸੜਕ ਦੀ ਸ਼ੋਰ”, “ਹੋਸਟ ਬਹੁਤ ਜਵਾਬਦੇਹ”)—ਵੇਰਵੇ ਜੋ ਅਗਲੇ ਮਿਸਮੈਚ ਨੂੰ ਰੋਕ ਸਕਦੇ ਹਨ।
ਇਕੱਠੇ ਵਰਤਣ 'ਤੇ, ਸਟਾਰ "ਕਿੰਝ ਸੀ ਆਮ ਤੌਰ ਤੇ?" ਦਾ ਉੱਤਰ ਦਿੰਦੇ ਹਨ, ਜਦਕਿ ਲਿਖਤ "ਮੈਂ ਚੁਣਣ ਤੋਂ ਪਹਿਲਾਂ ਕੀ ਜਾਣਾਂ?" ਦਾ।
ਬੇਕਾਰ ਜਾਂ ਗੈਰ-ਲਾਜ਼ਮੀ ਟਿੱਪਣੀਆਂ ਤੋਂ ਬਚਣ ਲਈ, ਮਾਰਕੀਟਪਲੇਸ ਲੋਕਾਂ ਨੂੰ ਪ੍ਰਾਂਪਟਸ ਦੇ ਕੇ ਰਹਿਤ ਦਿੰਦਾ ਹੈ (ਸਾਫ਼-ਸੁਥਰਾ, ਸੰਚਾਰ, ਸਹੀਤਾ, ਚੈਕ-ਇਨ)। ਇਹ ਢਾਂਚਾ ਤੁਲਨਾਤਮਕਤਾ ਸੁਧਾਰਦਾ ਹੈ ਅਤੇ ਇਸ ਗੱਲ ਦੀ ਸੰਭਾਵਨਾ ਘਟਾਉਂਦਾ ਹੈ ਕਿ ਇੱਕ ਇੱਕ ਰੰਜਸ਼ ਇਕੱਠੇ ਸਾਰੇ ਨੈਰੇਟਿਵ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰੇ।
ਗੁਣਵੱਤਾ ਨਿਯੰਤਰਣ ਵਿੱਚ ਨਾਬਰਦਾਨ ਸਮੱਗਰੀ (ਨਫਰਤ, ਧਮਕੀਆਂ, ਨਿੱਜੀ ਜਾਣਕਾਰੀ) ਲਈ ਮੌਡਰੇਸ਼ਨ ਅਤੇ ਜਦੋਂ ਕੋਈ ਸਮੀਖਿਆ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਗਲਤ ਹੋਵੇ ਜਾਂ ਨੀਤੀ ਦੀ ਉਲੰਘਣਾ ਕਰਦੀ ਹੋਵੇ ਤਾਂ ਵਿਵਾਦ ਪ੍ਰਕਿਰਿਆ ਵੀ ਸ਼ਾਮਲ ਹੈ। ਮਕਸਦ ਨਕਾਰਾਤਮਕ ਅਨੁਭਵ ਮਿਟਾਉਣਾ ਨਹੀਂ—ਮਕਸਦ ਇਹ ਹੈ ਕਿ ਸਮੀਖਿਆ ਪ੍ਰਣਾਲੀ ਕਾਰਵਾਈਯੋਗ, ਨਿਆਂਸੰਗਤ ਇਸ਼ਾਰੇ ਦਿੰਦੀ ਰਹੇ ਤਾਂ ਜੋ ਅਗਲਾ ਵਿਅਕਤੀ ਬਿਹਤਰ ਫੈਸਲਾ ਕਰ ਸਕੇ।
ਇੱਕ ਬੁਕਿੰਗ ਤੁਹਾਨੂੰ "ਅਸਲੀ" ਲੱਗਦੀ ਹੈ ਜਦੋਂ ਪੈਸਾ ਇੰਨੇ ਤਰੀਕੇ ਨਾਲ ਚਲਦਾ ਹੈ ਜੋ ਦੋਹਾਂ ਪੱਖਾਂ ਲਈ ਅਨੁਮਾਨਯੋਗ ਹੋਵੇ। ਮਹਿਮਾਨ ਲਈ ਜੋਖਮ ਇਹ ਹੈ ਕਿ ਉਹ ਅਜਿਹਾ ਕੁਝ ਦਿਲਾ ਦੇਵੇ ਜੋ ਵੇਰਵਾ ਦੇ ਅਨੁਸਾਰ ਨਹੀਂ ਹੈ (ਜਾਂ ਮੌਜੂਦ ਨਹੀਂ)। ਹੋਸਟ ਲਈ ਜੋਖਮ ਇਹ ਹੈ ਕਿ ਉਹ ਇਕ ਅਜਨਬੀ ਲਈ ਤਾਰੀਖਾਂ ਰੱਖੇ ਅਤੇ ਫਿਰ ਭੁਗਤਾਨ ਨਾ ਮਿਲੇ। Airbnb ਦਾ ਭੁਗਤਾਨ ਫਲੋ ਦੋਹਾਂ ਡਰਾਂ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਪਰਮੀਸ਼ਨ ਅਤੇ ਅਨਟਲਾਈਜ਼ ਨੂੰ ਵੱਖਰਾ ਕਰਦਾ ਹੈ।
ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ, ਪਲੇਟਫਾਰਮ ਮਹਿਮਾਨ ਦਾ ਭੁਗਤਾਨ ਬੁਕਿੰਗ 'ਤੇ ਇਕੱਠਾ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਉਸਨੂੰ ਰਿਹਸਾ ਤੱਕ ਰੋਕ ਕੇ ਰੱਖ ਸਕਦਾ ਹੈ (ਅਕਸਰ ਚੈਕ-ਇਨ ਤੋਂ ਥੋੜ੍ਹੇ ਸਮੇਂ ਬਾਅਦ)। ਇਸ ਨਾਲ ਦੋ ਮਹੱਤਵਪੂਰਣ ਗੱਲਾਂ ਹੁੰਦੀਆਂ ਹਨ:
ਹੋਸਟਾਂ ਲਈ, ਇੱਕ ਅਨੁਮਾਨਯੋਗ ਰਿਲੀਜ਼ ਸ਼ਡਿਊਲ ਮਾਤਰਾ ਬਰਾਬਰ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਜੇ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ ਕਿ ਪੇਆਉਟ ਕਦੋਂ ਆਵੇਗਾ, ਤਾਂ ਹੋਸਟਿੰਗ ਇਕ ਆਮ ਬਿਜ਼ਨਸ ਲੈਣ-ਦੇਣ ਵਾਂਗ ਮਹਿਸੂਸ ਹੁੰਦੀ ਹੈ ਨਾ ਕਿ ਇੱਕ ਸਟੇਅਕ।
ਭਰੋਸਾ ਉਸ ਅੰਤਿਮ ਨੰਬਰ 'ਤੇ ਵੀ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਸਪਸ਼ਟ ਵਿਭਾਜਨ—ਰਾਤ ਦੀ ਦਰ, ਸਾਫ-ਸਫਾਈ ਫੀਸ, ਸੇਵਾ ਫੀਸ, ਅਤੇ ਜਿੱਥੇ ਲਾਗੂ ਹੋਵੇ ਟੈਕਸ—"ਚੈਕਆਊਟ ਹੈਰਾਨੀ" ਘਟਾਉਂਦਾ ਹੈ, ਜੋ ਆਮ ਤੌਰ 'ਤੇ ਰੱਦਗੀ, ਵਿਵਾਦ ਅਤੇ ਨਕਾਰਾਤਮਕ ਸਮੀਖਿਆ ਦਾ ਕਾਰਨ ਬਣਦਾ ਹੈ। ਜਦੋਂ ਮਹਿਮਾਨ ਕੁੱਲ ਦੀ ਤੁਲਨਾ ਕਰ ਸਕਦੇ ਹਨ, ਉਹ ਘੱਟ ਸੰਭਾਵਨਾ ਨਾਲ ਧੋਖਾ ਮਹਿਸੂਸ ਕਰਨਗੇ ਅਤੇ ਬੁਕ ਕਰਨ ਲਈ ਤਿਆਰ ਹੋਣਗੇ।
ਕਾਰਡ ਚਾਰਜਬੈਕ ਮਹਿੰਗੇ ਅਤੇ ਗੁੰਝਲਦਾਰ ਹੁੰਦੇ ਹਨ। ਰੀਫੰਡ ਅਤੇ ਰੱਦਗੀ 'ਤੇ ਪਾਰਦਰਸ਼ੀ ਨੀਤੀਆਂ, ਨਾਲ ਹੀ ਕੀ ਸਹਿਮਤ ਕੀਤਾ ਗਿਆ ਸੀ ਦਾ ਲਾਜ਼ਮੀ ਰਿਕਾਰਡ, “ਮੈਂ ਨੇ ਇਸ ਦੀ ਮਨਜ਼ੂਰੀ ਨਹੀਂ ਦਿੱਤੀ” ਦਾਵਿਆਂ ਨੂੰ ਰੋਕਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ। ਜਦੋਂ ਕੀਮਤ ਅਤੇ ਪੇਆਉਟ ਨਿਯਮ ਆਸਾਨੀ ਨਾਲ ਸਮਝ ਆ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਸਪੋਰਟ ਹਰ ਇਕ ਗਲਤਫਹਮੀ ਨੂੰ ਮੱਧਸਥਤਾ ਕਰਨ ਲਈ ਤਿਆਰ ਨਹੀਂ ਰਹਿੰਦਾ—ਇਸ ਨਾਲ ਅਸਲ ਐਜ ਕੇਸਾਂ ਲਈੱਈ ਵਧੀਆ ਸਮਰੱਥਾ ਰਹਿੰਦੀ ਹੈ।
ਇੱਕ ਮਾਰਕੀਟਪਲੇਸ ਪਹਿਚਾਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਪੈਸੇ ਨੂੰ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਚਲਾ ਸਕਦਾ ਹੈ, ਪਰ ਅਗਰ ਤਜਰਬਾ ਇੱਕਸਾਰ ਨਾ ਹੋਵੇ ਤਾਂ ਫੇਲ ਹੋ ਜਾਏਗਾ। Airbnb ਲਈ ਗੁਣਵੱਤਾ ਨਿਯੰਤਰਣ ਦਾ ਮਕਸਦ ਹਰ ਘਰ ਨੂੰ ਇਕੋ ਜਿਹਾ ਬਣਾਉਣਾ ਨਹੀਂ ਸੀ—ਇਹ ਉਮੀਦਾਂ ਇੰਨੀ ਭਰੋਸੇਯੋਗ ਬਣਾਉਣਾ ਸੀ ਕਿ ਮਹਿਮਾਨ ਮੁੜ ਬੁਕ ਕਰਨ।
ਸਭ ਤੋਂ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਮਿਆਰ ਉਹ ਹਨ ਜੋ ਹੋਸਟ ਸਰਲਤਾ ਨਾਲ ਅਮਲ ਕਰ ਸਕਣ। ਆਮ ਤੌਰ 'ਤੇ ਇਹ ਉਮੀਦਾਂ ਸਾਫ਼ ਕਰਦੀਆਂ ਹਨ:
ਜਦੋਂ ਇਹ ਮਿਆਰ ਵਿਸ਼ੇਸ਼ ਹੁੰਦੇ ਹਨ, ਹੋਸਟ ਖੁਦ-ਸੁਧਾਰ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ ਮਹਿਮਾਨ ਘੱਟ "ਜੇ" ਸੋਚ ਕੇ ਬੁਕ ਕਰਦੇ ਹਨ।
Airbnb ਮਾਰਕੀਟਪਲੇਸ ਦੀਆਂ ਚੀਜ਼ਾਂ ਨਾਲ ਬਿਹavior steer ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਹੋਸਟਾਂ ਲਈ ਅਸਲ ਮਾਇਨੇ ਰੱਖਦੀਆਂ ਹਨ। ਚੰਗਾ ਪ੍ਰਦਰਸ਼ਨ ਸਰਚ ਵਿੱਚ ਵਧੀਆ ਦਿੱਖ, ਪ੍ਰੋਗਰਾਮਾਂ ਜਾਂ ਬੈਜਾਂ ਲਈ ਯੋਗਤਾ, ਅਤੇ ਹੋਰ ਬੁਕਿੰਗਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਨਤੀਜੇ ਦੇ ਸਕਦਾ ਹੈ। ਖਰਾਬ ਪ੍ਰਦਰਸ਼ਨ ਦਾ ਉਲਟ ਪ੍ਰਭਾਵ ਹੋ ਸਕਦਾ ਹੈ: ਘੱਟ ਰੈਂਕ, ਯੋਗਤਾ ਲੋਸ, ਅਸਥਾਈ ਸੀਮਾਵਾਂ, ਜਾਂ—ਨੁਕਸਾਨਪੁਰਨ ਜਾਂ ਦੁਹਰਾਵਾਂ ਹਾਲਤਾਂ ਵਿੱਚ—ਪਲੇਟਫਾਰਮ ਤੋਂ ਹਟਾਇਆ ਜਾਣਾ।
ਇਸਦਾ ਕਾਰਜਕਾਰੀ ਰਾਹ ਇਹ ਨਹੀਂ ਕਿ ਸਜ਼ਾ ਮੌਜੂਦ ਹੋਵੇ; ਬਲਕਿ ਹੋਸਟਾਂ ਲਈ ਕਾਰਵਾਈਆਂ ਅਤੇ ਨਤੀਜਿਆਂ ਵਿਚ ਸਾਫ਼ ਸੰਬੰਧ ਹੋਵੇ।
ਗੁਣਵੱਤਾ ਸਭ ਤੋਂ ਤੇਜ਼ ਤਰੀਕੇ ਨਾਲ ਤਿਆਰ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਪਲੇਟਫਾਰਮ ਸਿੱਖਾਉਂਦਾ ਹੈ, ਸਿਰਫ਼ ਦੰਡ ਨਹੀਂ ਦਿੰਦਾ। ਪ੍ਰਾਇਕਟਿਕਲ ਸੰਦ ਜਿਵੇਂ onboarding flows, ਪ੍ਰੀ-ਅਰਾਈਵਲ ਚੈਕਲਿਸਟ, ਕੀਮਤ ਅਤੇ ਕੈਲੰਡਰ ਸੁਝਾਅ, ਅਤੇ "ਚੰਗੀਆਂ ਲਿਸਟਿੰਗਾਂ ਵਿੱਚ ਕੀ ਸ਼ਾਮਲ ਹੁੰਦਾ" ਗਾਈਡ ਨਵੇਂ ਹੋਸਟਾਂ ਨੂੰ ਸ਼ੁਰੂ ਵਿੱਚ ਹੀ ਉਮੀਦਾਂ 'ਤੇ ਖਰਾ ਉਤਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦੇ ਹਨ—ਜਦੋਂ ਉਹ ਬੁਰੇ ਸਮੀਖਿਆਵਾਂ ਜਮ੍ਹਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ।
ਮਿਆਰ ਸਿਰਫ਼ ਉਸ ਵੇਲੇ ਹੀ ਬਰਕਰਾਰ ਮਹਿਸੂਸ ਹੁੰਦੇ ਹਨ ਜਦੋਂ ਉਹ ਲਗਾਤਾਰ ਲਾਗੂ ਕੀਤੇ ਜਾਂ। ਜੇ ਇੰֆੋਰਸਮੈਂਟ ਅਣਨਿਰਧਾਰਤ ਹੈ, ਤਾਂ ਚੰਗੇ ਹੋਸਟ ਵੀ ਪ੍ਰਣਾਲੀ 'ਤੇ ਭਰੋਸਾ ਖੋ ਦਿੰਦੇ ਹਨ। ਸਪਸ਼ਟ ਨਿਯਮ, ਪਾਰਦਰਸ਼ੀ ਮੈਟ੍ਰਿਕਸ, ਅਤੇ ਨਿਰਧਾਰਿਤ ਕਾਰਵਾਈ ਮੀਆਦ ਟਰਨ ਗੁਣਵੱਤਾ ਨਿਯੰਤਰਣ ਨੂੰ ਇੱਕ ਚੀਜ਼ ਬਣਾਉਂਦੇ ਹਨ ਜਿਸਦੀ ਯੋਜਨਾ ਹੋਸਟ ਕਰ ਸਕਦੇ ਹਨ—ਅਤੇ ਮਹਿਮਾਨ ਉੱਤੇ ਨਿਰਭਰ ਕਰ ਸਕਦੇ ਹਨ।
ਇੱਕ ਮਾਰਕੀਟਪਲੇਸ ਕੋਲ ਲੱਖਾਂ ਲਿਸਟਿੰਗਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ ਅਤੇ ਫਿਰ ਵੀ ਖਾਲੀ ਮਹਿਸੂਸ ਹੋ ਸਕਦਾ ਹੈ ਜੇ ਮਹਿਮਾਨ ਤੇਜ਼ੀ ਨਾਲ ਸਹੀ ਜਗ੍ਹਾ ਨਹੀਂ ਲੱਭ ਸਕਦੇ। ਸਰਚ ਉਹ ਹੈ ਜੋ ਕੱਚੀ ਸਪਲਾਈ ਨੂੰ ਵਰਤਣਯੋਗ ਇਨਵੈਂਟਰੀ ਵਿੱਚ ਬਦਲਦਾ ਹੈ—ਟ੍ਰਿਪ ਦੀ ਨੀਅਤ ਨੂੰ ਇੱਕ ਛੋਟੀ, ਵਿਸ਼ਵਾਸਯੋਗ ਸ਼ਾਰਟਲਿਸਟ ਵਿੱਚ ਤਬਦੀਲ ਕਰਦਾ ਹੈ।
ਅਧਿਕਤਰਨ ਮਹਿਮਾਨੀ ਖੋਜ ਕੁਝ ਠੋਸ ਪਾਬੰਦੀਆਂ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ: ਸਥਾਨ, ਤਰੀਕਾਂ, ਅਤੇ ਸਮਰੱਥਾ। ਉੱਥੋਂ, ਕੀਮਤ ਅਤੇ ਲਾਜ਼ਮੀ ਸੁਵਿਧਾਵਾਂ (Wi‑Fi, ਰਸੋਈ, ਪਾਰਕਿੰਗ, ਪੈਟ-ਫ੍ਰੈਂਡਲੀ, ਸਟੀਪ-ਫ੍ਰੀ ਐਕਸੈਸ) ਹੋਰ ਛਾਂਟ ਕਰਦੀਆਂ ਹਨ। ਛੋਟੇ ਵੇਰਵੇ ਵੀ ਅਹੰਕਾਰ ਰੱਖਦੇ ਹਨ: ਲਚਕੀਲਾ ਚੈਕ-ਇਨ, ਡੈਡੀਕੇਟਿਡ ਵਰਕਸਪੇਸ, ਜਾਂ "ਪੂਰਾ ਘਰ" ਵਿਰੁੱਧ "ਪ੍ਰਾਇਵੇਟ ਰੂਮ"।
ਜੇ ਇਹ ਬੁਨਿਆਦੀ ਚੀਜ਼ਾਂ ਚੰਗੀ ਤਰ੍ਹਾਂ ਕੈਪਚਰ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ, ਤਾਂ ਪਲੇਟਫਾਰਮ ਅਣਲੰਮੇ ਖੋਜ ਨਤੀਜਿਆਂ ਨੂੰ ਦਿਖਾਣਾ ਬੰਦ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਗਲਤ-ਮੈਚ ਦੀ ਸੰਭਾਵਨਾ ਨੂੰ ਘਟਾ ਸਕਦਾ ਹੈ—ਜੋ ਸੁਵਿਧਾ ਦੇ ਨਾਲ ਨਾਲ ਭਰੋਸਾ ਵੀ ਹੈ।
ਜਦੋਂ ਫਿਲਟਰ ਇੱਕ ਉਮੀਦਵਾਰ ਸੈੱਟ ਪੈਦਾ ਕਰਦੇ ਹਨ, ਤਾਂ ਰੈਂਕਿੰਗ ਨਿਰਣਾ ਕਰਦੀ ਹੈ ਕਿ ਕਿਹੜੇ ਵਿਕਲਪ ਧਿਆਨ ਵਿੱਚ ਆਉਣ। ਮਾਰਕੀਟਪਲੇਸ ਰੈਂਕਿੰਗ ਰਾਹੀਂ ਉਹਨਾਂ ਵਰਤਾਰਿਆਂ ਨੂੰ ਇਨਾਮ ਦੇ ਸਕਦਾ ਹੈ ਜੋ ਇੱਕ ਨਰਮ ਰਹਿਣ ਵਾਲੀ ਰਹਿਣ-ਯਾਤਰਾ ਦਾ ਸਨਕੇਤ ਦਿੰਦੇ ਹਨ, ਜਿਵੇਂ:
ਇਹ ਸਿਰਫ਼ "ਸਭ ਤੋਂ ਵਧੀਆ ਸੰਪਤੀ" ਦਾ ਮਾਮਲਾ ਨਹੀਂ—ਇਹ ਭਵਿੱਖਬਾਣੀ ਕਰਨ ਵਾਲਾ ਹੈ ਕਿ ਕਿਹੜੀ ਬੁਕਿੰਗ ਦੇ ਨਾਕਾਮ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਘੱਟ ਹੈ। ਰੈਂਕਿੰਗ ਇੱਕ ਟਰਸਟ ਸਿਸਟਮ ਬਣ ਜਾਂਦੀ ਹੈ: ਇਹ ਮੰਗ ਨੂੰ ਭਰੋਸੇਯੋਗ ਸਪਲਾਈ ਵੱਲ ਮੋੜਦੀ ਹੈ ਅਤੇ ਹੋਸਟਾਂ ਨੂੰ ਚੰਗੇ ਆਚਰਨ ਬਣਾਈ ਰੱਖਣ ਦਾ ਕਾਰਨ ਦਿੰਦੀ ਹੈ।
ਬਹੁਤ ਜ਼ਿਆਦਾ ਵਿਕਲਪ ਜੋਖਮ ਮਹਿਸੂਸ ਕਰਵਾਂਦੇ ਹਨ—ਮਹਿਲਾ ਜਾਂ ਅਦਮੀ ਸੋਚਣ ਲੱਗਦੇ ਹਨ ਕਿ ਉਹ ਕੀ ਖੋ ਰਹੇ ਹਨ। ਚੰਗੀ ਸਰਚ ਡਿਜ਼ਾਇਨ ਇਸਦਾ ਮੁਕਾਬਲਾ ਕਰਦੀ ਹੈ ਸਪਸ਼ਟ ਫਿਲਟਰ, ਮਦਦਗਾਰ ਵਰਗਾਂ, ਅਤੇ "ਬਿਹਤਰੀਨ-ਮੈਚ" ਡੀਫੌਲਟਸ ਨਾਲ ਜੋ ਕਿਸੇ ਦਿੱਤੀ ਯਾਤਰਾ ਪ੍ਰਕਾਰ ਲਈ ਸਭ ਤੋਂ ਅਹੰਕਾਰ ਰੱਖਦੇ ਹਨ।
ਕੁਰੇਟ ਕੀਤੇ ਗਰੁੱਪ (ਉਦਾਹਰਣ ਲਈ ਪਰਿਵਾਰ-ਮਿੱਤਰ, ਕਾਰੋਬਾਰੀ-ਤਿਆਰ, ਜਾਂ ਵਿਲੱਖਣ ਰਿਹਾਇਸ਼ਾਂ) ਵੀ ਮਹਿਮਾਨਾਂ ਨੂੰ ਬੇਅੰਤ ਮਿਲੀਆਂ ਲਿਸਟਿੰਗਾਂ ਵੇਖਣ ਬਿਨਾਂ ਖੋਜ ਕਰਨ ਦੀ ਸਹੂਲਤ ਦਿੰਦੇ ਹਨ।
ਨਵੀਆਂ ਲਿਸਟਿੰਗਾਂ ਕੋਲ ਘੱਟ ਡੇਟਾ ਹੁੰਦੀ ਹੈ, ਜਿਸ ਨਾਲ ਉਹਨਾਂ ਨੂੰ ਰੈਂਕਾਂਗ ਕਰਨਾ ਮੁਸ਼ਕਲ ਹੋ ਜਾਂਦਾ ਹੈ। ਮਾਰਕੀਟਪਲੇਸ ਇਸਨੂੰ ਨਵਾਟੀ ਨੂੰ ਸੀਮਤ ਪ੍ਰਦਰਸ਼ਨ ਦੇ ਕੇ, ਹਲਕੇ-ਫਰੌਕ ਕੱਚੇ ਜਾਂਚਾਂ ਵਰਤ ਕੇ, ਅਤੇ ਪ੍ਰਾਕਸੀ ਸਿਗਨਲਾਂ (ਪ੍ਰੋਫਾਈਲ ਪੂਰਨਤਾ, ਵੈਰੀਫਿਕੇਸ਼ਨ ਕਦਮ, ਤੇਜ਼ ਜਵਾਬ) ਤੇ ਨਿਰਭਰ ਕਰਕੇ ਹੱਲ ਕਰਦਾ ਹੈ। ਚੰਗੇ ਤਰੀਕੇ ਨਾਲ ਕੀਤਾ ਗਿਆ, ਇਸ ਨਾਲ ਨਵੀਂ ਸਪਲਾਈ ਖੋਜਯੋਗ ਰਹਿੰਦੀ ਹੈ ਜਦਕਿ ਸਮੀਖਿਆਵਾਂ ਇਕੱਤਰ ਹੋ ਰਹੀਆਂ ਹੁੰਦੀਆਂ ਹਨ।
ਹੋਟਲ ਰਹਿਣ ਇੱਕ ਸਧਾਰਣ ਤਜਰਬਾ ਹੈ: ਫਰੰਟ ਡੈਸਕ ਘੰਟੇ, ਸਫਾਈ ਕ੍ਰਮ, ਅਤੇ "ਸ਼ਾਂਤੀ ਸਮਾਂ" ਅਣਗਛੇਦ ਸਮਝੇ ਜਾਂਦੇ ਹਨ। ਇੱਕ ਘਰ ਨਿੱਜੀ ਸਪੇਸ ਹੈ ਜਿਸ ਵਿੱਚ ਨਿੱਜੀ ਸੀਮਾਵਾਂ ਹੁੰਦੀਆਂ ਹਨ—ਪੜੋਸੀ, ਪਸ਼ੂ, ਸਾਂਝੇ ਹਾਲਵੇ, ਜਾਂ ਉਹ ਹੋਸਟ ਜੋ ਰਾਤੀਂ ਕੰਮ ਕਰਦਾ ਹੈ। ਇਹ ਫਰਕ ਨਿਯਮਾਂ ਨੂੰ ਉਤਪਾਦ ਦਾ ਹਿੱਸਾ ਬਣਾਉਂਦਾ ਹੈ, ਬਹੁਤ ਘੱਟ-ਮੁੱਦੇ ਵਾਲੀ ਛਪਾਈ ਨਹੀਂ।
Airbnb-ਸਟਾਈਲ ਮਾਰਕੀਟਪਲੇਸ ਗੈਰ-ਆਧਿਕਾਰਿਕ ਉਮੀਦਾਂ ਨੂੰ ਸਪਸ਼ਟ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਬਦਲ ਦਿੰਦੇ ਹਨ: ਚੈਕ-ਇਨ ਖਿੜਕੀਆਂ, ਧੂਮਪਾਨ ਅਤੇ ਪੈੱਟ ਨੀਤੀਆਂ, ਪਾਰਟੀਆਂ, ਮਿਹਮਾਨਾਂ ਦੀ ਸੀਮਾ, ਪਾਰਕਿੰਗ, ਰਸੋਈ ਪਹੁੰਚ, ਅਤੇ ਸ਼ੋਰ-ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼। ਸਪਸ਼ਟ ਘਰ ਨਿਯਮ ਆਮ ਭਰੋਸਾ ਫੇਲ੍ਹ ਨੂੰ ਰੋਕਦੇ ਹਨ: ਮਹਿਮਾਨ ਇਹ ਮਹਿਸੂਸ ਨਾ ਕਰੇ ਕਿ ਉਹ ਇੱਕ ਤਜਰਬਾ ਬੁਕ ਕਰ ਰਹੇ ਹਨ ਜਦਕਿ ਹੋਸਟ ਦਾ ਮੰਨਣਾ ਹੈ ਕਿ ਉਸਦਾ ਘਰ ਇਕ ਬਿਲਕੁਲ ਵੱਖਰਾ ਤਰੀਕੇ ਨਾਲ ਵਰਤਿਆ ਗਿਆ।
ਬੁਕਿੰਗ ਦੀਆਂ ਮੰਗਾਂ ਵੀ ਉਤਨੀ ਹੀ ਮਹੱਤਵਪੂਰਨ ਹਨ ਜੋ ਭੁਗਤਾਨ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਫਿਟ ਫਿਲਟਰ ਕਰਦੀਆਂ ਹਨ—ਘੱਟੋ-ਘੱਟ ਰਾਤਾਂ, ਲੀਡ ਟਾਈਮ, ID ਦੀ ਲੋੜ, ਜਾਂ ਨਿਯਮਾਂ ਨਾਲ ਸਹਿਮਤੀ। ਇਹ ਪਾਬੰਦੀਆਂ ਸੀਮਤ ਮਹਿਸੂਸ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਪਰ ਉਹ ਹੈਰਾਨੀਆਂ ਘਟਾਉਂਦੀਆਂ ਹਨ ਅਤੇ ਇਸ ਗੱਲ ਦੀ ਸੰਭਾਵਨਾ ਵਧਾਉਂਦੀਆਂ ਹਨ ਕਿ ਦੋਹਾਂ ਪੱਖਾਂ ਲਈ "ਹਾਂ" ਦਾ ਮਤਲਬ ਸੱਚਮੁੱਚ "ਹਾਂ" ਹੈ।
ਪ੍ਰੀ-ਬੁਕਿੰਗ ਅਤੇ ਪ੍ਰੀ-ਅਰਾਈਵਲ ਮੇਸੇਜਿੰਗ ਥਾਂ ਤੇ ਭਰੋਸਾ ਓਪਰੇਸ਼ਨਲ ਬਣਾਉਣ ਦੀ ਜਗ੍ਹਾ ਹੈ। ਸਧਾਰਣ ਪ੍ਰਾਂਪਟਸ ਜਿਵੇਂ "ਤੁਸੀਂ ਸ਼ਹਿਰ ਵਿੱਚ ਕਿਉਂ ਆਏ ਹੋ?" ਅਤੇ "ਕੌਣ ਯਾਤਰਾ ਕਰ ਰਿਹਾ ਹੈ?" ਹੋਸਟਾਂ ਨੂੰ ਬਿਨਾਂ ਪਰੇਸ਼ਾਨ ਕੀਤੇ ਸਮਰਥਨ ਅਨੁਕੂਲਤਾ ਦਾ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਦੀਆਂ ਹਨ।
ਸੰਚਾਰ ਟੈਂਪਲੇਟ ਦੋ ਕੰਮ ਇੱਕੱਠੇ ਕਰਦੇ ਹਨ: ਉਹ ਚੰਗੇ ਹੋਸਟਾਂ ਨੂੰ ਲਗਾਤਾਰ ਸਪਸ਼ਟ ਹੋਣ ਵਿੱਚ ਆਸਾਨੀ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਮਹਿਮਾਨਾਂ ਨੂੰ ਉਹ ਜਾਣਕਾਰੀ ਸਾਂਝੀ ਕਰਨ ਲਈ ਪ੍ਰੇਰਿਤ ਕਰਦੇ ਹਨ ਜੋ ਗਲਤ-ਫਹਿਮੀ ਰੋਕਦਾ ਹੈ। ਜਵਾਬ-ਸਮਾਂ ਦੀਆਂ ਉਮੀਦਾਂ ਵੀ ਮਾਇਨੇ ਰੱਖਦੀਆਂ ਹਨ—ਤੇਜ਼ ਜਵਾਬ ਭਰੋਸੇ ਦਾ ਸੰਕੇਤ ਦਿੰਦਾ ਹੈ, ਜਦਕਿ ਧੀਮੇ ਜਾਂ ਢਿੱਲੇ ਜਵਾਬ ਤੋਂ ਉੱਚਾ ਜੋਖਮ ਮਹਿਸੂਸ ਹੁੰਦਾ ਹੈ ਭਾਵੇਂ ਲਿਸਟਿੰਗ ਚੰਗੀ ਦਿੱਸੇ।
ਅਧਿਕਤਰਨ ਰੱਦਗੀਆਂ ਅਤੇ ਵਿਵਾਦ ਅਨੁਮਾਨਾਂ ਦੇ ਮਿਲਾਪ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੇ ਹਨ: ਦੇਰੀ ਨਾਲ ਆਉਣਾ, ਵਾਧੂ ਮਹਿਮਾਨ, ਸ਼ੋਰ ਦੀ ਸ਼ਿਕਾਇਤ, ਜਾਂ ਕੁੰਜੀਆਂ ਅਤੇ ਪਹੁੰਚ ਬਾਰੇ ਗਲਤਫਹਿਮੀ। ਜਦੋਂ ਨਿਯਮ ਅਤੇ ਲੌਜਿਸਟਿਕਸ ਪਹਿਲਾਂ ਹੀ ਸਪਸ਼ਟ ਹੁੰਦੇ ਹਨ, ਪ੍ਰੀ-ਅਰਾਈਵਲ ਸੁਨੇਹਾ ਵਿੱਚ ਦੁਹਰਾਏ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਮਹਿਮਾਨ ਦੁਆਰਾ ਪੁਸ਼ਟੀ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਯਾਤਰਾ ਸ਼ੁਰੂ ਹੋਣ ਤੱਕ ਉਮੀਦਾਂ ਲਾਈਨ ਹੋ ਜਾਂਦੀਆਂ ਹਨ—ਆਖਰੀ ਪਲਟੇ ਦੀ ਰੱਦਗੀ ਘੱਟ ਜਾਂਦੀ ਹੈ ਅਤੇ ਸਪੋਰਟ ਟੀਮਾਂ ਕੋਲ ਜੇ ਕੁਝ ਗਲਤ ਹੋਵੇ ਤਾਂ ਸਪਸ਼ਟ ਰਿਕਾਰਡ ਹੁੰਦਾ ਹੈ।
ਚੰਗੀਆਂ ਲਿਸਟਿੰਗਾਂ ਅਤੇ ਭਲੀਆਂ ਨੀਤੀਆਂ ਦੇ ਬਾਵਜੂਦ ਵੀ, ਯਾਤਰਾਵਾਂ ਗਲਤ ਹੋ ਜਾਂਦੀਆਂ ਹਨ। ਟਰਸਟ ਸਿਸਟਮ ਬੁਕਿੰਗ 'ਤੇ ਖਤਮ ਨਹੀਂ ਹੁੰਦਾ—ਇਹ ਉਸ ਵੇਲੇ ਪਰੀਖਿਆ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਕੁਝ ਟੁੱਟਦਾ ਹੈ, ਅਸੁਰੱਖਿਅਤ ਮਹਿਸੂਸ ਹੁੰਦਾ ਹੈ, ਜਾਂ ਸਿਰਫ਼ ਵਾਅਦੇ ਦੇ ਅਨੁਸਾਰ ਨਹੀਂ ਮਿਲਦਾ। ਪਲੇਟਫਾਰਮ ਇਸ ਵੇਲੇ ਜੋ ਗੱਲ ਕਰਦਾ ਹੈ ਉਹ ਦੋਹਾਂ ਪੱਖਾਂ ਦੇ ਭਵਿੱਖ ਬਰਤਾਅ ਨੂੰ ਰੂਪ ਦਿੰਦਾ ਹੈ।
ਅਧਿਕਤਰਨ ਵਿਵਾਦ ਕੁਝ ਮੁੜ-ਦਰਸ਼ਨ ਪੈਟਰਨਾਂ ਵਿੱਚ ਆਉਂਦੇ ਹਨ: ਗਲਤ ਪ੍ਰਤਿਨਿਧਤਾ ("ਦੋ ਬੈੱਡਰੂਮ" ਜੋ ਅਸਲ ਵਿੱਚ ਇੱਕ ਹੈ), ਸ਼ੋਰ ਅਤੇ ਪੜੋਸੀ ਮੁੱਦੇ, ਨੁਕਸਾਨ ਅਤੇ ਵਾਧੂ ਸਫਾਈ, ਅਤੇ ਯੋਜ਼ਨਾ ਬਦਲਣ ਜਾਂ ਸਟੇਅ ਵਿਚ ਬਾਧਾ ਆਉਣ 'ਤੇ ਰੀਫੰਡ ਉਮੀਦਾਂ। ਇਹ ਸਿਰਫ਼ ਵਿੱਤੀ ਝਗੜੇ نہیں—ਇਹ ਨਿਆਂ ਅਤੇ ਸੁਣਵਾਈ ਬਾਰੇ ਹਨ।
ਇੱਕ ਭਰੋਸੇਯੋਗ ਸਹਿਯੋਗ ਪ੍ਰਕਿਰਿਆ ਆਮ ਤੌਰ 'ਤੇ ਤਿੰਨ ਖਾਸੀਅਤ ਰੱਖਦੀ ਹੈ: ਸਪਸ਼ਟ ਸਬੂਤ ਨਿਯਮ, ਪਰਿਭਾਸ਼ਿਤ ਸਮੇਂ-ਸੀਮਾਵਾਂ, ਅਤੇ ਇੱਕ ਤਟਸਥ ਸਮੀਖਿਆਕਾਰ।
ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਦੋਹਾਂ ਪੱਖਾਂ ਲਈ ਸਬੂਤ (ਫੋਟੋਆਂ, ਸੰਦੇਸ਼, ਰਸੀਦਾਂ) ਦਰਜ ਕਰਨ ਦਾ ਆਸਾਨ ਤਰੀਕਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਰਿਜ਼ਰਵੇਸ਼ਨ ਥਰੇਡ ਨਾਲ ਜੁੜਿਆ ਹੋਵੇ, ਨਾ ਕਿ ਵੱਖ-ਵੱਖ ਇਮੇਲਾਂ 'ਚ। ਦੂਜਾ, ਡੈੱਡਲਾਈਨ ਜ਼ਰੂਰੀ ਹਨ: ਮੁੱਦੇ ਦੀ ਰਿਪੋਰਟ ਕਰਨ ਲਈ ਛੋਟੀ ਵਿੰਡੋ, ਦੂਜੇ ਪੱਖ ਨੂੰ ਜਵਾਬ ਦੇਣ ਲਈ ਨਿਰਧਾਰਿਤ ਸਮਾਂ, ਅਤੇ ਫੈਸਲੇ ਲਈ ਇੱਕ ਮੁਕੱਦਰ ਤਾਰੀਖ—ਇਹ ਆਖੀਰ-ਨੰਕ ਸ਼ਾਂਤੀ ਘਟਾਉਂਦੇ ਹਨ। ਤੀਜਾ, ਤਟਸਥ ਸਮੀਖਿਆ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਪਲੇਟਫਾਰਮ ਉਹੀ ਨੀਤੀ ਲਾਗੂ ਕਰੇਗਾ ਭਾਵੇਂ ਕਿਉਂ ਨਾ ਜਿਹੜਾ ਪੱਖ ਜ਼ਿਆਦਾ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਹੋਵੇ—ਚਾਹੇ ਮਹਿਮਾਨ ਹੋਵੇ ਜਾਂ ਹੋਸਟ।
ਲੋਕ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਮਾਫ਼ ਕਰ ਦਿੱਤਾ ਹੈ ਪਰ ਜ਼ਿਆਦਾ ਦੁੱਖ ਉਹਨਾਂ ਨੂੰ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਉਹ ਅਣਦੇਖੇ ਮਹਿਸੂਸ ਕਰਨ। ਤੇਜ਼ ਜਵਾਬ, ਸਧਾਰਨ ਬੋਲੀ, ਅਤੇ ਲਗਾਤਾਰ ਫੈਸਲੇ ਇਹ ਦਿਖਾਉਂਦੇ ਹਨ ਕਿ ਪ੍ਰਣਾਲੀ ਕੰਮ ਕਰਦੀ ਹੈ। ਇੱਕ ਮਾੜੀ ਸਪੋਰਟ ਅਨੁਭਵ ਦਸ ਚੰਗੇ ਇਸ਼ਤਿਹਾਰਾਂ ਦੀ ਇਕਾਈ ਨੂੰ ਬਰਬਾਦ ਕਰ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਸਿੱਧਾ ਸਬੂਤ ਹੈ ਕਿ ਅਸਲ ਖਤਰੇ ਦੇ ਸਮੇਂ ਕੀ ਹੁੰਦਾ ਹੈ।
ਸਭ ਤੋਂ ਸਸਤਾ ਵਿਵਾਦ ਉਹ ਹੈ ਜੋ ਕਦੇ ਹੋਵੇ ਹੀ ਨਹੀਂ: ਸਪਸ਼ਟ ਲਿਸਟਿੰਗ ਵਰਣਨ, ਸਹੀ ਫੋਟੋਆਂ, ਅੱਗੇ-ਅੱਗੇ ਫੀਸਾਂ ਦੀ ਜਾਣਕਾਰੀ, ਵਿਸਥਾਰਿਤ ਚੈਕ-ਇਨ ਨਿਰਦੇਸ਼, ਅਤੇ ਸਪਸ਼ਟ ਘਰ ਨਿਯਮ। ਪ੍ਰੀ-ਅਰਾਈਵਲ ਵਿੱਚ ਸੁਚਿੱਤ ਸੰਦੇਸ਼ ਉਮੀਦਾਂ ਨੂੰ ਖਝ਼ ਨਾਲ ਲਾਈਨ ਕਰਦੇ ਹਨ ਅਤੇ ਹੈਰਾਨੀ-ਚਲਤ ਰੀਫੰਡ ਅਤੇ ਨੁਕਸਾਨ ਦਾਅਵਿਆਂ ਨੂੰ ਘਟਾਉਂਦੇ ਹਨ।
ਭਰੋਸਾ ਸਿਰਫ਼ "ਕੀ ਇਹ ਬੁਕਿੰਗ ਕੰਮ ਕਰੇਗੀ?" ਦੇ ਨਾਲ ਨਹੀਂ—ਇਹ ਇਹ ਵੀ ਹੈ "ਜੇ ਕੁਝ ਗਲਤ ਹੋਇਆ ਤੇ ਕੀ ਹੋਵੇਗਾ?" ਸਭ ਤੋਂ ਮਜ਼ਬੂਤ ਮਾਰਕੀਟਪਲੇਸ ਉਤਪਾਦ ਅਨੁਭਵ ਵਿੱਚ ਸੁਰੱਖਿਆ ਨੂੰ ਪਾਲਣਾ ਕਰਦੇ ਹਨ, ਨਾ ਕਿ ਸਿਰਫ਼ ਨੀਤੀ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ। ਇਸਦਾ ਅਰਥ ਹੈ ਫਲੋ, ਪ੍ਰਾਂਪਟ, ਅਤੇ ਡੀਫੌਲਟ ਇਸ ਤਰ੍ਹਾਂ ਡਿਜ਼ਾਈਨ ਕਰਨਾ ਜੋ ਸਭ ਤੋਂ ਖਰਾਬ ਨਤੀਜਿਆਂ ਦੀ ਸੰਭਾਵਨਾ ਘਟਾਉਂਦੇ ਹਨ।
ਜਦੋਂ ਇੱਕ ਮਹਿਮਾਨ ਦੇਰ ਨਾਲ ਪਹੁੰਚਦਾ ਹੈ, ਜਾਇਦਾਦ ਤੱਕ ਪਹੁੰਚ ਨਹੀਂ ਹੁੰਦੀ, ਜਾਂ ਅਸੁਰੱਖਿਅਤ ਮਹਿਸੂਸ ਕਰਦਾ ਹੈ, ਪਲੇਟਫਾਰਮ ਨੂੰ ਸਹਿਯੋਗ ਤੁਰੰਤ ਮਿਲਣਾ ਚਾਹੀਦਾ ਹੈ—ਬਿਨਾਂ ਇਮੇਲਾਂ ਵਿੱਚ ਖੋਜ ਕਰਨ ਦੇ। ਐਪ ਵਿੱਚ ਸਪਸ਼ਟ ਤਰੀਕੇ (ਪ੍ਰਮੁੱਖ "ਮਦਦ ਲਓ" ਐਂਟਰੀ, ਸਥਾਨ-ਅਧਾਰਿਤ ਰਹਿਣ-ਸਲਾਹ, ਅਤੇ ਤਰੱਕੀ ਰਾਹ) ਪैनिक ਨੂੰ ਘਟਾ ਸਕਦੇ ਹਨ ਅਤੇ ਯੂਜ਼ਰਾਂ ਨੂੰ ਅਗਲਾ ਸਹੀ ਕਦਮ ਚੁਣਨ ਵਿੱਚ ਮਦਦ ਕਰਦੇ ਹਨ। ਸਧਾਰਨ UX ਚੋਣਾਂ ਵੀ ਇਕ ਬੇਚੈਨ ਘਟਨਾ ਨੂੰ ਸੰਭਾਲਯੋਗ ਬਣਾਉਂਦੀਆਂ ਹਨ।
ਸੁਰੱਖਿਆ ਮਾਰਗਦਰਸ਼ਨ ਸਭ ਤੋਂ ਵਧੀਆ ਤਬ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਇਹ ਪ੍ਰਸੰਗਨੁਕੂਲ ਹੁੰਦਾ ਹੈ: ਚੈਕ-ਇਨ ਨਿਰਦੇਸ਼, ਸਥਾਨਕ ਵਿਚਾਰਾਂ ਬਾਰੇ ਯਾਦਦਿਹਾਨੀ, ਅਤੇ ਪ੍ਰਾਂਪਟ ਜੋ ਹੋਸਟਾਂ ਨੂੰ ਅਵਸ਼ਯਕ ਚੀਜ਼ਾਂ ਦਿੰਦੇ ਹਨ (ਜਿਵੇਂ ਸਹੀ ਪਹੁੰਚ ਵੇਰਵਾ ਅਤੇ ਮੁੱਖ ਘਰ ਨਿਯਮ). ਮਕਸਦ ਹੈ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਜ਼ਿਆਦਾ ਤੰਗ ਨਾ ਕਰਨਾ—ਸਗੋਂ ਠੀਕ ਸਮੇਂ 'ਤੇ ਸਹੀ ਜਾਣਕਾਰੀ ਉਪਰਿ ਲਿਆਉਣਾ।
ਪਸ਼ੂਆਂ ਅਤੇ ਜਾਨਵਰਾਂ ਦੀਆਂ ਨੀਤੀਆਂ ਸੁਰੱਖਿਆ, ਆਰਾਮ ਅਤੇ ਉਮੀਦਾਂ ਦੇ ਮਿਲਾਪ ਦਾ ਚੰਗਾ ਉਦਾਹਰਣ ਹਨ। ਸਪਸ਼ਟ ਖੁਲਾਸੇ—ਕੀ ਪਸ਼ੂ ਥਾਂ 'ਤੇ ਰਹਿੰਦੇ ਹਨ, ਕੀ ਪਸ਼ੂ ਆਗਿਆ ਹੈ, ਅਤੇ ਸੇਵਾ ਜਾਨਵਰਾਂ ਨੂੰ ਕਿਵੇਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ—ਮੇਹਮਾਨ ਆਪਣੇ ਆਪ ਚੁਣ ਸਕਦੇ ਹਨ ਅਤੇ ਹੈਰਾਨੀ ਵਾਲੀਆਂ ਸਥਿਤੀਆਂ ਇਸ ਨਾਲ ਰੋਕੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ।
ਪਲੇਟਫਾਰਮ ਅਕਸਰ ਮਾਨਸਿਕ ਜੋਖਮ ਸਕੋਰਿੰਗ ਵਰਤਦੇ ਹਨ ਜੋ ਉਹ ਬੁਕਿੰਗਾਂ ਜਾਂ ਵਰਤਾਰਿਆਂ ਨੂੰ ਵੱਖ-ਵੱਖ ਤਰ੍ਹਾਂ ਮאָנਟਰ ਕਰਦੀਆਂ ਹਨ ਅਤੇ ਜ਼ਿਆਦਾ ਫ੍ਰਿਕਸ਼ਨ ਲਗਾਉਂਦੀਆਂ ਹਨ (ਵਧੇਰੇ ਵੈਰੀਫਿਕੇਸ਼ਨ, ਕਠੋਰ ਮੇਸੇਜਿੰਗ ਪ੍ਰਾਂਪਟ, ਜਾਂ ਸਮੀਖਿਆ ਰੋਕ)। ਕੁੰਜੀ ਗੱਲ ਪਾਰਦਰਸ਼ਤਾ ਹੈ: ਯੂਜ਼ਰਾਂ ਨੂੰ ਸਮਝ ਆਉਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਕੀ ਮੰਗੀ ਜਾ ਰਹੀ ਹੈ, ਪਲੇਟਫਾਰਮ ਕੀ ਦੇਖ ਰਿਹਾ ਹੈ, ਅਤੇ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਕਿਵੇਂ ਠੀਕ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਲੁਕਾਏ ਜਾਂ ਅਣਨਿਰਧਾਰਤ ਨਿਯਮ ਮਨਾਹੀ ਮਹਿਸੂਸ ਕਰਵਾ ਸਕਦੇ ਹਨ, ਭਾਵੇਂ ਇਰਾਦਾ ਸੁਰੱਖਿਆ ਹੋਵੇ।
ਇੱਕ ਮਾਰਕੀਟਪਲੇਸ ਸਿਰਫ਼ "ਅਸਲ" ਮਹਿਸੂਸ ਕਰਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਭਰੋਸੇ ਨਾਲ ਬੁਕਿੰਗ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ। ਇਹ ਭਰੋਸਾ ਲਿਕਵੀਡੀਟੀ ਹੈ: ਕਾਫੀ ਸਪਲਾਈ ਅਤੇ ਮੰਗ, ਸਹੀ ਥਾਵਾਂ ਤੇ, ਸਹੀ ਸਮੇਂ ਤੇ, ਕਾਫ਼ੀ ਨਿਰਭਰਤਾ ਨਾਲ ਲੈਣ-ਦੇਣ ਕਰਨ ਲਈ।
ਵਧੇਰੇ ਹੋਸਟ ਵਧੇਰੇ ਚੋਇਸ ਬਣਾਉਂਦੇ ਹਨ—ਵੱਖ-ਵੱਖ ਪੜੋਸ, ਕੀਮਤ ਦੇ ਪਾਇੰਟ, ਅਤੇ ਅੰਦਾਜ਼—ਜੋ ਪਲੇਟਫਾਰਮ ਨੂੰ ਮਹਿਮਾਨਾਂ ਲਈ ਆਕਰਸ਼ਕ ਬਣਾਉਂਦਾ ਹੈ। ਵਧੇਰੇ ਮਹਿਮਾਨ ਬੁਕਿੰਗ ਦੀ ਸੰਭਾਵਨਾ ਵਧਾਉਂਦੇ ਹਨ ਅਤੇ ਹੋਸਟਾਂ ਲਈ ਆਮਦਨ ਵਧਦੀ ਹੈ, ਜੋ ਹੋਰ ਲੋਕਾਂ ਨੂੰ ਲਿਸਟ ਕਰਨ ਲਈ ਪ੍ਰੇਰਿਤ ਕਰਦੀ ਹੈ।
ਇਹ ਲੂਪ ਤਾਕਤਵਰ ਹੈ ਪਰ ਸ਼ੁਰੂ ਵਿੱਚ ਨਾਜ਼ੁਕ: ਜੇ ਮਹਿਮਾਨ ਚੰਗੇ ਵਿਕਲਪ ਨਹੀਂ ਲੱਭਦੇ, ਉਹ ਚਲੇ ਜਾਂਦੇ ਹਨ; ਜੇ ਹੋਸਟ ਬੁਕਿੰਗ ਨਹੀਂ ਪਾਉਂਦੇ, ਉਹ ਹੋਸਟ ਕਰਨਾ ਛੱਡ ਦਿੰਦੇ ਹਨ। ਟਰਸਟ ਫੀਚਰ ਮਦਦ ਕਰਦੇ ਹਨ, ਪਰ ਗ੍ਰੋਥ ਮਕੈਨੀਕਸ ਹੀ "ਸੰਭਵ" ਨੂੰ "ਪੂਰਵਾਨੁਮਾਨਯੋਗ" ਬਣਾਉਂਦੇ ਹਨ।
ਨਵੇਂ ਸ਼ਹਿਰ ਜਾਂ ਪੜੋਸ ਵਿੱਚ, ਮੰਗ ਹੋ ਸਕਦੀ ਹੈ ਪਰ ਸਪਲਾਈ ਥਿ
ਮੁੱਖ ਸਮੱਸਿਆ ਆਫਲਾਈਨ ਭਰੋਸਾ ਸੀ: ਆਮ ਲੋਕਾਂ ਨੂੰ ਕਿਸੇ ਅਜਨਬੀ ਦੇ ਘਰ ਵਿੱਚ ਸੌਣ ਜਾਂ ਕਿਸੇ ਅਜਨਬੀ ਨੂੰ ਆਪਣਾ ਘਰ ਛੱਡਣ ਲਈ ਰਾਜ਼ੀ ਕਰਨਾ—ਜਿਸ ਨਾਲ ਸੁਰੱਖਿਆ, ਫਰਾਡ ਅਤੇ ਭਰੋਸੇਯੋਗਤਾ ਨਾਲ ਸਬੰਧਤ ਜੋਖਮ ਹੁੰਦੇ ਸਨ। ਉਸ ਭਰੋਸੇ ਦੇ ਫ਼ਾਸਲੇ ਨੂੰ ਹੱਲ ਕਰਨ ਨਾਲ ਮੁੜ-ਭਾਗੀਦਾਰੀ ਖੁਲ ਗਈ, ਜਿਸ ਨੇ ਫਿਰ ਸਪਲਾਈ ਅਤੇ ਡਿਮਾਂਡ ਨੂੰ ਵਧਾਇਆ।
ਮਹਿਮਾਨ ਸੁਰੱਖਿਆ, ਸਹੀ ਜਾਣਕਾਰੀ, ਰੱਦਗੀ ਅਤੇ ਧੋਖਾਧੜੀ ਬਾਰੇ ਚਿੰਤਿਤ ਹੁੰਦੇ ਹਨ; ਹੋਸਟ ਜਾਇਦਾਦ ਨੂੰ ਨੁਕਸਾਨ, ਨਿਯਮ-ਉਲੰਘਣਾ ਅਤੇ ਭੁਗਤਾਨ ਪ੍ਰਾਪਤੀ ਦੀ ਚਿੰਤਾ ਕਰਦੇ ਹਨ। ਚੰਗੀ ਮਾਰਕੀਟਪਲੇਸ ਇਹਨਾਂ ਜੋਖਮਾਂ ਨੂੰ ਵਿਸ਼ੇਸ਼, ਦਿੱਖਯੋਗ ਸਿਗਨਲ, ਸਾਫ਼ ਨਿਯਮ ਅਤੇ ਭਰੋਸੇਯੋਗ ਸਹਿਯੋਗ ਰਾਹੀਂ "ਪੂਰਵਾਨੁਮਾਨ ਯੋਗ ਨਤੀਜੇ" ਬਣਾਉਂਦੀ—ਸਿਫ਼ਰ ਜ਼ੀਰੋ-ਰਿਸਕ ਦਾ ਵਾਅਦਾ ਕਰਕੇ ਨਹੀਂ।
ਸ਼ੁਰੂਆਤ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ ਲਾਜ਼ਮੀ ਵੈਰੀਫਿਕੇਸ਼ਨ (ਈਮੇਲ/ਫੋਨ; ਕਈ ਵਾਰ ID) ਨਾਲ ਜ਼ਿੰਮੇਵਾਰੀ ਬਣਾਈ ਰੱਖੋ, ਫਿਰ ਵਿਕਲਪਿਕ ਸਿਗਨਲ ਸ਼ਾਮਲ ਕਰੋ (ਪੂਰੀ ਪ੍ਰੋਫਾਈਲ, ਫੋਟੋ, ਜਵਾਬਦਾਰੀ) ਤਾਂ ਜੋ ਭਰੋਸੇਯੋਗ ਯੂਜ਼ਰ ਬਿਨਾਂ ਵੱਧ ਰੁਕਾਵਟ ਦੇ ਅੱਗੇ ਆ ਸਕਣ।
ਮੁੱਦਾ ਹੈ ਕਿ ਇਹ ਸਿਗਨਲ ਹਰ ਜਗ੍ਹਾ ਸਪਸ਼ਟ ਅਤੇ ਇੱਕਸਾਰ ਹੋਣ—ਲਿਸਟਿੰਗ ਪੰਨਿਆਂ, ਰਿਜ਼ਰਵੇਸ਼ਨ ਸਮੇਂ ਅਤੇ ਮੇਸੇਜਿੰਗ ਦੌਰਾਨ—ਤਾਂ ਜੋ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਭਰੋਸਾ ਲੱਭਣ ਲਈ ਖੋਜ ਨਾ ਕਰਨੀ ਪੈਂਵੇ।
ਮੁਤੁਆਦਲ ਸਮੀਖਿਆਵਾਂ ਲਓ ਅਤੇ ਦੋਹਾਂ ਪੱਖਾਂ ਦੀਆਂ ਸਮੀਖਿਆਵਾਂ ਨੂੰ ਉਹਨਾਂ ਦੋਹਾਂ ਦੇ ਜਮ੍ਹਾਂ ਕਰਨ ਜਾਂ ਵਿੰਡੋ ਕਲੋਜ਼ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹੀ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰੋ। ਇਹ ਬਦਲੇ ਦੀ ਡਰਾਈਵ ਅਤੇ "ਰੀਵਿਊ ਬਾਰਗੇਨਿੰਗ" ਘਟਾਉਂਦਾ ਹੈ ਅਤੇ ਪਹਿਲਾਂ ਹੋਈ ਪਹਲੂਆਂ ਨੂੰ ਭਵਿੱਖ ਦੀਆਂ ਲੈਣ-ਦੇਣਾਂ ਲਈ ਪੋਰਟੇਬਲ ਬਣਾਉਂਦਾ ਹੈ।
ਨਵੇਂ ਯੂਜ਼ਰਾਂ ਨੂੰ ਇਤਿਹਾਸ ਬਣਾਉਣ ਤੋਂ ਬਿਨਾਂ ਭਰੋਸਾ ਕਮਾਉਣ ਦੇ ਰਾਹ ਦਿੱਤੇ ਜਾਣ:
ਇਸ ਨਾਲ ਕੋਲਡ-ਸਟਾਰਟ ਸਪਲਾਈ ਆ ਸਕਦੀ ਹੈ ਬਿਨਾਂ ਖੋਜ ਨੂੰ ਅਸੁਰक्षित ਬਣਾਏ।
ਇੱਕ ਐਸਕ੍ਰੋਅ ਜਿਹੇ ਫਲੋ ਦੀ ਵਰਤੋਂ ਕਰੋ: ਬੁਕਿੰਗ 'ਤੇ ਭੁਗਤਾਨ ਇਕੱਠਾ ਕਰੋ, ਚੈਕ-ਇਨ ਤੋਂ ਬਾਅਦ ਰਿਲੀਜ਼ ਕਰੋ। ਇਹ ਨਕਲੀਆਂ ਲਿਸਟਿੰਗਾਂ ਦੀ ਲੁਭਾਵਣੀਤਾ ਘਟਾਉਂਦਾ ਹੈ, ਮਿਸ-ਰੈਪ੍ਰਜ਼ੈਂਟੇਸ਼ਨ ਹੋਣ 'ਤੇ ਪੇਆਉਟ ਰੋਕਣ ਜਾਂ ਫਿਰ ਤੋਂ-ਸੰસੋਧਨ ਦਾ ਮਕੈਨਿਜ਼ਮ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਹੋਸਟਿੰਗ ਨੂੰ ਇੱਕ ਪ੍ਰਭਾਸ਼ਿਤ ਬਿਜ਼ਨਸ ਲੈਣ-ਦੇਣ ਬਣਾਉਂਦਾ ਹੈ।
ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਕੁੱਲ ਕੀਮਤ ਸਾਹਮਣੇ ਦਿਖਾਓ ਅਤੇ ਇਸਦਾ ਸਪਸ਼ਟ ਵਿਕਲਪ ਭਗਤਾਨ ਕਰੋ (ਰਾਤੀਂ ਦਰ, ਸਾਫ਼-ਸਫਾਈ ਫੀਸ, ਸੇਵਾ ਫੀਸ, ਲਾਗੂ ਟੈਕਸ)। ਕੀਮਤ ਦੀ ਪਾਰਦਰਸ਼ਤਾ "ਚੈਕਆਊਟ ਹੈਰਾਨੀ" ਨੂੰ ਘਟਾਉਂਦੀ ਹੈ, ਰੱਦਗੀ ਅਤੇ ਵਿਵਾਦ ਘਟਾਉਂਦੀ ਹੈ, ਅਤੇ ਚਾਰਜਬੈਕ ਜੋਖਮ ਘਟਾਉਂਦੀ ਹੈ ਕਿਉਂਕਿ ਮਹਿਮਾਨ ਜਾਣਦੇ ਹਨ ਕਿ ਉਹ ਨੇ ਕੀ ਸਵੀਕਾਰਿਆ ਸੀ।
ਨਿਯਮ ਉਹ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ ਜੋ ਹੋਸਟ ਅਸਾਨੀ ਨਾਲ ਅਮਲ ਕਰ ਸਕਣ:
ਇਸਨੂੰ ਇਨਸੈਂਟਿਵ ਅਤੇ ਸਜ਼ਾਵਾਂ ਨਾਲ ਜੋੜੋ (ਛੇਤੀ ਬੁਕਿੰਗ, ਬੈਜ, ਸਰਚ ਵਿਸ਼ੇਸ਼ਤਾ; ਨਿਰਾਸ਼ਾ ਵਾਲੇ ਹੋਸਟਾਂ ਲਈ ਰੈਂਕ ਘਟਾਉਣਾ ਜਾਂ ਅਸਥਾਈ ਰੋਕ). ਮੁੱਖ ਗੱਲ ਕਦਾ ਨੀਤੀ ਲਗਾਤਾਰ ਤੇ ਪਾਰਦਰਸ਼ ਹੋਵੇ ਤਾਂ ਹੀ ਲੋਕ ਉਸ 'ਤੇ ਭਰੋਸਾ ਕਰਦੇ ਹਨ।
ਖੋਜ ਨੂੰ ਮੂਲ ਤੌਰ ਤੇ ਦਿਨਾਂ, ਸਥਾਨ ਅਤੇ ਸਮਰੱਥਾ ਵਰਗੀਆਂ ਮਿਆਰੀਆਂ ਨਾਲ ਮੇਲ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਫਿਰ ਰੈਂਕਿੰਗ ਉਹਨਾਂ ਲਿਸਟਿੰਗਾਂ ਨੂੰ ਤਰਜੀਹ ਦੇਵੇ ਜੋ ਬਿਹਤਰ ਭਰੋਸੇਯੋਗਤਾ ਸਿਗਨਲ ਦਿੰਦੇ ਹਨ (ਤੇਜ਼ ਜਵਾਬ, ਘੱਟ ਰੱਦਗੀ, ਮਜ਼ਬੂਤ ਸਮੀਖਿਆ ਪੈਟਰਨ)। ਇਹ ਰਾ ਦੀ ਸਪਲਾਈ ਨੂੰ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਵਰਤਣਯੋਗ ਇਨਵੈਂਟਰੀ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ ਅਤੇ ਲਿਕਵੀਡੀਟੀ ਨੂੰ ਸੁਧਾਰਦਾ ਹੈ—ਤਾਂ ਜੋ ਯੂਜ਼ਰਾਂ ਨੂੰ ਯਕੀਨ ਹੋ ਕਿ ਉਹ ਅਸਲ ਵਿੱਚ ਕੁਝ ਲਭ ਸਕਦੇ ਹਨ ਜੋ ਕੰਮ ਕਰੇਗਾ। ਹੋਰ ਵੇਰਵਾ: matching-and-search.
