Joe Gebbia ਦੀ ਸ਼ੁਰੂਆਤੀ Airbnb ਰਣਨੀਤੀ—ਡਿਜ਼ਾਈਨ ਸੋਚ, ਤੇਜ਼ ਪਰਖ ਅਤੇ ਸੰਘਰਸ਼ੀਲ ਕਾਰਜ ਰਾਹੀਂ ਇੱਕ ਨਵੀਂ ਮਾਰਕੀਟਪਲੇਸ ਕੈਟੇਗਰੀ ਬਣਾਉਣ ਦੀ ਪ੍ਰੈਕਟਿਕਲ ਝਲਕ।

Airbnb ਦੀ “ਸ਼ੁਰੂਆਤੀ ਪੜ੍ਹਾਵ” ਕੋਈ ਧੁੰਦਲੀ ਉਤਪ੍ਰੇਰਕ ਕਹਾਣੀ ਨਹੀਂ—ਇਹ ਇੱਕ ਖਾਸ ਸਮਾਂ ਹੈ: ਪਹਿਲੇ Airbed-and-breakfast ਤਜਰਬੇ (2007–2008) ਤੋਂ ਲੈ ਕੇ YC-ਦੌਰ ਦੀ ਰੀਬਿਲਡ ਅਤੇ 2009–2010 ਦੇ ਆਸ-ਪਾਸ ਦੀ ਸ਼ੁਰੂਆਤੀ ਸਕੇਲ-ਅਪ ਤੱਕ। ਇਸ ਵਿੰਡੋ ਵਿੱਚ ਟੀਮ ਇੱਕ ਪਰਿਪੱਕ ਉਤਪਾਦ ਨੂੰ ਅਪਟੀਮਾਈਜ਼ ਨਹੀਂ ਕਰ ਰਹੀ ਸੀ। ਉਹ ਇੱਕ ਅਜੀਬ ਖ਼ਿਆਲ ਨੂੰ ਸੁਰੱਖਿਅਤ, ਸਧਾਰਨ ਅਤੇ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਯੋਗ ਬਣਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਸਨ।
ਜਦੋਂ ਲੋਕ ਕਹਿੰਦੇ ਹਨ ਕਿ Airbnb ਨੇ “ਨਵੀਂ ਕੈਟੇਗਰੀ ਬਣਾਈ,” ਉਹ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਗਾਹਕਾਂ ਅਤੇ ਮਾਲਕਾਂ ਕੋਲ ਇਸ ਲਈ ਪਹਿਲਾਂ ਕੋਈ ਮਾਨਸਿਕ ਬਾਕਸ ਨਹੀਂ ਸੀ।
ਹੋਟਲ ਜਾਣੇ-ਪਹਿਚਾਣੇ ਸਨ: ਤੁਸੀਂ ਭੁਗਤਾਨ ਕਰੋ, ਪਹੁੰਚੋ, ਇੱਕ ਕੰਮਰਾ ਮਿਲੇ।
ਕਿਸੇ ਅਜਣਬੀ ਦੇ ਘਰ ਵਿੱਚ ਰਹਿਣਾ (ਅਤੇ ਆਪਣੇ ਘਰ ਵਿੱਚ ਅਜਣਬੀਆਂ ਨੂੰ ਰੱਖਣਾ) ਨਵੇਂ ਸਵਾਲ ਖੜੇ ਕਰਦਾ ਹੈ: ਕੀ ਇਹ ਬੈਠਦਾ ਹੈ? ਕੀ यह ਅਜੀਬ ਹੋਵੇਗਾ? ਕੀ ਇਹ ਸੁਰੱਖਿਅਤ ਹੈ? ਜੇ ਕੁਝ ਗਲਤ ਹੋਇਆ ਤਾਂ ਕੀ ਹੋਵੇਗਾ? ਕੈਟੇਗਰੀ ਬਣਾਉਣ ਦਾ ਮਤਲਬ ਹੈ ਉਹਨਾਂ ਸਵਾਲਾਂ ਦੇ ਉੱਤਰ ਦਿੰਨਾ, ਇਸ ਤਰ੍ਹਾਂ ਗਾਹਕਾਂ ਨੂੰ ਪੁੱਛਣਾ ਵੀ ਨਹੀਂ ਪੈਂਦਾ।
Airbnb ਦੀਆਂ ਸ਼ੁਰੂਆਤੀ ਚਾਲਾਂ ਅਜੇ ਵੀ ਸਿੱਖਣ ਯੋਗ ਹਨ ਕਿਉਂਕਿ ਉਨ੍ਹਾਂ ਨੇ ਦੋ ਤਾਕਤਾਂ ਨੂੰ ਜੋੜਿਆ ਜੋ ਹਰ ਵਾਰੀ ਸਾਥ ਨਹੀਂ ਆਂਦੀਆਂ:
ਇਹ ਪੋਸਟ ਇਹ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ ਕਿਉਂ ਕੁਝ ਸ਼ੁਰੂਆਤੀ ਚੋਣਾਂ ਚੱਲੀਆਂ, ਨਾ ਕਿ ਇਹ ਅਰਗੁਮੈਂਟ ਕਿ ਹਰ ਤਕਨੀਕ ਹਰ ਸਥਿਤੀ ਵਿੱਚ ਵਧਿਆ ਦੁਹਰਾਈ ਜਾ ਸਕਦੀ ਹੈ। Airbnb ਨੂੰ ਸਮਾਂ, ਇੱਕ ਵੱਡੇ ਸ਼ਹਿਰ ਦੀ ਬਾਜ਼ਾਰ ਅਤੇ ਇੱਕ ਪੂਰਨ ਹੁਨਰਮੰਦ ਬਣਿਆ ਟੀਮ ਦਾ ਲਾਭ ਸੀ।
ਜਿੱਥੇ ਸੰਭਵ ਹੋਇਆ, ਵਿਚਾਰ ਸਰਵਜਨਿਕ ਖਾਤਿਆਂ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਹਨ—ਸੰਸਥਾਪਕਾਂ ਦੇ ਇੰਟਰਵਿਊ ਅਤੇ ਰਿਪੋਰਟਿੰਗ ਜਿਵੇਂ Leigh Gallagher ਦੀ ਕਿਤਾਬ The Airbnb Story—ਪਰ ਧਿਆਨ ਪ੍ਰਾਟਿਕਲ ਸਿੱਖਣਾਂ ਤੇ ਹੈ ਨਾ ਕਿ ਮਿਥੋਲੋਜੀ 'ਤੇ।
Joe Gebbia ਨੂੰ ਅਕਸਰ Airbnb ਦੇ ਡਿਜ਼ਾਈਨ-ਚਲਿਤ ਕੋ-ਫਾਉਂਡਰ ਵਜੋਂ ਵਰਣਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਡਿਜ਼ਾਈਨ ਪਿੱਠਭੂਮੀ (RISD ਵਿੱਚ ਪੜ੍ਹਾਈ ਸਮੇਤ) ਅਤੇ ਰਚਨਾਤਮਕ ਰੋਲਾਂ ਵਿੱਚ ਪਹਿਲੀਂ ਦੀਆਂ ਨੌਕਰੀਆਂ ਨਾਲ, ਉਹ ਇਹ ਅਹਿਸਾਸ ਲਿਆਏ ਕਿ ਲੋਕ ਕਿਸ ਤਰ੍ਹਾਂ ਮਹਿਸੂਸ ਕਰਦੇ ਹਨ ਜਦ ਉਹ ਕਿਸੇ ਐਪ ਨੂੰ ਵਰਤਦੇ ਹਨ—ਖਾਸ ਕਰਕੇ ਜਦ ਉਤਪਾਦ ਉਨ੍ਹਾਂ ਨੂੰ ਕੁਝ ਅਨਜਾਣ ਕਰਨ ਲਈ ਕਹਿੰਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਕਿਸੇ ਅਜਣਬੀ ਦੇ ਘਰ ਵਿੱਚ ਰਹਿਣਾ।
ਉਹ ਡਿਜ਼ਾਈਨ ਨਜ਼ਰੀਆ “ਸਿਰਫ ਸੁੰਦਰ ਬਣਾਉਣਾ” ਨਹੀਂ ਸੀ। ਇਹ ਇੱਕ ਤਰੀਕਾ ਸੀ ਘਰ੍ਹੇ ਪ੍ਰਭਾਵ ਘਟਾਉਣ ਦਾ: ਸੇਵਾ ਕੀ ਹੈ, ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ, ਅਤੇ ਇਹ ਕਿਉਂਕਿ ਕਾਫ਼ੀ ਸੁਰੱਖਿਅਤ ਹੈ ਕਿ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਯੋਗ ਹੋਵੇ।
ਨਿੱਜੀ ਫੈਸਲਿਆਂ ਨੂੰ ਜ਼ਿਆਦਾ ਨਾ ਵਧਾਉਂਦਿਆਂ, Airbnb ਦੀ ਸ਼ੁਰੂਆਤੀ ਟੀਮ ਦੀ ਜਨਤਕ ਕਹਾਣੀ ਇੱਕ ਸਪਸ਼ਟ ਰੂਪ ਰੱਖਦੀ ਹੈ:
ਗ਼ੌਰ ਕਰਨ ਯੋਗ ਗੱਲ ਇਹ ਹੈ ਕਿ ਨਵੀਂ ਕੈਟੇਗਰੀ ਲਈ ਇੱਕ ਕੰਮ ਕਰਦੀ ਪ੍ਰਣਾਲੀ ਅਤੇ ਇੱਕ ਸਪਸ਼ਟ, ਭਰੋਸੇਯੋਗ ਪਹਿਲੀ ਛਾਪ ਦੋਹਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਸ਼ੁਰੂਆਤੀ Airbnb ਕੋਲ ਸੀਮਾਵਾਂ ਸਨ ਜੋ ਧਿਆਨ ਨੂੰ ਮਜ਼ਬੂਤ ਕਰਦੀਆਂ: ਸੀਮਤ ਨਕਦ, ਸੀਮਤ ਸਮਾਂ, ਅਤੇ ਇਕ ਵੱਡਾ ਭਰੋਸਾ ਵਾਰੀਆਂ। ਡਿਜ਼ਾਈਨ ਮਨੋਭਾਵ ਇਸ ਸਥਿਤੀ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਤੁਹਾਨੂੰ ਧੱਕੀ ਦਿੰਦਾ ਕਿ ਉਪਭੋਗਤਾ ਨੂੰ ਇਸ ਸਮੇਂ ਕੀ ਸਮਝਣਾ ਲਾਜ਼ਮੀ ਹੈ।
ਬਹੁਤ ਸਾਰੇ ਫੀਚਰ ਜੋੜਨ ਦੀ ਬਜਾਏ, ਡਿਜ਼ਾਈਨ-ਚਲਿਤ ਸੰਸਥਾਪਕ ਪ੍ਰਸ਼ਨ ਪੁੱਛਦੇ ਹਨ: ਕਿਸ ਇੱਕ ਮੋੜ 'ਤੇ ਭਰੋਸਾ ਜਿੱਤਿਆ ਜਾਂ ਗੁਆ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ? Airbnb ਲਈ ਇਹ ਮਤਲਬ ਹੁੰਦਾ ਹੈ ਘਰਾਂ ਨੂੰ ਹਕੀਕਤ ਜਿਹਾ ਦਿਖਾਉਣਾ, ਮਾਲਕਾਂ ਨੂੰ ਜ਼ਿੰਮੇਵਾਰ ਮਹਿਸੂਸ ਕਰਵਾਉਣਾ, ਅਤੇ ਬੁਕਿੰਗ ਫਲੋ ਨੂੰ ਐਨਾ ਸਫ਼ ਸਧਾਰਨ ਬਣਾਉਣਾ ਕਿ ਪਹਿਲੀ ਵਾਰੀ ਦਾ ਮਹਿਮਾਨ “Reserve” ਤੇ ਕਲਿੱਕ ਕਰੇ।
Airbnb ਨੇ “ਹੋਟੈਲ ਉਦਯੋਗ ਨੂੰ ਬਦਲਣਾ” ਨਾਲ ਸ਼ੁਰੂ ਨਹੀਂ ਕੀਤਾ। ਇਹ ਇੱਕ ਦਰਦਨਾਕ ਪ੍ਰੈਕਟਿਕਲ ਵਿਵਾਦ ਦੇ ਨਾਲ ਸ਼ੁਰੂ हुआ: ਬਹੁਤ ਲੋਕਾਂ ਕੋਲ ਵਾਧੂ ਜਗ੍ਹਾ ਸੀ (ਇਕ ਖਾਲੀ ਕਮਰਾ, ਏਅਰ ਮੈਟ੍ਰੈੱਸ, ਇੱਕ ਅਣਉਪਯੋਗ ਅਪਾਰਟਮੈਂਟ ਇੱਕ ਵੀਕਐਂਡ ਲਈ), ਅਤੇ ਬਹੁਤ ਸਾਰੇ ਯਾਤਰੀ ਇਕ ਐਸੀ ਥਾਂ ਲੱਭ ਰਹੇ ਸਨ ਜੋ ਹੋਟਲ ਦੀ ਕੀਮਤ ਨਹੀਂ ਲੈ ਰਹੀ ਹੋਵੇ।
ਮਾਲਕਾਂ ਲਈ ਪਹਿਲੀ ਵਾਅਦਾ ਸੀ ਸਧਾਰਾ: ਬੇਕਾਰ ਚੌਰਸ ਫੁੱਟ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਘੱਟ ਤਿਆਰ ਨਾਲ ਆਮਦਨ ਵਿੱਚ ਬਦਲੋ। ਮਹਿਮਾਨਾਂ ਲਈ ਵਾਅਦਾ ਵਾਪਰਦੀਆਂ ਸੀ: ਆਮ ਤੌਰ 'ਤੇ ਸਸਤੀ, ਵਧੇਰੇ ਲਚਕੀਲੀ ਰਹਿਣ ਦੀ ਥਾਂ—ਅਕਸਰ ਉਹਨਾਂ ਨੇਬਰਹੁੱਡਾਂ ਵਿੱਚ ਜਿੱਥੇ ਹੋਟਲ ਘੱਟ ਹੋਂਦ ਵਾਲੇ ਸਨ।
ਪਰ ਉਹ ਸਤਹੀ ਬਦਲਾਅ ਸੱਚੀ ਚੁਣੌਤੀ ਨੂੰ ਛੁਪਾਉਂਦਾ ਸੀ।
ਹੋਟਲ ਬੁਕ ਕਰਨਾ ਜਾਣਿਆ-ਪਛਾਣਿਆ ਹੁੰਦਾ ਹੈ: ਮਿਆਰੀਕ੍ਰਿਤ ਕਮਰੇ, ਪੇਸ਼ੇਵਰ ਨਿਯਮ ਅਤੇ ਜੇ ਕੁਝ ਗਲਤ ਹੋਵੇ ਤਾਂ ਇੱਕ ਫਰੰਟ ਡੈਸਕ। ਕਿਸੇ ਅਜਣਬੀ ਦੇ ਘਰ ਨੂੰ ਕਿਰਾਏ 'ਤੇ ਲੈਣਾ ਜਜ਼ਬਾਤੀ ਤੌਰ 'ਤੇ ਭਾਰਿਤ ਹੈ। ਸ਼ੁਰੂਆਤੀ Airbnb ਨੂੰ ਹੇਠ ਲਿਖੇ ਸਵਾਲਾਂ ਦਾ ਮੁਕਾਬਲਾ ਕਰਨਾ ਪਿਆ:
ਇਸ ਦਾ ਮਤਲਬ ਇਹ ਹੈ ਕਿ ਉਤਪਾਦ ਕੇਵਲ ਇੱਕ ਲੈਣ-ਦੇਣ ਨਹੀਂ—ਇੱਕ ਵਿਸ਼ਵਾਸ ਦੀ ਛਾਲ ਸੀ।
ਕਈ ਮਹਿਮਾਨ ਸਿਰਫ ਰਹਿਣ ਦੀ ਥਾਂ ਹੀ ਨਹੀਂ ਲੈ ਰਹੇ ਸਨ। ਉਹ Airbnb ਨੂੰ ਇਕ ਵੱਖਰਾ ਅਨੁਭਵ ਲਈ ਰੱਖ ਰਹੇ ਸਨ: “ਸਥਾਨਕ ਵਾਂਗ” ਰਹਿਣ ਦਾ ਅਹਿਸਾਸ, ਵਧੇਰੇ ਸਪੇਸ, ਅਤੇ ਆਖ਼ਿਰਕਾਰ ਇੱਕ ਐਸਾ ਮਹਿਸੂਸ ਜੋ ਕੇਵਲ ਲੋੜੀਂਦੀ ਰਹਿਣ ਤੋਂ ਉੱਪਰ ਹੋਵੇ—ਬੇਲੌਂਗਿੰਗ। ਇਹ ਭਾਵਨਾਤਮਕ ਜ਼ਰੂਰਤ ਵਿਆਖਿਆ ਕਰਦੀ ਹੈ ਕਿ ਕਿਵੇਂ ਇੱਕ ਖਾਲੀ ਕਮਰਾ ਹੋਟਲ ਨਾਲ ਮੁਕਾਬਲਾ ਕਰ ਸਕਦਾ ਹੈ।
ਸ਼ੁਰੂਆਤੀ ਮੈਸੇਜਿੰਗ ਨੂੰ ਸੰਤੁਲਨ ਬਣਾਉਣਾ ਪੈਦਾ ਸੀ। ਜੇ ਇਹ ਵਧੇਰੇ ਹੋਟਲ ਵਰਗਾ ਲਗਦਾ, ਤਾਂ ਮੁਕਾਬਲਾ ਅਜਿਹਾ ਹੋਵੇਗਾ ਜਿਸ ਵਿੱਚ Airbnb ਨੇ ਅਜਿਹੀ ਕConsistency ਨਹੀਂ ਹੋਣੀ ਤੇ ਹੁਣ ਹੋ ਸਕਦਾ ਸੀ। ਜੇ ਇਹ ਬਹੁਤ ਅਜੀਬ ਲੱਗਦਾ, ਤਾਂ ਇਹ ਖ਼ਤਰਨਾਕ ਮਹਿਸੂਸ ਹੋਵੇਗਾ। ਸ਼ੁਰੂਆਤੀ ਗਾਹਕ ਸਮੱਸਿਆ ਇੰਨੀ ਹੀ ਸੀ ਕਿ ਇਸ ਵਿਚਾਰ ਨੂੰ ਨਾਰਮਲ ਮਹਿਸੂਸ ਕਰਵਾਉਣਾ।
ਡਿਜ਼ਾਈਨ ਸੋਚ ਉਸ ਤਰੀਕੇ ਨਾਲ ਪ੍ਰਕਟ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਅਜੇ ਤਕ “ਸਹੀ” ਜਵਾਬ ਨਹੀਂ ਜਾਣਦੇ। ਸਧਾਰਨ ਭਾਸ਼ਾ ਵਿੱਚ, ਇਹ ਮਤਲਬ ਹੈ: ਅਸਲ ਲੋਕਾਂ ਨੂੰ ਸਮਝੋ (ਹਮਦਰਦੀ), ਇੱਕ ਸਧਾਰਣ ਵਰ੍ਹਨ ਤੁਰੰਤ ਬਣਾਓ (ਪ੍ਰੋਟੋਟਾਇਪ), ਜੋ ਹੁੰਦਾ ਹੈ ਉਸ ਤੋਂ ਸਿੱਖੋ, ਅਤੇ ਦੁਹਰਾਉ (ਇਟਰੇਸ਼ਨ)। ਇਹ ਥੋੜ੍ਹਾ ਬਹੁਤ ਰੁਚੀ ਦਾ ਮੁੱਦਾ ਨਹੀਂ, ਬਲਕਿ ਅਣਿਸ਼ਚਿਤਤਾ ਨੂੰ ਛੋਟੇ-ਛੋਟੇ ਜ਼ਾਂਚਯੋਗ ਸਵਾਲਾਂ ਵਿੱਚ ਤਬਦੀਲ ਕਰਨ ਦਾ ਇੱਕ ਤਰੀਕਾ ਹੈ।
ਜੇ ਤੁਸੀਂ ਅੱਜ ਬਣਾਉਂਦੇ ਹੋ, ਉਹ ਸੰਦ ਜੋ “ਖਿਆਲ → ਟੈਸਟ” ਚੱਕਰ ਨੂੰ ਘਟਾਉਂਦੇ ਹਨ, ਇਸ ਤਰੀਕੇ ਨੂੰ ਤੇਜ਼ ਕਰ ਸਕਦੇ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਇੱਕ vibe-coding ਪਲੇਟਫਾਰਮ ਜਿਵੇਂ Koder.ai ਟੀਮਾਂ ਨੂੰ ਚੈਟ-ਡ੍ਰਿਵਨ ਸਪੈੱਕ ਤੋਂ ਵੈੱਬ ਐਪ, ਬੈਕਐਂਡ ਜਾਂ ਮੋਬਾਈਲ ਫਲੋ ਪ੍ਰੋਟੋਟਾਈਪ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ—ਉਪਯੋਗੀ ਜਦੋਂ ਤੁਸੀਂ ਓਨਬੋਡਿੰਗ, ਭਰੋਸੇ ਸਕਰੀਨ ਜਾਂ ਮਾਰਕੀਟਪਲੇਸ ਫਲੋਜ਼ ਨੂੰ ਪੂਰੀ ਇੰਜੀਨੀਅਰਿੰਗ ਪਾਇਪਲਾਈਨ ਵਿੱਚ ਲਗਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਪਰਖਣਾ ਚਾਹੁੰਦੇ ਹੋ।
ਇੱਕ ਮਾਰਕੀਟਪਲੇਸ ਲਈ, ਹਮਦਰਦੀ ਦੀ ਕੰਮਵਾਰੀ ਵਰਕਸ਼ਾਪ ਨਹੀਂ—ਫੀਲਡਵਰਕ ਹੈ। ਤੁਸੀਂ ਦੇਖ ਰਹੇ ਹੋ ਕਿ ਕੀ ਚੀਜ਼ ਕਿਸੇ ਨੂੰ ਹਿਚਕਾਉਂਦੀ ਹੈ, ਕੀ ਉਨ੍ਹਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਮਹਿਸੂਸ ਕਰਵਾਉਂਦੀ ਹੈ, ਅਤੇ ਕੀ ਚੀਜ਼ ਉਨ੍ਹਾਂ ਨੂੰ “ਬੁਕ” ਤੇ ਕਲਿੱਕ ਕਰਵਾਂਦੀ ਹੈ।
ਮਾਲਕਾਂ ਲਈ ਹਮਦਰਦੀ ਦਾ ਕੰਮ ਇਹਾਂ ਹੋ ਸਕਦਾ ਹੈ:
ਮਹਿਮਾਨਾਂ ਲਈ ਹਮਦਰਦੀ ਦਾ ਕੰਮ ਇਹਾਂ ਹੋ ਸਕਦਾ ਹੈ:
ਇੱਕ ਪ੍ਰੋਟੋਟਾਈਪ ਕੁਝ ਵੀ ਹੋ ਸਕਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਤੁਰੰਤ ਇੱਕ ਸਵਾਲ ਦਾ ਜਵਾਬ ਜਾਣ ਲਈ ਬਣਾਉਂਦੇ ਹੋ। ਇਹ ਇੱਕ ਲੈਂਡਿੰਗ ਪੇਜ਼, ਬਦਲੇ ਹੋਏ ਲਿਸਟਿੰਗ ਲੇਆਊਟ, ਨਵਾਂ ਫੋਟੋ ਸਟਾਈਲ, ਜਾਂ ਇੱਕ ਵੱਖਰਾ ਚੈੱਕਆਉਟ ਫਲੋ ਹੋ ਸਕਦਾ ਹੈ। ਮਕਸਦ ਸ਼ਾਨਦਾਰਤਾ ਨਹੀਂ—ਮਕਸਦ ਇਹ ਹੈ ਕਿ ਕਿਹੜੇ ਬਦਲਾਅ ਵਰਤਾਰਾ ਬਦਲਦੇ ਹਨ।
“ਕੀ ਇਹ ਫੀਚਰ ਚੰਗਾ ਹੈ?” ਦੀ ਥਾਂ ਪ੍ਰੋਟੋਟਾਈਪ ਇਹ ਪੁੱਛਦਾ ਹੈ: “ਕੀ ਇਹ ਗੁੰਝਲ ਘਟਾਉਂਦਾ ਹੈ?” “ਕੀ ਇਹ ਬੁਕਿੰਗ ਵਧਾਉਂਦਾ ਹੈ?” “ਕੀ ਲੋਕਾਂ ਨੂੰ ਜ਼ਿਆਦਾ ਭਰੋਸਾ ਮਹਿਸੂਸ ਹੁੰਦਾ ਹੈ?”
ਸਟਾਰਟਅੱਪ ਉਹਨਾਂ ਸਮਝਾਂ 'ਤੇ ਬਹਿੜ ਜਾਂਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਉਹ ਕਦੇ ਪਰਖਦੇ ਨਹੀਂ—ਖਾਸ ਕਰਕੇ ਭਰੋਸੇ, ਕੀਮਤ ਅਤੇ ਨਵੇਂ ਕੁਝ ਕਰਕੇ ਦੇ ਤਿਆਰਤਾ ਬਾਰੇ ਅਨੁਮਾਨ। ਡਿਜ਼ਾਈਨ ਸੋਚ ਵੱਡੇ ਰਿਸਕਾਂ ਨੂੰ ਛੋਟੇ-ਛੋਟੇ ਟੈਸਟਯੋਗ ਰਿਸਕਾਂ ਵਿੱਚ ਵੰਡ ਦਿੰਦਾ ਹੈ ਅਤੇ ਇਕ-ਇੱਕ ਸੁਚੁਨ੍ਹੇ ਸਾਬਤ ਕਰਦਾ ਹੈ। ਇੰਝ ਇੱਕ ਨਵੀਂ ਕੈਟੇਗਰੀ ਬਣਦੀ ਹੈ: ਅਨੁਮਾਨ ਕਰਕੇ ਨਾਂ, ਪਰ ਤੇਜ਼ੀ ਨਾਲ ਸਿੱਖ ਕੇ ਅਤੇ ਜੋ ਤੁਸੀਂ ਵੇਖਦੇ ਹੋ ਉਸ 'ਤੇ ਕਾਰਵਾਈ ਕਰਕੇ।
Airbnb ਨੇ ਪੂਰਾ ਟਰੈਵਲ ਪਲੇਟਫਾਰਮ ਬਣਾਕੇ ਸ਼ੁਰੂ ਨਹੀਂ ਕੀਤਾ। ਉਸਨੇ ਇੱਕ ਸਧਾਰਣ ਸਵਾਲ ਸਾਬਤ ਕੀਤਾ: ਕੀ ਕੋਈ ਅਜਣਬੀ ਦੇ ਘਰ 'ਚ ਰਹਿਣ ਲਈ ਪੈਸਾ ਦੇਵੇਗਾ? ਇਹੀ ਮਾਰਕੀਟ ਵਿੱਚ ਮਿਨੀਮਮ ਵਾਇਬਲ ਉਤਪਾਦ (MVP) ਦੇ ਨੀਵੇਂ ਬੁਨਿਆਦ ਹੈ—ਉਤਪਾਦ ਦਾ ਸਭ ਤੋਂ ਛੋਟਾ ਵਰਜਨ ਜੋ ਕਾਰੋਬਾਰ ਦੇ ਸਭ ਤੋਂ ਅਣਿਸ਼ਚਿਤ ਹਿੱਸਿਆਂ ਦੀ ਜਾਂਚ ਕਰ ਸਕੇ।
MVP “ਛੋਟਾ” ਇਸ ਲਈ ਹੁੰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਜੋ ਖ਼ਤਰਨਾਕ ਚੀਜ਼ ਹੈ ਉਸ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਮਹਿਸੂਸ ਕਰ ਸਕੋ। Airbnb ਲਈ ਸਭ ਤੋਂ ਖਤਰਨਾਕ ਅਨੁਮਾਨ ਇਸ ਤਰ੍ਹਾਂ ਸਨ:
ਜੇ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਫੇਲ ਹੁੰਦਾ, ਤਾਂ ਚੰਗੀਆਂ ਫੋਟੋਆਂ ਜਾਂ ਸੁੰਦਰ ਲੋਗੋ ਤੁਹਾਨੂੰ ਬਚਾ ਨਹੀਂ ਸਕਦੇ।
ਮਾਰਕੀਟਪਲੇਸ ਵਿਚ ਆਮ ਤੌਰ 'ਤੇ ਆਈਡੀଆ ਜਿੱਥੇ ਟੁੱਟਦੀ ਹੈ ਉਹ ਹੈ ਓਨਬੋਡਿੰਗ। Airbnb ਨੂੰ ਉਹਨਾਂ ਮਾਪਦੰਡਾਂ ਘਟਾਉਣੇ ਪਏ ਜਿੱਥੇ ਯੂਜ਼ਰ ਸੋਚਦਾ, “ਇਹ ਢੰਗ ਤੰਗ ਹੈ” ਜਾਂ “ਇਹ ਬਹੁਤ ਕੰਮ ਹੈ।” ਸਭ ਤੋਂ ਵੱਡੇ ਘਰਸਾਮੀ ਮੁਕੰਮਲ ਫੀਚਰ ਨਹੀਂ ਸਨ—ਉਹ ਪ੍ਰਾਥਮਿਕਤਾਵਾਂ ਸਨ:
ਇੱਥੇ ਡਿਜ਼ਾਈਨ ਫੈਸਲਿਆਂ ਨੂੰ ਸ਼ਰਾਰਤ ਨਹੀਂ ਸਮਝਿਆ ਗਿਆ—ਉਹ ਰਿਸਕ ਨਿਯੰਤਰਣ ਦੇ ਤਰੀਕੇ ਸਨ।
MVP ਫੇਜ਼ ਵਿੱਚ, ਪੇਜ ਵਿਊਜ਼ ਅਤੇ ਪ੍ਰੈਸ ਮੇੰਸ਼ਨ ਧਿਆਨ ਭਟਕਾ ਸਕਦੇ ਹਨ। ਜੋ ਗੱਲ ਮਾਇਨੇ ਰੱਖਦੀ ਹੈ ਉਹ ਹਨ ਸਿੱਖਣ ਵਾਲੇ ਮੈਟ੍ਰਿਕਸ:
ਇਹ ਨਿਸ਼ਾਨ ਦੱਸਦੇ ਹਨ ਕਿ ਅਨੁਭਵ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ—ਨਾ ਕਿ ਸਿਰਫ ਇਸਨੂੰ ਨੋਟਿਸ ਕੀਤਾ ਗਿਆ।
Airbnb ਕੇਵਲ ਇਕ ਉਤਪਾਦ ਨਹੀਂ ਬਣਾ ਰਿਹਾ ਸੀ—ਉਸਨੇ ਇੱਕ ਬਾਜ਼ਾਰ ਸ਼ੁਰੂ ਕਰਨਾ ਸੀ। ਦੋ-ਪੱਖੀ ਮਾਰਕੀਟਪਲੇਸ ਦਾ ਸਧਾਰਣ ਫੰਦਾ ਇਹ ਹੈ: ਮਹਿਮਾਨ ਸਿਰਫ ਬਿਹਤਰ ਥਾਂ ਨਹੀਂ ਦੇਖਣਗੇ ਜੇ ਉਥੇ ਚੰਗੀ ਇੰਵੈਂਟਰੀ ਨਹੀਂ, ਅਤੇ ਮਾਲਕ ਲਿਸਟ ਨਹੀਂ ਕਰਨਗੇ ਜੇ ਮਹਿਮਾਨ ਨਹੀਂ ਹਨ। ਇਹ “ਕੌਣ ਪਹਿਲਾਂ ਆਵੇ?” ਦਾ ਦੁੱਖ ਹੈ।
ਸ਼ੁਰੂਆਤ ਵਿੱਚ ਟੀਮ ਨੇ ਵਿਆਪਕ, ਜਨਰਲ ਮਾਰਕેટਿੰਗ ਤੇ ਨਹੀ ਭਰੋਸਾ ਕੀਤਾ। ਉਹਨਾਂ ਉਹਨਾਂ ਸਥਿਤੀਆਂ 'ਤੇ ਧਿਆਨ ਦਿੱਤਾ ਜਿੱਥੇ ਪਹਿਲਾਂ ਹੀ ਡਿਮਾਂਡ ਮੌਜੂਦ ਸੀ—ਜਿਵੇਂ ਵੱਡੀਆਂ ਕਾਨੂੰਨੀ ਘਟਨਾਵਾਂ ਜਿੱਥੇ ਹੋਟਲ ਭਰੇ ਪਏ ਸਨ—ਤਾਂ ਜੋ ਮਹਿਮਾਨ ਪਾਸੇ ਦੇ ਲੋਗ ਆਕਲਪ ਹੋ ਕੇ ਵਿਕਲਪ ਲੱਭ ਸਕਣ।
ਸਪਲਾਈ ਬਣਾਉਣ ਲਈ, ਉਨ੍ਹਾਂ ਨੇ ਲਿਸਟਿੰਗ ਨੂੰ ਆਸਾਨ ਅਤੇ ਘੱਟ-ਖਤਰੇ ਵਾਲਾ ਮਹਿਸੂਸ ਕਰਵਾਇਆ। ਉਹ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਲੋਕਾਂ ਦੀਆਂ ਲਿਸਟਿੰਗਾਂ ਬਣਾਉਣ ਵਿੱਚ ਅਤੇ ਕਿਸਮਤ, ਵੇਰਵਾ, ਕੀਮਤ ਸਹੀ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦੇ ਸਨ। ਬਜਾਏ ਕਿ ਆਤਮ-ਸੇਵਾ ਓਨਬੋਡਿੰਗ ਤੇ ਇੰਤਜ਼ਾਰ ਕਰਨ ਦੇ, ਉਹਨਾਂ ਨੇ ਉਹ ਮੈਨੂਅਲ ਕੰਮ ਕੀਤਾ ਜੋ ਇਨਵੈਂਟਰੀ ਨੂੰ ਜ਼ਿੰਦਾ ਕਰਦਾ।
ਡਿਮਾਂਡ ਉਤਸ਼ਾਹਿਤ ਕਰਨ ਲਈ (ਮਹਿਮਾਨ), ਉਹ ਉਹਨਾਂ ਜਗ੍ਹਾਂ ਤੇ ਗਏ ਜਿੱਥੇ ਕਿਰਾਇਆਦਾਰ ਪਹਿਲਾਂ ਹੀ ਸਨ, ਛੋਟੇ ਵੰਡ ਨੁਸਖੇ ਅਜ਼ਮਾਏ, ਅਤੇ ਬੁਕਿੰਗ ਫਲੋ ਨੂੰ ਬਰਕਰਾਰ ਕੀਤਾ ਤਾਂ ਜੋ ਜਾਣ-ਪਛਾਣ ਵਾਲੇ ਵਿਜ਼ਿਟਰ ਤੁਰੰਤ ਸਮਝ ਸਕਣ ਕਿ ਉਹ ਕੀ ਖਰੀਦ ਰਹੇ ਹਨ: ਇੱਕ ਸੌਣ ਦੀ ਥਾਂ, ਇੱਕ ਅਸਲੀ ਵਿਅਕਤੀ ਦਾ ਮਾਲਕ, ਨਜ਼ਦੀਕੀ ਇਵੈਂਟ।
“ਹਰ ਜਗ੍ਹਾ ਲਾਂਚ ਕਰੋ” ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਨਾਲ ਕੋਸ਼ਿਸ਼ਾਂ ਵਿਭਾਜਿਤ ਹੋ ਜਾਂਦੀਆਂ ਅਤੇ ਕਈ ਸ਼ਹਿਰਾਂ 'ਚ ਪਤਲੀ, ਗੈਰ- ਯਕੀਨੀ ਇਨਵੈਂਟਰੀ ਬਣਦੀ। ਇੱਕ ਥਾਂ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਿਤ ਕਰਨ ਨਾਲ Airbnb ਇੱਕ ਗਾਢਾ ਵਿਕਲਪ ਬਣਾਉਣ ਵਿੱਚ ਸਫਲ ਰਹੀ—ਕਾਫ਼ੀ ਚੋਇਸ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਤਾਂ ਜੋ ਇਹ ਖਾਲੀ ਨਹੀਂ ਲੱਗੇ।
ਮਾਰਕੀਟਪਲੇਸ ਉਹਨਾਂ ਸਮੇਂ ਵੱਧਦਾ ਹੈ ਜਦੋਂ ਉਹ ਅਣਿਸ਼ਚਿਤਤਾ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ। Airbnb ਨੇ ਭਰੋਸਾ ਸੰਕੇਤਾਂ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਲਿਆ: ਸਾਫ਼ ਪ੍ਰੋਫਾਈਲ, ਵੈਰੀਫਾਈਡ ਵੇਰਵੇ, ਸਮੀਖਿਆਵਾਂ, ਅਤੇ ਖਾਸ ਕਰਕੇ ਉੱਚ-ਗੁਣਵੱਤਾ ਫੋਟੋਆਂ। ਚੰਗੀਆਂ ਫੋਟੋਆਂ ਸਿਰਫ ਸੁੰਦਰ ਨਹੀਂ ਲੱਗਦੀਆਂ—ਉਹ ਭਰੋਸਾ ਵਧਾਉਂਦੀਆਂ ਹਨ, ਜਿਸ ਨਾਲ ਬੁਕਿੰਗਾਂ ਵਧਦੀਆਂ ਹਨ, ਜੋ ਹੋਰ ਸਮੀਖਿਆਵਾਂ ਪੈਦਾ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਹੁਣ ਹੋਰ ਮਾਲਕਾਂ ਨੂੰ ਆਕਰਸ਼ਿਤ ਕਰਦੀਆਂ ਹਨ।
Airbnb ਦੀ ਸ਼ੁਰੂਆਤੀ ਵਿਰੱਧੀ ਕੌਂਪਲੈਕਸ ਡੈਸ਼ਬੋਰਡਾਂ ਨਾਲ ਨਹੀਂ ਸੀ; ਇਹ ਸਧਾਰਨ, ਮੈਨੂਅਲ ਕੰਮਾਂ ਨਾਲ ਸੀ ਜਿਸ ਨੇ ਅਜਣਬੀਆਂ ਨੂੰ “ਬੁਕ” ਤੇ ਕਲਿੱਕ ਕਰਨਾ ਸੁਰੱਖਿਅਤ ਮਹਿਸੂਸ ਕਰਵਾਇਆ। ਇਹ ਭਰੋਸਾ ਇਕ ਤਕਨੀਕੀ ਥਾਂ 'ਤੇ ਸਭ ਤੋਂ ਜ਼ਿਆਦਾ ਪ੍ਰਭਾਵ ਦਿਖਾਇਆ: ਲਿਸਟਿੰਗ ਗੁਣਵੱਤਾ।
ਘਰ ਇੱਕ ਜਜ਼ਬਾਤੀ ਖਰੀਦ ਹੈ। ਧੂੰਧਲੀ, ਅੰਧੇਰੇ ਤਸਵੀਰਾਂ ਰਿਸਕ ਦਿਖਾਉਂਦੀਆਂ ਹਨ—“ਉਹ ਕੀ ਛੁਪਾ ਰਹੇ ਹਨ?”—ਅਤੇ ਇਹ ਰਿਸਕ ਕਨਵਰਜ਼ਨ ਨੂੰ ਮਾਰ ਦਿੰਦਾ ਹੈ। ਸਾਫ਼, ਚੰਗੀ ਰੋਸ਼ਨੀ ਵਾਲੀਆਂ ਤਸਵੀਰਾਂ ਇੱਕ ਹੀ ਸਮੇਂ ਦੋ ਕੰਮ ਕਰਦੀਆਂ ਹਨ: ਸਪੇਸ ਨੂੰ ਲੋਭਣਯੋਗ ਬਣਾਉਣਾ ਅਤੇ ਮਾਲਕ ਨੂੰ ਅਸਲੀ ਦਿਖਾਉਣਾ।
ਸ਼ੁਰੂਆਤ ਵਿੱਚ, Airbnb ਨੇ ਸਿੱਖਿਆ ਕਿ ਫੋਟੋਆਂ ਅੱਪਗ੍ਰੇਡ ਕਰਕੇ ਬੁਕਿੰਗਜ਼ ਬਹੁਤ ਉੱਪਰ ਜਾ ਸਕਦੀਆਂ ਹਨ। ਉਹਨਾਂ ਨੇ ਮਾਲਕਾਂ ਨੂੰ “ਆਪਣਾ ਉਤੇ-ਹੀ ਖੁਦ ਸੋਚਣ” ਦੇਣਾ ਬੰਦ ਕੀਤਾ ਅਤੇ ਫੋਟੋਗ੍ਰਾਫੀ ਨੂੰ ਪ੍ਰੋਡਕਟ ਅਨੁਭਵ ਦਾ ਹਿੱਸਾ ਮੰਨਿਆ।
ਇਹ ਸਟ੍ਰੈਟਜੀ ਅਣਜਾਣੀ ਨਹੀਂ ਸੀ; ਇਹ ਸੋਚ-ਵਿਚਾਰ ਨਾਲ ਕੀਤੀ ਯੋਜਨਾ ਸੀ। ਫਾਉਂਡਰ ਇਹ ਕਰਦੇ:
ਇਹ ਕੰਮ ਸਕੇਲਯੋਗ ਨਹੀਂ ਹਨ। ਪਰ ਜਦ ਮਾਰਕੀਟ ਨਾਜੁਕ ਸੀ ਅਤੇ ਹਰ ਇੱਕ ਬੁਕਿੰਗ ਦੀ ਕੀਮਤ ਸੀ, ਇਹ ਸਭ ਤੋਂ ਤੇਜ਼ ਰਸਤਾ ਸੀ ਘਰਸਾਮੀ ਘਟਾਉਣ ਦਾ।
ਹੱਥ-ਕਾਰਜ ਇੱਕ ਕੀਮਤੀ ਉਤਪਾਦ ਦਿੰਦਾ: ਇਹ ਸਪਸ਼ਟ ਕਰਦਾ ਕਿ ਕਿਉਂ ਯੂਜ਼ਰ ਹਿਚਕਦੇ ਹਨ। ਅਪਾਰਟਮੈਂਟ ਦੇਖਕੇ, ਮਾਲਕਾਂ ਨਾਲ ਗੱਲ ਕਰਕੇ, ਅਤੇ ਲਿਸਟਿੰਗ ਬਣਾਉਣ ਦੇ ਢੰਗ ਨੂੰ ਦੇਖ ਕੇ, ਟੀਮ ਦੁਹਰਾਏ ਜਾਂਦੇ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਪਹਚਾਣ ਸਕਦੀ—ਖਰਾਬ ਲਾਈਟਿੰਗ, ਅਸਪਸ਼ਟ ਟਾਈਟਲ, ਗੈਰ-ਮੌਜੂਦ ਨੀਤੀਆਂ, ਅਸੰਗਤ ਕੀਮਤ।
ਇਹ ਪੈਟਰਨ ਬਾਅਦ ਵਿੱਚ ਸਕੇਲਯੋਗ ਸਿਸਟਮਾਂ ਲਈ ਲੋੜਾਂ ਬਣ ਜਾਂਦੇ ਹਨ: ਫੋਟੋ ਗਾਈਡਲਾਈਨ, ਲਿਸਟਿੰਗ ਟੈਂਪਲੇਟ, ਓਨਬੋਡਿੰਗ ਚੈੱਕਲਿਸਟ, ਅਤੇ ਗੁਣਵੱਤਾ ਮਿਆਰ। ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਮੈਨੂਅਲ ਮੰਚ ਸਕੇਲ ਕਰਨ ਯੋਗ ਬਣਾਉਣ ਲਈ ਖੇਤੀ-ਕਿਸਾਨੀਮਾਨ ਫੀਲਡ ਰਿਸਰਚ ਸੀ।
Airbnb ਸਿਰਫ ਬਿਸਤਰੇ ਨਹੀਂ ਵੇਚ ਰਿਹਾ ਸੀ—ਇਹ ਲੋਕਾਂ ਨੂੰ ਆਪਣੇ ਘਰਾਂ ਨਾਲ ਅਪਣੇ ਵਿਸ਼ਵਾਸ ਰੱਖਣ ਲਈ ਪੁੱਛ ਰਿਹਾ ਸੀ। ਇਹ ਇੱਕ ਉੱਚ-ਘਰਸਾਮੀ ਖ਼ਿਆਲ ਸੀ, ਇਸ ਲਈ ਕਹਾਣੀ ਨੇ ਵਿਸ਼ੇਸ਼ ਕੰਮ ਕਰਨਾ ਸੀ: ਸੰਕਲਪ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਸਮਝਾਉਣਾ, ਡਰ ਘਟਾਉਣਾ, ਅਤੇ ਇਹ ਵਿਹਾਰ ਸਧਾਰਨ ਮਹਿਸੂਸ ਕਰਵਾਉਣਾ।
ਇੱਕ ਮਜ਼ਬੂਤ ਨੈਰੈਟਿਵ “ਇਕ ਅਜੀਬ ਨਵੇਂ ਵੈਬਸਾਈਟ” ਨੂੰ ਸਧਾਰਨ ਮਾਨਸਿਕ ਮਾਡਲ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਸ਼ੁਰੂਆਤ ਵਿੱਚ, Airbnb ਨੇ ਆਪਣੇ ਆਪ ਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਰੂਪ ਦਿੱਤਾ ਜਿਵੇਂ ਲੋਗ ਪਹਿਲਾਂ ਸਮਝਦੇ ਸਨ: ਹੋਟਲ ਦੇ मुकाबਲੇ ਇੱਕ ਦੋਸਤਾਨਾ, ਸਥਾਨਕ ਵਿਕਲਪ। ਜਦੋਂ ਯੂਜ਼ਰ ਤੁਸੀਂ ਇੱਕ ਮੌਜੂਦਾ ਸ਼੍ਰੇਣੀ ਵਿੱਚ ਰੱਖ ਲੈਂਦੇ ਹੋ, ਉਹ ਘੱਟ ਉਰਜਾ ਖਰਚ ਕਰਦੇ ਹਨ ਇਹ ਸਮਝਣ ਲਈ ਕਿ ਤੁਸੀਂ ਕੀ ਹੋ—ਤੇ ਜ਼ਿਆਦਾ ਊਰਜਾ ਫੈਸਲਾ ਕਰਨ ਵਿੱਚ ਲਗਾਉਂਦੇ ਹਨ ਕਿ ਕੀ ਉਹ ਇਸਨੂੰ ਚਾਹੁੰਦੇ ਹਨ।
ਫੀਚਰ ਉਹ ਹੁੰਦੇ ਹਨ ਜੋ ਤੁਸੀਂ ਬਣਾਇਆ (ਪ੍ਰੋਫਾਈਲ, ਫੋਟੋ, ਮੈਸੇਜਿੰਗ)। ਇੱਕ ਵਾਅਦਾ ਉਹ ਹੈ ਜੋ ਗਾਹਕ ਨੂੰ ਮਿਲਦਾ (ਪੈਸਾ ਬਚਾਓ, ਕਿਤੇ ਵੀ ਰਹੋ, ਸੁਰੱਖਿਅਤ ਮਹਿਸੂਸ ਕਰੋ)।
ਇੱਕ ਲਾਇਕੀ ਨਿਯਮ: ਜੇ ਤੁਹਾਡਾ ਹੈੱਡਲਾਈਨ ਉਤਪਾਦ ਹਿੱਸਿਆਂ ਦੀ ਸੂਚੀ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਸੰਭਵਤ: ਇੱਕ ਵਾਅਦਾ ਨਹੀਂ ਦੇ ਰਹੇ। ਜੇ ਇਹ ਸਧਾਰਨ ਭਾਸ਼ਾ ਵਿੱਚ ਨਤੀਜਾ ਦਿਖਾਉਂਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਵਾਅਦੇ-ਅਧਾਰਿਤ ਹੋ।
ਉਦਾਹਰਨ:
ਉਤਪਾਦ ਨੂੰ ਦੁਬਾਰਾ ਨਹੀਂ ਬਣਾਉਣ ਲਈ, ਤਿੰਨ ਤੱਤਾਂ 'ਤੇ ਛੋਟੇ ਪ੍ਰਯੋਗ ਚਲਾਓ:
ਕਲਿਕਸ, ਸਾਈਨ-ਅਪਸ, ਅਤੇ ਬੁਕਿੰਗ ਇਰਾਦੇ ਨੂੰ ਮਾਪੋ—ਕੇਵਲ “ਕਿੋਪੀ ਪਸੰਦ ਕੀਤੀ” ਨਹੀਂ।
ਡਿਜ਼ਾਈਨ ਫੈਸਲੇ—ਟਾਈਪੋਗ੍ਰਾਫੀ, ਰੰਗ, ਫੋਟੋਗ੍ਰਾਫੀ, ਟੋਨ—ਇਸ ਗੱਲ ਦਾ ਸੰਕੇਤ ਦਿੰਦੇ ਹਨ ਕਿ ਕੋਈ ਚੀਜ਼ ਸ਼ੱਕੀ ਜਾਂ ਭਰੋਸੇਯੋਗ ਹੈ। Airbnb ਦਾ ਸ਼ੁਰੂਆਤੀ ਬ੍ਰਾਂਡ ਸਪਸ਼ਟਤਾ (ਕੋਈ ਗਲਤ-ਫਹਮੀ ਨਹੀਂ), ਗਰਮੀ (ਇਨਸਾਨੀ, ਸਵਾਗਤਯੋਗ), ਅਤੇ ਭਰੋਸੇਯੋਗਤਾ (ਪੇਸ਼ੇਵਰ, ਭਰੋਸੇਯੋਗ) ਦੀ ਲੋੜ ਸੀ। ਜਦੋਂ ਵਿਜ਼ੂਅਲ ਅਤੇ ਸ਼ਬਦ ਵਾਅਦੇ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਹਨ, ਨਵੀਂ ਵਰਤੋਂ ਸਧਾਰਨ ਲੱਗਣ ਲੱਗਦੀ ਹੈ।
ਜਦ ਤੁਹਾਡੀ ਟੀਮ ਛੋਟੀ ਹੁੰਦੀ ਹੈ, “ਗ੍ਰੋਥ” ਦੇ ਮਤਲਬ ਇਹ ਨਹੀਂ ਹੋ ਸਕਦੇ ਕਿ ਸੈਂਕੜੇ ਮੁਹਿੰਮਾਂ ਚਲਾਈਆਂ ਜਾਣ। ਇਹ ਉਹਨਾਂ ਕੁਝ ਕਦਮਾਂ ਨੂੰ ਸੁਧਾਰਨ ਦਾ ਮਤਲਬ ਹੋਵੇਗਾ ਜੋ ਕਿਸੇ ਨੂੰ ਰੁਚੀ ਤੋਂ ਬੁਕਿੰਗ ਤੱਕ ਲੈ ਜਾਂਦੇ ਹਨ।
ਸ਼ੁਰੂਆਤੀ Airbnb ਲਈ ਇੱਕ ਕਾਰਗਰ ਫਨਲ ਇਹ ਸੀ:
ਇਹ ਨਕਸ਼ਾ ਇਸ ਲਈ ਲਾਭਦਾਇਕ ਹੈ ਕਿਉਂਕਿ ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਕਿੱਥੇ ਵੇਖਣਾ ਹੈ: ਕਿਹੜੇ ਕਦਮ ਵਿੱਚ ਸਭ ਤੋਂ ਵਧ ਕੇ ਰਕਾਵਟ ਹੈ, ਅਤੇ ਇੱਕ ਇਕੱਲਾ ਬਦਲਾਅ ਕੀ ਕਰ ਸਕਦਾ ਹੈ।
ਛੋਟੀ ਟੀਮਾਂ ਜਿੱਤਦੀਆਂ ਹਨ ਜਦ ਉਹ ਸੰਭਾਵੀ ਰੁਕਾਵਟਾਂ ਨੂੰ ਲਿਖਦੇ ਹਨ ਅਤੇ ਇਕ-ਏਕ ਕਰਕੇ ਹੱਲ ਕਰਦੇ ਹਨ:
ਨੋਟ ਕਰੋ ਕਿ ਇਹ ਸਿਰਫ਼ ‘ਮਾਰਕੀਟਿੰਗ ਸਮੱਸਿਆਵਾਂ’ ਨਹੀਂ ਹਨ—ਇਹ ਸਪਸ਼ਟਤਾ ਸਮੱਸਿਆਵਾਂ ਹਨ।
ਪੇਚੀਦਾ ਟੂਲਿੰਗ ਦੀ ਥਾਂ, ਹਲਕੇ ਫੁਲਕੇ ਟੈਸਟਾਂ ਨੂੰ ਪਹਿਲ ਦਿੱਤੀ ਜਾਵੇ:
ਜੇ ਤੁਹਾਡੀ ਬੋਤਲਨੇਕ ਬਣਾਉਣ ਦੀ रਫ਼ਤਾਰ ਹੈ, ਇੱਕ ਵਰਕਫਲੋ ਤੇ ਵਿਚਾਰ ਕਰੋ ਜੋ ਤੁਹਾਨੂੰ ਜ਼ਿਆਦਾ ਤੇਜ਼ੀ ਨਾਲ ਟੈਸਟ ਕਰਨ ਦੇ ਯੋਗ ਬਣਾਏ ਬਿਨਾਂ ਜ਼ਿਆਦਾ ਇੰਜੀਨੀਅਰਿੰਗ ਦੇ। ਉਦਾਹਰਨ ਲਈ, Koder.ai ਦੀ ਯੋਜਨਾ ਮੋਡ ਅਤੇ ਸਨੈਪਸ਼ਾਟ/ਰੋਲਬੈਕ ਫੀਚਰ ਤੇਜ਼ ਦੁਹਰਾਈ ਲਈ ਸਹਾਇਕ ਹੋ ਸਕਦੇ ਹਨ—ਇਕ ਬਦਲਾਅ ਭੇਜੋ, ਮਾਪੋ, ਅਤੇ ਜੇ ਇਹ ਮੈਟਰਿਕ ਨਹੀਂ ਬਦਲਦਾ ਤਾਂ ਸਾਫ਼ ਵਾਪਸ ਕਰੋ।
ਹਰ ਪ੍ਰਯੋਗ ਲਈ ਇੱਕ-ਵਾਕੀ ਹਾਈਪੋਥੇਸਿਸ ਅਤੇ ਮਾਪਣਯੋਗ ਨਤੀਜੇ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ:
“ਜੇ ਅਸੀਂ ਲਿਸਟਿੰਗ ਪੰਨੇ 'ਤੇ ਰੱਦ ਦੀਆਂ ਸ਼ਰਤਾਂ ਵਿਆਖਿਆ ਕਰਾਂਗੇ, ਤਾਂ ਹੋਰ ਯੂਜ਼ਰ ਬੇਨਤੀ ਭੇਜਣਗੇ ਕਿਉਂਕਿ ਉਹ ਜ਼ਿਆਦਾ ਸੁਰੱਖਿਅਤ ਮਹਿਸੂਸ ਕਰਨਗੇ।”
ਹਰ ਟੈਸਟ ਲਈ ਇੱਕ ਪ੍ਰਾਇਮਰੀ ਮੈਟ੍ਰਿਕ ਟ੍ਰੈਕ ਕਰੋ (ਉਦਾਹਰਨ ਲਈ, ਲਿਸਟਿੰਗ ਵਿਊਜ਼ ਤੋਂ ਰਿਕਵੇਸਟ ਦਰ) ਅਤੇ ਜੋ ਤੁਸੀਂ ਸਿੱਖਿਆ ਉਸਨੂੰ ਲਿਖੋ। ਇਹ ਆਦਤ ਸੰਘਰਸ਼ੀਲ ਕਾਰਜ ਨੂੰ ਸੰਯੁਕਤ ਪ੍ਰਗਟਿ ਵਿੱਚ ਬਦਲਦੀ ਹੈ—ਬਿਨਾਂ ਵੱਡੀ ਟੀਮ ਜਾਂ ਵੱਡੇ ਬਜਟ ਦੇ।
Airbnb ਨੂੰ ਸਿਰਫ਼ ਅਵੇਅਰ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਸੀ—ਉਸਨੂੰ ਸਮਝਦੀ ਲੋੜ ਸੀ। ਜਦ ਇੱਕ ਉਤਪਾਦ ਇੱਕ ਨਵੀਂ (ਜਾਂ ਦੁਬਾਰਾ ਪਰਿਭਾਸ਼ਿਤ) ਕੈਟੇਗਰੀ ਬਣਾਉਂਦਾ ਹੈ, ਲੋਕ ਸਿਰਫ ਇਹ ਨਹੀਂ ਸੋਚਦੇ “ਕਿਹੜੀ ਬ੍ਰਾਂਡ ਚੁਣੀਏ”; ਉਹ ਇਸ ਗੱਲ 'ਤੇ ਫੈਸਲਾ ਕਰ ਰਹੇ ਹੁੰਦੇ ਹਨ ਕਿ ਖੁਦ ਇਹ ਵਰਤਾਰਾ ਸੁਰੱਖਿਅਤ, ਨਾਰਮਲ ਅਤੇ ਸੋਸ਼ਲ ਰਿਸਕ ਵੱਖ ਕਰਨਯੋਗ ਹੈ ਕਿ ਨਹੀਂ। ਇਹ ਫੈਲੋਤਾ “ਮਾਰਕੀਟਿੰਗ” ਦੇਣ ਦੇ ਨਾਲ-ਨਾ-ਨਾਲ ਸਿੱਖਿਆ ਵੀ ਹੈ: ਦਿਖਾਉ ਕਿ ਕੀ ਹੋਵੇਗਾ, ਕੀ ਗਲਤ ਹੋ ਸਕਦਾ ਹੈ, ਅਤੇ ਕਿਹੜੀਆਂ ਸੁਰੱਖਿਆ ਉਪਾਇ ਹਨ।
ਨਵੀਂ ਕੈਟੇਗਰੀ ਲਈ ਮੁੱਖ اعتراض ਆਮ ਤੌਰ 'ਤੇ “ਮੈਂ ਇਹ ਨਹੀਂ ਕਰਦਾ” ਹੁੰਦਾ ਹੈ। ਇਸ਼ਤਿਹਾਰਾਂ ਜਿਗਿਆਸਾ ਪੈਦਾ ਕਰ ਸਕਦੀਆਂ ਹਨ, ਪਰ ਸਿੱਖਿਆ ਅਣਿਸ਼ਚਿਤਤਾ ਘਟਾਉਂਦੀ ਹੈ। ਮਾਰਕੀਟਪਲੇਸ ਵਿੱਚ, ਅਣਿਸ਼ਚਿਤਤਾ ਵਿਅਕਤੀਗਤ ਹੁੰਦੀ ਹੈ: ਕੀ ਥਾਂ ਫੋਟੋਆਂ ਵਰਗੀ ਹੋਏਗੀ? ਕੀ ਮੈਂ ਸੁਰੱਖਿਅਤ ਰਹਾਂਗਾ? ਜੇ ਮਾਲਕ ਰੱਦ ਕਰ ਦੇਵੇ ਤਾਂ ਕੀ ਹੋਏਗਾ?
ਇਸ ਲਈ ਸ਼ੁਰੂਆਤੀ ਕੈਟੇਗਰੀ ਨਿਰਮਾਤੇ ਸਪਸ਼ਟ-ਭਾਸ਼ਾ ਵਿਆਖਿਆਵਾਂ, ਉਮੀਦਾਂ ਅਤੇ ਭਰੋਸਾ ਸੰਕੇਤਾਂ ਵਿੱਚ ਨਿਵੇਸ਼ ਕਰਦੇ ਹਨ—ਨਾ ਕਿ “ਜ਼ਿਆਦਾ ਬੇਚਣ” ਲਈ, ਪਰ ਤਾਨਾ-ਬਾਨਾ ਅਜਿਹੇ ਅਜਾਣੇ ਨੂੰ ਪੜ੍ਹਨਯੋਗ ਬਣਾਉਣ ਲਈ।
ਸ਼ੁਰੂਆਤੀ ਅਪਨਾਉਣ ਵਾਲੇ ਅੰਧੇ-ਭਰੋਸੇ ਦੀ ਚੀਜ਼ ਬਰਦਾਸ਼ਤ ਕਰ ਲੈਂਦੇ ਹਨ। ਉਹ ਕੁਝ ਅਣਿਸ਼ਚਤਤਾ ਨੂੰ ਸਹਿਣਗੇ—ਕੀਮਤ, ਨਵੀਂਤਾ, ਜਾਂ ਬਾਦ ਵਿੱਚ ਸੁਨੇਹਾ ਬਣਾਉਣ ਲਈ। ਮੱਖਿਆ ਧਾਰਾ ਵਾਲੇ ਯੂਜ਼ਰ ਭਰੋਸੇਯੋਗਤਾ ਮੰਗਦੇ ਹਨ। ਉਹ ਮੰਨਦੇ ਹਨ ਕਿ “ਇੱਕ ਮਿਆਰੀ ਤਰੀਕਾ” ਹੁੰਦਾ ਹੈ ਅਤੇ ਉਹ ਸਬੂਤ ਮੰਗਦੇ ਹਨ ਕਿ ਅਨੁਭਵ ਨੁਕਸਾਨਦਾਇਕ ਤਰੀਕੇ ਨਾਲ ਨਹੀਂ ਹੈ।
ਮਾਰਕੀਟਪਲੇਸ ਗ੍ਰੋਥ ਵਿੱਚ ਇੱਕ ਲਾਭਦਾਇਕ ਰੂਪ ਇਹ ਹੈ ਕਿ ਸ਼ੁਰੂਆਤੀ ਅਪਨਾਉਣ ਵਾਲੇ ਹੱਥ-ਹਥ ਪ੍ਰਕਿਰਿਆਵਾਂ (ਮੈਨੂਅਲ ਸਹਾਇਤਾ, ਅਧੂਰੀ ਇਨਵੈਂਟਰੀ, ਗੈਰ-ਸਥਿਰ ਗੁਣਵੱਤਾ) ਸਹਿ ਜਾਂਦੇ ਹਨ, ਜਦੋਂ ਕਿ ਮੱਖਿਆ ਸੁਧਾਰ ਲਈ ਸਧਾਰਨ ਪਾਰਾਵਾਰਿਕ, ਸਪਸ਼ਟ ਨਿਯਮ ਅਤੇ ਵੱਧ ਗਾਰੰਟੀਆਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਭਰੋਸਾ ਪਾਰ ਕਰਨ ਦਾ ਰਸਤਾ ਅਕਸਰ ਇੱਕ ਕ੍ਰਮ ਹੁੰਦਾ ਹੈ ਨਾ ਕਿ ਇਕ ਛੱਲਾਂ:
ਇਹ ਪਰਦੇਸ਼ ਇਕੇਲੇ ਜਾਦੂ ਨਹੀਂ, ਪਰ ਇਕੱਠੇ ਉਹ ਇੱਕ ਨਿਸ਼ ਵਰਤੀੁ ਨੂੰ ਲੋਕ ਬਿਨਾਂ ਸ਼ਰਤਾਂ ਦੇ ਸਿਫਾਰਿਸ਼ ਕਰਨ ਲਾਇਕ ਬਣਾ ਸਕਦੇ ਹਨ।
Airbnb ਦੀ ਸ਼ੁਰੂਆਤੀ ਯੋਜਨਾ ਲਾਭਦਾਇਕ ਹੈ ਕਿਉਂਕਿ ਇਹ ਸਧਾਰਨ ਹੈ: ਮਨੁੱਖੀ ਸਮੱਸਿਆ ਨੂੰ ਸਮਝੋ, ਕੁਝ ਛੋਟਾ ਸ਼ਿਪ ਕਰੋ, ਅਤੇ ਫਿਰ ਜੋ ਤੁਸੀਂ ਸਿੱਖਦੇ ਹੋ ਉਸ ਅਤੇ ਜੋ ਤੁਸੀਂ ਬਦਲਦੇ ਹੋ ਦਰਮਿਆਨ ਲੂਪ ਨੂੰ ਤੰਗ ਕਰੋ।
ਫੀਚਰਾਂ ਤੋਂ ਪਹਿਲਾਂ ਹਮਦਰਦੀ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ। “ਨੌਕਰੀ” ਸਿਰਫ ਇੱਕ ਕਮਰਾ ਬੁੱਕ ਕਰਵਾਉਣ ਦੀ ਨਹੀਂ ਸੀ—ਇਹ ਕਿਸੇ ਦੇ ਅਜਣਬੀ ਘਰ ਵਿੱਚ ਸੁਰੱਖਿਅਤ, ਆਤਮ-ਵਿਸ਼ਵਾਸੀ ਅਤੇ ਸਵਾਗਤਯੋਗ ਮਹਿਸੂਸ ਕਰਨ ਦੀ ਸੀ।
ਤੇਜ਼ੀ ਨਾਲ ਸਿਪ ਕਰੋ, ਤੇਜ਼ੀ ਨਾਲ ਸਿੱਖੋ। ਸ਼ੁਰੂਆਤੀ ਟੀਮ ਨੇ ਪੂਰੀ ਟੂਲਿੰਗ ਜਾਂ ਪੋਲਿਸ਼ਡ ਬ੍ਰਾਂਡ ਪ੍ਰਣਾਲੀ ਦੀ ਉਡੀਕ ਨਹੀਂ ਕੀਤੀ। ਉਹਨਾਂ ਨੇ ਅਸਲ ਲਿਸਟਿੰਗਾਂ ਨੂੰ ਅਸਲ ਮਹਿਮਾਨਾਂ ਸਾਹਮਣੇ ਰੱਖਿਆ, ਫਿਰ ਨਤੀਜਿਆਂ ਦੇ ਅਧਾਰ 'ਤੇ ਨਿਰਣੈ ਲਏ ਕਿ ਅਗਲਾ ਕਦਮ ਕੀ ਹੋਵੇ।
ਭਰੋਸੇ ਨੂੰ ਉਤਪਾਦ ਸਤਹ ਸਮਝੋ। ਕਾਪੀ, ਫੋਟੋਆਂ, ਮੇਸੇਜਿੰਗ ਅਤੇ ਸਹਾਇਤਾ ਮਾਰਕੀਟਪਲੇਸਾਂ ਵਿੱਚ “ਆਰਾਮਦਾਇਕ-ਵਿਨੀ” ਚੀਜ਼ਾਂ ਨਹੀਂ—ਉਹ ਕਨਵਰਜ਼ਨ ਡਰਾਈਵਰ ਹਨ।
ਇਸਨੂੰ ਸাপ্তਾਹਿਕ ਸਮੀਖਿਆ ਵਜੋਂ ਵਰਤੋ (ਅਤੇ ਕਠੋਰ ਅਸਲ ਨਾਲ):
ਸੰਘਰਸ਼ੀਲਤਾ ਨੂੰ ਰੋਮਾਂਟਿਕ ਨਾ ਕਰਦੋ। ਕੁਝ ਸ਼ੁਰੂਆਤੀ ਤਕਨੀਕਾਂ ਕੰਮ ਕੀਤਾ ਕਿਉਂਕਿ ਸਮਾਂ, ਮੀਡੀਆ ਧਿਆਨ ਅਤੇ ਛੋਟੀ ਬਾਜ਼ਾਰ ਦੇ ਅੰਦਰ ਮੈਨੂਅਲ ਕੋਸ਼ਿਸ਼ਾਂ ਸੰਭਵ ਸਨ।
ਅਤੇ ਹਰ ਸਟਾਰਟਅੱਪ ਨੂੰ ਇੱਕ ਨਵੀਂ ਕੈਟੇਗਰੀ ਬਣਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ। ਜੇ ਤੁਸੀਂ ਇੱਕ ਸਥਾਪਿਤ ਖੇਤਰ ਵਿੱਚ ਹੋ, ਤਾਂ ਇੱਕ ਨਿਸ਼ ਖਿੱਤੇ (ਇਕ ਗਾਹਕ ਕਿਸਮ, ਇਕ ਉਪਯੋਗ ਕੇਸ) 'ਤੇ ਜਿੱਤਣਾ ਹੋਸ਼ਿਆਰ ਹੋ ਸਕਦਾ ਹੈ, ਬਜਾਏ ਕਿ ਇਕ ਬਿਲਕੁਲ ਨਵੇਂ ਸੰਕਲਪ ਨੂੰ ਸਮਝਾਉਣ ਦੇ।
ਜੇ ਤੁਸੀਂ ਹੋਰ ਪ੍ਰਯੋਗਸ਼ੀਲ ਵਿਵਰਨਾਂ ਚਾਹੁੰਦੇ ਹੋ, blog ਤੇ ਖੋਜ ਕਰੋ।
Airbnb ਦੀ ਸ਼ੁਰੂਆਤੀ ਰਣਨੀਤੀ ਯਾਦ ਦਿਲਾਉਂਦੀ ਹੈ ਕਿ ਡਿਜ਼ਾਈਨ ਸੋਚ ਉਸ ਵੇਲੇ ਮਹੱਤਵਪੂਰਨ ਹੈ ਜਦੋਂ ਇਹ ਸੰਘਰਸ਼ੀਲ ਕਾਰਜ ਨਾਲ ਜੋੜੀ ਜਾਵੇ। Joe Gebbia ਅਤੇ ਟੀਮ ਨੇ ਡਿਜ਼ਾਈਨ ਨੂੰ ਸਜਾਵਟ ਨਹੀਂ ਸਮਝਿਆ; ਉਨ੍ਹਾਂ ਨੇ ਇਸਨੂੰ ਵੇਖਣਯੋਗ ਗਾਹਕ ਸਮੱਸਿਆ ਸਪਸ਼ਟ ਕਰਨ, ਅਣਿਸ਼ਚਿਤਤਾ ਘਟਾਉਣ ਅਤੇ ਇੱਕ ਅਜੀਬ ਨਵੇਂ ਖ਼ਿਆਲ ਨੂੰ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਯੋਗ ਬਣਾਉਣ ਲਈ ਵਰਤਿਆ। ਇਹ ਜੋੜ—ਸਪਸ਼ਟ ਇरਾਦਾ + ਤੇਜ਼ ਇਟਰੇਸ਼ਨ—ਉਤਪਾਦ-ਬਾਜ਼ਾਰ ਫਿਟ ਵਲ ਗਤੀ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਇੱਕ ਦੋ-ਪੱਖੀ ਮਾਰਕੀਟਪਲੇਸ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ।
ਆਪਣਾ ਮੁੱਖ ਵਾਅਦਾ ਇੱਕ ਵਾਕ ਵਿੱਚ ਦੁਬਾਰਾ ਲਿਖੋ। ਇਸਨੂੰ ਨਿਸ਼ਚਿਤ ਅਤੇ ਵਿਸ਼ੇਸ਼ ਬਣਾਓ (ਕਿਸ ਲਈ ਹੈ, ਉਹਨਾਂ ਨੂੰ ਕੀ ਨਤੀਜਾ ਮਿਲਦਾ ਹੈ, ਉਹਨਾਂ ਲਈ ਕੀ ਬਦਲਦਾ ਹੈ)। ਜੇ ਤੁਸੀਂ ਇਸਨੂੰ ਸਧਾਰਨ ਨਹੀਂ ਕਹਿ ਸਕਦੇ, ਤਾਂ ਤੁਸੀਂ ਇਸਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਟੈਸਟ ਨਹੀਂ ਕਰ ਸਕੋਗੇ।
ਆਪਣੇ ਫਨਲ 'ਤੇ ਇੱਕ “ਭਰੋਸਾ ਆਡਿਟ” ਚਲਾਓ। ਉਹ ਮੋੜ ਚੁਣੋ ਜਿੱਥੇ ਨਵਾਂ ਯੂਜ਼ਰ ਹਿਚਕਦਾ ਹੈ (ਸਾਈਨਅਪ, ਚੈੱਕਆਉਟ, ਪਹਿਲਾ ਸੁਨੇਹਾ)। ਇੱਕ ਭਰੋਸਾ ਉ ਪਾਦਾ ਜੋੜੋ—ਸਪਸ਼ਟ ਕੀਮਤ, ਚੰਗੀਆਂ ਫੋਟੋਆਂ, ਛੋਟੀ FAQ, ਗਾਰੰਟੀ, ਜਾਂ ਸੋਸ਼ਲ ਪ੍ਰੂਫ਼—ਅਤੇ ਬਦਲਾਅ ਤੋਂ ਪਹਿਲਾਂ/ਬਾਅਦ کنਵਰਜ਼ਨ ਮਾਪੋ।
ਸਭ ਤੋਂ ਖਤਰਨਾਕ ਅਨੁਮਾਨ ਨੂੰ ਇੱਕ ਛੋਟੇ MVP ਨਾਲ ਸਾਬਤ ਕਰੋ। ਪੂਰੇ ਫੀਚਰ ਸੈੱਟ ਨੂੰ ਨਾ ਬਣਾਓ। ਇਕ ਮੈਨੂਅਲ ਵਰਕਫਲੋ, ਇੱਕ ਲੈਂਡਿੰਗ ਪੇਜ਼, ਜਾਂ ਇੱਕ ਕਨਸੀਅਰਜ-ਸਟਾਈਲ ਟੈਸਟ ਬਣਾਓ ਜੋ ਦਿਨਾਂ ਵਿੱਚ ਡਿਮਾਂਡ ਦੀ ਪੁਸ਼ਟੀ (ਜਾਂ ਖੰਡਨ) ਕਰੇ।
ਜੇ ਤੁਸੀਂ ਬਿਲਡ-ਅਤੇ-ਟੈਸਟ ਸਾਈਕਲ ਨੂੰ ਹੋਰ ਵੀ ਘਟਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੇਜ਼ ਪ੍ਰੋਟੋਟਾਈਪਿੰਗ ਵਰਕਫਲੋ (ਉਦਾਹਰਨ ਲਈ, Koder.ai) ਦੀ ਸੋਚ ਕਰੋ ਜੋ ਇੱਕ ਪ੍ਰਯੋਗ ਨੂੰ ਰੋਜ਼ਾਨਾ ਚਲਾਉਣ, ਡਿਪਲੋਏ ਕਰਨ ਅਤੇ ਸਨੈਪਸ਼ਾਟ/ਰੋਲਬੈਕ ਨਾਲ ਦੁਹਰਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ—ਖਾਸ ਕਰਕੇ ਜਦ ਤਕ ਤੁਸੀਂ ਸਭ ਤੋਂ ਸਪਸ਼ਟ ਭਰੋਸਾ ਅਤੇ ਓਨਬੋਡਿੰਗ ਫਲੋ ਖੋਜ ਰਹੇ ਹੋ।
ਜੇ ਤੁਸੀਂ ਹੋਰ ਪ੍ਰਯੋਗਸ਼ੀਲ ਫਰੇਮਵਰਕ ਚਾਹੁੰਦੇ ਹੋ, blog/mvp-validation, blog/growth-experiments ਅਤੇ blog/founder-storytelling ਤੇ ਹੋਰ ਉਦਾਹਰਣ ਮਿਲ ਸਕਦੇ ਹਨ ਜੋ ਤੁਸੀਂ ਆਪਣੀ ਸਟਾਰਟਅਪ ਲਈ ਅਨੁਕੂਲ ਕਰ ਸਕਦੇ ਹੋ।
ਨੋਟ: ਸ਼ੁਰੂਆਤੀ ਸਟਾਰਟਅਪ ਕਹਾਣੀਆਂ ਅਕਸਰ ਸਿੱਧੀਆਂ ਸਮਾਂ-ਰੇਖਾਵਾਂ ਨਾਲ ਦੁਹਰਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਜੇ ਤੁਸੀਂ Airbnb ਦੀ ਸ਼ੁਰੂਆਤੀ ਰਣਨੀਤੀ ਜਾਂ Joe Gebbia ਦੇ ਸਟੀਕ ਰੋਲ ਬਾਰੇ ਕਿਸੇ ਖਾਸ ਇਤਿਹਾਸਕ ਵੇਰਵੇ 'ਤੇ ਨਿਰਭਰ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਮੂਲ ਸਰੋਤ ਜਾਂ ਪਹਿਲ੍ਹੇ ਹੱਥ ਇੰਟਰਵਿਊਜ਼ ਨਾਲ ਪੁਸ਼ਟੀ ਕਰੋ।
Airbnb ਦੀ “ਸ਼ੁਰੂਆਤੀ ਦੀਹਾੜੀ” ਆਮ ਤੌਰ 'ਤੇ ਉਸ ਸਮੇਂ ਨਾਲ ਸੰਬੰਧਿਤ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਪਹਿਲਾ Airbed-and-breakfast ਤਜਰਬਾ ਚੱਲਿਆ (2007–2008) ਅਤੇ YC-ਦੌਰ ਦੀ ਰੀਬਿਲਡਿੰਗ ਅਤੇ ਸ਼ੁਰੂਆਤੀ ਸਕੇਲ-ਅਪ (2009–2010) ਹੋਈ। ਇਹ ਲਾਭਦਾਇਕ ਹੈ ਕਿਉਂਕਿ ਟੀਮ ਉਹ ਸਮਾਂ ਸੁਧਾਰ ਰਹੀ ਸੀ ਜਦੋਂ ਉਹ ਕੈਟੇਗਰੀ-ਸਤਰ ਦੇ ਭਰੋਸੇ ਦੇ ਮੁੱਦੇ ਹੱਲ ਕਰ ਰਹੇ ਸਨ, ਨਾ ਕਿ ਇੱਕ ਪੱਕੇ ਉਤਪਾਦ ਨੂੰ ਅਪਟੀਮਾਈਜ਼ ਕਰ ਰਹੇ।
ਕਿਉਂਕਿ ਉਪਭੋਗਤਾਵਾਂ ਕੋਲ ਇਸ ਲਈ ਇਕ ਮਾਨਸਿਕ ਧਾਰਨਾ ਮੌਜੂਦ ਨਹੀਂ ਸੀ। ਹੋਟਲ ਜਾਣੇ-ਪਹਿਚਾਣੇ ਹਨ; ਪਰ ਅਜਿਹੇ ਕਿਸੇ ਵਿਅਕਤੀ ਦੇ ਘਰ ਵਿੱਚ ਰਹਿਣਾ ਨਵੇਂ ਸਵਾਲ ਖੜੇ ਕਰਦਾ ਹੈ—ਕਾਨੂਨੀਤਾ, ਅਤਿ-ਅਰੁਚੀ, ਸੁਰੱਖਿਆ ਅਤੇ “ਜੇ ਕੁਝ ਗਲਤ ਹੋਣ ਤਾਂ?” ਕੈਟੇਗਰੀ ਬਣਾਉਣ ਦਾ ਮਤਲਬ ਇਹ ਸਵਾਲ ਇਤਨੀ ਸਪਸ਼ਟਤਾ ਨਾਲ ਉੱਤਰ ਦਿੰਦਾ ਹੈ ਕਿ ਇਸਨੂੰ ਅਜ਼ਮਾਉਣਾ ਆਮ ਲੱਗੇ।
ਇੱਥੇ, ਡਿਜ਼ਾਈਨ ਸੋਚ ਦਾ ਮਤਲਬ ਹੈ ਤਕਲੀਫ़ ਅਤੇ ਘਰ੍ਹੇ ਪਦਾਅ ਨੂੰ ਘਟਾਉਣਾ ਵੱਲ ਧਿਆਨ ਦੇਣਾ:
ਇਹ “ਸੌਂਦਰਯ ਬਣਾਉਣਾ” ਨੈਹੀਂ—ਇਹ ਇਸ ਗੱਲ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਉਪਭੋਗਤਾ ਨੂੰ ਸੁਰੱਖਿਅਤ ਅਤੇ ਸਪਸ਼ਟ ਮਹਿਸੂਸ ਹੋਵੇ।
ਸ਼ੁਰੂਆਤ ਵਿੱਚ Airbnb ਦਾ ਮੂਲ ਅਸਲ ਸਮੱਸਿਆ ਸੀ: ਖਾਲੀ ਜਗ੍ਹਾ ਬੜੀ ਹੋਣੀ ਅਤੇ ਮਹਿੰਗੇ ਹੋਟਲਾਂ ਦੀ ਲੋੜ। ਪਰ ਅਸਲ ਰੋਕਥਾਮ ਕੀਮਤ ਨਹੀਂ ਸੀ—ਉਹ ਭਰੋਸਾ ਸੀ:
ਮਾਰਕੀਟਪਲੇਸ ਲਈ ਇੱਕ ਪ੍ਰਯੋਗਸ਼ੀਲ MVP ਉਹ assumptions ਸਾਬਤ ਕਰਦਾ ਹੈ ਜੋ ਵਿਚਾਰ ਨੂੰ ਮਾਰ ਸਕਦੀਆਂ ਹਨ:
ਜੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਫੇਲ ਹੋਵੇ, ਤਾਂ ਚੰਗੀਆਂ ਫੋਟੋਆਂ ਜਾਂ ਨਿੱਘਾ ਲੋਗੋ ਬਚਾ ਨਹੀਂ ਸਕਦਾ।
ਸ਼ੁਰੂਆਤੀ ਦੌਰ ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਟੀਪਣੀਆਂ ਹੇਠਾਂ ਆਉਂਦੀਆਂ ਹਨ:
ਜਦੋਂ ਤੁਸੀਂ ਛੋਟੇ ਹੋ, “ਹਰੇਕ ਥਾਂ ਤੇ ਲਾਂਚ” ਕਰਨ ਨਾਲ ਕੋਸ਼ਿਸ਼ਾਂ ਵੰਡੀ ਜਾਂਦੀਆਂ ਹਨ; ਇਕ ਸ਼ਹਿਰ ਤੇ ਧਿਆਨ ਕਾਂਦਰਿਤ ਕਰਨਾ ਵਧੀਆ ਨਤੀਜੇ ਦਿੰਦਾ।
ਘੱਟ-ਗੁਣਵੱਤਾ ਵਾਲੀਆਂ ਫੋਟੋਆਂ ਉੱਚ ਧਾਰਨਾ ਰਿਸਕ ਪੈਦਾ ਕਰਦੀਆਂ ਹਨ—“ਉਹ ਕੀ ਛੁਪਾ ਰਹੇ ਹਨ?”—ਅਤੇ ਇਹ ਰਿਸਕ ਬੁਕਿੰਗ ਨੂੰ ਮਾਰ ਦਿੰਦਾ ਹੈ। ਚਿੱਟੀਆਂ, ਚੰਗੀਆਂ ਰੋਸ਼ਨੀ ਵਾਲੀਆਂ ਤਸਵੀਰਾਂ ਦਰਅਸਲ ਦੋ ਕੰਮ ਕਰਦੀਆਂ ਹਨ:
ਇਸ ਲਈ ਸ਼ੁਰੂਆਤੀ ਸਮੇਂ ਵਿੱਚ ਫੋਟੋਗ੍ਰਾਫ਼ੀ ਨੂੰ ਪ੍ਰੋਡਕਟ ਅਨੁਭਵ ਦਾ ਹਿੱਸਾ ਮੰਨਿਆ ਗਿਆ।
“ਜੋ ਚੀਜ਼ ਸਕੇਲ ਨਹੀਂ ਹੁੰਦੀ ਉਹ ਕਰੋ” ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਹੱਥ-ਕੰਮ ਕਰਕੇ ਤੇਜ਼ੀ ਨਾਲ ਸਿੱਖੋ:
ਇਹ ਕੰਮ ਸਕੇਲ ਕਰਨਯੋਗ ਨਹੀਂ, ਪਰ ਮਾਰਕੀਟ ਨਾਜੁਕ ਹੋਣ 'ਤੇ ਹਰੇਕ ਬੁਕਿੰਗ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦੀ ਹੈ।
ਪੋਜ਼ੀਸ਼ਨਿੰਗ ਨੂੰ ਅਗਲੇ ਤਰੀਕੇ ਨਾਲ ਸਧਾਰਨ ਬਣਾਓ:
ਟੈਸਟ ਕਰੋ ਜ਼ੋਰ ਨਾਲ ਮੈਟ੍ਰਿਕਸ ਤੇ (ਕਲਿਕ → ਰਿਕਵੇਸਟ → ਬੁਕ) ਨਾ ਕਿ ਕੇਵਲ ਲੋਕਾਂ ਦੀ ਪਸੰਦ 'ਤੇ।
MVP ਦੌਰ ਵਿੱਚ “ਦਿਖਾਵੇ ਦੇ ਮੈਟ੍ਰਿਕਸ” ਤੋਂ ਬਚੋ (ਜਿਵੇਂ ਪੇਜ਼ ਵੀਅਜ਼ ਜਾਂ ਪ੍ਰੈਸ ਕਵਰੇਜ)। ਜੋ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ ਉਹ ਹਨ ਸਿੱਖਣ ਵਾਲੇ ਸੰਕੇਤ ਜੋ ਕੇਂਦਰੀ ਕਾਰਵਾਈ ਨਾਲ ਜੁੜੇ ਹਨ:
ਇਹ ਨਿਸ਼ਾਨ ਦੱਸਦੇ ਹਨ ਕਿ ਅਨੁਭਵ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ ਜਾਂ ਨਹੀਂ—ਨਾ ਕਿ ਕੇਵਲ ਨੋਟਿਸ ਹੋ ਰਿਹਾ ਹੈ।