15 ਅਗ 2025·8 ਮਿੰਟ
ਡਰੂ ਹਿਊਸਟਨ, Dropbox ਅਤੇ ਸਾਦੇ ਸਿੰਕਿੰਗ ਦੀ ਤਾਕਤ
ਡਰੂ ਹਿਊਸਟਨ ਅਤੇ Dropbox ਨੇ ਸਾਦਾ ਫ਼ਾਈਲ ਸਿੰਕਿੰਗ ਕਿਵੇਂ ਇੱਕ ਆਦਤ ਬਣਾਈ: ਉਤਪਾਦ-ਚਲਿਤ ਵਾਧਾ, ਫ੍ਰੀਮੀਅਮ, ਰੀਫਰਲ, ਅਤੇ ਰੋਜ਼ਾਨਾ ਭਰੋਸੇਯੋਗ ਸੇਵਾ 'ਤੇ ਧਿਆਨ।
ਡਰੂ ਹਿਊਸਟਨ ਅਤੇ Dropbox ਨੇ ਸਾਦਾ ਫ਼ਾਈਲ ਸਿੰਕਿੰਗ ਕਿਵੇਂ ਇੱਕ ਆਦਤ ਬਣਾਈ: ਉਤਪਾਦ-ਚਲਿਤ ਵਾਧਾ, ਫ੍ਰੀਮੀਅਮ, ਰੀਫਰਲ, ਅਤੇ ਰੋਜ਼ਾਨਾ ਭਰੋਸੇਯੋਗ ਸੇਵਾ 'ਤੇ ਧਿਆਨ।
Dropbox ਨੇ ਲੋਕਾਂ ਦਾ ਮਨ ਜਿੱਤਣਾ ਵੱਡੇ ਵਾਅਦਿਆਂ ਨਾਲ ਨਹੀਂ ਕੀਤਾ—ਇਸ ਨੇ ਇੱਕ ਛੋਟੀ, ਲਗਾਤਾਰ ਪਰੇਸ਼ਾਨੀ ਖਤਮ ਕਰ ਕੇ ਜਿੱਤਿਆ: ਡਿਵਾਈਸਾਂ ਵਿੱਚ ਫ਼ਾਈਲਾਂ ਨੂੰ ਇੱਕਸਾਰ ਰੱਖਣਾ। ਜਦੋਂ ਉਹ ਸਮੱਸਿਆ ਦੂਰ ਹੋ ਜਾਂਦੀ ਹੈ, ਤੁਸੀਂ “ਫ਼ਾਈਲਾਂ ਪ੍ਰਬੰਧ” ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੰਦੇ ਹੋ ਅਤੇ ਭਰੋਸਾ ਕਰਨ ਲੱਗਦੇ ਹੋ ਕਿ ਤੁਹਾਡਾ ਕੰਮ ਓਥੇ ਹੀ ਹੋਵੇਗਾ ਜਿੱਥੇ ਤੁਹਾਨੂੰ ਲੋੜ ਹੈ।
ਉਹ ਭਰੋਸਾ ਹੀ ਹੈ ਜੋ ਕਿਸੇ ਟੂਲ ਨੂੰ ਰੋਜ਼ਾਨਾ ਦੀ ਆਦਤ ਵਲ ਮੋੜਦਾ ਹੈ।
Dropbox ਇੱਕ ਪ੍ਰਮੁੱਖ ਉਦਾਹਰਣ ਹੈ ਯੂਟਿਲਿਟੀ ਸਾਫਟਵੇਅਰ ਦੀ: ਇੱਕ ਐਪ ਜੋ ਇੱਕ ਮੁੱਖ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਉਹ ਭਰੋਸੇਯੋਗ ਢੰਗ ਨਾਲ ਕਰਦਾ ਹੈ। ਇਹ ਤੁਹਾਨੂੰ ਮਨੋਰੰਜਨ ਕਰਨ ਜਾਂ ਧਿਆਨ ਮੰਗਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਨਹੀਂ ਕਰ ਰਿਹਾ। ਇਹ ਇੱਕ ਪਲੰਬਿੰਗ ਵਾਂਗ ਹੈ—ਚੁਪਚਾਪ, ਭਰੋਸੇਯੋਗ, ਅਤੇ ਜਦੋਂ ਇਹ ਟੁੱਟਦਾ ਹੈ ਤਾਂ ਬਹੁਤ ਮਿਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
Dropbox ਦੇ ਮਾਮਲੇ ਵਿੱਚ “ਨੌਕਰੀ” ਸਿੱਧਾ ਸੀ: ਇੱਕ ਥਾਂ ਤੇ ਫ਼ਾਈਲ ਰੱਖੋ, ਅਤੇ ਉਹ ਹੋਰ ਸਾਰੀਆਂ ਜਗ੍ਹਾਂ ਤੇ ਬਿਨਾਂ ਤੁਹਾਡੇ ਸੋਚਣ ਦੇ ਆ ਜਾਂਦੀ ਹੈ।
ਇਹ ਲੇਖ Dropbox ਦੀ ਸ਼ੁਰੂਆਤੀ ਕਹਾਣੀ ذریعے ਤਿੰਨ ਜੁੜੇ ਹੋਏ ਖ਼ਿਆਲਾਂ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ:
ਇਹ ਕੋਈ ਪੂਰੀ ਕਾਰਪੋਰੇਟ ਇਤਿਹਾਸ ਜਾਂ ਸਿੰਕਿੰਗ ਪ੍ਰੋਟੋਕੋਲਾਂ 'ਤੇ ਤਕਨੀਕੀ ਡੂੰਘਾਈ ਨਹੀਂ ਹੈ। ਧਿਆਨ ਇਸ ਗੱਲ 'ਤੇ ਹੈ ਕਿ Dropbox ਨੇ ਸ਼ੁਰੂਆਤੀ ਸਾਲਾਂ ਵਿੱਚ روزਾਨਾ ਕੰਮ ਦਾ ਹਿੱਸਾ ਹੋਣ ਦਾ ਅਹਿਸਾਸ ਕਿਵੇਂ ਬਣਾਇਆ—ਅਤੇ ਇਹ ਕਿ ਐਸਾ ਕਰਨ ਨਾਲ ਕਿਹੜੀਆਂ ਸਿੱਖਿਆ ਮਿਲਦੀ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਆਦਤ ਬਣਾਉਣ ਵਾਲੇ ਯੂਟਿਲਿਟੀ ਐਪ ਬਣਾ ਰਹੇ ਹੋ।
ਜੇ ਤੁਸੀਂ ਕਦੇ ਸੋਚਿਆ ਕਿ ਕੁਝ ਟੂਲ "ਸੈੱਟ ਕਰੋ ਅਤੇ ਭੁੱਲ ਜਾਓ" ਮਹੱਤਵਪੂਰਨ ਕਿਉਂ ਬਣ ਜਾਂਦੇ ਹਨ, ਜਦ ਕਿ ਹੋਰ ਹਫ਼ਤੇ ਬਾਅਦ ਬੇਕਾਰ ਰਹਿ ਜਾਂਦੇ ਹਨ, ਤਾਂ Dropbox ਇੱਕ ਸਾਫ਼ ਕੇਸ ਸਟੱਡੀ ਹੈ: ਇੱਕ ਸਮੱਸਿਆ, ਇਤਨੀ ਸਹੀ ਤਰ੍ਹਾਂ ਹੱਲ ਕੀਤੀ ਗਈ ਕਿ ਹੱਲ ਰੋਟੀਨ ਬਣ ਜਾਂਦਾ ਹੈ।
Dropbox ਕਿਸੇ ਮਹਾਨ "ਇੰਟਰਨੈੱਟ ਬਦਲਣ" ਵਾਲੇ ਵਿਚਾਰ ਨਾਲ ਸ਼ੁਰੂ ਨਹੀਂ ਹੋਇਆ। ਇਹ ਇੱਕ ਬਹੁਤ ਆਮ ਜ਼ਿੱਲਤ ਨਾਲ ਸ਼ੁਰੂ ਹੋਇਆ।
Drew Houston ਇੱਕ ਵਿਦਿਆਰਥੀ ਅਤੇ ਅਰੰਭਕ ਨਿਰਮਾਤਾ ਸੀ ਜੋ ਵਾਰ-ਵਾਰ ਇੱਕੇ ਹੀ ਰੁਕਾਵਟ ਨਾਲ ਟਕਰਾਓਂਦਾ ਸੀ: ਉਸਨੂੰ ਇੱਕ ਡਿਵਾਈਸ 'ਤੇ ਫ਼ਾਈਲ ਦੀ ਲੋੜ ਹੁੰਦੀ ਸੀ, ਪਰ ਉਹ ਕਿਸੇ ਹੋਰ ਡਿਵਾਈਸ 'ਤੇ ਸੀ। ਕਈ ਵਾਰੀ ਇਹ USB ਡ੍ਰਾਈਵ ਰਿਹਾ ਹੁੰਦਾ; ਕਈ ਵਾਰੀ ਤਾਜ਼ਾ ਵਰਜ਼ਨ ਕਿਸੇ ਹੋਰ ਲੈਪਟਾਪ 'ਤੇ ਸੀ; ਕਈ ਵਾਰੀ ਇਕੋ ਤਰੀਕਾ ਆਪਣੇ ਆਪ ਨੂੰ ਈਮੇਲ ਅਟੈਚਮੈਂਟ ਭੇਜਣਾ ਸੀ, ਫਿਰ ਯਾਦ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨੀ ਕਿ ਨਵਾਂ ਨਕਲ ਕਿੱਥੇ ਹੈ।
ਇਹਨਾਂ ਵਰਕਅਰਾਊੰਡਜ਼ ਵਿੱਚੋਂ ਕੋਈ ਨਿਰਾਸ਼ਾਜਨਕ ਨਹੀਂ ਲੱਗਦੀ ਸੀ, ਪਰ ਇਹ ਇਕੱਠੇ ਹੋ ਕੇ ਬਰਦਾਸ਼ਤ ਬਣ ਗਏ:
Houston ਦੀ ਸੂਝ ਸਿਰਫ਼ ਇਹ ਨਹੀਂ ਸੀ ਕਿ ਲੋਕਾਂ ਨੂੰ ਸਟੋਰੇਜ ਚਾਹੀਦੀ ਹੈ। ਉਹ ਚਾਹੁੰਦੇ ਸਨ ਲਗਾਤਾਰਤਾ—ਇਸ ਤਰ੍ਹਾਂ ਫ਼ਾਈਲਾਂ ਬਿਨਾਂ ਵਾਧੂ ਕਦਮਾਂ ਦੇ ਉਹਨਾਂ ਦਾ ਪਿੱਛਾ ਕਰਦੀਆਂ।
ਰੂਹੀ ਉਤਪਾਦ ਵਾਅਦੇ ਨੂੰ ਸਿੱਧਾ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ: "ਤੁਹਾਡੇ ਫ਼ਾਈਲ, ਹਰ ਥਾਂ।" ਨਾ ਕਿ "ਨਵਾਂ ਸਿਸਟਮ ਸਿੱਖੋ।" ਨਾ ਕਿ "ਆਪਣੇ ਬੈਕਅੱਪ ਸੰਭਾਲੋ।" ਸਿਰਫ ਆਪਣਾ ਕੰਪਿਊਟਰ ਖੋਲ੍ਹੋ ਅਤੇ ਅੱਗੇ ਵਧੋ।
Dropbox ਦੇ ਸ਼ੁਰੂਆती ਸਟਾਰਟਅਪ ਰਾਹ ਵਿੱਚ Y Combinator ਵਰਗੇ ਸਹਿਯੋਗ ਸ਼ਾਮਲ ਸਨ, ਜਿਨ੍ਹਾਂ ਨੇ ਟੀਮ ਨੂੰ ਕਿਸੇ ਨਿੱਜੀ ਪਰੇਸ਼ਾਨੀ ਨੂੰ ਇਕ ਐਸੇ ਉਤਪਾਦ ਵਿੱਚ ਬਦਲਣ 'ਤੇ ਧਿਆਨ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕੀਤੀ ਜੋ ਹੋਰ ਲੋਕ ਵੀ ਤੁਰੰਤ ਸਮਝ ਸਕਦੇ।
ਮਕਸਦ ਫੀਚਰਾਂ ਨਾਲ ਪ੍ਰਭਾਵਿਤ ਕਰਨਾ ਨਹੀਂ ਸੀ; ਇਹ ਇਕ ਲਗਾਤਾਰ, ਆਮ ਦਰਦ-ਬਿੰਦੂ ਨੂੰ ਇੰਨਾ ਪੂਰੀ ਤਰ੍ਹਾਂ ਹਟਾ ਦੇਣਾ ਸੀ ਕਿ ਯੂਜ਼ਰ ਸਿੰਕ ਹੋ ਰਹੀ ਗੱਲ ਨੂੰ ਬੁਲਾਂਦੇ ਭੁੱਲ ਜਾਣ।
Dropbox ਦੀ ਸੁੱਝ ਬੜੀ ਇੰਟਰਫੇਸ ਜਾਂ ਫੀਚਰਾਂ ਦੀ ਲੰਬੀ ਸੂਚੀ ਨਹੀਂ ਸੀ। ਇਹ ਇਕ ਸਧਾਰਣ ਮਨੋਵਿਗਿਆਨਕ ਮਾਡਲ ਸੀ ਜੋ ਹਰ ਕੋਈ ਸਮਝ ਸਕਦਾ ਸੀ: ਇੱਕ ਫ਼ਾਈਲ ਨੂੰ ਇਕ ਫੋਲਡਰ ਵਿੱਚ ਰੱਖੋ, ਅਤੇ ਉਹ ਫੋਲਡਰ ਹਰ ਜਗ੍ਹਾ ਇਕੋ ਜਿਹਾ ਹੋਵੇਗਾ।
ਲੋਕਾਂ ਨੂੰ ਦਸਤਾਵੇਜ਼ਾਂ ਪ੍ਰਬੰਧਨ ਦਾ ਨਵਾਂ ਤਰੀਕਾ ਸਿੱਖਣ ਦੀ ਬਜਾਏ, Dropbox ਨੇ ਸਿੰਕਿੰਗ ਨੂੰ ਮੌਜੂਦਾ ਆਦਤ—ਫੋਲਡਰ ਵਿੱਚ ਸੇਵ ਕਰਨ—ਨਾਲ ਮੇਪ ਕੀਤਾ। ਉਤਪਾਦ ਪਿੱਛੇ ਹਟ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਤੁਹਾਡਾ ਧਿਆਨ ਕੰਮ 'ਤੇ ਰਹਿੰਦਾ ਹੈ।
"Dropbox ਫੋਲਡਰ" ਵਿਚਾਰ ਨੇ ਇੱਕ ਜਟਿਲ ਤਕਨੀਕੀ ਸਮੱਸਿਆ ਨੂੰ ਇੱਕ ਆਰਾਮਦਾਇਕ ਵਾਅਦੇ ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ: ਤੁਹਾਨੂੰ ਸੋਚਣਾ ਨਹੀਂ ਪੈਂਦਾ ਕਿ ਕਿਹੜਾ ਲੈਪਟਾਪ ਨਵਾਂ ਵਰਜ਼ਨ ਰੱਖਦਾ ਹੈ, ਕਿ ਕੀ ਤੁਸੀਂ ਸਹੀ ਅਟੈਚਮੈਂਟ ਈਮੇਲ ਕੀਤਾ, ਜਾਂ ਕਿ USB ਡ੍ਰਾਈਵ ਹੁਣ ਵੀ ਤੁਹਾਡੇ ਬੈਗ ਵਿੱਚ ਹੈ ਜਾਂ ਨਹੀਂ।
ਜਦੋਂ ਫੋਲਡਰ ਹਰ ਡਿਵਾਈਸ 'ਤੇ ਲਗਾਤਾਰ ਤਰੀਕੇ ਨਾਲ ਵਰਤਦਾ ਹੈ, ਉਪਭੋਗਤਾ ਸਿੰਕਿੰਗ ਨੂੰ ਇੱਕ ਕੰਮ ਵਜੋਂ ਨਹੀਂ ਦੇਖਦੇ। ਇਹ ਇੱਕ ਧਾਰਨਾ ਬਣ ਜਾਂਦੀ ਹੈ—ਕਮਰੇ ਵਿੱਚ ਬਿਜਲੀ ਵਾਂਗ।
ਫ਼ਾਈਲ ਸਿੰਕਿੰਗ ਵਰਗੇ ਮੁੱਖ ਯੂਟਿਲਿਟੀ ਲਈ, ਭਰੋਸੇਯੋਗਤਾ ਹੀ ਵਾਸਤਵਿਕ ਫੀਚਰ ਹੈ। ਪਾਵਰ ਯੂਜ਼ਰ ਅਧਿਕ ਕੰਟਰੋਲ ਮੰਗ ਸਕਦੇ ਹਨ, ਪਰ ਅਕਸਰ ਲੋਕ ਪਹਿਲਾਂ ਆਸਾਨ ਮੂਢਕ ਚਾਹੁੰਦੇ ਹਨ।
ਜੇ ਕੋਈ ਯੂਟਿਲਿਟੀ ਧਿਆਨ ਮੰਗਦੀ ਹੈ—ਮੈਨੂਅਲ ਅਪਲੋਡ, ਉਲਝਣ ਭਰੇ ਕੋਨਫਲਿਕਟ ਸੁਨੇਹੇ, ਅਣਪੇਖੇਮਰੀ ਦੇਰੀ—ਤਾਂ ਜਾਦੂ ਟੁੱਟ ਜਾਂਦਾ ਹੈ। "ਅਦ੍ਰਿਸ਼ ਸਿੰਕ" ਦਾ ਮਤਲਬ ਘੱਟ ਫੈਸਲੇ ਅਤੇ ਘੱਟ ਰੁਕਾਵਟਾਂ ਹੈ। ਉਪਭੋਗਤਾ ਮਕੈਨਿਜ਼ਮ ਨਹੀਂ, ਬਲਕਿ ਰਾਹਤ ਨੂੰ ਨੋਟਿਸ ਕਰਦੇ ਹਨ।
ਜਦੋਂ ਸਿੰਕ ਆਟੋਮੈਟਿਕ ਮਹਿਸੂਸ ਹੁੰਦੀ ਹੈ, ਉਪਭੋਗਤਾਵਾਂ ਤੁਰੰਤ ਪ੍ਰਯੋਗੀ ਲਾਭ ਮਹਿਸੂਸ ਕਰਦੇ ਹਨ:
ਸਟੋਰੇਜ ਅਤੇ ਸਿੰਕਿੰਗ ਉਤਪਾਦ ਤੁਹਾਡੇ ਕੰਮ ਵਾਂਗ ਨਿੱਜੀ ਚੀਜ਼ਾਂ ਦੀ ਮੰਗ ਕਰਦੇ ਹਨ।
ਸਿੰਕ ਨੂੰ ਅਦ੍ਰਿਸ਼ ਰੱਖਣ ਲਈ, Dropbox ਨੂੰ ਲਗਾਤਾਰਤਾ ਰਾਹੀਂ ਭਰੋਸਾ ਜਿਤਣਾ ਪਿਆ—ਫ਼ਾਈਲਾਂ ਉਮੀਦ ਦੇ ਅਨੁਸਾਰ ਆਉਂਦੀਆਂ, ਬਦਲਾਵ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਫੈਲਦੇ, ਅਤੇ "ਗੁੰਮ" ਫ਼ਾਈਲਾਂ ਇਕ ਨਿਰਾਰਮਕ ਡਰ ਨਹੀਂ ਬਣਦੀਆਂ। ਉਸ ਭਰੋਸੇ ਦੇ ਬਿਨਾਂ, ਯੂਜ਼ਰ ਪ੍ਰਣਾਲੀ ਨੂੰ ਬਾਰੀਕੀ ਨਾਲ ਵੇਖਦੇ ਹਨ—ਅਤੇ ਅਦ੍ਰਿਸ਼ਤਾ ਦੂਰ ਹੋ ਜਾਂਦੀ ਹੈ।
Dropbox ਨੇ ਸਭ ਤੋਂ ਜ਼ਿਆਦਾ ਨੱਖ ਗਿਣਤੀ ਦੇ ਕੇ ਨਹੀਂ ਜਿੱਤਿਆ—ਇਸ ਨੇ "ਸਹੀ ਚੀਜ਼" ਨੂੰ ਸਭ ਤੋਂ ਆਸਾਨ ਬਣਾਕੇ ਜਿੱਤਿਆ।
ਉਹ ਪ੍ਰਕਾਰ ਦੀ ਸਾਦਗੀ ਸਿਰਫ਼ ਡਿਜ਼ਾਇਨ ਦਾ ਪਤਲਾ ਪਰਤ ਨਹੀਂ ਹੈ; ਇਹ ਇਕ ਉਤਪਾਦ ਫ਼ੈਸਲਾ ਹੈ ਜੋ ਨਿਰਮਾਣ, ਕਟਾਈ, ਅਤੇ ਛੱਡੀ ਹੋਈ ਚੀਜ਼ਾਂ ਨੂੰ ਆਕਾਰ ਦਿੰਦਾ ਹੈ।
ਕਈ ਯੂਟਿਲਿਟੀ ਐਪ ਠੀਕ ਢੰਗ ਨਾਲ ਹੇਠਾਂ ਦਿੱਤੇ ਫੰਦਾਂ ਵਿੱਚ ਫਸ ਜਾਂਦੇ ਹਨ:
ਹਰ ਫੰਦ ਇੱਕ ਹੇਜ਼ੀਟੇਸ਼ਨ ਦਾ ਪਲ ਵਧਾਉਂਦਾ—ਛੋਟਾ, ਪਰ ਦੋਹਰਾਇਆ ਹੋਣ 'ਤੇ। ਕਾਫੀ ਹੇਜ਼ੀਟੇਸ਼ਨ "ਬਾਅਦ ਵਿੱਚ ਸੈੱਟ ਕਰਾਂਗਾ" ਨੂੰ churn ਵਿੱਚ ਬਦਲ ਦਿੰਦੀ ਹੈ।
Dropbox ਨੇ ਸਪਸ਼ਟ ਡਿਫਾਲਟਸ ਨੂੰ ਅਪਣਾਇਆ: ਫ਼ਾਈਲਾਂ ਨੂੰ ਫੋਲਡਰ ਵਿੱਚ ਰੱਖੋ, ਅਤੇ ਉਹ ਹਰ ਥਾਂ ਆ ਜਾਂਦੀਆਂ। ਬਹੁਤ ਲੋਕਾਂ ਲਈ, ਇਹੀ ਸਾਰੀ ਨੌਕਰੀ ਹੈ।
ਇਹCustomization विरोध नहीं ਹੈ; ਇਹ ਕ੍ਰਮਬੱਧਤਾ ਹੈ। ਅਡਵਾਂਸ آپਸ਼ਨ ਹੋ ਸਕਦੇ ਹਨ, ਪਰ ਉਹ ਪਹਿਲੀ ਜੀਤ ਤੱਕ ਪਹੁੰਚ ਲਈ ਜ਼ਰੂਰੀ ਨਹੀਂ ਹੋਣੇ ਚਾਹੀਦੇ। ਇੱਕ ਛੋਟੇ, ਪੇਸ਼ਗੀ ਵਿਆਹਪੱਤਰ ਦੇ ਵਰਤੇ ਜਾਣਯੋਗ ਆਚਰਨ ਉਪਭੋਗਤਾ ਨੂੰ ਇਕ ਵਾਰ ਸਿੱਖਣ ਅਤੇ ਫਿਰ ਭੁੱਲ ਜਾਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।
ਸਾਦਗੀ ਉਹਨਾਂ ਸ਼ਬਦਾਂ ਵਿੱਚ ਵੀ ਨਜ਼ਰ ਆਉਂਦੀ ਹੈ ਜੋ ਤੁਸੀਂ ਚੁਣਦੇ ਹੋ। "Dropbox folder" ਹੋਰ ਸਪਸ਼ਟ ਹੈ; ਇਹ ਉਨ੍ਹਾਂ ਚੀਜ਼ਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ ਜੋ ਲੋਕ ਪਹਿਲਾਂ ਹੀ ਸਮਝਦੇ ਹਨ। UI ਉਸੇ ਮਨੋਵਿਗਿਆਨ ਨੂੰ ਮਜ਼ਬੂਤ ਕਰਦਾ ਹੈ: ਇਕ ਪਰਿਚਿਤ ਫਾਈਲ ਸਿਸਟਮ ਜਿਸ ਵਿੱਚ ਕਮ-ਤੋ-ਕਮ ਵਾਧੂ ਧਾਰਨਾਵਾਂ ਹੋਣ।
ਓਨਬੋਰਡਿੰਗ ਵੀ ਉਸ ਤਰਕ ਦਾ ਪਾਲਣ ਕਰਦੀ ਹੈ। ਫੀਚਰਾਂ ਨਾਲ ਭਰਪੂਰ ਟਿਊਟੋਰੀਅਲਾਂ ਦੀ ਥਾਂ, ਸਭ ਤੋਂ ਵਧੀਆ ਓਨਬੋਰਡਿੰਗ ਇਕ ਐਕਸ਼ਨ ਨੂੰ ਮਾਰਗਦਰਸ਼ਿਤ ਕਰਦੀ ਹੈ ਜੋ ਜਲਦੀ ਵਾਅਦੇ ਨੂੰ ਸਾਬਿਤ ਕਰੇ:
ਉਹ ਲੂਪ ਕਰਨ ਦੇ ਨਾਲ ਸਿੱਖਾਉਂਦਾ ਹੈ—ਕਰਕੇ ਸਿੱਖਾਉਂਦਾ ਹੈ, ਨਹੀਂ ਕਿ ਸਿਰਫ਼ ਸਮਝਾ ਕੇ।
ਸਭ ਤੋਂ ਮੁਸ਼ਕਲ ਹਿੱਸਾ ਉਹ ਸਰੋਤਾਂ ਦੀ ਮੰਗਾਂ ਨੂੰ ਰੋਕਣਾ ਹੈ ਜੋ ਮੁੱਖ ਅਨੁਭਵ ਨੂੰ ਤੋੜ ਦਿੰਦੀਆਂ ਹਨ।
ਜਦੋਂ ਤੁਸੀਂ ਸਾਦਗੀ ਨੂੰ ਰਣਨੀਤੀ ਬਣਾ ਲੈਂਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਪਹਿਲਾਂ "ਕੀ ਅਸੀਂ ਇਹ ਜੋੜ ਸਕਦੇ ਹਾਂ?" ਨਹੀਂ ਪੁੱਛਦੇ—ਤੁਸੀਂ ਪੁੱਛਦੇ ਹੋ "ਕੀ ਇਹ ਡਿਫਾਲਟ ਰਾਹ ਨੂੰ ਹੋਰ ਸਪਸ਼ਟ, ਤੇਜ਼ ਜਾਂ ਭਰੋਸੇਯੋਗ ਬਣਾਉਂਦਾ?" ਜੇ ਉੱਤਰ ਨਾ ਹੋਵੇ, ਤਾਂ ਫੀਚਰ "ਵਾਧੂ ਮੁੱਲ" ਨਹੀਂ, ਸਗੋਂ ਵਾਧੂ ਰੁਕਾਵਟ ਹੈ।
ਜ਼ਿਆਦਾਤਰ ਲੋਕ "ਸਿੰਕਿੰਗ" ਨੂੰ ਇਕ ਫੀਚਰ ਵਜੋਂ ਨਹੀਂ ਸੋਚਦੇ। ਉਹ ਸੋਚਦੇ ਹਨ: "ਮੇਰੀ ਫ਼ਾਈਲ ਉੱਥੇ ਹੈ।" ਜੇ ਇਹ ਕੰਮ ਕਰੇ, ਤਾਂ ਇਹ ਅਦ੍ਰਿਸ਼ ਹੋ ਜਾਂਦਾ ਹੈ। ਜੇ ਇਹ ਨਹੀਂ ਕਰੇ, ਤਾਂ ਉਹ ਇਕੱਲੀ ਗੱਲ ਬਣ ਜਾਂਦੀ ਹੈ ਜਿਸ 'ਤੇ ਲੋਕ ਗੱਲ ਕਰਦੇ ਹਨ।
ਸੁਲਭ ਅਰਥ ਵਿੱਚ, ਲੂਪ ਇਹ ਹੈ: ਤੁਸੀਂ ਆਪਣੀ Dropbox ਫੋਲਡਰ ਵਿੱਚ ਇੱਕ ਫ਼ਾਈਲ ਸੇਵ ਕਰਦੇ ਹੋ, ਇਹ ਪਿਛੇ-ਪਿੱਛੇ ਅਪਡੇਟ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਉਹੀ ਫ਼ਾਈਲ ਤੁਹਾਡੇ ਹੋਰ ਡਿਵਾਈਸਾਂ 'ਤੇ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ।
ਜੇ ਤੁਸੀਂ ਆਪਣੇ ਲੈਪਟਾਪ 'ਤੇ ਸੋਧ ਕਰਦੇ ਹੋ, ਇਹ ਤੁਹਾਡੇ ਡੈਸਕਟਾਪ 'ਤੇ ਅਪਡੇਟ ਹੋ ਜਾਵੇਗੀ। ਜੇ ਤੁਸੀਂ ਆਪਣੇ ਫ਼ੋਨ 'ਤੇ ਫੋਟੋ ਡਰੌਪ ਕਰਦੇ ਹੋ, ਤਾਂ ਉਹ ਤੁਹਾਡੇ ਕੰਪਿਊਟਰ 'ਤੇ ਆ ਜਾਵੇਗੀ।
بس ਇਹੀ ਹੈ। ਕੋਈ "ਐਕਸਪੋਰਟ" ਨਹੀਂ, ਕੋਈ ਖਾਸ ਬਟਨ ਨਹੀਂ, ਕੋਈ ਮਨ ਦੀ ਚੈੱਕਲਿਸਟ ਨਹੀਂ—ਸਿਰਫ ਇੱਕ ਫੋਲਡਰ ਜੋ ਲੋਗ ਪਹਿਲਾਂ ਹੀ ਸਮਝਦੇ ਹਨ ਉਸੇ ਤਰੀਕੇ ਨਾਲ ਵਰਤਦਾ ਹੈ।
ਗਤੀ ਸਿੰਕਿੰਗ ਨੂੰ ਇੱਕ ਰੈਫਲੈਕਸ ਬਣਾਉਂਦੀ ਹੈ। ਜੇ ਅਪਡੇਟਜ਼ ਤੇਜ਼ੀ ਨਾਲ ਆ ਜਾਂਦੇ ਹਨ, ਯੂਜ਼ਰ ਇੰਤਜ਼ਾਰ ਕਰਨਾ ਛੱਡ ਦਿੰਦੇ ਹਨ ਅਤੇ ਭਰੋਸਾ ਕਰਨ ਲੱਗਦੇ ਹਨ। ਭਰੋਸੇਯੋਗਤਾ ਉਸ ਭਰੋਸੇ ਨੂੰ ਰੁਟੀਨ ਵਿੱਚ ਬਦਲ ਦਿੰਦੀ—ਲੋਕ Dropbox ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਕੰਮ ਵਜੋਂ ਆਪਣਾ ਡੇਟਾ ਰੱਖਦੇ ਹਨ ਕਿਉਂਕਿ ਇਹ ਭਰੋਸਾ ਜਿੱਤ ਚੁੱਕਿਆ ਹੁੰਦਾ ਹੈ।
ਦੀਰਘ-ਕਾਲੀਨ ਸਲ ਨਹੀਂ, ਬੁਰੀ ਆਦਤ ਬਣਦੀ ਹੈ: ਡਬਲ-ਚੈੱਕਿੰਗ, ਮੁੜ-ਅਪਲੋਡਿੰਗ, ਅਤੇ ਬੈਕਅੱਪ ਨਕਲਾਂ ਰੱਖਣਾ।
ਅਸਲ ਟੈਸਟ ਉਹ ਹੈ ਜੋ ਜ਼ਿੰਦਗੀ ਗੁੰਝਲਦਾਰ ਹੋ ਜਾਵੇ:
ਵਰਡ-ਆਫ-ਮਾਊਥ ਇਸ ਲਈ ਫੈਲਦੀ ਹੈ ਕਿਉਂਕਿ ਕਿਸੇ ਉਤਪਾਦ ਦੇ ਜ਼ਿਆਦਾ ਫੀਚਰ ਹੋਣ ਤੋਂ ਨਹੀਂ। ਇਹ ਫੈਲਦੀ ਹੈ ਜਦੋਂ ਕੋਈ ਯਕੀਨ ਨਾਲ ਕਹਿ ਸਕਦਾ ਹੈ, "Dropbox ਵਿੱਚ ਰੱਖੋ—ਤੁਸੀਂ ਇਹ ਖੋਵੋਗੇ ਨਹੀਂ।"
ਭਰੋਸਾ ਸਾਂਝਾ ਕਰਨ ਯੋਗ ਲਾਭ ਹੈ, ਅਤੇ ਸਿੰਕ ਦੀ ਗੁਣਵੱਤਾ ਉਹ ਸਥਾਨ ਹੈ ਜਿੱਥੇ ਇਹ ਭਰੋਸਾ ਜਿੱਤਿਆ ਜਾਂਦਾ ਹੈ।
Dropbox ਵਢਿਆ ਕਿਉਂਕਿ ਲੋਕ ਇਸਨੂੰ ਵਰਤਦੇ ਸਨ—ਨ ਕਿ ਵੱਡੇ ਪਿੱਛੇ ਵਾਲੇ ਪੀਚ ਦੇਖ ਕੇ ਜਾਂ ਫੀਚਰਸ ਦੀ ਤੁਲਨਾ ਕਰਕੇ। ਉਤਪਾਦ ਖ਼ੁਦ ਪਰਮਾਣ ਬਣਾਉਂਦਾ ਸੀ।
ਜਦੋਂ ਇਹ ਤੁਹਾਡੇ ਲਈ ਕਿੱਤੇ ਸਮੇਂ 'ਚ ਕੰਮ ਕਰਦਾ, ਤਾਂ ਤੁਹਾਨੂੰ ਮਨਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ।
Dropbox ਦੀ ਕੁੰਜੀ ਝੱਟਕਾ ਇਹ ਨਹੀਂ ਸੀ ਕਿ "ਕਲਾਉਡ ਸਟੋਰੇਜ" ਇਕ ਵਿਚਾਰ ਹੈ—ਇਹ ਉਹ ਪਹਿਲੀ ਵਾਰੀ ਸੀ ਜਦੋਂ ਇੱਕ ਫ਼ਾਈਲ ਆਪਣੇ ਆਪ ਦੂਜੇ ਡਿਵਾਈਸ 'ਤੇ ਆ ਗਈ।
ਤੁਸੀਂ ਆਪਣੀ ਲੈਪਟਾਪ 'ਤੇ ਕੁਝ ਸੇਵ ਕਰਦੇ ਹੋ, ਆਪਣਾ ਡੈਸਕਟਾਪ ਖੋਲ੍ਹਦੇ ਹੋ, ਅਤੇ ਉਹ ਪਹਿਲਾਂ ਹੀ ਉੱਥੇ ਹੋਂਦੀ ਹੈ। ਕੋਈ ਈਮੇਲ, ਕੋਈ USB, ਕੋਈ "version_final_FINAL" ਨਹੀਂ। ਉਹ ਇੱਕ ਸੈਰ-ਕਸ ਤਜਰਬਾ ਸਿੰਕਿੰਗ ਨੂੰ ਵਾਅਦੇ ਤੋਂ ਅਨੁਭਵ ਬਣਾਉਂਦਾ ਹੈ।
ਉਤਪਾਦ-ਚਲਿਤ ਵਾਧਾ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਲੋਕਾਂ ਨੂੰ ਉਹ "ਇਹ ਸਿਰਫ਼ ਕੰਮ ਕਰਦਾ ਹੈ" ਪਲ ਤੇਜ਼ੀ ਨਾਲ ਮਿਲੇ। Dropbox ਨੇ ਇਹ ਸਧਾਰਨ, ਮਾਣਦਾਰ ਕਦਮਾਂ ਨਾਲ ਕੀਤਾ:
ਇਹ ਹਰ ਇਕ ਉਪਭੋਗਤਾ ਨੂੰ ਅਸਲ ਵਰਤੋਂ ਵੱਲ ਢਕੀਲਦੇ ਹਨ, ਨਾਂ ਕਿ ਪੈਸੀਵ ਬ੍ਰਾਊਜ਼ਿੰਗ ਵੱਲ।
ਸਾਇਨ-ਅਪਜ਼ ਗਿਨੇ ਆਸਾਨ ਹਨ—ਅਤੇ ਗਲਤ ਅਰਥ ਲੈ ਸਕਦੇ ਹਨ। ਕੋਈ ਖਾਤਾ ਬਣਾ ਸਕਦਾ ਹੈ ਅਤੇ ਕਦੇ ਵੀ ਉਹ ਪਲ ਨਾ ਦੇਖੇ ਜਿੱਥੇ Dropbox ਕੀਮਤੀ ਬਣਦਾ ਹੈ।
ਐਕਟੀਵੇਸ਼ਨ ਵੱਖਰੀ ਗੱਲ ਹੈ: ਕੀ ਉਤਪਾਦ ਨੇ ਮੁੱਖ ਲਾਭ ਦਿੱਤਾ। Dropbox ਲਈ ਇਹ ਮੈਟਰਿਕਸ ਹੋ ਸਕਦੇ ਹਨ: ਪਹਿਲੀ ਫ਼ਾਈਲ ਜੋੜੀ, ਪਹਿਲਾ ਸਫਲ ਸਿੰਕ ਦੂਜੇ ਡਿਵਾਈਸ 'ਤੇ, ਜਾਂ ਪਹਿਲਾ ਸ਼ੇਅਰ ਕੀਤਾ ਲਿੰਕ।
ਇਹ ਸਿਗਨਲ ਦੱਸਦੇ ਹਨ ਕਿ ਉਤਪਾਦ ਖ਼ੁਦ ਵੇਚ ਰਿਹਾ ਹੈ—ਨ੍ਹੀ ਕਿ ਸਿਰਫ਼ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਜਮਾ ਕਰ ਰਿਹਾ ਹੈ।
ਫ੍ਰੀਮੀਅਮ ਸਧਾਰਣ ਹੈ: ਤੁਸੀਂ ਮੁਫ਼ਤ ਤੋਂ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋ, ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਤਾਂ ਹੀ ਭੁਗਤਾਨ ਕਰਦੇ ਹੋ ਜੇ ਉਤਪਾਦ ਇੰਨਾ ਕੀਮਤੀ ਹੋ ਜਾਵੇ ਕਿ ਤੁਸੀਂ ਹੋਰ ਲੈਣਾ ਚਾਹੋ।
ਇੱਕ ਯੂਟਿਲਿਟੀ ਲਈ, ਇਹ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ "ਭਰੋਸਾ" ਇੱਕ ਮਾਰਕੀਟਿੰਗ ਦਾਅਵਾ ਨਹੀਂ—ਇਹ ਕੁਝ ਹੈ ਜੋ ਉਪਭੋਗਤਾ ਹਫ਼ਤਿਆਂ ਤੱਕ ਦਿਨ-ਦਿਨ ਕੰਮ ਕਰਕੇ ਮਹਿਸੂਸ ਕਰਦੇ ਹਨ।
ਵਧੀਆ ਫ੍ਰੀਮੀਅਮ ਮਾਡਲ ਲੋਕਾਂ ਨੂੰ ਡੈਮੋ ਨਾਲ ਚੁੱਕਦੇ ਨਹੀਂ। ਇਹ ਉਹਨਾਂ ਨੂੰ ਮੁੱਖ ਕੰਮ ਦੇ ਦਿੰਦਾ ਹੈ ਤਾਂ ਜੋ ਉਹ ਇੱਕ ਅਸਲ ਰੁਟੀਨ ਬਣਾ ਸਕਣ: install ਕਰੋ, ਫ਼ਾਈਲਾਂ ਡਰੌਪ ਕਰੋ, ਭੁੱਲ ਜਾਓ, ਫਿਰ ਨੋਟਿਸ ਕਰੋ ਕਿ ਤੁਹਾਡਾ ਕੰਮ ਜਾਦੂਈ ਤਰੀਕੇ ਨਾਲ ਹਰ ਥਾਂ ਹੈ।
ਇਹੀ ਥਾਂ ਆਦਤ ਬਣਦੀ ਹੈ। ਜਦੋਂ ਕੋਈ ਭੁਗਤਾਨ ਦੇਣ ਬਾਰੇ ਸੋਚਦਾ ਹੈ, ਉਹ ਵਾਅਦਾਂ 'ਤੇ ਦਾਵਾ ਨਹੀਂ ਕਰ ਰਿਹਾ—ਉਹ ਇਕ ਵਰਕਫਲੋ ਦੀ ਰੱਖਿਆ ਕਰ ਰਿਹਾ ਹੈ ਜਿਸ 'ਤੇ ਉਹ ਪਹਿਲਾਂ ਹੀ ਨਿਰਭਰ ਹੈ।
ਫ੍ਰੀਮੀਅਮ ਤਦ ਹੀ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦੋਂ ਹੱਦਾਂ ਸਪਸ਼ਟ ਅਤੇ ਇਨਸਾਫ਼ਯੋਗ ਹੋਣ। ਉਪਭੋਗਤਾ ਨੂੰ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਉਹ ਮੁਫ਼ਤ ਵਿੱਚ ਕੀ ਪਾ ਰਹੇ ਹਨ ਅਤੇ ਕਿਹੜੀ ਚੀਜ਼ ਅਪਗਰੇਡ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੀ—ਕੋਈ ਅਚਾਨਕ ਚੀਜ਼ ਨਹੀਂ।
ਸੀਮਾਵਾਂ ਦੇ ਉਦਾਹਰਣ ਹਨ: ਸਟੋਰੇਜ ਦੀ ਸੀਮਾ, ਡਿਵਾਈਸਾਂ ਦੀ ਗਿਣਤੀ, ਐਡਮਿਨ ਕੰਟਰੋਲ, ਜਾਂ ਵਧੀਕ ਸ਼ੇਅਰਿੰਗ ਵਿਕਲਪ। ਮੁੱਖ ਗੱਲ ਇਹ ਹੈ ਕਿ ਉਤਪਾਦ ਵਰਤਣਯੋਗ ਰਹੇ, ਜਦਕਿ ਭੁਗਤਾਨੀ ਯੋਜਨਾ ਇੱਕ ਕੁਦਰਤੀ ਵਿਸਥਾਰ ਮਹਿਸੂਸ ਹੋਵੇ।
ਪੈਕੇਜਿੰਗ ਨੂੰ ਅੱਗੇ ਵਧਣ ਨੂੰ ਸੁਰੱਖਿਅਤ ਮਹਿਸੂਸ ਕਰਵਾਉਣੀ ਚਾਹੀਦੀ ਹੈ:
ਜਦੋਂ ਅਪਗਰੇਡ ਸਪਸ਼ਟ ਹੁੰਦੇ ਹਨ, ਲੋਕ ਘੁਟਣਾਰ ਨਹੀਂ ਮਹਿਸੂਸ ਕਰਦੇ। ਉਹ ਨਿਯੰਤਰਣ ਵਿੱਚ ਮਹਿਸੂਸ ਕਰਦੇ ਹਨ।
ਸਿੰਕਿੰਗ ਟੂਲ ਲਈ, ਮੁੱਲ ਆਮ ਤੌਰ 'ਤੇ ਇਸਤੇਮਾਲ ਨਾਲ ਵੱਧਦਾ ਹੈ: ਵਧੇਰੇ ਫ਼ਾਈਲਾਂ, ਵਧੇਰੇ ਡਿਵਾਈਸ, ਵਧੇਰੇ ਸਹਿਯੋਗੀ, ਵਧੀਕ ਜ਼ਿੰਮੇਵਾਰੀ।
ਫ੍ਰੀਮੀਅਮ ਸਭ ਤੋਂ ਵਧੀਆ ਤਦ ਹੈ ਜਦੋਂ ਕੀਮਤ ਇਸ ਵਕਰੀ ਨੂੰ ਫਾਲੋ ਕਰਦੀ—ਤਾਂ ਜੋ ਭੁਗਤਾਨ ਕਰਨਾ ਫੀਸ ਨਹੀਂ ਲੱਗੇ, ਪਰ ਇਕ ਸੋਝੀਦਾਰ ਨਿਵੇਸ਼ ਲੱਗੇ ਜੋ ਤੁਸੀਂ ਹਰ ਰੋਜ਼ ਵਰਤ ਰਹੇ ਹੋ।
Dropbox ਦਾ ਰੀਫਰਲ ਪ੍ਰੋਗ੍ਰਾਮ ਇਸ ਲਈ ਕਾਮਯਾਬ ਹੋਇਆ ਕਿਉਂਕਿ ਇਹ ਉਸ ਗੱਲ ਨਾਲ ਮਿਲਦਾ ਸੀ ਜੋ ਉਤਪਾਦ ਪਹਿਲਾਂ ਹੀ ਉਤਸ਼ਾਹਿਤ ਕਰਦਾ ਸੀ: ਫ਼ਾਈਲਾਂ ਨੂੰ ਸਾਂਝਾ ਕਰਨਾ ਅਤੇ ਸਹਿਯੋਗ ਕਰਨਾ।
ਯੂਟਿਲਿਟੀ ਸਾਫਟਵੇਅਰ ਸਭ ਤੋਂ ਅੱਚਾ ਤਰੀਕੇ ਨਾਲ ਫੈਲਦਾ ਹੈ ਜਦੋਂ ਕਿਸੇ ਨੇ ਅਸਲੀ ਸਮੱਸਿਆ ਹੱਲ ਕੀਤੀ ਹੋਵੇ ਅਤੇ ਫਿਰ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਕਹੇ, "ਇਹ ਵਰਤੋ—ਇਹ ਤੁਹਾਡੀ ਜ਼ਿੰਦਗੀ ਆਸਾਨ ਕਰ ਦੇਵੇਗਾ।" Dropbox ਨੂੰ ਨਵੀਂ ਬਿਹੀਵਿਅਰ ਬਣਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ ਪਈ; ਇਸ ਨੇ ਸਿੱਧਾ ਵਾਧਾ ਇੱਕ ਮੌਜੂਦਾ ਵਰਤੋਂ 'ਤੇ ਜੋੜ ਦਿੱਤਾ।
ਇੱਕ ਯੂਟਿਲਿਟੀ ਟੂਲ ਭਰੋਸਾ ਕਮਾਂਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਭੜਕਾਉਂਦਾ ਨਹੀਂ। ਜਦੋਂ Dropbox ਡਿਫੌਲਟ "ਸੁਰੱਖਿਅਤ ਥਾਂ" ਬਣ ਗਿਆ, ਤਦ 추천 ਕਰਨਾ ਇੱਕ ਪ੍ਰਯੋਗਿਕ ਸਿਫਾਰਸ਼ ਬਣ ਗਿਆ—ਜਿਵੇਂ ਕਿਸੇ ਨੂੰ ਚੰਗਾ ਪਾਸਵਰਡ ਮੈਨੇਜਰ ਜਾਂ ਯਾਦਗਾਰ ਨੋਟ ਐਪ ਸੁਝਾਉਣਾ।
ਉਪਭੋਗਤਾ ਇੱਕ ਬ੍ਰੈਂਡ ਨਹੀਂ ਵੇਚ ਰਹੇ; ਉਹ ਇਕ ਦੋਸਤ ਨੂੰ ਇੱਕ ਅਜਿਹਾ ਟਿੱਪ ਦੇ ਰਹੇ ਹਨ ਜੋ ਪਰੇਸ਼ਾਨੀ ਤੋਂ ਬਚਾਏਗਾ।
ਇਨਾਮ ਇਕ ਨਜ਼ਰ ਵਿੱਚ ਸਮਝ ਆਉਣ ਦੇ ਯੋਗ ਸੀ: ਕਿਸੇ ਨੂੰ ਨਿਆਮ ਕਰੋ, ਦੋਹਾਂ ਨੂੰ ਵਧੇਰੇ ਸਟੋਰੇਜ ਮਿਲਦੀ।
ਇਹ ਇੱਕ ਪਾਵਰਫੁਲ ਮਿਲਾਪ ਹੈ। ਰੈਫ਼ਰ ਕਰਨ ਵਾਲੇ ਨੂੰ ਉਹ ਮਿਲਦਾ ਹੈ ਜੋ ਉਹ ਚਾਹੁੰਦਾ ਹੈ, ਅਤੇ ਨਵੇਂ ਯੂਜ਼ਰ ਨੂੰ ਇਕ ਤੁਰੰਤ ਬੂਸਟ ਮਿਲਦਾ ਹੈ ਜੋ ਉਤਪਾਦ ਨੂੰ ਅਪਣਾਉਣਾ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ।
ਤਿੰਨ ਚੀਜ਼ਾਂ ਇਨਾਮ ਦੇ ਆਕਾਰ ਤੋਂ ਜ਼ਿਆਦਾ ਮਾਇਨੇ ਰੱਖਦੀਆਂ ਹਨ:
ਰੀਫਰਲ ਸਿਸਟਮ ਪਿੱਛੇ ਮੋੜ ਸਕਦੇ ਹਨ ਜੇ ਉਹ ਧੱਕੇ-ਦੇਣ ਵਾਲੇ ਜਾਂ ਖੇਡੇ ਜਾ ਸਕਦੇ ਬਣ ਜਾਂ। ਸਪੈਮੀ ਪ੍ਰਾਂਪਟ ਲੋਕਾਂ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨ ਲਈ ਸਿਖਾਉਂਦੇ ਹਨ। ਧੁੰਦਲੇ ਇਨਾਮ ਸਹਾਇਤਾ ਮੁੱਦੇ ਅਤੇ ਭਰੋਸਾ ਘਟਾ ਸਕਦੇ ਹਨ।
ਅਤੇ ਜੇ ਇਨਸੈਂਟਿਵ ਗ਼ਲਤ ਮਿਲਦੇ ਹਨ—ਜਿਵੇਂ ਕਿ ਨਿਯਮਾਂ ਦੇ ਬਿਨਾਂ ਇਨਵਾਈਟ ਦਾ ਇਨਾਮ ਮਿਲਦਾ ਹੈ—ਤਾਂ ਸਾਇਨ-ਅਪਜ਼ ਵਧ ਸਕਦੇ ਹਨ ਪਰ ਲੰਬੇ ਸਮੇਂ ਦੀ ਰੀਟੇਨਸ਼ਨ ਘਟ ਸਕਦੀ ਹੈ।
Dropbox ਦਾ ਰੀਫਰਲ ਲੂਪ ਇਸ ਲਈ ਚੱਲਿਆ ਕਿਉਂਕਿ ਇਸ ਨੇ ਆਮ ਵਰਤੋਂ ਦੀ ਇੱਜ਼ਤ ਕੀਤੀ: ਕਿਸੇ ਨੂੰ ਮਦਦ ਕਰਕੇ ਫ਼ਾਈਲਾਂ ਸਾਂਝੀਆਂ ਕਰੋ, ਤੇ ਵਾਧਾ ਸਾਇਡ-ਐਫੈਕਟ ਵਜੋਂ ਵਾਪਰੇ।
Dropbox ਨੂੰ ਲੋਕਾਂ ਨੂੰ “ਬ੍ਰਾਡਕਾਸਟ” ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਸੀ। ਇਹ ਸਾਂਝੇ ਕੰਮ ਕਰਕੇ ਫੈਲਿਆ।
Dropbox ਵਿੱਚ ਸਭ ਤੋਂ ਸਿੱਧਾ ਪਲ ਵੀ ਸਭ ਤੋਂ ਸ਼ਕਤੀਸ਼ਾਲੀ ਹੈ: ਤੁਸੀਂ ਇੱਕ ਫੋਲਡਰ ਜਾਂ ਲਿੰਕ ਭੇਜਦੇ ਹੋ ਤਾਂ ਕੋਈ ਹੋਰ ਫ਼ਾਈਲ ਤੱਕ ਪਹੁੰਚ ਕਰ ਸਕੇ।
ਇਹ ਕਾਰਵਾਈ ਮਾਰਕੀਟਿੰਗ ਨਹੀਂ—ਇਹ ਕੰਮ ਖ਼ਤਮ ਕਰਨ ਵਰਗੀ ਗੱਲ ਹੈ। ਪਰ ਇਹ ਚੁਪਚਾਪ ਨਵੀਂ ਯੂਜ਼ਰ ਨੂੰ ਉਸ ਸੰਦਰਭ ਵਿੱਚ ਜਾਣੂ ਕਰਾਉਂਦੀ ਹੈ ਜਿੱਥੇ ਮੁੱਲ ਸਪਸ਼ਟ ਹੁੰਦਾ ਹੈ।
ਤੁਸੀਂ ਨਹੀਂ ਪੁੱਛਦੇ, "ਕੀ ਤੁਸੀਂ ਇਹ ਐਪ ਅਜ਼ਮਾਉਣ ਚਾਹੋਗੇ?" ਬਲਕਿ ਤੁਸੀਂ ਕਹਿੰਦੇ ਹੋ, "ਇੱਥੇ ਉਹ ਦਸਤਾਵੇਜ਼ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਚਾਹੀਦਾ ਸੀ।" ਪ੍ਰਾਪਤਕਰਤਾ ਨੂੰ ਕਲਾਉਡ ਸਟੋਰੇਜ ਸਮਝਣ ਦੀ ਲੋੜ ਨਹੀਂ—ਉਹ ਸਿਰਫ ਕਲਿੱਕ ਕਰਦੇ ਹਨ, ਵੇਖਦੇ ਹਨ, ਅਤੇ ਅਗਲੇ ਵਾਰ ਲਈ ਵਰਤਦੇ ਰਹਿੰਦੇ ਹਨ।
ਇੱਕ ਗਿਮਿਕੀਵਾਲੀ ਵਾਇਰਲ ਫੀਚਰ ਅਕਸਰ ਵਧੀਕ ਵਰਤੋਂ ਦੀ ਮੰਗ ਕਰਦਾ ਹੈ: ਪੰਜ ਦੋਸਤਾਂ ਨੂੰ ਨਿਯੋਤਾ, ਸੋਸ਼ਲ 'ਤੇ ਸ਼ੇਅਰ ਕਰੋ, ਇੱਕ ਬੈਜ ਪੋਸਟ ਕਰੋ। ਸਹਿਯੋਗੀ ਵਰਕਫਲੋਜ਼ ਨਹੀਂ ਮੰਗਦੇ।
ਪ੍ਰੋਜੇਕਟ ਫੋਲਡਰ ਸਾਂਝਾ ਕਰਨਾ, ਕੀਤੇ ਸਮਾਰੋਹ ਦੀਆਂ ਫ਼ੋਟੋਆਂ ਇਕੱਠੀਆਂ ਕਰਨਾ, ਡਿਜ਼ਾਈਨ ਐਸੈਟਾਂ ਸੌਂਪਣਾ, ਜਾਂ ਤਾਜ਼ਾ ਡੈਕ ਸਾਂਝਾ ਕਰਨਾ ਸਧਾਰਨ ਗਤਿਵਿਧੀਆਂ ਹਨ। Dropbox ਦੀ ਸ਼ੇਅਰਿੰਗ ਨੇ ਇਨ੍ਹਾਂ ਰੋਜ਼ਾਨਾ ਹੈਂਡ-ਆਫ ਮੁਦਿਆਂ ਨੂੰ ਘੱਟ ਕੀਤਾ—ਬਿਨਾਂ ਲੋਕਾਂ ਨੂੰ ਪਰਚਾਰਕ ਬਣਾਉਣ ਦੇ।
ਕਈ ਟੀਮਾਂ ਨੇ Dropbox ਨੂੰ ਮੀਟਿੰਗ 'ਚ "ਚੁਣਿਆ" ਨਹੀਂ। ਇੱਕ ਵਿਅਕਤੀ ਨੇ ਇਮੈਲ ਅਟੈਚਮੈਂਟ ਤੋਂ ਬਚਣ ਲਈ ਇਸਨੂੰ ਵਰਤਿਆ, ਫਿਰ ਸਹਿਕਰਮੀਆਂ ਨਾਲ ਫੋਲਡਰ ਸਾਂਝਾ ਕੀਤਾ।
ਫਿਰ ਟੀਮ ਦੇ ਕੋਲ ਇੱਕ ਸਾਂਝਾ ਸੋਰਸ ਆ ਗਿਆ, ਅਤੇ Dropbox ਕੰਮ ਦੇ ਗਤੀਵਿਧੀ ਦਾ ਹਿੱਸਾ ਬਣ ਗਿਆ।
ਇਹ ਯੂਟਿਲਿਟੀ ਰਾਹੀਂ ਉਤਪਾਦ-ਚਲਿਤ ਵਾਧਾ ਹੈ: ਉਤਪਾਦ ਉਹੀ ਰਾਹ ਫੈਲਦਾ ਹੈ ਜਿਸ ਰਾਹ ਸਹਿਯੋਗ ਹੁੰਦਾ ਹੈ।
ਸਾਂਝਾ ਕਰਨ ਦੀ ਸਿਰਫ਼ ਤਦ ਹੀ ਕੰਮ ਕਰਦੀ ਹੈ ਜਦ ਲੋਕ ਨਿਯੰਤਰਣ ਮਹਿਸੂਸ ਕਰਨ। Dropbox ਨੇ ਇਸਦਾ ਸਮਰਥਨ ਸਾਫ਼ ਪਰਮੀਸ਼ਨ (ਵੇਖੋ ਬਣਾਮ ਐਡਿਟ), ਸਾਂਝੇ ਫੋਲਡਰਾਂ 'ਤੇ ਮੈਂਬਰਸ਼ਿਪ ਦਾ ਦਿਖਾਈ ਦੇਣਾ, ਅਤੇ ਗਲਤੀ ਨਾਲ ਕੀਤੇ ਖ਼ਤਮ ਕਰਨ ਨੂੰ ਵਾਪਸ ਕਰਨ ਦੀ ਯੋਗਤਾ ਨਾਲ ਕੀਤਾ।
ਇਹ ਛੋਟੀ-ਛੋਟੀ ਸੁਰੱਖਿਆ ਇਸ਼ਾਰੇ ਸਾਂਝਾ ਕਰਨ ਨੂੰ ਖ਼ਤਰੇ ਤੋਂ ਇੱਕ ਮੂਲ ਵਰਤਾਉਣ ਵਾਲੇ ਕਦਮ ਵਿੱਚ ਬਦਲ ਦਿੰਦੇ ਹਨ।
Dropbox ਨੇ ਇਸ ਲਈ ਜਿੱਤਿਆ ਨਹੀਂ ਕਿ ਲੋਕ "ਕਲਾਉਡ ਸਟੋਰੇਜ" ਦੇ ਖ਼ਿਆਲ ਨੂੰ ਪਿਆਰ ਕਰਦੇ ਸਨ। ਇਸ ਨੇ ਜਿੱਤਿਆ ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਤਣਾਅਭਰਿਆ, ਗਲਤੀ-ਪੂਰਕ ਕੰਮ—ਫ਼ਾਈਲਾਂ ਨੂੰ ਸਥਿਰ ਰੱਖਣਾ—ਨੂੰ ਇਕ ਠੰਢੀ ਰੋਜ਼ਾਨਾ ਆਦਤ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ।
ਸਭ ਤੋਂ ਵਧੀਆ ਯੂਟਿਲਿਟੀ ਸਾਫਟਵੇਅਰ ਧਿਆਨ ਦੀ ਮੰਗ ਨਹੀਂ ਕਰਦਾ; ਇਹ ਉਹਨਾਂ ਪਲਾਂ 'ਤੇ ਰੁਟੀਨ ਰੱਪੇ ਕੱਦਮ ਹਟਾਕੇ ਦੁਹਰਾਅ ਵਾਲੀ ਵਰਤੋਂ ਕਮਾਉਂਦਾ ਹੈ ਜਿੱਥੇ ਮਾਮਲਾ ਅਸਲ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦਾ ਹੈ।
ਜ਼ਿਆਦਾਤਰ Dropbox ਵਰਤੋਂ ਇੱਕ ਬੁਨਿਯਾਦੀ ਲੂਪ ਵਿੱਚ ਫਿੱਟ ਹੁੰਦੀ ਹੈ:
Dropbox ਨੂੰ ਇੱਕ ਐਪ ਖੋਲ੍ਹਣ ਲਈ ਨਵੀਆਂ ਵਜ੍ਹਾਂ ਇਜਾਦ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਪਈ। ਟ੍ਰਿਗਰ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਆਉਂਦੇ ਹਨ:
ਜਦੋਂ ਸੋਫਟਵੇਅਰ ਆਪਣਾ ਆਪ ਨੂੰ ਮੌਜੂਦਾ ਰੁਟੀਨਾਂ ਨਾਲ ਜੋੜ ਲੈਂਦਾ ਹੈ, ਇਹ ਬਦਲਣ ਵਿੱਚ ਔਖਾ ਹੋ ਜਾਂਦਾ ਹੈ—ਨਾਹ ਕਿ ਇਸ ਲਈ ਕਿ ਇਹ ਰੌਸ਼ਨ ਹੈ, ਪਰ ਇਸ ਲਈ ਕਿ ਇਹ ਬਿਲਕੁਲ ਜ਼ਰੂਰੀ ਪਲ ਤੇ ਮੌਜੂਦ ਹੁੰਦਾ ਹੈ।
ਲੋਗ ਵਾਪਸ ਆਦੇ ਹਨ ਜਦ ਉਤਪਾਦ ਆਪਣਾ ਵਾਅਦਾ ਘੱਟ ਮਿਹਨਤ ਨਾਲ ਪੂਰਾ ਕਰਦਾ:
ਇਸ ਮਿਕਸ ਨਾਲ ਇੱਕ ਖ਼ਾਸ ਕਿਸਮ ਦੀ ਵਫ਼ਾਦਾਰੀ ਬਣਦੀ ਹੈ: ਭਾਵਨਾਤਮਕ ਲਗਾਅ ਨਹੀਂ, ਪਰ ਕਾਰਗੁਜ਼ਾਰੀ 'ਤੇ ਨਿਰਭਰਤਾ। ਉਤਪਾਦ ਆਦਤ ਬਣ ਜਾਂਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਛੋਟੀ ਆਫ਼ਤ ਨੂੰ ਰੋਕਦਾ ਹੈ।
Dropbox ਦਾ ਆਕਰਸ਼ਣ ਆਸਾਨ ਸਧਾਰਨ ਪੰਗਤੀ ਵਿੱਚ ਵਿਆਖਿਆ ਕਰਨਾ ਸੀ: "ਇੱਕ ਫ਼ਾਈਲ ਇੱਥੇ ਰੱਖੋ, ਹਰ ਜਗ੍ਹਾ ਦੇਖੋ।" ਇਸ ਵਾਅਦੇ ਨੂੰ ਵਿਆਪਕ ਬਣਾਉਣਾ ਔਖਾ ਹੈ—ਕਿਉਂਕਿ ਵਾਧਾ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਉਤਪਾਦ ਨੂੰ ਜਟਿਲਤਾ ਵੱਲ ਖਿੱਚਦਾ ਹੈ।
ਜਿਵੇਂ ਜ਼ਿਆਦਾ ਲੋਕ ਹਰ ਰੋਜ਼ ਕਿਸੇ ਟੂਲ 'ਤੇ ਨਿਰਭਰ ਹੋ ਜਾਂਦੇ ਹਨ, ਤਰਕਾਂ ਵੱਧਦੀਆਂ ਹਨ: ਬਿਹਤਰ ਸ਼ੇਅਰਿੰਗ ਕੰਟਰੋਲ, ਪ੍ਰੀਵਿਊਜ਼, ਟਿੱਪਣੀਆਂ, ਵਰਜ਼ਨ ਇਤਿਹਾਸ, ਐਡਮਿਨ ਟੂਲ, ਇੰਟਿਗ੍ਰੇਸ਼ਨ।
ਹਰ ਇੱਕ ਫਾਇਦੇਮੰਦ ਹੋ ਸਕਦਾ ਹੈ, ਪਰ ਹਰ ਇੱਕ ਮੁੱਖ ਜਾਦੂ ਨੂੰ ਮੇਂਯੂਜ਼ ਅਤੇ ਸੈਟਿੰਗਜ਼ ਦੇ ਹੇਠਾਂ ਦਬਾ ਸਕਦਾ ਹੈ।
ਇੱਕ ਪ੍ਰਯੋਗਤਮ ਰूल ਇਹ ਹੈ ਕਿ ਮੂਲ ਵਰਕਫਲੋ ਨੂੰ ਪਵਿੱਤਰ ਸਮਝੋ: ਪਾਵਰ ਫੀਚਰਾਂ ਨੂੰ ਇਸ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਜੋੜੋ, ਅੰਦਰ ਨਹੀਂ। ਜੇ ਸਿੰਕਿੰਗ ਸੌਖੀ ਮਹਿਸੂਸ ਕਰਨਾ ਬੰਦ ਕਰ ਦੇ, ਤਾਂ ਕੋਈ ਵੀ ਵਾਧੂ ਕਾਰਗੁਣ ਮੁਆਵਜ਼ਾ ਨਹੀਂ ਦੇ ਸਕਦਾ।
ਸਮਾਂ ਦੇ ਨਾਲ, ਡਿਵਾਈਸ ਅਤੇ ਓਐਸ ਉਸ ਤਰੀਕੇ ਨੂੰ ਬਦਲਦੇ ਹਨ ਜਿਸ 'ਤੇ ਲੋਕ ਕੰਮ ਕਰਦੇ ਹਨ—ਨਵੇਂ ਫੋਨ, ਨਵੇਂ ਡਿਫੌਲਟ ਕਲਾਉਡ ਵਿਕਲਪ, ਕਠੋਰ ਸੁਰੱਖਿਆ ਨਿਯਮ, ਵੱਖਰੇ ਫ਼ਾਈਲ ਮੇਕੈਨਿਕਸ।
ਮੁਕਾਬਲੀਆਂ ਵੀ ਇਸ ਮੁਢਲੀ ਵਿਚਾਰ ਨੂੰ ਨਕਲ ਕਰ ਲੈਂਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਫਰਕ ਭਰੋਸੇਯੋਗਤਾ, ਗਤੀ, ਅਤੇ ਵਿਸ਼ਵਾਸ ਬਣਦਾ ਹੈ ਨਾ ਕਿ ਨੋਵਲਟੀ।
ਇਹ ਦਬਾਅ ਟੀਮਾਂ ਨੂੰ ਹਰ ਰੁਝਾਨ ਨੂੰ ਫੋਲੋ ਕਰਨ ਲਈ ਪ੍ਰੇਰਿਤ ਕਰ ਸਕਦਾ ਹੈ। ਬਿਹਤਰ ਚੋਣ ਇਹ ਹੈ ਕਿ "ਕਿਉਂ" ਸਥਿਰ ਰੱਖੋ (ਸਾਦਾ, ਭਰੋਸੇਯੋਗ ਪਹੁੰਚ) ਅਤੇ "ਕਿਵੇਂ" ਨੂੰ ਅਨੁਕੂਲ ਕਰੋ (ਕਿੱਥੇ ਅਤੇ ਕਦੋਂ ਕੰਮ ਕਰਦਾ ਹੈ)।
ਵਿਕਾਸ ਚੁਪਚਾਪ ਮੁੱਦੇ ਪੈਦਾ ਕਰਦਾ ਹੈ ਜੋ ਅਚਾਨਕ ਸਿਰ-ਚਰਚਾ ਬਣ ਜਾਂਦੇ ਹਨ:
ਜੇ ਤੁਹਾਡਾ ਉਤਪਾਦ ਇਕ ਸਾਫ਼ ਵਾਕ ਵਿੱਚ ਸਮਝਾਇਆ ਨਹੀਂ ਜਾ ਸਕਦਾ, ਤਾਂ ਇਹ ਡਿੱਠਾ ਹੋ ਰਿਹਾ ਹੈ।
Dropbox ਲਈ, ਵਾਅਦਾ ਸਮਝਣ ਯੋਗ ਰਹਿ ਗਿਆ—ਭਾਵੇਂ ਪਿੱਛੇ ਅਡਵਾਂਸ ਵਿਕਲਪ ਵਧ ਗਏ।
Dropbox ਦੀ ਅਜੇ ਵੀ ਮੌਜੂਦ ਹੈ ਕਿ "ਵਧੇਰੇ ਫੀਚਰ ਜੋੜੋ" ਨਹੀਂ, ਬਲਕਿ "ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਕੰਮ ਨੂੰ ਬੇਚੈਨੀ-ਰਹਿਤ ਬਣਾਓ, ਫਿਰ ਰੋਜ਼ਾਨਾ ਵਰਤੋਂ ਉਸਨੂੰ ਫੈਲਾਉਣ ਦਿਓ"।
ਜੇ ਤੁਸੀਂ ਇੱਕ ਯੂਟਿਲਿਟੀ ਉਤਪਾਦ ਬਣਾ ਰਹੇ ਹੋ, ਤਾਂ ਤੁਹਾਡੀ ਬਰਕਤ ਅਕਸਰ ਇਸ ਗੱਲ ਤੋਂ ਆਉਂਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਹਰ ਵਾਰ ਰੁਟੀਨ ਤੋਂ friction ਘਟਾ ਦਿਓ ਤਾਂ ਕਿ ਲੋਕ ਉਸ 'ਤੇ ਨਿਰਭਰ ਹੋਣ ਲੱਗਣ।
ਇਸੇ ਕਾਰਨ ਅਨੇਕ ਆਧੁਨਿਕ ਟੀਮਾਂ ਕੋਸ਼ਿਸ਼ ਕਰਦੀਆਂ ਹਨ ਕਿ ਵਿਚਾਰ → ਵਰਕਫਲੋ ਤੱਕ ਰਾਹ ਸੰਕੁਚਿਤ ਕੀਤਾ ਜਾਵੇ। ਉਦਾਹਰਨ ਵਜੋਂ, Koder.ai (ਇੱਕ vibe-coding ਪਲੇਟਫਾਰਮ) ਵਿੱਚ, ਟੀਮਾਂ ਚੈਟ ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਵੈੱਬ, ਬੈਕਐਂਡ, ਜਾਂ ਮੋਬਾਇਲ ਐਪ ਪ੍ਰੋਟੋਟਾਈਪ ਕਰ ਸਕਦੀਆਂ ਹਨ—ਫਿਰ ਤੇਜ਼ੀ ਨਾਲ ਪਲੈਨਿੰਗ ਮੋਡ, ਸਨੈਪਸ਼ਾਟ, ਅਤੇ ਰੋਲਬੈਕ ਨਾਲ ਇਟਰੈਟ ਕਰੋ। ਬੁਨਿਆਦੀ ਸਿਧਾਂਤ Dropbox ਨੂੰ ਮਿਲਦਾ ਹੈ: ਰਸਮ-ਰਿਵਾਜ ਘਟਾਓ, ਮੁੱਖ ਵਰਕਫਲੋ ਦੀ ਰੱਖਿਆ ਕਰੋ, ਅਤੇ ਲਗਾਤਾਰਤਾ ਰਾਹੀਂ ਭਰੋਸਾ ਜਿੱਤੋ।
ਇੱਕ ਉੱਚ-ਆਮਦਨ ਵਾਲੇ ਕੰਮ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਯੂਜ਼ਰ ਪਹਿਲਾਂ ਹੀ ਗੰਝਲਦਾਰ ਵਰਕਅਰਾਊੰਡ ਨਾਲ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹਨ। ਫਿਰ "ਮੈਨੂੰ ਦਿਲਚਸਪੀ ਹੈ" ਤੋਂ "ਇਹ ਮੇਰੇ ਲਈ ਕੰਮ ਕੀਤਾ" ਤੱਕ ਸਭ ਤੋਂ ਤੇਜ਼ ਰਾਹ ਡਿਜ਼ਾਈਨ ਕਰੋ—ਬਿਨਾਂ ਟਿਊਟੋਰੀਅਲ ਦੀ ਲੋੜ।
ਭਰੋਸੇਯੋਗਤਾ ਨੂੰ ਇੱਕ ਫੀਚਰ ਵਜੋਂ ਸਲਾਹ ਦਿਓ। ਯੂਜ਼ਰ ਸ਼ਾਇਦ ਸਮੀਖਿਆਵਾਂ 'ਚ ਇਸਦੀ ਪ੍ਰਸ਼ੰਸਾ ਨਾ ਕਰਨ, ਪਰ ਉਹ ਉਤਪਾਦਾਂ ਨੂੰ ਛੱਡ ਦਿੰਦੇ ਹਨ ਜੋ ਚੁਪਚਾਪ ਅਸਫਲ ਹੁੰਦੇ ਹਨ ਜਾਂ ਸੰਦੇਹ ਪੈਦਾ ਕਰਦੇ ਹਨ।
ਅੰਤ ਵਿੱਚ ਇੱਕ ਪ੍ਰਾਇਗਮੈਟਿਕ ਪ੍ਰਾਂਪਟ ਆਪਣੇ ਅਗਲੇ ਯੋਜਨਾ ਸੈਸ਼ਨ ਲਈ: ਤੁਹਾਡੇ ਉਤਪਾਦ ਦਾ "sync folder" ਮੋਮੈਂਟ কী ਹੈ—ਉਹ ਇਕ ਸਧਾਰਨ ਵਰਤਾਰਾ ਜੋ ਇਕ ਵਾਰ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਤਾਂ ਆਦਤ ਲੱਗ ਜਾਏ?
ਯੂਟਿਲਿਟੀ ਸਾਫਟਵੇਅਰ ਇੱਕ ਐਸਾ ਐਪ ਹੈ ਜੋ ਇੱਕ ਮੁੱਖ ਕੰਮ ਨਿਭਾਉਂਦਾ ਹੈ ਅਤੇ ਉਸਨੂੰ ਭਰੋਸੇਯੋਗ ਢੰਗ ਨਾਲ ਕਰਦਾ ਹੈ। ਇਸ ਲੇਖ ਦੇ ਪ੍ਰਸੰਗ ਵਿੱਚ, Dropbox ਇੱਕ "ਪਲੰਬਿੰਗ" ਵਾਂਗ ਹੈ: ਇਹ ਡਿਵਾਈਸਾਂ ਦਰਮਿਆਨ ਫ਼ਾਈਲਾਂ ਨੂੰ ਇਕਸਾਰ ਰੱਖਣ ਵਾਲੀ ਰੁਟੀਨ ਵਾਲੀ ਔਖਾਈ ਨੂੰ ਹਟਾ ਦਿੰਦਾ ਹੈ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਫ਼ਾਈਲਾਂ ਦਾ ਪ੍ਰਬੰਧ ਨਹੀਂ ਕਰਦੇ—ਤੁਸੀਂ ਸਿਫ਼ ਆਸ ਰੱਖਦੇ ਹੋ ਕਿ ਜ਼ਰੂਰਤ ਪੈਣ 'ਤੇ ਉਹ ਉੱਥੇ ਹੋਣਗੀਆਂ।
ਕਿਉਂਕਿ ਉਤਪਾਦ ਨੇ ਇੱਕ ਛੋਟੀ ਪਰ ਬਾਰੰਬਾਰ ਹੋਣ ਵਾਲੀ ਨਰਾਕਾਰੀ (ਨਵੇਂ ਡਿਵਾਈਸ ਤੇ ਤਾਜ਼ਾ ਫ਼ਾਈਲ ਲੈ ਕੇ ਜਾਣ ਦੀ ਜਰੂਰਤ) ਨੂੰ ਬਹੁਤ ਘੱਟ ਕੋਸ਼ਿਸ਼ ਨਾਲ ਹਟਾ ਦਿੱਤਾ। ਜਦੋਂ ਵਰਤੋਂਕਾਰ ਦਾ ਰਵੱਈਆ "ਇਸ ਫੋਲਡਰ ਵਿੱਚ ਸਾਂਭੋ" ਬਣ ਜਾਂਦਾ ਹੈ ਨਾਂ ਕਿ "ਸਿੰਕ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਨੀ ਹੈ", ਤਾਂ ਉਹ ਇੱਕ ਡਿਫਾਲਟ ਰੁਟੀਨ ਬਣ ਜਾਂਦਾ ਹੈ, ਨਾ ਕਿ ਸੋਚਵਿਚਾਰ ਵਾਲਾ ਕੰਮ।
ਇਸਦਾ ਮਤਲਬ ਇਹ ਹੈ ਕਿ ਸਿੰਕ ਵੈਨ੍ਹੇ ਪਿੱਛੇ ਹੋ ਕੇ ਲੁਕ ਜਾਂਦਾ ਹੈ। ਅਮਲੀ ਤੌਰ 'ਤੇ, ਇਹ ਦ Mean:
ਜਦੋਂ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਟੂਲ ਦੀ ਨਿਗਰਾਨੀ ਨਹੀਂ ਕਰਨੀ ਪੈਂਦੀ, ਤਾਂ ਉਹ ਆਪਣਾ ਕੰਮ ਤੇ ਧਿਆਨ ਰੱਖ ਸਕਦੇ ਹਨ।
ਇੱਥੇ ‘ਸਾਦਗੀ’ ਦਾ ਮਤਲਬ ਹੈ “ਘੱਟ ਫੈਸਲੇ”, ਨਾ ਕਿ ਸਿਰਫ਼ “ਘੱਟ ਫੀਚਰ”। ਇਕ ਸਾਦਾ ਉਤਪਾਦ ਫਿਰ ਵੀ ਉੱਚ-ਪੱਧਰੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਰੱਖ ਸਕਦਾ ਹੈ, ਪਰ ਇਹ ਇੱਕ ਸਾਫ਼ ਡਿਫਾਲਟ ਰਾਹ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੱਖਦਾ ਹੈ ਤਾਂ ਜੋ ਨਵੇਂ ਯੂਜ਼ਰ ਬਿਨਾਂ ਵਿਕਲਪਾਂ, ਮੋਡਾਂ ਜਾਂ ਟਰਮੀਨੋਲੋਜੀ ਨੂੰ ਸਮਝੇ ਤੁਰੰਤ ਸਫਲ ਹੋ ਜਾਣ।
ਇੱਕ ਮੰਨਿਆਂ ਦੀ ਤਰ੍ਹਾਂ ਸਪਸ਼ਟ ਸ਼ੁਰੂਆਤੀ ਵਾਅਦਾ ਸੀ: “your files, everywhere.” ਇਹ ਇਕੋ ਹੀ ਮਨੋਵਿਗਿਆਨਕ ਮਾਡਲ ਅਤੇ ਇੱਕ ਮੁੱਖ ਵਰਕਫਲੋ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਇਸ ਲਾਭ ਨੂੰ ਇਕ ਸਾਧਾਰਣ ਸਿੰਟੈਂਸ ਵਿੱਚ ਵਿਆਖਿਆ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਤਾਂ ਉਪਭੋਗਤਾ ਲਈ ਸਮਝਣਾ, ਕੋਸ਼ਿਸ਼ ਕਰਨਾ ਅਤੇ ਯਾਦ ਰੱਖਣਾ ਔਖਾ ਹੋ ਜਾਵੇਗਾ।
“Aha moment” ਉਹ ਪਹਿਲੀ ਵਾਰੀ ਹੈ ਜਦੋਂ ਇੱਕ ਫ਼ਾਈਲ ਸੁਤੰਤਰ ਰੂਪ ਵਿੱਚ ਦੂਜੇ ਡਿਵਾਈਸ 'ਤੇ ਆ ਜਾਂਦੀ ਹੀ ਤੁਸੀਂ ਉਸਨੂੰ ਸੇਵ ਕੀਤਾ ਸੀ। ਇਸ ਤੱਕ ਯੂਜ਼ਰਾਂ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਪਹੁੰਚਾਉਣ ਲਈ ਰਾਹ ਸਪਸ਼ਟ ਰੱਖੋ:
ਇਹ ਛੋਟਾ ਪਰ ਸਪੱਸ਼ਟ ਪ੍ਰਮਾਣ ਕਿਸੇ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ ਜਾਂ ਫੀਚਰ ਟੂਰ ਤੋਂ ਵਧ ਕੇ ਪ੍ਰਭਾਵ ਪੈਦਾ ਕਰਦਾ ਹੈ।
ਕਿਉਂਕਿ ਸਾਇਨ-ਅਪਜ਼ ਇरਾਦਾ ਮਾਪਦੇ ਹਨ, ਪਰ ਲਾਭ ਨਹੀਂ। ਐਕਟੀਵੇਸ਼ਨ ਇਹ ਵੇਖਦੀ ਹੈ ਕਿ ਕੀ ਉਪਭੋਗਤਾ ਨੇ ਮੁੱਖ ਫਾਇਦਾ ਅਨੁਭਵ ਕੀਤਾ। ਇੱਕ ਸਿੰਕਿੰਗ ਉਤਪਾਦ ਲਈ ਇਹ ਹੋ ਸਕਦਾ ਹੈ:
ਇਹ ਸігਨਲ ਦੱਸਦੇ ਹਨ ਕਿ ਉਤਪਾਦ ਖੁਦ ਵਿਕਰੀ ਕਰ ਰਿਹਾ ਹੈ ਜਾਂ ਸਿਰਫ਼ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਇਕੱਠੇ ਕਰ ਰਿਹਾ ਹੈ।
ਭਰੋਸਾ ਉਹ ਚੀਜ਼ ਹੈ ਜੋ ਸਿੰਕ ਨੂੰ "ਅਦ੍ਰਿਸ਼" ਬਣਾਉਂਦੀ ਹੈ। ਲੋਕ ਤਦ ਹੀ ਡਬਲ-ਚੈੱਕ ਕਰਨਾ ਬੰਦ ਕਰਦੇ ਹਨ ਜਦੋਂ ਪ੍ਰਣਾਲੀ ਸਮੇਂ ਦੇ ਨਾਲ ਸਥਿਰ ਰਹਿੰਦੀ ਹੈ। ਜੇ ਭਰੋਸਾ ਟੁਟਦਾ ਹੈ (ਗੁੰਮ ਹੋਈਆਂ ਫ਼ਾਈਲਾਂ, ਟਕਰਾਅ, ਦੇਰੀ), ਤਾਂ ਯੂਜ਼ਰ ਰਖਿਆਵਾਂ ਬਣਾਉਂਦੇ ਹਨ—ਐਕਸਟਰਾ ਬੈਕਅੱਪ, ਡੁਪਲਿਕੇਟ ਵਰਜ਼ਨ, ਲਗਾਤਾਰ ਨਿਗਰਾਨੀ—ਜੋ "ਸੈਟ ਇਟ ਐਂਡ ਫਾਰਗੈਟ ਇਪیریਅੰਸ" ਨੂੰ ਖ਼ਤਮ ਕਰ ਦਿੰਦੇ ਹਨ।
ਲਿਖਤ ਵਿੱਚ ਤਿੰਨ ਉਦਾਹਰਣ ਦਿੱਤੀਆਂ ਗਈਆਂ ਹਨ ਜੋ ਉਪਭੋਗਤਾ ਤੁਰੰਤ ਨੋਟਿਸ ਕਰਦੇ ਹਨ:
ਇਨ੍ਹਾਂ ਨੂੰ ਚੰਗੀ ਤਰ੍ਹਾਂ ਹੱਲ ਕਰਨਾ ਹੀ "ਸਿੰਕ क्वਾਲਿਟੀ" ਹੈ, ਜਿਸ ਨੂੰ ਲੋਕ ਯਾਦ ਰੱਖਦੇ ਅਤੇ ਸਿਫ਼ਾਰਸ਼ ਕਰਦੇ ਹਨ।
ਫ੍ਰੀਮੀਅਮ ਦਾ ਮਕਸਦ ਖਤਰਾ ਘਟਾਉਣਾ ਅਤੇ ਵੈਲ्यू ਨੂੰ ਜੋੜਨਾ ਹੈ। ਵਧੀਆ ਫ੍ਰੀਮੀਅਮ ਕਾਰਜ ਇਸ ਤਰ੍ਹਾਂ ਹੋਵੇ:
ਲੋਕ ਤਦ ਭੁਗਤਾਨ ਕਰਦੇ ਹਨ ਜਦੋਂ ਉਹ ਪਹਿਲਾਂ ਹੀ ਉਸ ਵਰਕਫਲੋ 'ਤੇ ਨਿਰਭਰ ਹੋ ਚੁੱਕੇ ਹੁੰਦੇ ਹਨ।