15 ਅਗ 2025·8 ਮਿੰਟ
ਡਰੂ ਹਿਊਸਟਨ, Dropbox ਅਤੇ ਸਾਦੇ ਸਿੰਕਿੰਗ ਦੀ ਤਾਕਤ
ਡਰੂ ਹਿਊਸਟਨ ਅਤੇ Dropbox ਨੇ ਸਾਦਾ ਫ਼ਾਈਲ ਸਿੰਕਿੰਗ ਕਿਵੇਂ ਇੱਕ ਆਦਤ ਬਣਾਈ: ਉਤਪਾਦ-ਚਲਿਤ ਵਾਧਾ, ਫ੍ਰੀਮੀਅਮ, ਰੀਫਰਲ, ਅਤੇ ਰੋਜ਼ਾਨਾ ਭਰੋਸੇਯੋਗ ਸੇਵਾ 'ਤੇ ਧਿਆਨ।
ਕਿਉਂ Dropbox ਰੋਜ਼ਾਨਾ ਦੀ ਆਦਤ ਬਣ ਗਿਆ
Dropbox ਨੇ ਲੋਕਾਂ ਦਾ ਮਨ ਜਿੱਤਣਾ ਵੱਡੇ ਵਾਅਦਿਆਂ ਨਾਲ ਨਹੀਂ ਕੀਤਾ—ਇਸ ਨੇ ਇੱਕ ਛੋਟੀ, ਲਗਾਤਾਰ ਪਰੇਸ਼ਾਨੀ ਖਤਮ ਕਰ ਕੇ ਜਿੱਤਿਆ: ਡਿਵਾਈਸਾਂ ਵਿੱਚ ਫ਼ਾਈਲਾਂ ਨੂੰ ਇੱਕਸਾਰ ਰੱਖਣਾ। ਜਦੋਂ ਉਹ ਸਮੱਸਿਆ ਦੂਰ ਹੋ ਜਾਂਦੀ ਹੈ, ਤੁਸੀਂ “ਫ਼ਾਈਲਾਂ ਪ੍ਰਬੰਧ” ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੰਦੇ ਹੋ ਅਤੇ ਭਰੋਸਾ ਕਰਨ ਲੱਗਦੇ ਹੋ ਕਿ ਤੁਹਾਡਾ ਕੰਮ ਓਥੇ ਹੀ ਹੋਵੇਗਾ ਜਿੱਥੇ ਤੁਹਾਨੂੰ ਲੋੜ ਹੈ।
ਉਹ ਭਰੋਸਾ ਹੀ ਹੈ ਜੋ ਕਿਸੇ ਟੂਲ ਨੂੰ ਰੋਜ਼ਾਨਾ ਦੀ ਆਦਤ ਵਲ ਮੋੜਦਾ ਹੈ।
ਯੂਟਿਲਿਟੀ ਸਾਫਟਵੇਅਰ, ਸਾਦੇ ਸ਼ਬਦਾਂ ਵਿੱਚ
Dropbox ਇੱਕ ਪ੍ਰਮੁੱਖ ਉਦਾਹਰਣ ਹੈ ਯੂਟਿਲਿਟੀ ਸਾਫਟਵੇਅਰ ਦੀ: ਇੱਕ ਐਪ ਜੋ ਇੱਕ ਮੁੱਖ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਉਹ ਭਰੋਸੇਯੋਗ ਢੰਗ ਨਾਲ ਕਰਦਾ ਹੈ। ਇਹ ਤੁਹਾਨੂੰ ਮਨੋਰੰਜਨ ਕਰਨ ਜਾਂ ਧਿਆਨ ਮੰਗਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਨਹੀਂ ਕਰ ਰਿਹਾ। ਇਹ ਇੱਕ ਪਲੰਬਿੰਗ ਵਾਂਗ ਹੈ—ਚੁਪਚਾਪ, ਭਰੋਸੇਯੋਗ, ਅਤੇ ਜਦੋਂ ਇਹ ਟੁੱਟਦਾ ਹੈ ਤਾਂ ਬਹੁਤ ਮਿਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
Dropbox ਦੇ ਮਾਮਲੇ ਵਿੱਚ “ਨੌਕਰੀ” ਸਿੱਧਾ ਸੀ: ਇੱਕ ਥਾਂ ਤੇ ਫ਼ਾਈਲ ਰੱਖੋ, ਅਤੇ ਉਹ ਹੋਰ ਸਾਰੀਆਂ ਜਗ੍ਹਾਂ ਤੇ ਬਿਨਾਂ ਤੁਹਾਡੇ ਸੋਚਣ ਦੇ ਆ ਜਾਂਦੀ ਹੈ।
ਆਦਤ ਦੇ ਪਿੱਛੇ ਤਿੰਨ ਵਿਸ਼ੇ
ਇਹ ਲੇਖ Dropbox ਦੀ ਸ਼ੁਰੂਆਤੀ ਕਹਾਣੀ ذریعے ਤਿੰਨ ਜੁੜੇ ਹੋਏ ਖ਼ਿਆਲਾਂ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ:
- ਸਾਦਗੀ: ਇਹ ਨਾ ਕਿ “ਘੱਟ ਫੀਚਰ” ਹੈ, ਸਗੋਂ ਉਪਭੋਗਤਾ ਲਈ ਘੱਟ ਫੈਸਲੇ। ਜੇ ਤੁਹਾਨੂੰ ਸੈਟਿੰਗਾਂ ਚੁਣਨੀਆਂ ਪੈਂਦੀਆਂ ਹਨ, ਕਦਮ ਯਾਦ ਰੱਖਣੇ ਪੈਂਦੇ ਹਨ, ਜਾਂ ਵਰਜ਼ਨ ਦੀ ਚਿੰਤਾ ਹੋਵੇ, ਤਾਂ ਆਦਤ ਨਹੀਂ ਬਣਦੀ।
- ਬੇਰੁਕਾਵਟ ਸਿੰਕ: ਸਿੰਕਿੰਗ ਨੂੰ ਅਦ੍ਰਿਸ਼ ਜਿਹਾ ਅਤੇ ਭਰੋਸੇਯੋਗ ਮਹਿਸੂਸ ਹੋਣਾ ਚਾਹੀਦਾ—ਕੋਈ ਕੰਮ ਜੋ ਤੁਸੀਂ ਪਿਛੇ ਚਲਦੀ ਹੋਈ ਚੀਜ਼ 'ਤੇ ਭਰੋਸਾ ਕਰੋ, ਨਾ ਕਿ ਉਹ ਇਕ ਕੰਮ ਜੋ ਤੁਸੀਂ ਕਰਦੇ ਹੋ।
- ਉਤਪਾਦ-ਚਲਿਤ ਵਾਧਾ: ਇਸ਼ਤਿਹਾਰਾਂ ਜਾਂ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਸੇਲਜ਼ 'ਤੇ ਅਧਾਰ ਨਾਂ ਰੱਖ ਕੇ, Dropbox ਨੇ ਉਤਪਾਦ ਅਨੁਭਵ ਨੂੰ ਅਪਣਾਉਣ ਲਈ ਆਗਿਆ ਦਿੱਤੀ—ਆਸਾਨ ਸ਼ੁਰੂਆਤ, ਆਸਾਨ ਸਮਝ, ਅਤੇ ਕੁਦਰਤੀ ਰੂਪ ਵਿੱਚ ਸਾਂਝਾ ਕਰਨ ਯੋਗ।
ਇਹ ਸੈਕਸ਼ਨ ਕੀ ਹੈ (ਅਤੇ ਕੀ ਨਹੀਂ)
ਇਹ ਕੋਈ ਪੂਰੀ ਕਾਰਪੋਰੇਟ ਇਤਿਹਾਸ ਜਾਂ ਸਿੰਕਿੰਗ ਪ੍ਰੋਟੋਕੋਲਾਂ 'ਤੇ ਤਕਨੀਕੀ ਡੂੰਘਾਈ ਨਹੀਂ ਹੈ। ਧਿਆਨ ਇਸ ਗੱਲ 'ਤੇ ਹੈ ਕਿ Dropbox ਨੇ ਸ਼ੁਰੂਆਤੀ ਸਾਲਾਂ ਵਿੱਚ روزਾਨਾ ਕੰਮ ਦਾ ਹਿੱਸਾ ਹੋਣ ਦਾ ਅਹਿਸਾਸ ਕਿਵੇਂ ਬਣਾਇਆ—ਅਤੇ ਇਹ ਕਿ ਐਸਾ ਕਰਨ ਨਾਲ ਕਿਹੜੀਆਂ ਸਿੱਖਿਆ ਮਿਲਦੀ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਆਦਤ ਬਣਾਉਣ ਵਾਲੇ ਯੂਟਿਲਿਟੀ ਐਪ ਬਣਾ ਰਹੇ ਹੋ।
ਜੇ ਤੁਸੀਂ ਕਦੇ ਸੋਚਿਆ ਕਿ ਕੁਝ ਟੂਲ "ਸੈੱਟ ਕਰੋ ਅਤੇ ਭੁੱਲ ਜਾਓ" ਮਹੱਤਵਪੂਰਨ ਕਿਉਂ ਬਣ ਜਾਂਦੇ ਹਨ, ਜਦ ਕਿ ਹੋਰ ਹਫ਼ਤੇ ਬਾਅਦ ਬੇਕਾਰ ਰਹਿ ਜਾਂਦੇ ਹਨ, ਤਾਂ Dropbox ਇੱਕ ਸਾਫ਼ ਕੇਸ ਸਟੱਡੀ ਹੈ: ਇੱਕ ਸਮੱਸਿਆ, ਇਤਨੀ ਸਹੀ ਤਰ੍ਹਾਂ ਹੱਲ ਕੀਤੀ ਗਈ ਕਿ ਹੱਲ ਰੋਟੀਨ ਬਣ ਜਾਂਦਾ ਹੈ।
Drew Houston ਦੀ ਸ਼ੁਰੂਆਤ: ਇੱਕ ਸਧਾ ਉਪਭੋਗਤਾ ਸਮੱਸਿਆ
Dropbox ਕਿਸੇ ਮਹਾਨ "ਇੰਟਰਨੈੱਟ ਬਦਲਣ" ਵਾਲੇ ਵਿਚਾਰ ਨਾਲ ਸ਼ੁਰੂ ਨਹੀਂ ਹੋਇਆ। ਇਹ ਇੱਕ ਬਹੁਤ ਆਮ ਜ਼ਿੱਲਤ ਨਾਲ ਸ਼ੁਰੂ ਹੋਇਆ।
Drew Houston ਇੱਕ ਵਿਦਿਆਰਥੀ ਅਤੇ ਅਰੰਭਕ ਨਿਰਮਾਤਾ ਸੀ ਜੋ ਵਾਰ-ਵਾਰ ਇੱਕੇ ਹੀ ਰੁਕਾਵਟ ਨਾਲ ਟਕਰਾਓਂਦਾ ਸੀ: ਉਸਨੂੰ ਇੱਕ ਡਿਵਾਈਸ 'ਤੇ ਫ਼ਾਈਲ ਦੀ ਲੋੜ ਹੁੰਦੀ ਸੀ, ਪਰ ਉਹ ਕਿਸੇ ਹੋਰ ਡਿਵਾਈਸ 'ਤੇ ਸੀ। ਕਈ ਵਾਰੀ ਇਹ USB ਡ੍ਰਾਈਵ ਰਿਹਾ ਹੁੰਦਾ; ਕਈ ਵਾਰੀ ਤਾਜ਼ਾ ਵਰਜ਼ਨ ਕਿਸੇ ਹੋਰ ਲੈਪਟਾਪ 'ਤੇ ਸੀ; ਕਈ ਵਾਰੀ ਇਕੋ ਤਰੀਕਾ ਆਪਣੇ ਆਪ ਨੂੰ ਈਮੇਲ ਅਟੈਚਮੈਂਟ ਭੇਜਣਾ ਸੀ, ਫਿਰ ਯਾਦ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨੀ ਕਿ ਨਵਾਂ ਨਕਲ ਕਿੱਥੇ ਹੈ।
ਰੁਕਾਵਟ ਵੱਡੀ ਨਹੀਂ ਸੀ—ਪਰ ਹਰ ਰੋਜ਼ ਹੋਣ 'ਤੇ ਅਹਿਮ ਹੋ ਗਈ
ਇਹਨਾਂ ਵਰਕਅਰਾਊੰਡਜ਼ ਵਿੱਚੋਂ ਕੋਈ ਨਿਰਾਸ਼ਾਜਨਕ ਨਹੀਂ ਲੱਗਦੀ ਸੀ, ਪਰ ਇਹ ਇਕੱਠੇ ਹੋ ਕੇ ਬਰਦਾਸ਼ਤ ਬਣ ਗਏ:
- ਫ਼ਾਈਲਾਂ ਡਿਵਾਈਸਾਂ 'ਚ ਫੈਲ ਗਈਆਂ
- ਵਰਜ਼ਨ ਡਿੱਗ ਗਏ ("final_v3_REALfinal.doc")
- ਫ਼ਾਈਲਾਂ ਨੂੰ ਹਿਲਾਉਣਾ ਇੱਕ ਮੈਨੂਅਲ ਕਾਪੀ ਕਰਨ ਦੀ ਆਦਤ ਬਣ ਗਿਆ, ਅਸਲੀ ਕੰਮ ਦੀ ਥਾਂ
Houston ਦੀ ਸੂਝ ਸਿਰਫ਼ ਇਹ ਨਹੀਂ ਸੀ ਕਿ ਲੋਕਾਂ ਨੂੰ ਸਟੋਰੇਜ ਚਾਹੀਦੀ ਹੈ। ਉਹ ਚਾਹੁੰਦੇ ਸਨ ਲਗਾਤਾਰਤਾ—ਇਸ ਤਰ੍ਹਾਂ ਫ਼ਾਈਲਾਂ ਬਿਨਾਂ ਵਾਧੂ ਕਦਮਾਂ ਦੇ ਉਹਨਾਂ ਦਾ ਪਿੱਛਾ ਕਰਦੀਆਂ।
ਇਕ-ਵਾਕ ਵਾਅਦਾ
ਰੂਹੀ ਉਤਪਾਦ ਵਾਅਦੇ ਨੂੰ ਸਿੱਧਾ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ: "ਤੁਹਾਡੇ ਫ਼ਾਈਲ, ਹਰ ਥਾਂ।" ਨਾ ਕਿ "ਨਵਾਂ ਸਿਸਟਮ ਸਿੱਖੋ।" ਨਾ ਕਿ "ਆਪਣੇ ਬੈਕਅੱਪ ਸੰਭਾਲੋ।" ਸਿਰਫ ਆਪਣਾ ਕੰਪਿਊਟਰ ਖੋਲ੍ਹੋ ਅਤੇ ਅੱਗੇ ਵਧੋ।
ਸ਼ੁਰੂਆਤੀ ਜੋਸ਼ ਬਿਨਾਂ ਰੋਸ਼ਨੀ ਦੇ
Dropbox ਦੇ ਸ਼ੁਰੂਆती ਸਟਾਰਟਅਪ ਰਾਹ ਵਿੱਚ Y Combinator ਵਰਗੇ ਸਹਿਯੋਗ ਸ਼ਾਮਲ ਸਨ, ਜਿਨ੍ਹਾਂ ਨੇ ਟੀਮ ਨੂੰ ਕਿਸੇ ਨਿੱਜੀ ਪਰੇਸ਼ਾਨੀ ਨੂੰ ਇਕ ਐਸੇ ਉਤਪਾਦ ਵਿੱਚ ਬਦਲਣ 'ਤੇ ਧਿਆਨ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕੀਤੀ ਜੋ ਹੋਰ ਲੋਕ ਵੀ ਤੁਰੰਤ ਸਮਝ ਸਕਦੇ।
ਮਕਸਦ ਫੀਚਰਾਂ ਨਾਲ ਪ੍ਰਭਾਵਿਤ ਕਰਨਾ ਨਹੀਂ ਸੀ; ਇਹ ਇਕ ਲਗਾਤਾਰ, ਆਮ ਦਰਦ-ਬਿੰਦੂ ਨੂੰ ਇੰਨਾ ਪੂਰੀ ਤਰ੍ਹਾਂ ਹਟਾ ਦੇਣਾ ਸੀ ਕਿ ਯੂਜ਼ਰ ਸਿੰਕ ਹੋ ਰਹੀ ਗੱਲ ਨੂੰ ਬੁਲਾਂਦੇ ਭੁੱਲ ਜਾਣ।
ਮੁੱਖ ਖ਼ਿਆਲ: ਸਿੰਕ ਨੂੰ ਅਦ੍ਰਿਸ਼ ਬਣਾਉ
Dropbox ਦੀ ਸੁੱਝ ਬੜੀ ਇੰਟਰਫੇਸ ਜਾਂ ਫੀਚਰਾਂ ਦੀ ਲੰਬੀ ਸੂਚੀ ਨਹੀਂ ਸੀ। ਇਹ ਇਕ ਸਧਾਰਣ ਮਨੋਵਿਗਿਆਨਕ ਮਾਡਲ ਸੀ ਜੋ ਹਰ ਕੋਈ ਸਮਝ ਸਕਦਾ ਸੀ: ਇੱਕ ਫ਼ਾਈਲ ਨੂੰ ਇਕ ਫੋਲਡਰ ਵਿੱਚ ਰੱਖੋ, ਅਤੇ ਉਹ ਫੋਲਡਰ ਹਰ ਜਗ੍ਹਾ ਇਕੋ ਜਿਹਾ ਹੋਵੇਗਾ।
ਲੋਕਾਂ ਨੂੰ ਦਸਤਾਵੇਜ਼ਾਂ ਪ੍ਰਬੰਧਨ ਦਾ ਨਵਾਂ ਤਰੀਕਾ ਸਿੱਖਣ ਦੀ ਬਜਾਏ, Dropbox ਨੇ ਸਿੰਕਿੰਗ ਨੂੰ ਮੌਜੂਦਾ ਆਦਤ—ਫੋਲਡਰ ਵਿੱਚ ਸੇਵ ਕਰਨ—ਨਾਲ ਮੇਪ ਕੀਤਾ। ਉਤਪਾਦ ਪਿੱਛੇ ਹਟ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਤੁਹਾਡਾ ਧਿਆਨ ਕੰਮ 'ਤੇ ਰਹਿੰਦਾ ਹੈ।
ਇਕ ਫੋਲਡਰ, ਇਕ ਸੱਚ
"Dropbox ਫੋਲਡਰ" ਵਿਚਾਰ ਨੇ ਇੱਕ ਜਟਿਲ ਤਕਨੀਕੀ ਸਮੱਸਿਆ ਨੂੰ ਇੱਕ ਆਰਾਮਦਾਇਕ ਵਾਅਦੇ ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ: ਤੁਹਾਨੂੰ ਸੋਚਣਾ ਨਹੀਂ ਪੈਂਦਾ ਕਿ ਕਿਹੜਾ ਲੈਪਟਾਪ ਨਵਾਂ ਵਰਜ਼ਨ ਰੱਖਦਾ ਹੈ, ਕਿ ਕੀ ਤੁਸੀਂ ਸਹੀ ਅਟੈਚਮੈਂਟ ਈਮੇਲ ਕੀਤਾ, ਜਾਂ ਕਿ USB ਡ੍ਰਾਈਵ ਹੁਣ ਵੀ ਤੁਹਾਡੇ ਬੈਗ ਵਿੱਚ ਹੈ ਜਾਂ ਨਹੀਂ।
ਜਦੋਂ ਫੋਲਡਰ ਹਰ ਡਿਵਾਈਸ 'ਤੇ ਲਗਾਤਾਰ ਤਰੀਕੇ ਨਾਲ ਵਰਤਦਾ ਹੈ, ਉਪਭੋਗਤਾ ਸਿੰਕਿੰਗ ਨੂੰ ਇੱਕ ਕੰਮ ਵਜੋਂ ਨਹੀਂ ਦੇਖਦੇ। ਇਹ ਇੱਕ ਧਾਰਨਾ ਬਣ ਜਾਂਦੀ ਹੈ—ਕਮਰੇ ਵਿੱਚ ਬਿਜਲੀ ਵਾਂਗ।
ਕਿਉਂ "ਇਹ ਸਿੱਧਾ ਕੰਮ ਕਰਦਾ ਹੈ" ਫੀਚਰ ਡੈਪਥ ਨਾਲ ਬਰਾਬਰੀ ਕਰਦਾ ਹੈ
ਫ਼ਾਈਲ ਸਿੰਕਿੰਗ ਵਰਗੇ ਮੁੱਖ ਯੂਟਿਲਿਟੀ ਲਈ, ਭਰੋਸੇਯੋਗਤਾ ਹੀ ਵਾਸਤਵਿਕ ਫੀਚਰ ਹੈ। ਪਾਵਰ ਯੂਜ਼ਰ ਅਧਿਕ ਕੰਟਰੋਲ ਮੰਗ ਸਕਦੇ ਹਨ, ਪਰ ਅਕਸਰ ਲੋਕ ਪਹਿਲਾਂ ਆਸਾਨ ਮੂਢਕ ਚਾਹੁੰਦੇ ਹਨ।
ਜੇ ਕੋਈ ਯੂਟਿਲਿਟੀ ਧਿਆਨ ਮੰਗਦੀ ਹੈ—ਮੈਨੂਅਲ ਅਪਲੋਡ, ਉਲਝਣ ਭਰੇ ਕੋਨਫਲਿਕਟ ਸੁਨੇਹੇ, ਅਣਪੇਖੇਮਰੀ ਦੇਰੀ—ਤਾਂ ਜਾਦੂ ਟੁੱਟ ਜਾਂਦਾ ਹੈ। "ਅਦ੍ਰਿਸ਼ ਸਿੰਕ" ਦਾ ਮਤਲਬ ਘੱਟ ਫੈਸਲੇ ਅਤੇ ਘੱਟ ਰੁਕਾਵਟਾਂ ਹੈ। ਉਪਭੋਗਤਾ ਮਕੈਨਿਜ਼ਮ ਨਹੀਂ, ਬਲਕਿ ਰਾਹਤ ਨੂੰ ਨੋਟਿਸ ਕਰਦੇ ਹਨ।
ਮਹਿਸੂਸ ਕੀਤੇ ਜਾ ਸਕਦੇ ਨਤੀਜੇ: ਘੱਟ ਚਿੰਤਾ, ਘੱਟ ਦੁਹਰਾਵੇ
ਜਦੋਂ ਸਿੰਕ ਆਟੋਮੈਟਿਕ ਮਹਿਸੂਸ ਹੁੰਦੀ ਹੈ, ਉਪਭੋਗਤਾਵਾਂ ਤੁਰੰਤ ਪ੍ਰਯੋਗੀ ਲਾਭ ਮਹਿਸੂਸ ਕਰਦੇ ਹਨ:
- ਘੱਟ ਦੂਜੇ-ਹਥਾਂ ਸੋਚਣਾ ("ਕੀ ਮੈਂ ਸਹੀ ਫ਼ਾਈਲ ਸੇਵ ਕੀਤੀ? ")
- ਘੱਟ ਦੁਬਾਰਾ ਕੰਮ (ਉਹ ਜ਼ਰੂਰੀ ਨਹੀ ਕਿ ਕਿਤੇ ਹੋਰੋਂ ਮੌਜੂਦ ਵਰਜ਼ਨ ਨੂੰ ਮੁੜ ਬਣਾਇਆ ਜਾਵੇ)
- ਘੱਟ ਗੁੰਮ ਹੋਣ ਜਾਂ ਉੱਤੇ ਲਿਖ ਦਿੱਤੇ ਦਸਤਾਵੇਜ਼
ਭਰੋਸਾ ਲੁਕਿਆ ਹੋਇਆ ਲੋੜ ਹੈ
ਸਟੋਰੇਜ ਅਤੇ ਸਿੰਕਿੰਗ ਉਤਪਾਦ ਤੁਹਾਡੇ ਕੰਮ ਵਾਂਗ ਨਿੱਜੀ ਚੀਜ਼ਾਂ ਦੀ ਮੰਗ ਕਰਦੇ ਹਨ।
ਸਿੰਕ ਨੂੰ ਅਦ੍ਰਿਸ਼ ਰੱਖਣ ਲਈ, Dropbox ਨੂੰ ਲਗਾਤਾਰਤਾ ਰਾਹੀਂ ਭਰੋਸਾ ਜਿਤਣਾ ਪਿਆ—ਫ਼ਾਈਲਾਂ ਉਮੀਦ ਦੇ ਅਨੁਸਾਰ ਆਉਂਦੀਆਂ, ਬਦਲਾਵ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਫੈਲਦੇ, ਅਤੇ "ਗੁੰਮ" ਫ਼ਾਈਲਾਂ ਇਕ ਨਿਰਾਰਮਕ ਡਰ ਨਹੀਂ ਬਣਦੀਆਂ। ਉਸ ਭਰੋਸੇ ਦੇ ਬਿਨਾਂ, ਯੂਜ਼ਰ ਪ੍ਰਣਾਲੀ ਨੂੰ ਬਾਰੀਕੀ ਨਾਲ ਵੇਖਦੇ ਹਨ—ਅਤੇ ਅਦ੍ਰਿਸ਼ਤਾ ਦੂਰ ਹੋ ਜਾਂਦੀ ਹੈ।
ਰਣਨੀਤੀ ਵਜੋਂ ਸਾਦਗੀ (ਫੀਚਰਾਂ ਦੀ ਘਾਟ ਨਹੀਂ)
Dropbox ਨੇ ਸਭ ਤੋਂ ਜ਼ਿਆਦਾ ਨੱਖ ਗਿਣਤੀ ਦੇ ਕੇ ਨਹੀਂ ਜਿੱਤਿਆ—ਇਸ ਨੇ "ਸਹੀ ਚੀਜ਼" ਨੂੰ ਸਭ ਤੋਂ ਆਸਾਨ ਬਣਾਕੇ ਜਿੱਤਿਆ।
ਉਹ ਪ੍ਰਕਾਰ ਦੀ ਸਾਦਗੀ ਸਿਰਫ਼ ਡਿਜ਼ਾਇਨ ਦਾ ਪਤਲਾ ਪਰਤ ਨਹੀਂ ਹੈ; ਇਹ ਇਕ ਉਤਪਾਦ ਫ਼ੈਸਲਾ ਹੈ ਜੋ ਨਿਰਮਾਣ, ਕਟਾਈ, ਅਤੇ ਛੱਡੀ ਹੋਈ ਚੀਜ਼ਾਂ ਨੂੰ ਆਕਾਰ ਦਿੰਦਾ ਹੈ।
ਉਹ ਜਟਿਲਤਾ ਫੰਦ ਜੋ ਚੁਪਚਾਪ ਅਪਣਾਉਣ ਨੂੰ ਮਾਰ ਦਿੰਦੇ ਹਨ
ਕਈ ਯੂਟਿਲਿਟੀ ਐਪ ਠੀਕ ਢੰਗ ਨਾਲ ਹੇਠਾਂ ਦਿੱਤੇ ਫੰਦਾਂ ਵਿੱਚ ਫਸ ਜਾਂਦੇ ਹਨ:
- ਸ਼ੁਰੂ 'ਚ ਬਹੁਤ ਜ਼ਿਆਦਾ ਸੈਟਿੰਗਾਂ, ਜੋ ਵਰਤੋਂਕਾਰ ਨੂੰ ਮੁੱਲ ਮਹਿਸੂਸ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਫੈਸਲੇ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰਦੀਆਂ ਹਨ
- ਉਲਝਣ ਭਰੇ ਵਰਕਫਲੋ (export/import, "projects", ਮੈਨੂਅਲ ਸਿੰਕ ਕਦਮ)
- ਕਈ ਸਮਾਨ ਕਾਰਵਾਈਆਂ ("upload", "sync", "backup") ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਅੰਤਰ ਸਪਸ਼ਟ ਨਹੀਂ
- ਪਾਵਰ ਫੀਚਰ ਜਿਵੇਂ ਕਿ ਬਿਗਿਨਰ ਨਿਰਾਖੇ ਨਹੀਂ ਬਚ ਸਕਦੇ
ਹਰ ਫੰਦ ਇੱਕ ਹੇਜ਼ੀਟੇਸ਼ਨ ਦਾ ਪਲ ਵਧਾਉਂਦਾ—ਛੋਟਾ, ਪਰ ਦੋਹਰਾਇਆ ਹੋਣ 'ਤੇ। ਕਾਫੀ ਹੇਜ਼ੀਟੇਸ਼ਨ "ਬਾਅਦ ਵਿੱਚ ਸੈੱਟ ਕਰਾਂਗਾ" ਨੂੰ churn ਵਿੱਚ ਬਦਲ ਦਿੰਦੀ ਹੈ।
Defaults ਜ਼ਿਆਦਾ ਮਤਲਬ ਰੱਖਦੇ ਹਨ (ਬਹੁਤ ਵਾਰ)
Dropbox ਨੇ ਸਪਸ਼ਟ ਡਿਫਾਲਟਸ ਨੂੰ ਅਪਣਾਇਆ: ਫ਼ਾਈਲਾਂ ਨੂੰ ਫੋਲਡਰ ਵਿੱਚ ਰੱਖੋ, ਅਤੇ ਉਹ ਹਰ ਥਾਂ ਆ ਜਾਂਦੀਆਂ। ਬਹੁਤ ਲੋਕਾਂ ਲਈ, ਇਹੀ ਸਾਰੀ ਨੌਕਰੀ ਹੈ।
ਇਹCustomization विरोध नहीं ਹੈ; ਇਹ ਕ੍ਰਮਬੱਧਤਾ ਹੈ। ਅਡਵਾਂਸ آپਸ਼ਨ ਹੋ ਸਕਦੇ ਹਨ, ਪਰ ਉਹ ਪਹਿਲੀ ਜੀਤ ਤੱਕ ਪਹੁੰਚ ਲਈ ਜ਼ਰੂਰੀ ਨਹੀਂ ਹੋਣੇ ਚਾਹੀਦੇ। ਇੱਕ ਛੋਟੇ, ਪੇਸ਼ਗੀ ਵਿਆਹਪੱਤਰ ਦੇ ਵਰਤੇ ਜਾਣਯੋਗ ਆਚਰਨ ਉਪਭੋਗਤਾ ਨੂੰ ਇਕ ਵਾਰ ਸਿੱਖਣ ਅਤੇ ਫਿਰ ਭੁੱਲ ਜਾਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।
ਨਾਮਕਰਨ, UI, ਅਤੇ ਓਨਬੋਰਡਿੰਗ ਜੋ ਸੌਚ ਦਾ ਬੋਝ ਘਟਾਉਂਦੇ ਹਨ
ਸਾਦਗੀ ਉਹਨਾਂ ਸ਼ਬਦਾਂ ਵਿੱਚ ਵੀ ਨਜ਼ਰ ਆਉਂਦੀ ਹੈ ਜੋ ਤੁਸੀਂ ਚੁਣਦੇ ਹੋ। "Dropbox folder" ਹੋਰ ਸਪਸ਼ਟ ਹੈ; ਇਹ ਉਨ੍ਹਾਂ ਚੀਜ਼ਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ ਜੋ ਲੋਕ ਪਹਿਲਾਂ ਹੀ ਸਮਝਦੇ ਹਨ। UI ਉਸੇ ਮਨੋਵਿਗਿਆਨ ਨੂੰ ਮਜ਼ਬੂਤ ਕਰਦਾ ਹੈ: ਇਕ ਪਰਿਚਿਤ ਫਾਈਲ ਸਿਸਟਮ ਜਿਸ ਵਿੱਚ ਕਮ-ਤੋ-ਕਮ ਵਾਧੂ ਧਾਰਨਾਵਾਂ ਹੋਣ।
ਓਨਬੋਰਡਿੰਗ ਵੀ ਉਸ ਤਰਕ ਦਾ ਪਾਲਣ ਕਰਦੀ ਹੈ। ਫੀਚਰਾਂ ਨਾਲ ਭਰਪੂਰ ਟਿਊਟੋਰੀਅਲਾਂ ਦੀ ਥਾਂ, ਸਭ ਤੋਂ ਵਧੀਆ ਓਨਬੋਰਡਿੰਗ ਇਕ ਐਕਸ਼ਨ ਨੂੰ ਮਾਰਗਦਰਸ਼ਿਤ ਕਰਦੀ ਹੈ ਜੋ ਜਲਦੀ ਵਾਅਦੇ ਨੂੰ ਸਾਬਿਤ ਕਰੇ:
- Install
- Put a file in the folder
- See it on another device
ਉਹ ਲੂਪ ਕਰਨ ਦੇ ਨਾਲ ਸਿੱਖਾਉਂਦਾ ਹੈ—ਕਰਕੇ ਸਿੱਖਾਉਂਦਾ ਹੈ, ਨਹੀਂ ਕਿ ਸਿਰਫ਼ ਸਮਝਾ ਕੇ।
ਸਾਦਗੀ ਨੂੰ ਮਨਾਂ 'ਨਾ' ਕਹਿਣਾ ਪੈਂਦਾ ਹੈ
ਸਭ ਤੋਂ ਮੁਸ਼ਕਲ ਹਿੱਸਾ ਉਹ ਸਰੋਤਾਂ ਦੀ ਮੰਗਾਂ ਨੂੰ ਰੋਕਣਾ ਹੈ ਜੋ ਮੁੱਖ ਅਨੁਭਵ ਨੂੰ ਤੋੜ ਦਿੰਦੀਆਂ ਹਨ।
ਜਦੋਂ ਤੁਸੀਂ ਸਾਦਗੀ ਨੂੰ ਰਣਨੀਤੀ ਬਣਾ ਲੈਂਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਪਹਿਲਾਂ "ਕੀ ਅਸੀਂ ਇਹ ਜੋੜ ਸਕਦੇ ਹਾਂ?" ਨਹੀਂ ਪੁੱਛਦੇ—ਤੁਸੀਂ ਪੁੱਛਦੇ ਹੋ "ਕੀ ਇਹ ਡਿਫਾਲਟ ਰਾਹ ਨੂੰ ਹੋਰ ਸਪਸ਼ਟ, ਤੇਜ਼ ਜਾਂ ਭਰੋਸੇਯੋਗ ਬਣਾਉਂਦਾ?" ਜੇ ਉੱਤਰ ਨਾ ਹੋਵੇ, ਤਾਂ ਫੀਚਰ "ਵਾਧੂ ਮੁੱਲ" ਨਹੀਂ, ਸਗੋਂ ਵਾਧੂ ਰੁਕਾਵਟ ਹੈ।
ਸਿੰਕ ਗੁਣਵੱਤਾ: ਚੁੱਪ ਚੁੱਪ ਯੂਜ਼ਰ ਯਾਦ ਰੱਖਦੇ ਹਨ
ਜ਼ਿਆਦਾਤਰ ਲੋਕ "ਸਿੰਕਿੰਗ" ਨੂੰ ਇਕ ਫੀਚਰ ਵਜੋਂ ਨਹੀਂ ਸੋਚਦੇ। ਉਹ ਸੋਚਦੇ ਹਨ: "ਮੇਰੀ ਫ਼ਾਈਲ ਉੱਥੇ ਹੈ।" ਜੇ ਇਹ ਕੰਮ ਕਰੇ, ਤਾਂ ਇਹ ਅਦ੍ਰਿਸ਼ ਹੋ ਜਾਂਦਾ ਹੈ। ਜੇ ਇਹ ਨਹੀਂ ਕਰੇ, ਤਾਂ ਉਹ ਇਕੱਲੀ ਗੱਲ ਬਣ ਜਾਂਦੀ ਹੈ ਜਿਸ 'ਤੇ ਲੋਕ ਗੱਲ ਕਰਦੇ ਹਨ।
ਰੋਜ਼ਾਨਾ ਸਿੰਕ ਲੂਪ (ਬਿਨਾਂ ਜਾਰਗਨ ਦੇ)
ਸੁਲਭ ਅਰਥ ਵਿੱਚ, ਲੂਪ ਇਹ ਹੈ: ਤੁਸੀਂ ਆਪਣੀ Dropbox ਫੋਲਡਰ ਵਿੱਚ ਇੱਕ ਫ਼ਾਈਲ ਸੇਵ ਕਰਦੇ ਹੋ, ਇਹ ਪਿਛੇ-ਪਿੱਛੇ ਅਪਡੇਟ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਉਹੀ ਫ਼ਾਈਲ ਤੁਹਾਡੇ ਹੋਰ ਡਿਵਾਈਸਾਂ 'ਤੇ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ।
ਜੇ ਤੁਸੀਂ ਆਪਣੇ ਲੈਪਟਾਪ 'ਤੇ ਸੋਧ ਕਰਦੇ ਹੋ, ਇਹ ਤੁਹਾਡੇ ਡੈਸਕਟਾਪ 'ਤੇ ਅਪਡੇਟ ਹੋ ਜਾਵੇਗੀ। ਜੇ ਤੁਸੀਂ ਆਪਣੇ ਫ਼ੋਨ 'ਤੇ ਫੋਟੋ ਡਰੌਪ ਕਰਦੇ ਹੋ, ਤਾਂ ਉਹ ਤੁਹਾਡੇ ਕੰਪਿਊਟਰ 'ਤੇ ਆ ਜਾਵੇਗੀ।
بس ਇਹੀ ਹੈ। ਕੋਈ "ਐਕਸਪੋਰਟ" ਨਹੀਂ, ਕੋਈ ਖਾਸ ਬਟਨ ਨਹੀਂ, ਕੋਈ ਮਨ ਦੀ ਚੈੱਕਲਿਸਟ ਨਹੀਂ—ਸਿਰਫ ਇੱਕ ਫੋਲਡਰ ਜੋ ਲੋਗ ਪਹਿਲਾਂ ਹੀ ਸਮਝਦੇ ਹਨ ਉਸੇ ਤਰੀਕੇ ਨਾਲ ਵਰਤਦਾ ਹੈ।
ਕਿਉਂ ਗਤੀ ਅਤੇ ਭਰੋਸੇਯੋਗਤਾ ਆਦਤ ਬਣਾਉਂਦੀਆਂ ਹਨ
ਗਤੀ ਸਿੰਕਿੰਗ ਨੂੰ ਇੱਕ ਰੈਫਲੈਕਸ ਬਣਾਉਂਦੀ ਹੈ। ਜੇ ਅਪਡੇਟਜ਼ ਤੇਜ਼ੀ ਨਾਲ ਆ ਜਾਂਦੇ ਹਨ, ਯੂਜ਼ਰ ਇੰਤਜ਼ਾਰ ਕਰਨਾ ਛੱਡ ਦਿੰਦੇ ਹਨ ਅਤੇ ਭਰੋਸਾ ਕਰਨ ਲੱਗਦੇ ਹਨ। ਭਰੋਸੇਯੋਗਤਾ ਉਸ ਭਰੋਸੇ ਨੂੰ ਰੁਟੀਨ ਵਿੱਚ ਬਦਲ ਦਿੰਦੀ—ਲੋਕ Dropbox ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਕੰਮ ਵਜੋਂ ਆਪਣਾ ਡੇਟਾ ਰੱਖਦੇ ਹਨ ਕਿਉਂਕਿ ਇਹ ਭਰੋਸਾ ਜਿੱਤ ਚੁੱਕਿਆ ਹੁੰਦਾ ਹੈ।
ਦੀਰਘ-ਕਾਲੀਨ ਸਲ ਨਹੀਂ, ਬੁਰੀ ਆਦਤ ਬਣਦੀ ਹੈ: ਡਬਲ-ਚੈੱਕਿੰਗ, ਮੁੜ-ਅਪਲੋਡਿੰਗ, ਅਤੇ ਬੈਕਅੱਪ ਨਕਲਾਂ ਰੱਖਣਾ।
ਐਜ ਕੇਸ ਜੋ ਲੋਗ ਹਮੇਸ਼ਾ ਨੋਟਿਸ ਕਰਦੇ ਹਨ
ਅਸਲ ਟੈਸਟ ਉਹ ਹੈ ਜੋ ਜ਼ਿੰਦਗੀ ਗੁੰਝਲਦਾਰ ਹੋ ਜਾਵੇ:
- Conflicts: ਇਕੋ ਸਮੇਂ ਦੋ ਸੋਧਾਂ ਕੰਮ ਨੂੰ ਨਾਸ਼ ਨਾ ਕਰਨ ਜਾਂ ਉਲਝਣ ਭਰੇ ਡੁਪਲਿਕੇਟ ਨਾ ਬਣਾਉਣ
- Accidental deletes: ਕੁਝ ਗੁੰਮ ਹੋ ਜਾਏ ਤਾਂ ਸਪੱਸ਼ਟ ਰਿਕਵਰੀ ਰਸਤਾ ਹੋਵੇ
- Offline use: ਲੋਕ ਹਜੇ ਵੀ ਪਲੇਨ 'ਤੇ, ਡੂੰਘੀਆਂ ਜਗ੍ਹਾਂ ਜਾਂ ਕਮਜ਼ੋਰ Wi‑Fi 'ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ। ਜਦੋਂ ਉਹ ਵਾਪਸ ਆਉਂਦੇ ਹਨ ਤਾਂ ਸਿੰਕ ਸਾਫ਼ ਤਰੀਕੇ ਨਾਲ ਫਿਰ ਮਿਲ ਜਾਵੇ
ਗੁਣਵੱਤਾ ਹੀ ਉਹੀ ਹੈ ਜੋ ਲੋਕ ਸਿਫ਼ਾਰਸ਼ ਕਰਦੇ ਹਨ
ਵਰਡ-ਆਫ-ਮਾਊਥ ਇਸ ਲਈ ਫੈਲਦੀ ਹੈ ਕਿਉਂਕਿ ਕਿਸੇ ਉਤਪਾਦ ਦੇ ਜ਼ਿਆਦਾ ਫੀਚਰ ਹੋਣ ਤੋਂ ਨਹੀਂ। ਇਹ ਫੈਲਦੀ ਹੈ ਜਦੋਂ ਕੋਈ ਯਕੀਨ ਨਾਲ ਕਹਿ ਸਕਦਾ ਹੈ, "Dropbox ਵਿੱਚ ਰੱਖੋ—ਤੁਸੀਂ ਇਹ ਖੋਵੋਗੇ ਨਹੀਂ।"
ਭਰੋਸਾ ਸਾਂਝਾ ਕਰਨ ਯੋਗ ਲਾਭ ਹੈ, ਅਤੇ ਸਿੰਕ ਦੀ ਗੁਣਵੱਤਾ ਉਹ ਸਥਾਨ ਹੈ ਜਿੱਥੇ ਇਹ ਭਰੋਸਾ ਜਿੱਤਿਆ ਜਾਂਦਾ ਹੈ।
ਉਤਪਾਦ-ਚਲਿਤ ਵਾਧਾ: ਉਤਪਾਦ ਨੈ ਕਿ ਰੇਹੰਡ ਕਰੇ
Build together
Bring teammates in and move from solo prototype to shared delivery.
Dropbox ਵਢਿਆ ਕਿਉਂਕਿ ਲੋਕ ਇਸਨੂੰ ਵਰਤਦੇ ਸਨ—ਨ ਕਿ ਵੱਡੇ ਪਿੱਛੇ ਵਾਲੇ ਪੀਚ ਦੇਖ ਕੇ ਜਾਂ ਫੀਚਰਸ ਦੀ ਤੁਲਨਾ ਕਰਕੇ। ਉਤਪਾਦ ਖ਼ੁਦ ਪਰਮਾਣ ਬਣਾਉਂਦਾ ਸੀ।
ਜਦੋਂ ਇਹ ਤੁਹਾਡੇ ਲਈ ਕਿੱਤੇ ਸਮੇਂ 'ਚ ਕੰਮ ਕਰਦਾ, ਤਾਂ ਤੁਹਾਨੂੰ ਮਨਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ।
“Aha moment”: ਇੱਕ ਫ਼ਾਈਲ, ਦੋ ਡਿਵਾਈਸ, ਬਿਨਾਂ ਕੋਸ਼ਿਸ਼
Dropbox ਦੀ ਕੁੰਜੀ ਝੱਟਕਾ ਇਹ ਨਹੀਂ ਸੀ ਕਿ "ਕਲਾਉਡ ਸਟੋਰੇਜ" ਇਕ ਵਿਚਾਰ ਹੈ—ਇਹ ਉਹ ਪਹਿਲੀ ਵਾਰੀ ਸੀ ਜਦੋਂ ਇੱਕ ਫ਼ਾਈਲ ਆਪਣੇ ਆਪ ਦੂਜੇ ਡਿਵਾਈਸ 'ਤੇ ਆ ਗਈ।
ਤੁਸੀਂ ਆਪਣੀ ਲੈਪਟਾਪ 'ਤੇ ਕੁਝ ਸੇਵ ਕਰਦੇ ਹੋ, ਆਪਣਾ ਡੈਸਕਟਾਪ ਖੋਲ੍ਹਦੇ ਹੋ, ਅਤੇ ਉਹ ਪਹਿਲਾਂ ਹੀ ਉੱਥੇ ਹੋਂਦੀ ਹੈ। ਕੋਈ ਈਮੇਲ, ਕੋਈ USB, ਕੋਈ "version_final_FINAL" ਨਹੀਂ। ਉਹ ਇੱਕ ਸੈਰ-ਕਸ ਤਜਰਬਾ ਸਿੰਕਿੰਗ ਨੂੰ ਵਾਅਦੇ ਤੋਂ ਅਨੁਭਵ ਬਣਾਉਂਦਾ ਹੈ।
ਐਕਟੀਵੇਸ਼ਨ ਲੇਵਰ ਜੋ ਤਜਰਬੇ ਨੂੰ ਤੇਜ਼ ਕਰਦੇ ਹਨ
ਉਤਪਾਦ-ਚਲਿਤ ਵਾਧਾ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਲੋਕਾਂ ਨੂੰ ਉਹ "ਇਹ ਸਿਰਫ਼ ਕੰਮ ਕਰਦਾ ਹੈ" ਪਲ ਤੇਜ਼ੀ ਨਾਲ ਮਿਲੇ। Dropbox ਨੇ ਇਹ ਸਧਾਰਨ, ਮਾਣਦਾਰ ਕਦਮਾਂ ਨਾਲ ਕੀਤਾ:
- Setup flow: install, sign in, ਅਤੇ ਤੁਰੰਤ ਵੇਖੋ ਕਿ Dropbox ਫੋਲਡਰ ਮੌਜੂਦ ਹੈ
- First folder: ਕਿਸੇ ਵੀ ਫ਼ਾਈਲ ਨੂੰ ਪਤਿਆਰਕ ਫੋਲਡਰ ਵਿੱਚ ਰੱਖਣਾ ਕਿਸੇ ਨਵੇਂ ਇੰਟਰਫੇਸ ਨੂੰ ਸਿੱਖਣ ਨਾਲੋਂ ਘੱਟ ਡਰਾਉਣਾ ਹੈ
- First shared link: ਸਾਂਝਾ ਕਰਨਾ ਲਾਭਦਾਇਕ ਅਤੇ ਸਮਾਜਿਕ ਹੈ—ਇੱਕ ਲਿੰਕ ਗੰਝਲਭਰੇ ਈਮੇਲ ਧਾਗੇ ਦੀ ਥਾਂ ਲੈ ਸਕਦਾ ਹੈ
ਇਹ ਹਰ ਇਕ ਉਪਭੋਗਤਾ ਨੂੰ ਅਸਲ ਵਰਤੋਂ ਵੱਲ ਢਕੀਲਦੇ ਹਨ, ਨਾਂ ਕਿ ਪੈਸੀਵ ਬ੍ਰਾਊਜ਼ਿੰਗ ਵੱਲ।
ਸਾਇਨ-ਅਪਜ਼ ਨਹੀਂ, ਐਕਟੀਵੇਸ਼ਨ ਮਾਪੋ
ਸਾਇਨ-ਅਪਜ਼ ਗਿਨੇ ਆਸਾਨ ਹਨ—ਅਤੇ ਗਲਤ ਅਰਥ ਲੈ ਸਕਦੇ ਹਨ। ਕੋਈ ਖਾਤਾ ਬਣਾ ਸਕਦਾ ਹੈ ਅਤੇ ਕਦੇ ਵੀ ਉਹ ਪਲ ਨਾ ਦੇਖੇ ਜਿੱਥੇ Dropbox ਕੀਮਤੀ ਬਣਦਾ ਹੈ।
ਐਕਟੀਵੇਸ਼ਨ ਵੱਖਰੀ ਗੱਲ ਹੈ: ਕੀ ਉਤਪਾਦ ਨੇ ਮੁੱਖ ਲਾਭ ਦਿੱਤਾ। Dropbox ਲਈ ਇਹ ਮੈਟਰਿਕਸ ਹੋ ਸਕਦੇ ਹਨ: ਪਹਿਲੀ ਫ਼ਾਈਲ ਜੋੜੀ, ਪਹਿਲਾ ਸਫਲ ਸਿੰਕ ਦੂਜੇ ਡਿਵਾਈਸ 'ਤੇ, ਜਾਂ ਪਹਿਲਾ ਸ਼ੇਅਰ ਕੀਤਾ ਲਿੰਕ।
ਇਹ ਸਿਗਨਲ ਦੱਸਦੇ ਹਨ ਕਿ ਉਤਪਾਦ ਖ਼ੁਦ ਵੇਚ ਰਿਹਾ ਹੈ—ਨ੍ਹੀ ਕਿ ਸਿਰਫ਼ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਜਮਾ ਕਰ ਰਿਹਾ ਹੈ।
ਫ੍ਰੀਮੀਅਮ ਠੀਕ ਤਰੀਕੇ ਨਾਲ: ਜੋਖਮ ਘੱਟ, ਮੁੱਲ ਸਾਬਤ ਕਰੋ
ਫ੍ਰੀਮੀਅਮ ਸਧਾਰਣ ਹੈ: ਤੁਸੀਂ ਮੁਫ਼ਤ ਤੋਂ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋ, ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਤਾਂ ਹੀ ਭੁਗਤਾਨ ਕਰਦੇ ਹੋ ਜੇ ਉਤਪਾਦ ਇੰਨਾ ਕੀਮਤੀ ਹੋ ਜਾਵੇ ਕਿ ਤੁਸੀਂ ਹੋਰ ਲੈਣਾ ਚਾਹੋ।
ਇੱਕ ਯੂਟਿਲਿਟੀ ਲਈ, ਇਹ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ "ਭਰੋਸਾ" ਇੱਕ ਮਾਰਕੀਟਿੰਗ ਦਾਅਵਾ ਨਹੀਂ—ਇਹ ਕੁਝ ਹੈ ਜੋ ਉਪਭੋਗਤਾ ਹਫ਼ਤਿਆਂ ਤੱਕ ਦਿਨ-ਦਿਨ ਕੰਮ ਕਰਕੇ ਮਹਿਸੂਸ ਕਰਦੇ ਹਨ।
ਮੁਫ਼ਤ ਯੋਜਨਾ ਅਸਲ ਵਿੱਚ ਲਾਭਦਾਇਕ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ
ਵਧੀਆ ਫ੍ਰੀਮੀਅਮ ਮਾਡਲ ਲੋਕਾਂ ਨੂੰ ਡੈਮੋ ਨਾਲ ਚੁੱਕਦੇ ਨਹੀਂ। ਇਹ ਉਹਨਾਂ ਨੂੰ ਮੁੱਖ ਕੰਮ ਦੇ ਦਿੰਦਾ ਹੈ ਤਾਂ ਜੋ ਉਹ ਇੱਕ ਅਸਲ ਰੁਟੀਨ ਬਣਾ ਸਕਣ: install ਕਰੋ, ਫ਼ਾਈਲਾਂ ਡਰੌਪ ਕਰੋ, ਭੁੱਲ ਜਾਓ, ਫਿਰ ਨੋਟਿਸ ਕਰੋ ਕਿ ਤੁਹਾਡਾ ਕੰਮ ਜਾਦੂਈ ਤਰੀਕੇ ਨਾਲ ਹਰ ਥਾਂ ਹੈ।
ਇਹੀ ਥਾਂ ਆਦਤ ਬਣਦੀ ਹੈ। ਜਦੋਂ ਕੋਈ ਭੁਗਤਾਨ ਦੇਣ ਬਾਰੇ ਸੋਚਦਾ ਹੈ, ਉਹ ਵਾਅਦਾਂ 'ਤੇ ਦਾਵਾ ਨਹੀਂ ਕਰ ਰਿਹਾ—ਉਹ ਇਕ ਵਰਕਫਲੋ ਦੀ ਰੱਖਿਆ ਕਰ ਰਿਹਾ ਹੈ ਜਿਸ 'ਤੇ ਉਹ ਪਹਿਲਾਂ ਹੀ ਨਿਰਭਰ ਹੈ।
ਸਪਸ਼ਟ ਸੀਮਾਵਾਂ ਘਟਾਓ-ਕੋਣ-ਦਾ-ਬਿਹਤ
ਫ੍ਰੀਮੀਅਮ ਤਦ ਹੀ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦੋਂ ਹੱਦਾਂ ਸਪਸ਼ਟ ਅਤੇ ਇਨਸਾਫ਼ਯੋਗ ਹੋਣ। ਉਪਭੋਗਤਾ ਨੂੰ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਉਹ ਮੁਫ਼ਤ ਵਿੱਚ ਕੀ ਪਾ ਰਹੇ ਹਨ ਅਤੇ ਕਿਹੜੀ ਚੀਜ਼ ਅਪਗਰੇਡ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੀ—ਕੋਈ ਅਚਾਨਕ ਚੀਜ਼ ਨਹੀਂ।
ਸੀਮਾਵਾਂ ਦੇ ਉਦਾਹਰਣ ਹਨ: ਸਟੋਰੇਜ ਦੀ ਸੀਮਾ, ਡਿਵਾਈਸਾਂ ਦੀ ਗਿਣਤੀ, ਐਡਮਿਨ ਕੰਟਰੋਲ, ਜਾਂ ਵਧੀਕ ਸ਼ੇਅਰਿੰਗ ਵਿਕਲਪ। ਮੁੱਖ ਗੱਲ ਇਹ ਹੈ ਕਿ ਉਤਪਾਦ ਵਰਤਣਯੋਗ ਰਹੇ, ਜਦਕਿ ਭੁਗਤਾਨੀ ਯੋਜਨਾ ਇੱਕ ਕੁਦਰਤੀ ਵਿਸਥਾਰ ਮਹਿਸੂਸ ਹੋਵੇ।
ਪਾਰਦਰਸ਼ੀ ਅਪਗਰੇਡ ਭਰੋਸਾ ਬਣਾਉਂਦੀਆਂ ਹਨ
ਪੈਕੇਜਿੰਗ ਨੂੰ ਅੱਗੇ ਵਧਣ ਨੂੰ ਸੁਰੱਖਿਅਤ ਮਹਿਸੂਸ ਕਰਵਾਉਣੀ ਚਾਹੀਦੀ ਹੈ:
- ਸਧਾਰਨ ਭਾਸ਼ਾ ਵਰਤੋ ("ਵਧੇਰੇ ਸਪੇਸ", "ਟੀਮ ਕੰਟਰੋਲ", "ਲੰਬਾ ਵਰਜ਼ਨ ਇਤਿਹਾਸ")
- ਦਿਖਾਓ ਕਿ ਅਪਗਰੇਡ ਕਰਨ 'ਤੇ ਕੀ ਬਦਲਦਾ ਹੈ ਅਤੇ ਕੀ ਇੱਕੋ ਹੀ ਰਹਿੰਦਾ ਹੈ
- ਤੁਲਨਾ ਕਰਨ ਲਈ ਆਸਾਨ ਬੇਨਰ ਜਾਂ ਪੰਨਾ ਵਰਤੋ (ਉਹ ਪਾਥ ਜੋ ਪਹਿਲਾਂ ਦਰਸਾਇਆ ਗਿਆ ਸੀ)
ਜਦੋਂ ਅਪਗਰੇਡ ਸਪਸ਼ਟ ਹੁੰਦੇ ਹਨ, ਲੋਕ ਘੁਟਣਾਰ ਨਹੀਂ ਮਹਿਸੂਸ ਕਰਦੇ। ਉਹ ਨਿਯੰਤਰਣ ਵਿੱਚ ਮਹਿਸੂਸ ਕਰਦੇ ਹਨ।
ਕੀਮਤ ਉਹਦੇ ਨਾਲ ਮਿਲਣੀ ਚਾਹੀਦੀ ਹੈ ਕਿ ਮੁੱਲ ਕਿਵੇਂ ਵਧਦਾ ਹੈ
ਸਿੰਕਿੰਗ ਟੂਲ ਲਈ, ਮੁੱਲ ਆਮ ਤੌਰ 'ਤੇ ਇਸਤੇਮਾਲ ਨਾਲ ਵੱਧਦਾ ਹੈ: ਵਧੇਰੇ ਫ਼ਾਈਲਾਂ, ਵਧੇਰੇ ਡਿਵਾਈਸ, ਵਧੇਰੇ ਸਹਿਯੋਗੀ, ਵਧੀਕ ਜ਼ਿੰਮੇਵਾਰੀ।
ਫ੍ਰੀਮੀਅਮ ਸਭ ਤੋਂ ਵਧੀਆ ਤਦ ਹੈ ਜਦੋਂ ਕੀਮਤ ਇਸ ਵਕਰੀ ਨੂੰ ਫਾਲੋ ਕਰਦੀ—ਤਾਂ ਜੋ ਭੁਗਤਾਨ ਕਰਨਾ ਫੀਸ ਨਹੀਂ ਲੱਗੇ, ਪਰ ਇਕ ਸੋਝੀਦਾਰ ਨਿਵੇਸ਼ ਲੱਗੇ ਜੋ ਤੁਸੀਂ ਹਰ ਰੋਜ਼ ਵਰਤ ਰਹੇ ਹੋ।
ਰੀਫਰਲ ਲੂਪ: ਆਮ ਵਰਤੋਂ 'ਚ ਬਣਿਆ ਵਾਧਾ
Go from idea to live
Deploy and host your app so real users can try it without extra setup.
Dropbox ਦਾ ਰੀਫਰਲ ਪ੍ਰੋਗ੍ਰਾਮ ਇਸ ਲਈ ਕਾਮਯਾਬ ਹੋਇਆ ਕਿਉਂਕਿ ਇਹ ਉਸ ਗੱਲ ਨਾਲ ਮਿਲਦਾ ਸੀ ਜੋ ਉਤਪਾਦ ਪਹਿਲਾਂ ਹੀ ਉਤਸ਼ਾਹਿਤ ਕਰਦਾ ਸੀ: ਫ਼ਾਈਲਾਂ ਨੂੰ ਸਾਂਝਾ ਕਰਨਾ ਅਤੇ ਸਹਿਯੋਗ ਕਰਨਾ।
ਯੂਟਿਲਿਟੀ ਸਾਫਟਵੇਅਰ ਸਭ ਤੋਂ ਅੱਚਾ ਤਰੀਕੇ ਨਾਲ ਫੈਲਦਾ ਹੈ ਜਦੋਂ ਕਿਸੇ ਨੇ ਅਸਲੀ ਸਮੱਸਿਆ ਹੱਲ ਕੀਤੀ ਹੋਵੇ ਅਤੇ ਫਿਰ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਕਹੇ, "ਇਹ ਵਰਤੋ—ਇਹ ਤੁਹਾਡੀ ਜ਼ਿੰਦਗੀ ਆਸਾਨ ਕਰ ਦੇਵੇਗਾ।" Dropbox ਨੂੰ ਨਵੀਂ ਬਿਹੀਵਿਅਰ ਬਣਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ ਪਈ; ਇਸ ਨੇ ਸਿੱਧਾ ਵਾਧਾ ਇੱਕ ਮੌਜੂਦਾ ਵਰਤੋਂ 'ਤੇ ਜੋੜ ਦਿੱਤਾ।
ਕਿਉਂ ਰੀਫਰਲ ਯੂਟਿਲਿਟੀ ਉਤਪਾਦ ਨਾਲ ਫਿੱਟ ਹੁੰਦੇ ਹਨ
ਇੱਕ ਯੂਟਿਲਿਟੀ ਟੂਲ ਭਰੋਸਾ ਕਮਾਂਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਭੜਕਾਉਂਦਾ ਨਹੀਂ। ਜਦੋਂ Dropbox ਡਿਫੌਲਟ "ਸੁਰੱਖਿਅਤ ਥਾਂ" ਬਣ ਗਿਆ, ਤਦ 추천 ਕਰਨਾ ਇੱਕ ਪ੍ਰਯੋਗਿਕ ਸਿਫਾਰਸ਼ ਬਣ ਗਿਆ—ਜਿਵੇਂ ਕਿਸੇ ਨੂੰ ਚੰਗਾ ਪਾਸਵਰਡ ਮੈਨੇਜਰ ਜਾਂ ਯਾਦਗਾਰ ਨੋਟ ਐਪ ਸੁਝਾਉਣਾ।
ਉਪਭੋਗਤਾ ਇੱਕ ਬ੍ਰੈਂਡ ਨਹੀਂ ਵੇਚ ਰਹੇ; ਉਹ ਇਕ ਦੋਸਤ ਨੂੰ ਇੱਕ ਅਜਿਹਾ ਟਿੱਪ ਦੇ ਰਹੇ ਹਨ ਜੋ ਪਰੇਸ਼ਾਨੀ ਤੋਂ ਬਚਾਏਗਾ।
ਇਨਸੈਂਟਿਵ, ਸਧਾਰਨ ਰੱਖੋ
ਇਨਾਮ ਇਕ ਨਜ਼ਰ ਵਿੱਚ ਸਮਝ ਆਉਣ ਦੇ ਯੋਗ ਸੀ: ਕਿਸੇ ਨੂੰ ਨਿਆਮ ਕਰੋ, ਦੋਹਾਂ ਨੂੰ ਵਧੇਰੇ ਸਟੋਰੇਜ ਮਿਲਦੀ।
ਇਹ ਇੱਕ ਪਾਵਰਫੁਲ ਮਿਲਾਪ ਹੈ। ਰੈਫ਼ਰ ਕਰਨ ਵਾਲੇ ਨੂੰ ਉਹ ਮਿਲਦਾ ਹੈ ਜੋ ਉਹ ਚਾਹੁੰਦਾ ਹੈ, ਅਤੇ ਨਵੇਂ ਯੂਜ਼ਰ ਨੂੰ ਇਕ ਤੁਰੰਤ ਬੂਸਟ ਮਿਲਦਾ ਹੈ ਜੋ ਉਤਪਾਦ ਨੂੰ ਅਪਣਾਉਣਾ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ।
ਜੋ ਰੀਫਰਲ ਲੂਪ ਸਚਮੁੱਚ ਕੰਮ ਕਰਾਉਂਦੇ ਹਨ
ਤਿੰਨ ਚੀਜ਼ਾਂ ਇਨਾਮ ਦੇ ਆਕਾਰ ਤੋਂ ਜ਼ਿਆਦਾ ਮਾਇਨੇ ਰੱਖਦੀਆਂ ਹਨ:
- ਟਾਈਮਿੰਗ: ਪ੍ਰਾਂਪਟ ਉਸ ਵੇਲੇ ਆਉਂਦੇ ਹਨ ਜਦੋਂ ਯੂਜ਼ਰ ਨੇ ਪਹਿਲਾਂ ਹੀ ਮੁੱਲ ਮਹਿਸੂਸ ਕੀਤਾ ਹੋਵੇ (ਸਿੰਕਿੰਗ, ਸ਼ੇਅਰਿੰਗ, ਜਾਂ ਸਪੇਸ ਘੱਟ ਹੋਣ 'ਤੇ)
- ਸਪਸ਼ਟਤਾ: ਇਕ ਕਾਰਵਾਈ, ਇਕ ਨਤੀਜਾ—ਕੋਈ ਫਾਈਨ ਪ੍ਰਿੰਟ ਨਹੀਂ, ਕੋਈ "ਪੋਇੰਟ" ਜਾਂ ਮੁਸ਼ਕਲ ਪੱਧਰ ਨਹੀਂ
- ਅਸਲੀ ਯੂਜ਼ਰ ਮੁੱਲ: ਉਤਪਾਦ ਨੂੰ ਆਪਣੇ ਆਪ ਤੇ ਟਿਕਣਾ ਚਾਹੀਦਾ ਹੈ। ਰੀਫਰਲ ਸੰਤੋਸ਼ ਨੂੰ ਵਧਾਉਂਦੇ ਹਨ; ਉਹ ਇਸਦੀ ਜਗ੍ਹਾ ਨਹੀਂ ਲੈ ਸਕਦੇ
ਜੋਖਮ ਜੋ ਬਚਾਓ
ਰੀਫਰਲ ਸਿਸਟਮ ਪਿੱਛੇ ਮੋੜ ਸਕਦੇ ਹਨ ਜੇ ਉਹ ਧੱਕੇ-ਦੇਣ ਵਾਲੇ ਜਾਂ ਖੇਡੇ ਜਾ ਸਕਦੇ ਬਣ ਜਾਂ। ਸਪੈਮੀ ਪ੍ਰਾਂਪਟ ਲੋਕਾਂ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨ ਲਈ ਸਿਖਾਉਂਦੇ ਹਨ। ਧੁੰਦਲੇ ਇਨਾਮ ਸਹਾਇਤਾ ਮੁੱਦੇ ਅਤੇ ਭਰੋਸਾ ਘਟਾ ਸਕਦੇ ਹਨ।
ਅਤੇ ਜੇ ਇਨਸੈਂਟਿਵ ਗ਼ਲਤ ਮਿਲਦੇ ਹਨ—ਜਿਵੇਂ ਕਿ ਨਿਯਮਾਂ ਦੇ ਬਿਨਾਂ ਇਨਵਾਈਟ ਦਾ ਇਨਾਮ ਮਿਲਦਾ ਹੈ—ਤਾਂ ਸਾਇਨ-ਅਪਜ਼ ਵਧ ਸਕਦੇ ਹਨ ਪਰ ਲੰਬੇ ਸਮੇਂ ਦੀ ਰੀਟੇਨਸ਼ਨ ਘਟ ਸਕਦੀ ਹੈ।
Dropbox ਦਾ ਰੀਫਰਲ ਲੂਪ ਇਸ ਲਈ ਚੱਲਿਆ ਕਿਉਂਕਿ ਇਸ ਨੇ ਆਮ ਵਰਤੋਂ ਦੀ ਇੱਜ਼ਤ ਕੀਤੀ: ਕਿਸੇ ਨੂੰ ਮਦਦ ਕਰਕੇ ਫ਼ਾਈਲਾਂ ਸਾਂਝੀਆਂ ਕਰੋ, ਤੇ ਵਾਧਾ ਸਾਇਡ-ਐਫੈਕਟ ਵਜੋਂ ਵਾਪਰੇ।
ਸਾਂਝਾ ਕਰਨਾ ਵੰਡ ਦਾ ਸਰੋਤ: ਜਦੋਂ ਸਹਿਯੋਗ ਅਪਣਾਉਣ ਫੈਲਦਾ ਹੈ
Dropbox ਨੂੰ ਲੋਕਾਂ ਨੂੰ “ਬ੍ਰਾਡਕਾਸਟ” ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਸੀ। ਇਹ ਸਾਂਝੇ ਕੰਮ ਕਰਕੇ ਫੈਲਿਆ।
ਸਹਿਯੋਗ ਹੀ ਵੰਡ ਚੈਨਲ ਹੈ
Dropbox ਵਿੱਚ ਸਭ ਤੋਂ ਸਿੱਧਾ ਪਲ ਵੀ ਸਭ ਤੋਂ ਸ਼ਕਤੀਸ਼ਾਲੀ ਹੈ: ਤੁਸੀਂ ਇੱਕ ਫੋਲਡਰ ਜਾਂ ਲਿੰਕ ਭੇਜਦੇ ਹੋ ਤਾਂ ਕੋਈ ਹੋਰ ਫ਼ਾਈਲ ਤੱਕ ਪਹੁੰਚ ਕਰ ਸਕੇ।
ਇਹ ਕਾਰਵਾਈ ਮਾਰਕੀਟਿੰਗ ਨਹੀਂ—ਇਹ ਕੰਮ ਖ਼ਤਮ ਕਰਨ ਵਰਗੀ ਗੱਲ ਹੈ। ਪਰ ਇਹ ਚੁਪਚਾਪ ਨਵੀਂ ਯੂਜ਼ਰ ਨੂੰ ਉਸ ਸੰਦਰਭ ਵਿੱਚ ਜਾਣੂ ਕਰਾਉਂਦੀ ਹੈ ਜਿੱਥੇ ਮੁੱਲ ਸਪਸ਼ਟ ਹੁੰਦਾ ਹੈ।
ਤੁਸੀਂ ਨਹੀਂ ਪੁੱਛਦੇ, "ਕੀ ਤੁਸੀਂ ਇਹ ਐਪ ਅਜ਼ਮਾਉਣ ਚਾਹੋਗੇ?" ਬਲਕਿ ਤੁਸੀਂ ਕਹਿੰਦੇ ਹੋ, "ਇੱਥੇ ਉਹ ਦਸਤਾਵੇਜ਼ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਚਾਹੀਦਾ ਸੀ।" ਪ੍ਰਾਪਤਕਰਤਾ ਨੂੰ ਕਲਾਉਡ ਸਟੋਰੇਜ ਸਮਝਣ ਦੀ ਲੋੜ ਨਹੀਂ—ਉਹ ਸਿਰਫ ਕਲਿੱਕ ਕਰਦੇ ਹਨ, ਵੇਖਦੇ ਹਨ, ਅਤੇ ਅਗਲੇ ਵਾਰ ਲਈ ਵਰਤਦੇ ਰਹਿੰਦੇ ਹਨ।
ਅਸਲੀ ਵਰਕਫਲੋ 'ਵਾਇਰਲ' ਗਿੱਮਿਕਸ ਤੋਂ ਬਿਹਤਰ
ਇੱਕ ਗਿਮਿਕੀਵਾਲੀ ਵਾਇਰਲ ਫੀਚਰ ਅਕਸਰ ਵਧੀਕ ਵਰਤੋਂ ਦੀ ਮੰਗ ਕਰਦਾ ਹੈ: ਪੰਜ ਦੋਸਤਾਂ ਨੂੰ ਨਿਯੋਤਾ, ਸੋਸ਼ਲ 'ਤੇ ਸ਼ੇਅਰ ਕਰੋ, ਇੱਕ ਬੈਜ ਪੋਸਟ ਕਰੋ। ਸਹਿਯੋਗੀ ਵਰਕਫਲੋਜ਼ ਨਹੀਂ ਮੰਗਦੇ।
ਪ੍ਰੋਜੇਕਟ ਫੋਲਡਰ ਸਾਂਝਾ ਕਰਨਾ, ਕੀਤੇ ਸਮਾਰੋਹ ਦੀਆਂ ਫ਼ੋਟੋਆਂ ਇਕੱਠੀਆਂ ਕਰਨਾ, ਡਿਜ਼ਾਈਨ ਐਸੈਟਾਂ ਸੌਂਪਣਾ, ਜਾਂ ਤਾਜ਼ਾ ਡੈਕ ਸਾਂਝਾ ਕਰਨਾ ਸਧਾਰਨ ਗਤਿਵਿਧੀਆਂ ਹਨ। Dropbox ਦੀ ਸ਼ੇਅਰਿੰਗ ਨੇ ਇਨ੍ਹਾਂ ਰੋਜ਼ਾਨਾ ਹੈਂਡ-ਆਫ ਮੁਦਿਆਂ ਨੂੰ ਘੱਟ ਕੀਤਾ—ਬਿਨਾਂ ਲੋਕਾਂ ਨੂੰ ਪਰਚਾਰਕ ਬਣਾਉਣ ਦੇ।
ਕਾਰਜਸਥਲ ਅਪਣਾਉਣ: ਇੱਕ ਵਿਅਕਤੀ ਸ਼ੁਰੂ ਕਰਦਾ, ਟੀਮ ਅਨੁਸਰਦੀ
ਕਈ ਟੀਮਾਂ ਨੇ Dropbox ਨੂੰ ਮੀਟਿੰਗ 'ਚ "ਚੁਣਿਆ" ਨਹੀਂ। ਇੱਕ ਵਿਅਕਤੀ ਨੇ ਇਮੈਲ ਅਟੈਚਮੈਂਟ ਤੋਂ ਬਚਣ ਲਈ ਇਸਨੂੰ ਵਰਤਿਆ, ਫਿਰ ਸਹਿਕਰਮੀਆਂ ਨਾਲ ਫੋਲਡਰ ਸਾਂਝਾ ਕੀਤਾ।
ਫਿਰ ਟੀਮ ਦੇ ਕੋਲ ਇੱਕ ਸਾਂਝਾ ਸੋਰਸ ਆ ਗਿਆ, ਅਤੇ Dropbox ਕੰਮ ਦੇ ਗਤੀਵਿਧੀ ਦਾ ਹਿੱਸਾ ਬਣ ਗਿਆ।
ਇਹ ਯੂਟਿਲਿਟੀ ਰਾਹੀਂ ਉਤਪਾਦ-ਚਲਿਤ ਵਾਧਾ ਹੈ: ਉਤਪਾਦ ਉਹੀ ਰਾਹ ਫੈਲਦਾ ਹੈ ਜਿਸ ਰਾਹ ਸਹਿਯੋਗ ਹੁੰਦਾ ਹੈ।
ਸੁਰੱਖਿਆ ਸੰਕੇਤ ਜੋ ਸਾਂਝਾ ਕਰਨ ਨੂੰ ਸੁਰੱਖਿਅਤ ਮਹਿਸੂਸ ਕਰਵਾਉਂਦੇ ਹਨ
ਸਾਂਝਾ ਕਰਨ ਦੀ ਸਿਰਫ਼ ਤਦ ਹੀ ਕੰਮ ਕਰਦੀ ਹੈ ਜਦ ਲੋਕ ਨਿਯੰਤਰਣ ਮਹਿਸੂਸ ਕਰਨ। Dropbox ਨੇ ਇਸਦਾ ਸਮਰਥਨ ਸਾਫ਼ ਪਰਮੀਸ਼ਨ (ਵੇਖੋ ਬਣਾਮ ਐਡਿਟ), ਸਾਂਝੇ ਫੋਲਡਰਾਂ 'ਤੇ ਮੈਂਬਰਸ਼ਿਪ ਦਾ ਦਿਖਾਈ ਦੇਣਾ, ਅਤੇ ਗਲਤੀ ਨਾਲ ਕੀਤੇ ਖ਼ਤਮ ਕਰਨ ਨੂੰ ਵਾਪਸ ਕਰਨ ਦੀ ਯੋਗਤਾ ਨਾਲ ਕੀਤਾ।
ਇਹ ਛੋਟੀ-ਛੋਟੀ ਸੁਰੱਖਿਆ ਇਸ਼ਾਰੇ ਸਾਂਝਾ ਕਰਨ ਨੂੰ ਖ਼ਤਰੇ ਤੋਂ ਇੱਕ ਮੂਲ ਵਰਤਾਉਣ ਵਾਲੇ ਕਦਮ ਵਿੱਚ ਬਦਲ ਦਿੰਦੇ ਹਨ।
ਆਦਤ ਬਣਾਉਣ ਵਾਲਾ ਯੂਟਿਲਿਟੀ ਸਾਫਟਵੇਅਰ: ਲੋਕ ਵਾਪਸ ਕਿਉਂ ਆਉਂਦੇ ਹਨ
Dropbox ਨੇ ਇਸ ਲਈ ਜਿੱਤਿਆ ਨਹੀਂ ਕਿ ਲੋਕ "ਕਲਾਉਡ ਸਟੋਰੇਜ" ਦੇ ਖ਼ਿਆਲ ਨੂੰ ਪਿਆਰ ਕਰਦੇ ਸਨ। ਇਸ ਨੇ ਜਿੱਤਿਆ ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਤਣਾਅਭਰਿਆ, ਗਲਤੀ-ਪੂਰਕ ਕੰਮ—ਫ਼ਾਈਲਾਂ ਨੂੰ ਸਥਿਰ ਰੱਖਣਾ—ਨੂੰ ਇਕ ਠੰਢੀ ਰੋਜ਼ਾਨਾ ਆਦਤ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ।
ਸਭ ਤੋਂ ਵਧੀਆ ਯੂਟਿਲਿਟੀ ਸਾਫਟਵੇਅਰ ਧਿਆਨ ਦੀ ਮੰਗ ਨਹੀਂ ਕਰਦਾ; ਇਹ ਉਹਨਾਂ ਪਲਾਂ 'ਤੇ ਰੁਟੀਨ ਰੱਪੇ ਕੱਦਮ ਹਟਾਕੇ ਦੁਹਰਾਅ ਵਾਲੀ ਵਰਤੋਂ ਕਮਾਉਂਦਾ ਹੈ ਜਿੱਥੇ ਮਾਮਲਾ ਅਸਲ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦਾ ਹੈ।
ਇਕ ਸਧਾਰਣ ਆਦਤ ਲੂਪ: ਟ੍ਰਿਗਰ → ਐਕਸ਼ਨ → ਇਨਾਮ → ਦੁਹਰਾਉ
ਜ਼ਿਆਦਾਤਰ Dropbox ਵਰਤੋਂ ਇੱਕ ਬੁਨਿਯਾਦੀ ਲੂਪ ਵਿੱਚ ਫਿੱਟ ਹੁੰਦੀ ਹੈ:
- Trigger: ਤੁਹਾਨੂੰ ਫ਼ਾਈਲ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਤੁਸੀਂ ਡਿਵਾਈਸ ਬਦਲਦੇ ਹੋ, ਜਾਂ ਤੁਸੀਂ ਕੁਝ ਭੇਜਣ ਵਾਲੇ ਹੋ
- Action: ਤੁਸੀਂ Dropbox ਫੋਲਡਰ ਵਿੱਚ ਸੇਵ ਕਰਦੇ ਹੋ, ਦੂਜੇ ਡਿਵਾਈਸ ਤੋਂ ਫ਼ਾਈਲ ਖੋਲ੍ਹਦੇ ਹੋ, ਜਾਂ ਲਿੰਕ ਸਾਂਝਾ ਕਰਦੇ ਹੋ
- Reward: ਤੁਹਾਨੂੰ ਰਾਹਤ ਮਹਿਸੂਸ ਹੁੰਦੀ ਹੈ ("ਇਹ ਉੱਥੇ ਹੈ"), ਸਮਾਂ ਬਚਦਾ ਹੈ (ਕੋਈ ਈਮੇਲ ਅਟੈਚਮੈਂਟ ਨਹੀਂ), ਅਤੇ ਤੁਹਾਨੂੰ ਭਰੋਸਾ ਹੁੰਦਾ ਹੈ ਕਿ ਨਵਾਂ ਵਰਜ਼ਨ ਮੌਜੂਦ ਹੈ
- Repeat: ਅਗਲੀ ਵਾਰ ਜਦੋਂ ਉਸੇ ਟ੍ਰਿਗਰ ਦਾ ਸਾਹਮਣਾ ਹੋਵੇ, ਤੁਸੀਂ ਉਸੇ ਐਕਸ਼ਨ ਨੂੰ ਡਿਫਾਲਟ ਕਰ ਦਿਓ
ਟ੍ਰਿਗਰ ਨੇ ਜੋ ਜ਼ਿੰਦਗੀ ਵਿੱਚ ਖੁਦ-ਬ-ਖੁਦ ਹਨ
Dropbox ਨੂੰ ਇੱਕ ਐਪ ਖੋਲ੍ਹਣ ਲਈ ਨਵੀਆਂ ਵਜ੍ਹਾਂ ਇਜਾਦ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਪਈ। ਟ੍ਰਿਗਰ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਆਉਂਦੇ ਹਨ:
- ਇੱਕ ਫ਼ਾਈਲ ਚਾਹੀਦੀ ਹੈ ਤੁਰੰਤ: ਮੀਟਿੰਗ, ਡੈਡਲਾਈਨ, ਭੁੱਲਿਆ USB
- ਡਿਵਾਈਸ ਬਦਲਣਾ: ਦਫਤਰ ਦਾ ਕੰਪ્યુਟਰ ਤੋਂ ਲੈਪਟਾਪ ਤੇ ਫੋਨ
- ਕੋਈ ਚੀਜ਼ ਭੇਜਣਾ: ਡਰਾਫਟ ਸਾਂਝਾ ਕਰਨਾ, ਇਵੈਂਟ ਦੀਆਂ ਫੋਟੋਆਂ ਇਕੱਠੀਆਂ ਕਰਨਾ, ਜਾਂ ਟੀਮ ਨਾਲ ਡੈਕ ਸਾਂਝਾ ਕਰਨਾ
ਜਦੋਂ ਸੋਫਟਵੇਅਰ ਆਪਣਾ ਆਪ ਨੂੰ ਮੌਜੂਦਾ ਰੁਟੀਨਾਂ ਨਾਲ ਜੋੜ ਲੈਂਦਾ ਹੈ, ਇਹ ਬਦਲਣ ਵਿੱਚ ਔਖਾ ਹੋ ਜਾਂਦਾ ਹੈ—ਨਾਹ ਕਿ ਇਸ ਲਈ ਕਿ ਇਹ ਰੌਸ਼ਨ ਹੈ, ਪਰ ਇਸ ਲਈ ਕਿ ਇਹ ਬਿਲਕੁਲ ਜ਼ਰੂਰੀ ਪਲ ਤੇ ਮੌਜੂਦ ਹੁੰਦਾ ਹੈ।
ਰੀਟੇਨਸ਼ਨ ਡਰਾਈਵਰ: ਭਰੋਸੇਯੋਗਤਾ, ਉਪਲਬਧਤਾ, ਅਤੇ ਘੱਟ ਰੁਕਾਵਟ
ਲੋਗ ਵਾਪਸ ਆਦੇ ਹਨ ਜਦ ਉਤਪਾਦ ਆਪਣਾ ਵਾਅਦਾ ਘੱਟ ਮਿਹਨਤ ਨਾਲ ਪੂਰਾ ਕਰਦਾ:
- ਭਰੋਸੇਯੋਗਤਾ: ਸਿੰਕ ਲਗਾਤਾਰ ਕੰਮ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਭਰੋਸਾ ਸਮੇਂ ਨਾਲ ਇਕੱਤਰ ਹੁੰਦਾ ਹੈ।
- ਉਪਲਬਧਤਾ: ਫ਼ਾਈਲਾਂ ਜਿੱਥੇ-ਕਿਧਰੇ ਵੀ ਉਪਲਬਧ ਹਨ।
- ਘੱਟ ਰੁਕਾਵਟ: ਘੱਟ ਕਦਮ, ਘੱਟ ਫੈਸਲੇ, ਅਤੇ ਕੋਈ “ਫ਼ਾਈਲ ਪ੍ਰਬੰਧਨ ਸਮਾਰੋਹ” ਨਹੀਂ।
ਇਸ ਮਿਕਸ ਨਾਲ ਇੱਕ ਖ਼ਾਸ ਕਿਸਮ ਦੀ ਵਫ਼ਾਦਾਰੀ ਬਣਦੀ ਹੈ: ਭਾਵਨਾਤਮਕ ਲਗਾਅ ਨਹੀਂ, ਪਰ ਕਾਰਗੁਜ਼ਾਰੀ 'ਤੇ ਨਿਰਭਰਤਾ। ਉਤਪਾਦ ਆਦਤ ਬਣ ਜਾਂਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਛੋਟੀ ਆਫ਼ਤ ਨੂੰ ਰੋਕਦਾ ਹੈ।
ਸਧਾਰਨ ਵਾਅਦੇ ਨੂੰ ਬਿਨਾਂ ਤੋੜੇ ਕਿਵੇਂ ਵਿਆਪਕ ਬਣਾਓ
Stay in control of code
Export source code anytime to review, extend, or move into your repo.
Dropbox ਦਾ ਆਕਰਸ਼ਣ ਆਸਾਨ ਸਧਾਰਨ ਪੰਗਤੀ ਵਿੱਚ ਵਿਆਖਿਆ ਕਰਨਾ ਸੀ: "ਇੱਕ ਫ਼ਾਈਲ ਇੱਥੇ ਰੱਖੋ, ਹਰ ਜਗ੍ਹਾ ਦੇਖੋ।" ਇਸ ਵਾਅਦੇ ਨੂੰ ਵਿਆਪਕ ਬਣਾਉਣਾ ਔਖਾ ਹੈ—ਕਿਉਂਕਿ ਵਾਧਾ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਉਤਪਾਦ ਨੂੰ ਜਟਿਲਤਾ ਵੱਲ ਖਿੱਚਦਾ ਹੈ।
ਹਮੇਸ਼ਾ ਕੁਝ ਤਣਾਅ: ਹੋਰ ਫੀਚਰਾਂ ਵੱਲ ਬਨਾਮ ਸੁਰੱਖਿਅਤ ਕੋਰ
ਜਿਵੇਂ ਜ਼ਿਆਦਾ ਲੋਕ ਹਰ ਰੋਜ਼ ਕਿਸੇ ਟੂਲ 'ਤੇ ਨਿਰਭਰ ਹੋ ਜਾਂਦੇ ਹਨ, ਤਰਕਾਂ ਵੱਧਦੀਆਂ ਹਨ: ਬਿਹਤਰ ਸ਼ੇਅਰਿੰਗ ਕੰਟਰੋਲ, ਪ੍ਰੀਵਿਊਜ਼, ਟਿੱਪਣੀਆਂ, ਵਰਜ਼ਨ ਇਤਿਹਾਸ, ਐਡਮਿਨ ਟੂਲ, ਇੰਟਿਗ੍ਰੇਸ਼ਨ।
ਹਰ ਇੱਕ ਫਾਇਦੇਮੰਦ ਹੋ ਸਕਦਾ ਹੈ, ਪਰ ਹਰ ਇੱਕ ਮੁੱਖ ਜਾਦੂ ਨੂੰ ਮੇਂਯੂਜ਼ ਅਤੇ ਸੈਟਿੰਗਜ਼ ਦੇ ਹੇਠਾਂ ਦਬਾ ਸਕਦਾ ਹੈ।
ਇੱਕ ਪ੍ਰਯੋਗਤਮ ਰूल ਇਹ ਹੈ ਕਿ ਮੂਲ ਵਰਕਫਲੋ ਨੂੰ ਪਵਿੱਤਰ ਸਮਝੋ: ਪਾਵਰ ਫੀਚਰਾਂ ਨੂੰ ਇਸ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਜੋੜੋ, ਅੰਦਰ ਨਹੀਂ। ਜੇ ਸਿੰਕਿੰਗ ਸੌਖੀ ਮਹਿਸੂਸ ਕਰਨਾ ਬੰਦ ਕਰ ਦੇ, ਤਾਂ ਕੋਈ ਵੀ ਵਾਧੂ ਕਾਰਗੁਣ ਮੁਆਵਜ਼ਾ ਨਹੀਂ ਦੇ ਸਕਦਾ।
ਪਲੇਟਫਾਰਮ ਬਦਲਾਅ ਅਤੇ ਮੁਕਾਬਲਾ ਇੰਤਜ਼ਾਰ ਨਹੀਂ ਕਰਦੇ
ਸਮਾਂ ਦੇ ਨਾਲ, ਡਿਵਾਈਸ ਅਤੇ ਓਐਸ ਉਸ ਤਰੀਕੇ ਨੂੰ ਬਦਲਦੇ ਹਨ ਜਿਸ 'ਤੇ ਲੋਕ ਕੰਮ ਕਰਦੇ ਹਨ—ਨਵੇਂ ਫੋਨ, ਨਵੇਂ ਡਿਫੌਲਟ ਕਲਾਉਡ ਵਿਕਲਪ, ਕਠੋਰ ਸੁਰੱਖਿਆ ਨਿਯਮ, ਵੱਖਰੇ ਫ਼ਾਈਲ ਮੇਕੈਨਿਕਸ।
ਮੁਕਾਬਲੀਆਂ ਵੀ ਇਸ ਮੁਢਲੀ ਵਿਚਾਰ ਨੂੰ ਨਕਲ ਕਰ ਲੈਂਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਫਰਕ ਭਰੋਸੇਯੋਗਤਾ, ਗਤੀ, ਅਤੇ ਵਿਸ਼ਵਾਸ ਬਣਦਾ ਹੈ ਨਾ ਕਿ ਨੋਵਲਟੀ।
ਇਹ ਦਬਾਅ ਟੀਮਾਂ ਨੂੰ ਹਰ ਰੁਝਾਨ ਨੂੰ ਫੋਲੋ ਕਰਨ ਲਈ ਪ੍ਰੇਰਿਤ ਕਰ ਸਕਦਾ ਹੈ। ਬਿਹਤਰ ਚੋਣ ਇਹ ਹੈ ਕਿ "ਕਿਉਂ" ਸਥਿਰ ਰੱਖੋ (ਸਾਦਾ, ਭਰੋਸੇਯੋਗ ਪਹੁੰਚ) ਅਤੇ "ਕਿਵੇਂ" ਨੂੰ ਅਨੁਕੂਲ ਕਰੋ (ਕਿੱਥੇ ਅਤੇ ਕਦੋਂ ਕੰਮ ਕਰਦਾ ਹੈ)।
ਵਾਧੇ ਦੀਆਂ ਸਮਸਿਆਵਾਂ ਜੋ ਯੂਜ਼ਰ ਪਹਿਲਾਂ ਨੋਟਿਸ ਕਰਦੇ ਹਨ
ਵਿਕਾਸ ਚੁਪਚਾਪ ਮੁੱਦੇ ਪੈਦਾ ਕਰਦਾ ਹੈ ਜੋ ਅਚਾਨਕ ਸਿਰ-ਚਰਚਾ ਬਣ ਜਾਂਦੇ ਹਨ:
- ਸਹਾਇਤਾ ਵਾਲੀ ਆਵਾਜਾਈ: ਵੱਧ ਯੂਜ਼ਰਾਂ ਦਾ ਮਤਲਬ ਹੈ ਵੱਧ ਐਜ ਕੇਸ ਅਤੇ ਤੇਜ਼ ਮਦਦ ਦੀ ਉਮੀਦ
- ਸੁਰੱਖਿਆ ਅਤੇ ਪ੍ਰਾਈਵੇਸੀ: "ਮੈਂ ਤੁਹਾਡੇ ਨਾਲ ਆਪਣੀਆਂ ਫ਼ਾਈਲਾਂ ਭਰੋਸਾ ਕਰ ਰਿਹਾ ਹਾਂ" ਇਸਦਾ ਮਤਲਬ ਸੁਰੱਖਿਆ ਉੱਚ ਹੋਣੀ ਚਾਹੀਦੀ
- ਐਂਟਰਪ੍ਰਾਈਜ਼ ਜ਼ਰੂਰਤਾਂ: ਵੱਡੀਆਂ ਟੀਮਾਂ ਨੂੰ ਕੰਟਰੋਲ, ਆਡੀਟਿੰਗ, ਅਤੇ ਉਮੀਦ ਅਨੁਸਾਰ ਬਿਲਿੰਗ ਚਾਹੀਦੀ ਹੈ
ਵਧਦਿਆਂ ਵੀ ਸਪਸ਼ਟਤਾ ਕਿਵੇਂ ਰੱਖੀ ਜਾਵੇ
ਜੇ ਤੁਹਾਡਾ ਉਤਪਾਦ ਇਕ ਸਾਫ਼ ਵਾਕ ਵਿੱਚ ਸਮਝਾਇਆ ਨਹੀਂ ਜਾ ਸਕਦਾ, ਤਾਂ ਇਹ ਡਿੱਠਾ ਹੋ ਰਿਹਾ ਹੈ।
Dropbox ਲਈ, ਵਾਅਦਾ ਸਮਝਣ ਯੋਗ ਰਹਿ ਗਿਆ—ਭਾਵੇਂ ਪਿੱਛੇ ਅਡਵਾਂਸ ਵਿਕਲਪ ਵਧ ਗਏ।
ਲੈਸਨ ਜੋ ਤੁਸੀਂ ਲੈ ਸਕਦੇ ਹੋ: ਹੈਪ ਬਣਾਓ, ਨਹੀਂ ਹਾਈਪ
Dropbox ਦੀ ਅਜੇ ਵੀ ਮੌਜੂਦ ਹੈ ਕਿ "ਵਧੇਰੇ ਫੀਚਰ ਜੋੜੋ" ਨਹੀਂ, ਬਲਕਿ "ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਕੰਮ ਨੂੰ ਬੇਚੈਨੀ-ਰਹਿਤ ਬਣਾਓ, ਫਿਰ ਰੋਜ਼ਾਨਾ ਵਰਤੋਂ ਉਸਨੂੰ ਫੈਲਾਉਣ ਦਿਓ"।
ਜੇ ਤੁਸੀਂ ਇੱਕ ਯੂਟਿਲਿਟੀ ਉਤਪਾਦ ਬਣਾ ਰਹੇ ਹੋ, ਤਾਂ ਤੁਹਾਡੀ ਬਰਕਤ ਅਕਸਰ ਇਸ ਗੱਲ ਤੋਂ ਆਉਂਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਹਰ ਵਾਰ ਰੁਟੀਨ ਤੋਂ friction ਘਟਾ ਦਿਓ ਤਾਂ ਕਿ ਲੋਕ ਉਸ 'ਤੇ ਨਿਰਭਰ ਹੋਣ ਲੱਗਣ।
ਇਸੇ ਕਾਰਨ ਅਨੇਕ ਆਧੁਨਿਕ ਟੀਮਾਂ ਕੋਸ਼ਿਸ਼ ਕਰਦੀਆਂ ਹਨ ਕਿ ਵਿਚਾਰ → ਵਰਕਫਲੋ ਤੱਕ ਰਾਹ ਸੰਕੁਚਿਤ ਕੀਤਾ ਜਾਵੇ। ਉਦਾਹਰਨ ਵਜੋਂ, Koder.ai (ਇੱਕ vibe-coding ਪਲੇਟਫਾਰਮ) ਵਿੱਚ, ਟੀਮਾਂ ਚੈਟ ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਵੈੱਬ, ਬੈਕਐਂਡ, ਜਾਂ ਮੋਬਾਇਲ ਐਪ ਪ੍ਰੋਟੋਟਾਈਪ ਕਰ ਸਕਦੀਆਂ ਹਨ—ਫਿਰ ਤੇਜ਼ੀ ਨਾਲ ਪਲੈਨਿੰਗ ਮੋਡ, ਸਨੈਪਸ਼ਾਟ, ਅਤੇ ਰੋਲਬੈਕ ਨਾਲ ਇਟਰੈਟ ਕਰੋ। ਬੁਨਿਆਦੀ ਸਿਧਾਂਤ Dropbox ਨੂੰ ਮਿਲਦਾ ਹੈ: ਰਸਮ-ਰਿਵਾਜ ਘਟਾਓ, ਮੁੱਖ ਵਰਕਫਲੋ ਦੀ ਰੱਖਿਆ ਕਰੋ, ਅਤੇ ਲਗਾਤਾਰਤਾ ਰਾਹੀਂ ਭਰੋਸਾ ਜਿੱਤੋ।
ਫਾਕਟੇਬਲ ਟੇਕਅਵੇਜ਼ ਫਾਊਂਡਰਾਂ ਅਤੇ ਪ੍ਰੋਡਕਟ ਟੀਮਾਂ ਲਈ
ਇੱਕ ਉੱਚ-ਆਮਦਨ ਵਾਲੇ ਕੰਮ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਯੂਜ਼ਰ ਪਹਿਲਾਂ ਹੀ ਗੰਝਲਦਾਰ ਵਰਕਅਰਾਊੰਡ ਨਾਲ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਨ। ਫਿਰ "ਮੈਨੂੰ ਦਿਲਚਸਪੀ ਹੈ" ਤੋਂ "ਇਹ ਮੇਰੇ ਲਈ ਕੰਮ ਕੀਤਾ" ਤੱਕ ਸਭ ਤੋਂ ਤੇਜ਼ ਰਾਹ ਡਿਜ਼ਾਈਨ ਕਰੋ—ਬਿਨਾਂ ਟਿਊਟੋਰੀਅਲ ਦੀ ਲੋੜ।
ਭਰੋਸੇਯੋਗਤਾ ਨੂੰ ਇੱਕ ਫੀਚਰ ਵਜੋਂ ਸਲਾਹ ਦਿਓ। ਯੂਜ਼ਰ ਸ਼ਾਇਦ ਸਮੀਖਿਆਵਾਂ 'ਚ ਇਸਦੀ ਪ੍ਰਸ਼ੰਸਾ ਨਾ ਕਰਨ, ਪਰ ਉਹ ਉਤਪਾਦਾਂ ਨੂੰ ਛੱਡ ਦਿੰਦੇ ਹਨ ਜੋ ਚੁਪਚਾਪ ਅਸਫਲ ਹੁੰਦੇ ਹਨ ਜਾਂ ਸੰਦੇਹ ਪੈਦਾ ਕਰਦੇ ਹਨ।
ਚੈੱਕਲਿਸਟ: ਉਤਪਾਦ ਨੂੰ ਇਮਾਨਦਾਰ ਅਤੇ ਸਾਂਝੇਯੋਗ ਰੱਖਣ ਲਈ
- ਮੁੱਖ ਕੰਮ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ: ਇਕ ਵਾਕ ਵਿੱਚ, ਉਪਭੋਗਤਾ ਕਿਸ ਨਤੀਜੇ ਦੀ ਦੁਹਰਾਈਆਂ ਲੌੜ ਹੈ?
- ਪਹਿਲੀ ਕਾਮਯਾਬੀ ਨੂੰ ਨਿੱਘਾ ਕਰੋ: ਸਭ ਤੋਂ ਛੋਟਾ ਕਦਮ ਜੋ ਇੱਕ ਮਿੰਟ ਤੋਂ ਘੱਟ ਵਿੱਚ ਮੁੱਲ ਸਾਬਿਤ ਕਰੇ?
- ਉਹਨੂੰ ਅਦ੍ਰਿਸ਼ ਮਹਿਸੂਸ ਕਰਵਾਓ: ਮੁੱਖ ਕੰਮ ਲਈ ਕਦਮ, ਫੈਸਲੇ, ਅਤੇ ਸੈਟਿੰਗਾਂ ਘਟਾਓ
- ਸ਼ੇਅਰਿੰਗ ਬੈਂਕ-ਇਨ ਕਰੋ: ਸਹਿਯੋਗ "ਵੱਖਰਾ ਮੋਡ" ਨਹੀਂ—ਇਹ ਨਾਰਮਲ ਵਰਤੋਂ ਦੌਰਾਨ ਹੁੰਦਾ ਹੈ
- ਵਾਪਸ ਆਉਣ ਦਾ ਕਾਰਨ ਬਣਾਓ: ਅਪਡੇਟ, ਨੋਟੀਫਿਕੇਸ਼ਨ, ਅਤੇ ਯਾਦ ਦਿਓ—ਪਰ ਮੁੱਖ ਕੰਮ ਨੂੰ ਹੀ ਸਹਾਰੋ
ਸਾਦੇ ਸ਼ਬਦਾਂ ਵਿੱਚ ਮੈਟ੍ਰਿਕਸ ਜੋ ਦੇਖੋ
- Activation: ਕੀ ਨਵੇਂ ਯੂਜ਼ਰ ਆਪਣੀ ਪਹਿਲੀ ਅਸਲ ਜਿੱਤ ਤੇਜ਼ੀ ਨਾਲ ਪਹੁੰਚਦੇ ਹਨ?
- Retention: ਕੀ ਉਹ ਅਗਲੇ ਹਫਤੇ ਵੀ ਵਾਪਸ ਆਉਂਦੇ ਹਨ?
- Referrals: ਕੀ ਮੌਜੂਦਾ ਯੂਜ਼ਰ ਸਧਾਰਨ ਵਰਤੋਂ ਰਾਹੀਂ ਹੋਰਨਾਂ ਨੂੰ ਲਿਆਉਂਦੇ ਹਨ?
- Expansion: ਜਿਵੇਂ-ਜਿਵੇਂ ਭਰੋਸਾ ਵਧਦਾ ਹੈ, ਖਾਤੇ ਵਧਦੇ ਹਨ (ਵਧੇਰੇ ਫ਼ਾਈਲਾਂ, ਟੀਮ ਮੈਂਬਰ, ਇਸਤੇਮਾਲ)
ਅੰਤ ਵਿੱਚ ਇੱਕ ਪ੍ਰਾਇਗਮੈਟਿਕ ਪ੍ਰਾਂਪਟ ਆਪਣੇ ਅਗਲੇ ਯੋਜਨਾ ਸੈਸ਼ਨ ਲਈ: ਤੁਹਾਡੇ ਉਤਪਾਦ ਦਾ "sync folder" ਮੋਮੈਂਟ কী ਹੈ—ਉਹ ਇਕ ਸਧਾਰਨ ਵਰਤਾਰਾ ਜੋ ਇਕ ਵਾਰ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਤਾਂ ਆਦਤ ਲੱਗ ਜਾਏ?
ਅਕਸਰ ਪੁੱਛੇ ਜਾਣ ਵਾਲੇ ਸਵਾਲ
What does “utility software” mean in the context of Dropbox?
ਯੂਟਿਲਿਟੀ ਸਾਫਟਵੇਅਰ ਇੱਕ ਐਸਾ ਐਪ ਹੈ ਜੋ ਇੱਕ ਮੁੱਖ ਕੰਮ ਨਿਭਾਉਂਦਾ ਹੈ ਅਤੇ ਉਸਨੂੰ ਭਰੋਸੇਯੋਗ ਢੰਗ ਨਾਲ ਕਰਦਾ ਹੈ। ਇਸ ਲੇਖ ਦੇ ਪ੍ਰਸੰਗ ਵਿੱਚ, Dropbox ਇੱਕ "ਪਲੰਬਿੰਗ" ਵਾਂਗ ਹੈ: ਇਹ ਡਿਵਾਈਸਾਂ ਦਰਮਿਆਨ ਫ਼ਾਈਲਾਂ ਨੂੰ ਇਕਸਾਰ ਰੱਖਣ ਵਾਲੀ ਰੁਟੀਨ ਵਾਲੀ ਔਖਾਈ ਨੂੰ ਹਟਾ ਦਿੰਦਾ ਹੈ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਫ਼ਾਈਲਾਂ ਦਾ ਪ੍ਰਬੰਧ ਨਹੀਂ ਕਰਦੇ—ਤੁਸੀਂ ਸਿਫ਼ ਆਸ ਰੱਖਦੇ ਹੋ ਕਿ ਜ਼ਰੂਰਤ ਪੈਣ 'ਤੇ ਉਹ ਉੱਥੇ ਹੋਣਗੀਆਂ।
Why did Dropbox become a daily habit for so many people?
ਕਿਉਂਕਿ ਉਤਪਾਦ ਨੇ ਇੱਕ ਛੋਟੀ ਪਰ ਬਾਰੰਬਾਰ ਹੋਣ ਵਾਲੀ ਨਰਾਕਾਰੀ (ਨਵੇਂ ਡਿਵਾਈਸ ਤੇ ਤਾਜ਼ਾ ਫ਼ਾਈਲ ਲੈ ਕੇ ਜਾਣ ਦੀ ਜਰੂਰਤ) ਨੂੰ ਬਹੁਤ ਘੱਟ ਕੋਸ਼ਿਸ਼ ਨਾਲ ਹਟਾ ਦਿੱਤਾ। ਜਦੋਂ ਵਰਤੋਂਕਾਰ ਦਾ ਰਵੱਈਆ "ਇਸ ਫੋਲਡਰ ਵਿੱਚ ਸਾਂਭੋ" ਬਣ ਜਾਂਦਾ ਹੈ ਨਾਂ ਕਿ "ਸਿੰਕ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਨੀ ਹੈ", ਤਾਂ ਉਹ ਇੱਕ ਡਿਫਾਲਟ ਰੁਟੀਨ ਬਣ ਜਾਂਦਾ ਹੈ, ਨਾ ਕਿ ਸੋਚਵਿਚਾਰ ਵਾਲਾ ਕੰਮ।
What does “make sync feel invisible” actually mean for users?
ਇਸਦਾ ਮਤਲਬ ਇਹ ਹੈ ਕਿ ਸਿੰਕ ਵੈਨ੍ਹੇ ਪਿੱਛੇ ਹੋ ਕੇ ਲੁਕ ਜਾਂਦਾ ਹੈ। ਅਮਲੀ ਤੌਰ 'ਤੇ, ਇਹ ਦ Mean:
- ਕੋਈ ਮੈਨੂਅਲ ਅੱਪਲੋਡ ਜਾਂ ਖਾਸ “ਸਿੰਕ” ਬਟਨ ਨਹੀਂ
- ਮੁੱਲ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਘੱਟ ਫੈਸਲੇ ਜਾਂ ਸੈਟਿੰਗਾਂ ਦੀ ਲੋੜ
- ਨਤੀਜੇ ਪੇਸ਼ਗੀ ਜਾਣੇ-ਪਛਾਣੇ ਅਤੇ ਭਰੋਸੇਯੋਗ: ਜਦੋਂ ਤੁਸੀਂ ਉਮੀਦ ਕਰਦੇ ਹੋ, ਫ਼ਾਈਲ ਉੱਥੇ ਹੁੰਦੀ ਹੈ
ਜਦੋਂ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਟੂਲ ਦੀ ਨਿਗਰਾਨੀ ਨਹੀਂ ਕਰਨੀ ਪੈਂਦੀ, ਤਾਂ ਉਹ ਆਪਣਾ ਕੰਮ ਤੇ ਧਿਆਨ ਰੱਖ ਸਕਦੇ ਹਨ।
How is “simplicity” different from just having fewer features?
ਇੱਥੇ ‘ਸਾਦਗੀ’ ਦਾ ਮਤਲਬ ਹੈ “ਘੱਟ ਫੈਸਲੇ”, ਨਾ ਕਿ ਸਿਰਫ਼ “ਘੱਟ ਫੀਚਰ”। ਇਕ ਸਾਦਾ ਉਤਪਾਦ ਫਿਰ ਵੀ ਉੱਚ-ਪੱਧਰੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਰੱਖ ਸਕਦਾ ਹੈ, ਪਰ ਇਹ ਇੱਕ ਸਾਫ਼ ਡਿਫਾਲਟ ਰਾਹ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੱਖਦਾ ਹੈ ਤਾਂ ਜੋ ਨਵੇਂ ਯੂਜ਼ਰ ਬਿਨਾਂ ਵਿਕਲਪਾਂ, ਮੋਡਾਂ ਜਾਂ ਟਰਮੀਨੋਲੋਜੀ ਨੂੰ ਸਮਝੇ ਤੁਰੰਤ ਸਫਲ ਹੋ ਜਾਣ।
What was Dropbox’s core one-sentence promise?
ਇੱਕ ਮੰਨਿਆਂ ਦੀ ਤਰ੍ਹਾਂ ਸਪਸ਼ਟ ਸ਼ੁਰੂਆਤੀ ਵਾਅਦਾ ਸੀ: “your files, everywhere.” ਇਹ ਇਕੋ ਹੀ ਮਨੋਵਿਗਿਆਨਕ ਮਾਡਲ ਅਤੇ ਇੱਕ ਮੁੱਖ ਵਰਕਫਲੋ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਇਸ ਲਾਭ ਨੂੰ ਇਕ ਸਾਧਾਰਣ ਸਿੰਟੈਂਸ ਵਿੱਚ ਵਿਆਖਿਆ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਤਾਂ ਉਪਭੋਗਤਾ ਲਈ ਸਮਝਣਾ, ਕੋਸ਼ਿਸ਼ ਕਰਨਾ ਅਤੇ ਯਾਦ ਰੱਖਣਾ ਔਖਾ ਹੋ ਜਾਵੇਗਾ।
What is the Dropbox “aha moment,” and how do you design for it?
“Aha moment” ਉਹ ਪਹਿਲੀ ਵਾਰੀ ਹੈ ਜਦੋਂ ਇੱਕ ਫ਼ਾਈਲ ਸੁਤੰਤਰ ਰੂਪ ਵਿੱਚ ਦੂਜੇ ਡਿਵਾਈਸ 'ਤੇ ਆ ਜਾਂਦੀ ਹੀ ਤੁਸੀਂ ਉਸਨੂੰ ਸੇਵ ਕੀਤਾ ਸੀ। ਇਸ ਤੱਕ ਯੂਜ਼ਰਾਂ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਪਹੁੰਚਾਉਣ ਲਈ ਰਾਹ ਸਪਸ਼ਟ ਰੱਖੋ:
- Install
- Put any file in the Dropbox folder
- See it show up on another device
ਇਹ ਛੋਟਾ ਪਰ ਸਪੱਸ਼ਟ ਪ੍ਰਮਾਣ ਕਿਸੇ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ ਜਾਂ ਫੀਚਰ ਟੂਰ ਤੋਂ ਵਧ ਕੇ ਪ੍ਰਭਾਵ ਪੈਦਾ ਕਰਦਾ ਹੈ।
Why should teams measure activation instead of just sign-ups?
ਕਿਉਂਕਿ ਸਾਇਨ-ਅਪਜ਼ ਇरਾਦਾ ਮਾਪਦੇ ਹਨ, ਪਰ ਲਾਭ ਨਹੀਂ। ਐਕਟੀਵੇਸ਼ਨ ਇਹ ਵੇਖਦੀ ਹੈ ਕਿ ਕੀ ਉਪਭੋਗਤਾ ਨੇ ਮੁੱਖ ਫਾਇਦਾ ਅਨੁਭਵ ਕੀਤਾ। ਇੱਕ ਸਿੰਕਿੰਗ ਉਤਪਾਦ ਲਈ ਇਹ ਹੋ ਸਕਦਾ ਹੈ:
- ਪਹਿਲੀ ਫਾਇਲ ਜੋੜੀ ਗਈ
- ਦੂਜੇ ਡਿਵਾਈਸ 'ਤੇ ਪਹਿਲੇ ਵਾਰ ਸਫਲ ਸਿੰਕ
- ਪਹਿਲਾ ਸ਼ੇਅਰ ਕੀਤਾ ਲਿੰਕ
ਇਹ ਸігਨਲ ਦੱਸਦੇ ਹਨ ਕਿ ਉਤਪਾਦ ਖੁਦ ਵਿਕਰੀ ਕਰ ਰਿਹਾ ਹੈ ਜਾਂ ਸਿਰਫ਼ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਇਕੱਠੇ ਕਰ ਰਿਹਾ ਹੈ।
Why is trust described as the hidden requirement for file syncing?
ਭਰੋਸਾ ਉਹ ਚੀਜ਼ ਹੈ ਜੋ ਸਿੰਕ ਨੂੰ "ਅਦ੍ਰਿਸ਼" ਬਣਾਉਂਦੀ ਹੈ। ਲੋਕ ਤਦ ਹੀ ਡਬਲ-ਚੈੱਕ ਕਰਨਾ ਬੰਦ ਕਰਦੇ ਹਨ ਜਦੋਂ ਪ੍ਰਣਾਲੀ ਸਮੇਂ ਦੇ ਨਾਲ ਸਥਿਰ ਰਹਿੰਦੀ ਹੈ। ਜੇ ਭਰੋਸਾ ਟੁਟਦਾ ਹੈ (ਗੁੰਮ ਹੋਈਆਂ ਫ਼ਾਈਲਾਂ, ਟਕਰਾਅ, ਦੇਰੀ), ਤਾਂ ਯੂਜ਼ਰ ਰਖਿਆਵਾਂ ਬਣਾਉਂਦੇ ਹਨ—ਐਕਸਟਰਾ ਬੈਕਅੱਪ, ਡੁਪਲਿਕੇਟ ਵਰਜ਼ਨ, ਲਗਾਤਾਰ ਨਿਗਰਾਨੀ—ਜੋ "ਸੈਟ ਇਟ ਐਂਡ ਫਾਰਗੈਟ ਇਪیریਅੰਸ" ਨੂੰ ਖ਼ਤਮ ਕਰ ਦਿੰਦੇ ਹਨ।
What edge cases can ruin the experience of a syncing product?
ਲਿਖਤ ਵਿੱਚ ਤਿੰਨ ਉਦਾਹਰਣ ਦਿੱਤੀਆਂ ਗਈਆਂ ਹਨ ਜੋ ਉਪਭੋਗਤਾ ਤੁਰੰਤ ਨੋਟਿਸ ਕਰਦੇ ਹਨ:
- Conflicts: ਇੱਕੋ ਸਮੇਂ ਦੋ ਸੋਧਾਂ ਹੋਣ 'ਤੇ ਕੰਮ ਨਾ ਖੋ ਦੇ
- Accidental deletes: ਗੁੰਮ ਹੋਣ 'ਤੇ ਸਾਫ਼ ਰਿਕਵਰੀ ਰਸਤਾ ਹੋਵੇ
- Offline use: ਅਫਲਾਈਨ ਕੰਮ ਜਾਰੀ ਰਹੇ ਤੇ ਜਦੋਂ ਨੈੱਟ ਆਵੇ ਤਾਂ ਸਿੰਕ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਮਿਲ ਜਾਵੇ
ਇਨ੍ਹਾਂ ਨੂੰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਹੱਲ ਕਰਨਾ ਹੀ "ਸਿੰਕ क्वਾਲਿਟੀ" ਹੈ, ਜਿਸ ਨੂੰ ਲੋਕ ਯਾਦ ਰੱਖਦੇ ਅਤੇ ਸਿਫ਼ਾਰਸ਼ ਕਰਦੇ ਹਨ।
What does “freemium done right” look like for a utility product like Dropbox?
ਫ੍ਰੀਮੀਅਮ ਦਾ ਮਕਸਦ ਖਤਰਾ ਘਟਾਉਣਾ ਅਤੇ ਵੈਲ्यू ਨੂੰ ਜੋੜਨਾ ਹੈ। ਵਧੀਆ ਫ੍ਰੀਮੀਅਮ ਕਾਰਜ ਇਸ ਤਰ੍ਹਾਂ ਹੋਵੇ:
- ਫ੍ਰੀ ਯੋਜਨਾ ਮੁੱਖ ਕੰਮ ਨਿਭਾਉਂਦੀ ਹੋਵੇ
- ਸੀਮਾਵਾਂ ਸਪਸ਼ਟ ਹੋਣ (ਸਟੋਰੇਜ, ਡਿਵਾਈਸ, ਐਡਮਿਨ ਕੰਟਰੋਲ ਆਦਿ)
- ਅਪਗਰੇਡ ਸਧਾਰਨ ਭਾਸ਼ਾ ਵਿੱਚ ਵਰਣਨ ਕੀਤੇ ਜਾਣ
ਲੋਕ ਤਦ ਭੁਗਤਾਨ ਕਰਦੇ ਹਨ ਜਦੋਂ ਉਹ ਪਹਿਲਾਂ ਹੀ ਉਸ ਵਰਕਫਲੋ 'ਤੇ ਨਿਰਭਰ ਹੋ ਚੁੱਕੇ ਹੁੰਦੇ ਹਨ।