04 ਅਗ 2025·8 ਮਿੰਟ
ਐਪ ਵਿੱਚ ਸੈਟਅਪ ਪੂਰਾ ਕਰਨ ਵਾਲੀ ਖਾਲੀ-ਸਤਿਤੀ ਡਿਜ਼ਾਈਨ
ਖਾਲੀ-ਸਤਿਤੀ ਡਿਜ਼ਾਈਨ ਪੈਟਰਨ ਜੋ ਉਲਝਣ ਘਟਾਉਂਦੇ ਹਨ ਅਤੇ ਯੂਜ਼ਰਾਂ ਨੂੰ ਅਗਲੇ ਸਫਲ ਸੈਟਅਪ ਕਦਮ ਵੱਲ ਦਿਖਾਉਂਦੇ ਹਨ—ਕਾਪੀ, ਲੇਆਊਟ ਅਤੇ ਚੈੱਕਲਿਸਟ ਜੋ ਤੁਸੀਂ ਜਲਦੀ ਲਾਗੂ ਕਰ ਸਕਦੇ ਹੋ।
ਖਾਲੀ-ਸਤਿਤੀ ਡਿਜ਼ਾਈਨ ਪੈਟਰਨ ਜੋ ਉਲਝਣ ਘਟਾਉਂਦੇ ਹਨ ਅਤੇ ਯੂਜ਼ਰਾਂ ਨੂੰ ਅਗਲੇ ਸਫਲ ਸੈਟਅਪ ਕਦਮ ਵੱਲ ਦਿਖਾਉਂਦੇ ਹਨ—ਕਾਪੀ, ਲੇਆਊਟ ਅਤੇ ਚੈੱਕਲਿਸਟ ਜੋ ਤੁਸੀਂ ਜਲਦੀ ਲਾਗੂ ਕਰ ਸਕਦੇ ਹੋ।
ਖਾਲੀ ਸਕਰੀਨ ਨਿਰਪੇਕਸ਼ ਨਹੀਂ ਹੁੰਦੀ। ਇਹ ਇੱਕ ਠਹਿਰਾਵ ਬਣਾਉਂਦੀ ਹੈ ਜਿੱਥੇ ਲੋਕ ਸੋਚਣ ਲੱਗਦੇ ਹਨ ਕਿ ਹੁਣ ਕੀ ਕਰਨਾ ਹੈ, ਕਿ ਉਹਨਾਂ ਨੇ ਕੋਈ ਕਦਮ ਛੱਡ ਦਿੱਤਾ, ਜਾਂ ਕਿ ਉਤਪਾਦ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ ਵੀ ਕਿ ਨਹੀਂ। ਸੈਟਅਪ ਦੇ ਦੌਰਾਨ ਇਹ ਠਹਿਰਾਵ ਮਹਿੰਗਾ ਪੈਂਦਾ ਹੈ। ਇਹ "ਮੈਂ ਸ਼ੁਰੂ ਕਰ ਰਿਹਾ ਹਾਂ" ਨੂੰ "ਮੈਂ ਬਾਅਦ ਵਿੱਚ ਆਵਾਂਗਾ" ਵਿੱਚ ਬਦਲ ਸਕਦਾ ਹੈ।
ਖਾਲੀ-ਸਥਿਤੀ ਉਹ ਦ੍ਰਿਸ਼ ਹੈ ਜੋ ਯੂਜ਼ਰ ਨੂੰ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ ਜਦੋਂ ਕੋਈ ਚੀਜ਼ ਦਿਖਾਉਣ ਲਈ ਨਹੀਂ ਹੁੰਦੀ ਕਿਉਂਕਿ ਉਹਨਾਂ ਨੇ ਕੁਝ ਬਣਾਇਆ, ਆਯਾਤ ਕੀਤਾ ਜਾਂ ਕਨੈਕਟ ਨਹੀਂ ਕੀਤਾ। ਇਹ ਲੋਡਿੰਗ ਸਕਰੀਨ, ਇੱਕ ਐਰਰ ਸੁਨੇਹਾ, ਜਾਂ ਪਰਮਿਸ਼ਨ ਵਾਰਨਿੰਗ ਨਹੀਂ ਹੈ। ਇਹ ਵੈਲਿਊ ਦੇ ਸਹੀ ਮੌਕੇ ਤੋਂ ਠੀਕ ਪਹਿਲਾਂ ਦਾ ਪਲ ਹੈ, ਜਦੋਂ ਐਪ ਨੂੰ ਯੂਜ਼ਰ ਨੂੰ ਪਹਿਲੇ ਮੈਨੀਫੁਲ ਨਤੀਜੇ ਵੱਲ ਮਦਦ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਇੱਕ ਚੰਗੀ ਖਾਲੀ-ਸਤਿਤੀ ਦਾ ਇੱਕ ਕੰਮ ਹੁੰਦਾ ਹੈ: ਯੂਜ਼ਰ ਨੂੰ ਸਰਲਤਾਪੂਰਵਕ ਅਗਲੇ ਸਫਲ ਐਕਸ਼ਨ ਵੱਲ ਲਿਜਾਣਾ। "ਸਫਲ" ਮਹੱਤਵਪੂਰਨ ਹੈ। ਅਗਲਾ ਕਦਮ ਇੱਕ ਅਸਲੀ ਨਤੀਜਾ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ (ਪਹਿਲਾ ਪ੍ਰੋਜੈਕਟ, ਇੱਕ ਜੁੜਿਆ ਡੇਟਾ ਸੋਰਸ, ਪਹਿਲੀ ਆਈਟਮ ਬਣਾਈ ਗਈ), ਨਾ ਕਿ ਇੱਕ ਬੇਮਤਲਬ ਫਾਰਮ ਜਾਂ ਇਕ ਹੋਰਧਰ ਟੂਰ।
ਇਹ ਪਲ ਉਨ੍ਹਾਂ ਸਮਿਆਂ 'ਤੇ ਆਉਂਦੇ ਹਨ ਜੋ ਟੀਮਾਂ ਦੀ ਉਮੀਦ ਤੋਂ ਵੱਧ ਹੁੰਦੇ ਹਨ: ਸਾਈਨਅਪ ਤੋਂ ਪਹਿਲਾ ਲੌਗਿਨ, ਨਵਾਂ ਵਰਕਸਪੇਸ, ਕੋਈ ਫੀਚਰ ਟੈਬ ਜਿਸ ਵਿੱਚ ਅਜੇ ਕੁਝ ਨਹੀਂ ਹੈ (projects, customers, files), ਜਾਂ ਇੱਕ ਸੈਟਅਪ ਰਸਤਾ ਜਿੱਥੇ ਆਯਾਤ ਛੱਡ ਦਿੱਤੀ ਗਈ ਹੋਵੇ ਅਤੇ ਕੁਝ ਵੀ ਮੌਜੂਦ ਨਾ ਹੋਵੇ।
ਜਦੋਂ ਇੱਕ ਖਾਲੀ-ਸਤਿਤੀ ਆਪਣਾ ਕੰਮ ਕਰਦੀ ਹੈ, ਤਾਂ ਇਹ ਤਿੰਨ ਸਵਾਲਾਂ ਦਾ ਤੇਜ਼ੀ ਨਾਲ ਜਵਾਬ ਦਿੰਦੀ ਹੈ:
ਉਦਾਹਰਣ: Koder.ai ਵਿੱਚ, ਇੱਕ ਨਵਾਂ ਯੂਜ਼ਰ ਇੱਕ ਤਾਜ਼ਾ ਵਰਕਸਪੇਸ ਖੋਲ੍ਹ ਸਕਦਾ ਹੈ ਅਤੇ ਅਜੇ ਕੋਈ ਐਪ ਨਹੀਂ ਵੇਖਦਾ। ਇੱਕ ਮਜ਼ਬੂਤ ਖਾਲੀ-ਸਟੇਟ ਸਾਫ਼ ਬੋਲਦਾ ਹੈ ਕਿ ਕੁਝ ਬਣਾਇਆ ਨਹੀਂ ਗਿਆ, ਇੱਕ ਸਪਸ਼ਟ ਅਗਲਾ ਕੰਮ ਪ੍ਰਸਤਾਵਿਤ ਕਰਦਾ ਹੈ ਜਿਵੇਂ "ਆਪਣਾ ਪਹਿਲਾ ਐਪ ਬਣਾਓ," ਅਤੇ ਇੱਕ ਛੋਟੀ ਸੁਰੱਖਿਆ ਨੋਟ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ (ਉਦਾਹਰਨ ਲਈ, ਸਰੋਤ ਕੋਡ ਨਿਰਯਾਤ ਅਤੇ snapshots ਬਾਅਦ ਵਿੱਚ ਉਪਲਬਧ ਹੋਣਗੇ)। ਲਕੜੀ ਦਾ ਮਕਸਦ "ਇੱਥੇ ਕੁਝ ਨਹੀਂ" ਨੂੰ "ਮੈਂ ਪਹਿਲਾ ਕਾਰਗਰ ਨਤੀਜਾ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ/ਸਕਦੀ ਹਾਂ" ਵਿੱਚ ਬਦਲਣਾ ਹੈ।
ਨਵੇਂ ਯੂਜ਼ਰ ਲਈ, ਖਾਲੀ ਸਕਰੀਨ ਐਪ ਰੁੱਕ ਗਿਆ ਲੱਗ ਸਕਦਾ ਹੈ ਜਾਂ ਉਹ ਸੋਚ ਸਕਦੇ ਹਨ ਕਿ ਉਨਾਂ ਦੀ ਕੋਈ ਗਲਤੀ ਹੋ ਗਈ। ਮਨ ਤੇਜ਼ੀ ਨਾਲ ਖਾਲੀਪਨ ਨੂੰ ਭਰਦਾ ਹੈ, ਅਤੇ ਅਕਸਰ ਤੁਹਾਡੇ ਹੱਕ ਵਿੱਚ ਨਹੀਂ।
ਜ਼ਿਆਦਾਤਰ ਲੋਕ ਬਿਨਾਂ ਆਵਾਜ਼ ਦੇ ਇੱਕੋ ਜਿਹੇ ਸਵਾਲ ਪੁੱਛ ਰਹੇ ਹੁੰਦੇ ਹਨ:
ਇਨ੍ਹਾਂ ਸਵਾਲਾਂ ਦੇ ਪਿੱਛੇ ਦੇ ਜਜ਼ਬਾਤ ਵਿਵਹਾਰ ਨੂੰ ਚਲਾਉਂਦੇ ਹਨ। ਅਣਨਿਸ਼ਚਿਤਤਾ ਲੋਕਾਂ ਨੂੰ ਰੁਕਣ ਤੇ ਮਜਬੂਰ ਕਰਦੀ ਹੈ। ਗਲਤ ਕਰਨ ਦਾ ਡਰ ਉਹਨਾਂ ਨੂੰ ਪ੍ਰਾਇਮਰੀ ਬਟਨ ਤੋਂ ਬਚਾਂਦਾ ਹੈ। ਅਧੀਰਤਾ ਉਹਨਾਂ ਨੂੰ ਐਪ ਬੰਦ ਕਰਨ ਤੇ ਮਜਬੂਰ ਕਰ ਸਕਦੀ ਹੈ ਜੇ ਸਪਸ਼ਟ ਅਗਲਾ ਕਦਮ ਕੁਝ ਸਕਿੰਟਾਂ ਵਿੱਚ ਨਹੀਂ ਦਿਖਦਾ।
ਨਵੇਂ-ਯੂਜ਼ਰ ਖਾਲੀ-ਸਟੇਟ ਅਤੇ ਪਾਵਰ-ਯੂਜ਼ਰ ਖਾਲੀ-ਸਟੇਟ ਵੱਖਰੇ ਸਮੱਸਿਆਵਾਂ ਹੱਲ ਕਰਦੇ ਹਨ। ਨਵੇਂ ਯੂਜ਼ਰਾਂ ਨੂੰ ਸੰਦਰਭ ਅਤੇ ਸੁਰੱਖਿਆ ਚਾਹੀਦੀ ਹੈ ਕਿਉਂਕਿ ਉਹ ਤੁਹਾਡੀ ਸ਼ਬਦਾਵਲੀ ਨਹੀਂ ਜਾਣਦੇ। ਵਾਪਸ ਆਉਂਦੇ ਯੂਜ਼ਰ ਤੇਜ਼ੀ ਚਾਹੁੰਦੇ ਹਨ: ਇੱਕ ਤੇਜ਼ ਤਰੀਕਾ ਹੋਰ ਆਈਟਮ ਬਣਾਉਣ ਦਾ, ਡੇਟਾ ਆਯਾਤ ਕਰਨ ਦਾ, ਜਾਂ ਜਾਣਿਆ-ਪਛਾਣਾ ਐਕਸ਼ਨ ਦੁਹਰਾਉਣ ਦਾ।
ਸੈਟਅਪ ਖਾਲੀ-ਸਟੇਟ ਐਰਰ ਅਤੇ ਲੋਡਿੰਗ ਸਥਿਤੀਆਂ ਤੋਂ ਵੀ ਵੱਖ ਹੋਣਗੀਆਂ। ਲੋਡਿੰਗ ਕਹਿੰਦੀ ਹੈ "ਰੁਕੋ, ਕੁਝ ਹੋ ਰਿਹਾ ਹੈ।" ਐਰਰ ਕਹਿੰਦਾ ਹੈ "ਕੁਝ ਫੇਲ ਹੋਇਆ, ਇਹ ਕਾਰਨ ਹੈ।" ਸੈਟਅਪ ਕਹਿੰਦਾ ਹੈ "ਅਜੇ ਕੁਝ ਇੱਥੇ ਨਹੀਂ ਹੈ, ਤੇ ਇਹ ਸਧਾਰਨ ਹੈ। ਇੱਥੋਂ ਸ਼ੁਰੂ ਕਰੋ।"
ਇੱਕ واضح ਉਦਾਹਰਣ: ਜੇ ਕੋਈ ਨਵਾਂ ਵਰਕਸਪੇਸ Koder.ai ਵਿੱਚ ਖੋਲ੍ਹਦਾ ਹੈ ਅਤੇ Projects ਪੇਜ਼ ਖਾਲੀ ਵੇਖਦਾ ਹੈ, ਉਹ ਫੀਚਰਾਂ ਬਾਰੇ ਨਹੀਂ ਸੋਚ ਰਹੇ—ਉਹ ਸੋਚ ਰਹੇ ਹਨ, "ਕੀ ਮੈਂ ਇੱਕ ਪ੍ਰਾਂਪਟ ਤੋਂ ਸ਼ੁਰੂ ਕਰਾਂ, ਕੋਡ ਆਯਾਤ ਕਰਾਂ, ਜਾਂ ਟੈਮਪਲੇਟ ਲਵਾਂ, ਅਤੇ ਕੀ ਇਹ ਕੁਝ ਖਰਾਬ ਕਰ ਦੇਵੇਗਾ?" ਤੁਹਾਡੀ ਖਾਲੀ-ਸਤਿਤੀ ਨੂੰ ਇਹ ਬਿਨਾਂ ਡੌਕਯੂਮੈਂਟੇਸ਼ਨ ਦੇ ਜਵਾਬ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ।
ਭਲੀਆਂ ਖਾਲੀ-ਸਤਿਤੀਆਂ ਖਾਲੀ ਮਹਿਸੂਸ ਨਹੀਂ ਹੁੰਦੀਆਂ। ਇਹ ਇੱਕ ਨਿਸ਼ਾਨ ਦੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦੀਆਂ ਹਨ: "ਇਹ ਕੀ ਹੈ, ਅਤੇ ਅਗਲਾ ਕਲਿੱਕ ਇਹ ਹੈ।"
ਜ਼ਿਆਦਾਤਰ ਸੈਟਅਪ ਫਲੋਜ਼ ਵਿੱਚ ਕੰਮ ਕਰਨ ਵਾਲੀ ਸੰਰਚਨਾ ਵਿੱਚ ਤਿੰਨ ਹਿੱසේ ਹੁੰਦੇ ਹਨ:
ਸਮਝਾਵਟ ਨੂੰ ਤੰਗ ਰੱਖੋ। ਜੇ ਤੁਹਾਨੂੰ ਸਕਰੀਨ ਦੀ ਵਿਆਖਿਆ ਲਈ ਇੱਕ ਪੈਰਾ ਲੋੜ ਹੈ ਤਾਂ ਤੁਸੀਂ ਯੂਜ਼ਰ ਨੂੰ ਬਹੁਤ ਸੋਚਣ ਲਈ ਕਹਿ ਰਹੇ ਹੋ। 1-2 ਛੋਟੀ ਸੈਂਟੈਂਸ ਦੇ ਨਿਸ਼ਾਨੇ ਉੱਤੇ ਧਿਆਨ ਦਿਓ ਜਿਵੇਂ "ਆਪਣਾ ਪਹਿਲਾ ਪ੍ਰੋਜੈਕਟ ਸ਼ਾਮਲ ਕਰੋ" ਜਾਂ "ਆਪਣਾ ਪਹਿਲਾ ਵਰਕਸਪੇਸ ਬਣਾਓ।"
ਫਿਰ ਅਗਲਾ ਕਦਮ ਸਪਸ਼ਟ ਬਣਾਓ ਇੱਕ ਸਿੰਗਲ ਪ੍ਰਾਇਮਰੀ ਬਟਨ ਨਾਲ। ਜੇ ਤੁਸੀਂ ਤਿੰਨ ਬਰਾਬਰ ਬਟਨ ਦਿਖਾਉਂਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਯੂਜ਼ਰ ਨੂੰ ਇੱਕ ਰਾਹ ਚੁਣਨ ਲਈ ਮਾੜ ਰਹੇ ਹੋ ਜਦ ਉਹ ਪੰਨੇ ਨੂੰ ਸਮਝ ਨਹੀਂ ਪਾਉਂਦਾ। ਜੇ ਵਿਕਲਪੀ (ਆਯਾਤ, ਟੈਮਪਲੇਟ, ਸਕਿਪ) ਦਿਖਾਉਣੇ ਹੀ ਹਨ, ਤਾਂ ਉਨ੍ਹਾਂ ਨੂੰ ਦਿੱਖ ਵਿੱਚ ਪ੍ਰਾਇਮਰੀ ਤੋਂ ਸ਼ਾਂਤ ਰੱਖੋ।
ਭਰੋਸਾ ਲਾਈਨ ਨੂੰ ਆਮ ਡਰ ਘਟਾਉਣ ਲਈ ਵਰਤੋ: ਗਲਤ ਕਰਨ ਦਾ ਡਰ, ਸਮਾਂ ਖਰਚ ਹੋ ਜਾਣ ਦਾ ਡਰ, ਜਾਂ ਤਕਨੀਕੀ ਹੁਨਰ ਦੀ ਲੋੜ ਵਗੈਰਾ। ਛੋਟੇ ਸੁਝਾਅ ਕਿ ਅਗਲੇ ਕੀ ਹੋਵੇਗਾ ਅਤੇ ਕੀ ਵਾਪਸ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਵੱਡੀ ਵਿਆਖਿਆ ਨਾਲੋਂ ਜ਼ਿਆਦਾ ਮਦਦਗਾਰ ਹੁੰਦੇ ਹਨ।
ਪਹਿਲੀ ਵਾਰੀ "Projects" ਸਕਰੀਨ ਲਈ ਨਮੂਨਾ ਕਾਪੀ:
Title: ਆਪਣਾ ਪਹਿਲਾ ਪ੍ਰੋਜੈਕਟ ਸ਼ੁਰੂ ਕਰੋ
Explanation: ਪ੍ਰੋਜੈਕਟ ਤੁਹਾਡੇ ਐਪ ਸੈਟਅਪ ਅਤੇ ਰਿਲੀਜ਼ਜ਼ ਨੂੰ ਰੱਖਦੇ ਹਨ।
Primary action: ਪ੍ਰੋਜੈਕਟ ਬਣਾਉ
Reassurance: ਲਗਭਗ 2 ਮਿੰਟ ਲੱਗਦੇ ਹਨ। ਤੁਸੀਂ ਇਸਦਾ ਨਾਮ ਕਦੇ ਵੀ ਬਦਲ ਸਕਦੇ ਹੋ।
ਜੇ ਤੁਹਾਡਾ ਉਤਪਾਦ ਿਕਈ ਤਰੀਕੇ ਸਹਾਇਕ ਕਰਦਾ ਹੈ (ਚੈਟ ਤੋਂ ਬਣਾਉ, ਆਯਾਤ, ਜਾਂ ਟੈਮਪਲੇਟ), ਤਾਂ "Create" ਨੂੰ ਡਿਫ਼ਾਲਟ ਰੱਖੋ ਅਤੇ "Import" ਅਤੇ "Use a template" ਨੂੰ ਸੈਕੰਡਰੀ ਕਰਕੇ ਹੇਠਾਂ ਰੱਖੋ।
ਖਾਲੀ-ਸਤਿਤੀਆਂ ਫੇਲ ਹੁੰਦੀਆਂ ਹਨ ਜਦੋਂ ਕਾਪੀ ਫੀਚਰਾਂ ਬਾਰੇ ਗੱਲ ਕਰਦੀ ਹੈ ਨਾ ਕਿ ਯੂਜ਼ਰ ਨੂੰ ਕੀ ਮਿਲੇਗਾ। ਤੁਹਾਡੇ ਸ਼ਬਦ ਤੇਜ਼ੀ ਨਾਲ ਇਹ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਦੇਣੇ ਚਾਹੀਦੇ ਹਨ: ਇਹ ਸਕਰੀਨ ਕੀ ਹੈ? ਮੈਨੂੰ ਇੱਥੇ ਕੁਝ ਕਰਨ ਦੀ ਕਿਉਂ ਲੋੜ ਹੈ? ਅਗਲਾ ਕਦਮ ਕੀ ਹੈ?
ਸਧਾਰਨ ਹੈਡਲਾਈਨ ਫਾਰਮੂਲਾ ਹੈ: ਨਤੀਜਾ + ਵਸਤੂ। ਨਤੀਜਾ ਅਤੇ ਉਹ ਚੀਜ਼ ਜਿਸਨੂੰ ਉਹ ਬਣਾਉਣਗੇ, ਆਪਣੇ ਅੰਦਰ ਦੱਸੋ, ਨਾ ਕਿ ਇੰਟਰਨਲ ਫੀਚਰ ਨਾਮ।
ਬਾਡੀ ਕਾਪੀ ਲਈ, ਇੱਕ ਜਾਂ ਦੋ ਵਾਕਾਂ ਵਿੱਚ ਇਹ ਕੀ ਹੈ + ਇਸਦੀ ਮਹੱਤਤਾ ਦੱਸੋ:
"ਗਾਹਕ ਉਹ ਲੋਕ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਸੀਂ ਵੇਚਦੇ ਹੋ। ਹੁਣ ਇੱਕ ਜੋੜੋ ਤਾਂ ਕਿ ਤੁਸੀਂ ਇਨਵੌਇਸ ਭੇਜ ਸਕੋ ਅਤੇ ਭੁਗਤਾਨ ਟਰੈਕ ਕਰ ਸਕੋ।"
CTA ਸ਼ਬਦ ਸਪਸ਼ਟ ਕਿਰਿਆ ਨਾਲ ਸ਼ੁਰੂ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ ਅਤੇ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਨਾਉਂ ਸ਼ਾਮਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਬੇਕਾਰ ਬਟਨਾਂ ਤੋਂ ਬਚੋ ਜਿਵੇਂ "Get started" ਜਦੰ ਬਹੁਤ ਰਾਹ ਹੋਣ।
ਉਹ ਚੋਣ ਦੇ ਨੇੜੇ ਛੋਟੀ ਮਾਇਕ੍ਰੋ ਕਾਪੀ ਜੋ ਖਤਰੇ ਮਹਿਸੂਸ ਹੁੰਦੀ ਹੈ ਰੱਖੋ. ਛੋਟੀ ਸੁਰੱਖਿਆ ਨੋਟਾਂ ਅਕਸਰ ਲੰਬੀ ਵਿਆਖਿਆ ਨਾਲੋਂ ਵਧੀਕ ਪ੍ਰਭਾਵਸ਼ালী ਹੁੰਦੀਆਂ ਹਨ:
ਜੇ ਤੁਹਾਡਾ ਉਤਪਾਦ ਯੂਜ਼ਰ ਲਈ ਆਉਟਪੁਟ ਤਿਆਰ ਕਰਦਾ ਹੈ (ਜਿਵੇਂ Koder.ai), ਤਾਂ ਉਮੀਦਾਂ ਸੈੱਟ ਕਰੋ ਤਾਂ ਕਿ ਲੋਕ ਜਾਣਣ ਕਿ ਉਹ ਅੰਤਿਮ ਵਰਜ਼ਨ ਨਾਲ ਬੰਨ੍ਹੇ ਨਹੀਂ ਹੋ ਰਹੇ: "ਅਸੀਂ ਪਹਿਲਾ ਡਰਾਫਟ ਬਣਾਵਾਂਗੇ۔ ਤੁਸੀਂ ਇਸ ਦੀ ਸਮੀਖਿਆ ਅਤੇ ਸੋਧ ਕਰਨ ਤੋਂ ਬਾਅਦ ਹੀ ਡਿਪਲੌਏ ਕਰੋਗੇ۔"
ਇੱਕ ਚੰਗੀ ਖਾਲੀ-ਸਟੇਟ ਇੱਕ ਨਿਸ਼ਾਨ ਦੀ ਤਰ੍ਹਾਂ ਪੜ੍ਹਨੀ ਚਾਹੀਦੀ ਹੈ, ਪੋਸਟਰ ਵਾਂਗ ਨਹੀਂ। ਲੇਆਊਟ ਨੂੰ ਇੱਕ ਸਪਸ਼ਟ ਕ੍ਰਮ ਦੀ ਲੋੜ ਹੈ ਤਾਂ ਕਿ ਲੋਕ ਇੱਕ ਵਾਰ ਨਜ਼ਰ ਮਾਰ ਕੇ ਸਮਝ ਲੈਣ ਅਤੇ ਕਾਰਵਾਈ ਕਰਨ।
ਇੱਕ ਸਧਾਰਨ ਹਾਇਰਾਰਕੀ ਦੀ ਵਰਤੋਂ ਕਰੋ ਜੋ ਆਖਾਂ ਕਿਵੇਂ ਪੇਜ ਸਕੈਨ ਕਰਦੇ ਹਨ: ਹੈੱਡਲਾਈਨ, ਇੱਕ ਛੋਟਾ ਵਾਕ, ਪ੍ਰਾਇਮਰੀ CTA, ਫਿਰ ਇੱਕ ਨਰਮ ਸੈਕੰਡਰੀ ਐਕਸ਼ਨ (ਆਯਾਤ, ਟੈਮਪਲੇਟ, ਸਕਿਪ)।
ਪ੍ਰਾਇਮਰੀ ਬਟਨ ਨੂੰ ਸੁਨੇਹੇ ਦੇ ਨੇੜੇ ਰੱਖੋ। ਜੇ ਯੂਜ਼ਰ ਨੂੰ ਪੜ੍ਹਨਾ, ਸਕ੍ਰੋਲ ਕਰਨਾ ਅਤੇ ਫਿਰ ਫੈਸਲਾ ਕਰਨਾ ਪਏ ਤਾਂ ਉਹ ਅਕਸਰ ਰੁਕ ਜਾਂਦੇ ਹਨ। ਇੱਕ ਆਮ ਪੈਟਰਨ ਹੈ ਇੱਕ ਘਣਟਾ ਬਲਾਕ (ਹੈੱਡਲਾਈਨ + ਬਾਡੀ + CTA), ਜਿਸਦੇ ਨਾਲ ਬਾਕੀ ਤੱਤਾਂ (ਨੈਵੀਗੇਸ਼ਨ, ਫੁੱਟਰ, ਸਾਈਡ ਪੈਨਲ) ਤੋਂ ਵਧੇਰੇ ਵੇਅਟਸਪੇਸ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ।
ਆਇਕਨ ਅਤੇ ਛੋਟੀਆਂ ਇੱਲਸਟ੍ਰੇਸ਼ਨਾਂ ਸਕੈਨਿੰਗ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦੀਆਂ ਹਨ, ਪਰ ਸਿਰਫ ਜੇ ਉਹ ਮੀਨਿੰਗ ਜੋੜਦੇ ਹਨ। "No projects yet" ਦੇ ਨੇੜੇ ਇੱਕ ਫੋਲਡਰ ਆਇਕਨ ਲਾਭਦਾਇਕ ਹੈ। ਇੱਕ ਬੇਕਾਰ ਮਾਸਕਾਟ ਨਹੀਂ। ਜੇ ਤੁਸੀਂ ਇੱਲਸਟ੍ਰੇਸ਼ਨ ਦਾ ਇਸਤੇਮਾਲ ਕਰਦੇ ਹੋ ਤਾਂ ਇਸਨੂੰ ਹੈੱਡਲਾਈਨ ਤੋਂ ਉੱਪਰ ਛੋਟਾ ਰੱਖੋ ਤਾਂ ਜੋ ਇਹ CTA ਨਾਲ ਮੁਕਾਬਲਾ ਨਾ ਕਰੇ।
ਸਭ ਤੋਂ ਮਜ਼ਬੂਤ ਪੈਟਰਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ ਸਫਲਤਾ ਦੀ ਛੋਟੀ ਪ੍ਰਤੀਕ ਪ੍ਰਦਰਸ਼ਨੀ: ਇੱਕ ਨਮੂਨਾ ਕਾਰਡ, ਇੱਕ ਡੈਮੋ ਰੋ ਟੇਬਲ, ਜਾਂ ਇੱਕ ਫੇਡਡ ਉਦਾਹਰਣ ਟਾਈਲ। Koder.ai ਜਿਹੇ ਟੂਲ ਵਿੱਚ, ਖਾਲੀ "Apps" ਸਕਰੀਨ ਇੱਕ ਨਮੂਨਾ ਐਪ ਟਾਈਲ (ਨਾਮ, ਸਥਿਤੀ, ਆਖਰੀ ਅਪਡੇਟ) ਦਿਖਾ ਸਕਦੀ ਹੈ ਤਾਂ ਕਿ ਯੂਜ਼ਰ ਤੁਰੰਤ ਸਮਝ ਸਕਣ ਜੋ ਉਹ ਬਣਾਉਣ ਜਾ ਰਹੇ ਹਨ।
ਜਦੋਂ ਕੋਈ ਖਾਲੀ ਸਕਰੀਨ 'ਤੇ ਆਉਂਦਾ ਹੈ, ਉਹ ਆਮ ਤੌਰ 'ਤੇ ਤਿੰਨ ਗੱਲਾਂ ਚਾਹੁੰਦੇ ਹਨ: ਨਵਾਂ ਤਿਆਰ ਕਰਨਾ, ਮੌਜੂਦਾ ਡੇਟਾ ਲਿਆਉਣਾ, ਜਾਂ ਇੱਕ ਤਿਆਰ ਸ਼ੁਰੂਆਤ ਨਾਲ ਤੇਜ਼ੀ ਨਾਲ ਅੱਗੇ ਵਧਣਾ। ਚੰਗੀਆਂ ਖਾਲੀ-ਸਤਿਤੀਆਂ ਉਹਨਾਂ ਰਾਹਾਂ ਨੂੰ ਸਪਸ਼ਟ ਬਣਾਉਂਦੀਆਂ ਹਨ ਬਿਨਾਂ ਯੂਜ਼ਰ ਨੂੰ ਘੰਟਿਆਂ ਅਧਿਐਨ ਕਰਨ ਲਈ ਮਜ਼ਬੂਰ ਕੀਤੇ।
ਜਦੋਂ ਪਹਿਲੀ ਅਸਲੀ ਜਿੱਤ ਕਿਸੇ ਨਵੀਂ ਚੀਜ਼ ਬਣਾਉਣ ਨਾਲ ਹੁੰਦੀ ਹੈ (ਇੱਕ ਪ੍ਰੋਜੈਕਟ, ਵਰਕਸਪੇਸ, ਪੇਜ਼, ਜਾਂ ਪਹਿਲਾ ਰਿਕਾਰਡ), ਤਾਂ "Create" ਨੂੰ ਅੱਗੇ ਰੱਖੋ। ਇਹ ਉਹ ਸਮਾਂ ਹੈ ਜਦੋਂ ਕਾਰਵਾਈ ਤੇਜ਼ ਹੋ ਸਕਦੀ ਹੈ ਅਤੇ ਅਮਲ ਰੀਵර්ਸੀਬਲ ਹੋਵੇ।
ਜੇ ਬਣਾਉਣਾ ਲੰਮਾ ਸਮਾਂ ਲੈਂਦਾ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਛੋਟੇ-ਛੋਟੇ ਪਹਿਲੇ ਕਦਮਾਂ ਵਿੱਚ ਵੰਨ੍ਹੋ (ਉਦਾਹਰਣ: "ਡਰਾਫਟ ਬਣਾਓ") ਤਾਂ ਜੋ ਉਹ ਲਾਕ-ਇਨ ਮਹਿਸੂਸ ਨਾ ਕਰਨ।
ਜਦੋਂ ਜ਼ਿਆਦਾਤਰ ਨਵੇਂ ਯੂਜ਼ਰ ਕਿਸੇ ਹੋਰ ਸਿਸਟਮ, ਫਾਈਲ ਜਾਂ ਖਾਤੇ ਨਾਲ ਆਉਂਦੇ ਹਨ ਤਦ "Import" ਨੂੰ ਅੱਗੇ ਰੱਖੋ। ਖਾਲੀ-ਸਤਿਤੀ ਨੂੰ ਦੱਸਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਆਯਾਤ ਕੀ ਸਮਰਥਨ ਕਰਦਾ ਹੈ ਅਤੇ ਆਯਾਤ ਤੋਂ ਬਾਅਦ ਉਹਨਾਂ ਨੂੰ ਕੀ ਮਿਲੇਗਾ (ਉਦਾਹਰਣ: ਫੀਲਡ ਮੇਪਿੰਗ ਅਤੇ ਬਣੇ ਆਈਟਮ)।
ਪ੍ਰਾਇਮਰੀ CTA ਚੁਣਨ ਲਈ ਪ੍ਰਯੋਗਕਾਂਟੈਕਸਟ ਵਰਤੋਂ। ਜੇ ਯੂਜ਼ਰ ਮਾਈਗ੍ਰੇਸ਼ਨ ਸਮੱਗਰੀ ਤੋਂ ਆ ਰਹੇ ਹਨ, ਤਾਂ Import ਨੂੰ ਹਾਈਲਾਈਟ ਕਰੋ। ਜੇ ਉਹ ਖਾਲੀ "ਨਵਾਂ ਪ੍ਰੋਜੈਕਟ" ਬਟਨ 'ਤੇ ਕਲਿੱਕ ਕਰਕੇ ਆਏ, ਤਾਂ Create ਨੂੰ ਹਾਈਲਾਈਟ ਕਰੋ।
ਟੈਮਪਲੇਟਾਂ ਨਾਲ ਅੱਗੇ ਵਧੋ ਜਦੋਂ ਤੁਹਾਡੇ ਉਤਪਾਦ ਦੇ ਆਮ ਸ਼ੁਰੂਆਤੀ ਬਿੰਦੂ ਹੋਣ ਅਤੇ ਯੂਜ਼ਰ ਜ਼ਿਆਦਾਤਰ ਅਡਾਪਟ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਨ ਨਾ ਕਿ ਡਿਜ਼ਾਈਨ ਕਰਨਾ। ਟੈਮਪਲੇਟਾਂ ਨੂੰ ਨਤੀਜੇ ਦੇ ਆਧਾਰ 'ਤੇ ਨਾਮ ਦਿਓ ("Sales pipeline", "Weekly planner"), ਫੀਚਰ ਨਾਂਵਾਂ 'ਤੇ ਨਹੀਂ।
"Sample data ਨਾਲ ਜਮਾਇਆ ਜਾਏ" ਵਰਗਾ ਇੱਕ ਸੁਰੱਖਿਅਤ ਵਿਕਲਪ ਡਰ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ। ਇਹ ਸਪਸ਼ਟ ਕਰੋ ਕਿ ਇਸਨੂੰ ਹਟਾਇਆ ਜਾ ਸਕਦਾ ਹੈ। ਚੈਟ-ਪਹਿਲੀ ਬਿਲਡਰ ਜਿਹੇ Koder.ai ਲਈ, ਇੱਕ ਨਮੂਨਾ ਪ੍ਰੋਜੈਕਟ ਵਰਤੋਂਕਾਰ ਨੂੰ ਉਨ੍ਹਾਂ ਦੀ ਆਪਣੀ ਪ੍ਰਾਂਪਟ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਕੰਮ ਕਰਨ ਵਾਲੀ ਐਪ ਦਾ ਆਕਾਰ ਦਿਖਾ ਸਕਦਾ ਹੈ।
ਖਾਲੀ ਸਕਰੀਨ ਨਿਰਪੇਕਸ਼ ਨਹੀਂ ਹੁੰਦੀ। ਵਧੀਆ ਸਥਿਤੀਆਂ ਅਗਲੇ ਸਫਲ ਐਕਸ਼ਨ ਨੂੰ ਸਪਸ਼ਟ, ਸੁਰੱਖਿਅਤ ਅਤੇ ਤੇਜ਼ ਮਹਿਸੂਸ ਕਰਾਉਂਦੀਆਂ ਹਨ।
ਉਦਾਹਰਣ: ਜੇ ਕੋਈ ਨਵਾਂ CRM ਖੋਲ੍ਹਦਾ ਹੈ ਅਤੇ Contacts ਟੈਬ ਖਾਲੀ ਹੈ, ਤਾਂ ਸਭ ਤੋਂ ਤੇਜ਼ ਜਿੱਤ "ਪਹਿਲਾ ਸੰਪਰਕ ਸ਼ਾਮਲ ਕਰੋ" ਹੋਵੇਗੀ। ਨਾਮ + ਈਮੇਲ ਹੀ ਮੰਗੋ, "Import CSV" ਨੂੰFallback ਰੱਖੋ, ਅਤੇ ਇਹ ਭਰੋਸਾ ਦਿਓ ਕਿ ਉਹ ਫੀਲਡਾਂ ਬਾਅਦ ਵਿੱਚ ਅੱਪਡੇਟ ਕੀਤੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ।
ਜ਼ਿਆਦਾਤਰ "ਫਸੇ" ਹੋਏ ਖਾਲੀ-ਸਤਿਤੀਆਂ ਇੱਕ ਹੀ ਕਾਰਨ ਨਾਲ ਫੇਲ ਹੁੰਦੀਆਂ ਹਨ: ਉਹ ਅਗਲਾ ਕਦਮ ਰਿਸਕੀ ਜਾਂ ਅਸਪਸ਼ਟ ਮਹਿਸੂਸ ਕਰਾਉਂਦੀਆਂ ਹਨ।
ਜੇ ਤੁਸੀਂ ਤਿੰਨ ਬਟਨਾਂ ਦਿਖਾਉਂਦੇ ਹੋ ਜੋ ਬਰਾਬਰ ਮਹੱਤਵ ਦੇ ਰਹੇ ਹਨ ਤਾਂ ਯੂਜ਼ਰ ਰੁਕਦੇ ਹਨ। ਇੱਕ ਪ੍ਰਾਇਮਰੀ ਐਕਸ਼ਨ ਅਤੇ ਇੱਕ ਸੈਕੰਡਰੀ ਰੱਖੋ। ਬਾਕੀ ਨੂੰ "More options" ਦੇ ਪਿੱਛੇ ਰੱਖੋ।
"Powerful dashboards, flexible roles, advanced settings" ਵਰਗਾ ਟੈਕਸਟ ਹੁਣੇ ਕੀ ਕਰਨਾ ਹੈ ਨਹੀਂ ਦੱਸਦਾ। ਇਸਨੂੰ ਅਗਲਾ ਨਤੀਜਾ ਦਿਖਾਉਣ ਵਾਲੇ ਸੋ ਦੇ ਨਾਲ ਬਦਲੋ।
Examples:
ਲੰਬੇ ਫਾਰਮਾਂ ਖਾਲੀ-ਸਤਿਤੀ ਵਿੱਚ ਵਚਨਬੱਧਤਾ ਵਾਂਗ ਮਹਿਸੂਸ ਹੁੰਦੀਆਂ ਹਨ। ਜੇ ਤੁਹਾਨੂੰ ਵੇਰਵੇ ਚਾਹੀਦੇ ਹਨ, ਤਾਂ ਬਾਅਦ ਵਿੱਚ ਲੋਬੀ ਬਣਾਓ। ਪਹਿਲੇ ਦਿਖਾਈ ਦੇਣ ਵਾਲੇ ਨਤੀਜੇ ਲਈ ਸਭ ਤੋਂ ਘੱਟ ਕਦਮ ਲਵੋ।
ਲਵੋ: "ਪ੍ਰੋਜੈਕਟ ਨਾਮ" ਮੰਗੋ ਪਹਿਲਾਂ, ਬਾਕੀ ਅਨਿਵਾਰਤ ਫੀਲਡ ਬਾਅਦ ਵਿੱਚ।
ਹਾਸਾ ਠੀਕ ਹੈ, ਪਰ ਜੇਥੇ ਯੂਜ਼ਰ ਨੂੰ ਸਪਸ਼ਟਤਾ ਚਾਹੀਦੀ ਹੈ ਉਥੇ ਨਹੀਂ। "ਇੱਥੇ ਕੁਝ ਨਹੀਂ" ਮੌਕੇ ਨੂੰ ਬਰਬਾਦ ਕਰਦਾ ਹੈ। ਸਪਸ਼ਟ ਦੱਸੋ ਕਿ ਕਲਿੱਕ ਕਰਨ 'ਤੇ ਕੀ ਹੋਵੇਗਾ ਅਤੇ ਕੀ ਨਹੀਂ ਹੋਵੇਗਾ।
ਕੁਝ ਯੂਜ਼ਰ ਨਵੀਂ ਸ਼ੁਰੂਆਤ ਨਹੀਂ ਕਰ ਸਕਦੇ। ਇੱਕ ਅਸਲੀ ਬੈਕਅਪ ਰਸਤਾ ਦਿਓ: ਆਯਾਤ, ਟੈਮਪਲੇਟ, ਜਾਂ ਨਮੂਨਾ। ਉਦਾਹਰਣ ਲਈ, ਜੇ ਕੋਈ Koder.ai ਵਰਤ ਰਿਹਾ ਹੈ ਅਤੇ ਉਸਦੇ ਕੋਲ ਵਿਚਾਰ ਨਹੀਂ ਹੈ, "Start from a sample app" ਉਨ੍ਹਾਂ ਨੂੰ ਇੱਕ ਕੰਮ ਕਰਨ ਵਾਲੀ ਸਕ੍ਰੀਨ ਤੱਕ ਲਿਜਾ ਸਕਦਾ ਹੈ ਬਿਨਾਂ ਪੂਰੀ ਵਿਚਾਰ ਲਿਖਣ ਦੇ।
ਇੱਕ ਨਵਾਂ ਯੂਜ਼ਰ ਦੇਖ ਕੇ ਲਗਭਗ 5 ਸਕਿੰਟ ਵਿੱਚ ਸਮਝਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਸਕਰੀਨ ਕੀ ਹੈ, ਇਹ ਕਿਉਂ ਮਹੱਤਵਪੂਰਨ ਹੈ ਅਤੇ ਅਗਲਾ ਕਦਮ ਕੀ ਹੈ।
ਭਰੋਸਾ ਝਿਅੋ ਡਰ ਨੂੰ ਕਾਰਵਾਈ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ। CTA ਦੇ ਨੇੜੇ ਇੱਕ ਛੋਟੀ ਲਾਈਨ ਜੋ ਡਰ ਘਟਾਏ ਰੱਖੋ, ਜਿਵੇਂ "ਤੁਸੀਂ ਬਾਅਦ ਵਿੱਚ ਇਹ ਬਦਲ ਸਕਦੇ ਹੋ" ਜਾਂ "ਕੁਝ ਵੀ ਜਾਰੀ ਨਹੀਂ ਹੁੰਦਾ ਜਦ ਤੱਕ ਤੁਸੀਂ ਪੁਸ਼ਟੀ ਨਹੀਂ ਕਰਦੇ۔" ਸੁਕੂੰ ਅਤੇ ਸਪਸ਼ਟ ਰਹੋ।
ਇੱਕ ਸਧਾਰਨ ਟੈਸਟ: ਕਿਸੇ ਸਹਕਰਮੀ ਨੂੰ ਸਕਰੀਨ 'ਤੇ 5 ਸਕਿੰਟ आँख ਮਾਰਕੇ ਦੇਖਣ ਲਈ ਕਹੋ, ਫਿਰ ਪੁੱਛੋ ਕਿ ਉਹ ਸੋਚਦੇ ਹਨ ਮੁੱਖ ਬਟਨ 'ਤੇ ਕਲਿੱਕ ਕਰਨ 'ਤੇ ਕੀ ਹੋਵੇਗਾ। ਜੇ ਉਹ ਜਵਾਬ ਨਹੀਂ ਦੇ ਸਕਦੇ ਤਾਂ ਕਾਪੀ ਜਾਂ ਹਾਇਰਾਰਕੀ ਨੂੰ ਤੰਗ ਕਰੋ।
ਜੇ ਤੁਸੀਂ chat-first ਬਿਲਡਰ ਜਿਵੇਂ Koder.ai ਵਿੱਚ ਸੈਟਅਪ ਫਲੋਜ਼ ਬਣਾ ਰਹੇ ਹੋ, ਤਾਂ ਉਹੀ ਚੈੱਕਲਿਸਟ ਲਾਗੂ ਹੁੰਦੀ ਹੈ। ਖਾਲੀ-ਸਤਿਤੀ ਨੂੰ ਇੱਕ ਸਫਲ ਅਗਲਾ ਐਕਸ਼ਨ ਸੱਦਾ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ: ਟੈਮਪਲੇਟ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ, ਡੇਟਾ ਆਯਾਤ ਕਰੋ, ਜਾਂ ਇੱਕ ਪਹਿਲਾ ਕੰਮ ਕਰਨ ਵਾਲਾ ਵਰਜ਼ਨ ਜਨਰੇਟ ਕਰੋ ਜਿਸਨੂੰ ਤੁਸੀਂ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਸੋਧ ਸਕਦੇ ਹੋ।
ਇੱਕ ਅਕੇਲਾ ਫਾਉਂਡਰ Koder.ai 'ਤੇ ਸਾਇਨ ਅੱਪ ਕਰਦਾ ਹੈ ਅਤੇ ਇੱਕ ਨਵਾਂ ਵਰਕਸਪੇਸ ਖੋਲ੍ਹਦਾ ਹੈ। ਉਹ Projects ਸਕਰੀਨ 'ਤੇ ਲੈਂਡ ਕਰਦਾ ਹੈ ਜਿੱਥੇ ਜ਼ੀਰੋ ਐਪ ਹਨ ਅਤੇ ਉਹ ਨਹੀਂ ਜਾਣਦਾ ਕਿ "ਚੰਗਾ" ਕੀ ਹੁੰਦਾ ਹੈ।
ਖਾਲੀ ਟੇਬਲ ਦੇ ਬਦਲੇ, ਖਾਲੀ-ਸਤਿਤੀ ਇੱਕ ਛੋਟਾ ਵਾਅਦਾ, ਇੱਕ ਸਪਸ਼ਟ ਅਗਲਾ ਕਦਮ, ਅਤੇ ਇੱਕ ਛੋਟੀ ਸੁਰੱਖਿਆ ਨੋਟ ਦਿਖਾਉਂਦੀ ਹੈ। ਇੱਥੇ ਇੱਕ ਉਦਾਹਰਣ ਕਾਪੀ ਅਤੇ CTA ਹਨ (ਟਾਈਮ ਅੰਦਾਜ਼ੇ ਉਹ placeholders ਹਨ ਜੋ ਤੁਹਾਨੂੰ ਜਾਂਚਣੇ ਚਾਹੀਦੇ ਹਨ):
Your workspace is empty.
Create your first app in 5 minutes. Start with a template or describe what you want in plain English.
[Create your first app]
Secondary: Import existing code | Browse templates
Note: You can export the source code anytime.
ਫਾਉਂਡਰ Create your first app 'ਤੇ ਕਲਿੱਕ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਅਗਲੀ ਸਕਰੀਨ ਇੱਕ ਸਧਾਰਨ ਸਵਾਲ ਪੁੱਛਦੀ ਹੈ: "ਤੁਸੀਂ ਕੀ ਬਣਾਉਣੇ ਹੋ?" ਇਕ ਸਿੰਗਲ ਇਨਪੁਟ ਅਤੇ 2 ਉਦਾਹਰਣ ਪ੍ਰਾਂਪਟਾਂ (ਜਿਵੇਂ "CRM for a small agency" ਜਾਂ "Landing page with signup") ਦੇ ਨਾਲ। ਰਸਤਾ ਨਾਰੋ ਰੱਖੋ: ਇੱਕ ਸਪਸ਼ਟ ਫੀਲਡ, ਇੱਕ ਸਪਸ਼ਟ ਬਟਨ।
ਦੂਜੀ ਸਕਰੀਨ ਇੱਕ ਤੇਜ਼ ਯੋਜਨਾ ਸਮੀਖਿਆ ਹੋ ਸਕਦੀ ਹੈ (ਫੀਚਰ, ਪੇਜ਼, ਡੇਟਾ), ਫਿਰ ਇਕ ਬਿਲਡ ਕਦਮ ਅਤੇ ਇੱਕ ਕਾਰਜਕੁਸ਼ਲ ਪ੍ਰੀਵਿਊ। ਪਹਿਲੀ ਸਫਲਤਾ ਉਸ ਸਮੇਂ ਹੁੰਦੀ ਹੈ ਜਦ ਯੂਜ਼ਰ ਪ੍ਰੀਵਿਊ ਵਿੱਚ ਇੱਕ ਅਸਲੀ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ, ਜਿਵੇਂ ਇੱਕ ਰਿਕਾਰਡ ਜੋੜਨਾ ਜਾਂ ਟੈਸਟ ਸਾਈਨਅਪ ਭੇਜਣਾ।
ਜਦ ਡੇਟਾ ਮੌਜੂਦ ਹੋ ਜਾਏ, ਵਾਪਸੀ ਯੂਜ਼ਰਾਂ ਨੂੰ ਉਹੀ ਖਾਲੀ-ਸਤਿਤੀ ਮੁੜ ਨਹੀਂ ਦੇਖਣੀ ਚਾਹੀਦੀ। Projects ਸਕਰੀਨ ਉਸ ਸਮੇਂ "recent apps" ਵਿਊ ਵੱਲ ਸ਼ਿਫਟ ਹੋ ਸਕਦੀ ਹੈ ਜਿਸ ਦੇ ਨਾਲ ਇੱਕ ਪ੍ਰਮੁੱਖ ਤੇਜ਼-ਐਕਸ਼ਨ (ਉਦਾਹਰਣ: New app) ਅਤੇ ਛੋਟੇ ਆਈਕਸ਼ਨ (ਜਿਵੇਂ Snapshots ਜਾਂ Deploy) ਜੋ ਉਹਨਾਂ ਨੇ ਪਿਛਲੀ ਵਾਰੀ ਕੀਤੇ ਉਸ ਮੁਤਾਬਕ ਹਨ।
ਤੁਹਾਡੀ ਖਾਲੀ-ਸਤਿਤੀ ਕੰਮ ਕਰ ਰਹੀ ਹੈ ਜਾਂ ਨਹੀਂ ਇਹ ਜਾਣਨ ਲਈ ਕੁਝ ਨੰਬਰ ਟ੍ਰੈਕ ਕਰੋ:
ਇਸ ਹਫ਼ਤੇ ਇੱਕ ਸੈਟਅਪ ਫਲੋ ਚੁਣੋ ਜਿਸ ਨੂੰ ਸੁਧਾਰਨਾ ਹੈ। ਉਹ ਚੁਣੋ ਜੋ ਸਭ ਤੋਂ ਵੱਧ ਡ੍ਰਾਪ-ਆਫ਼ ਰੱਖਦਾ ਹੈ ਜਾਂ ਜੋ ਨਵੇਂ ਯੂਜ਼ਰ ਪਹਿਲਾਂ ਹਿੱਟ ਕਰਦੇ ਹਨ। ਇਸਦੀ ਖਾਲੀ-ਸਤਿਤੀ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖੋ ਤਾਂ ਜੋ ਇਹ ਤਿੰਨ ਸਵਾਲਾਂ ਦਾ ਤੇਜ਼ੀ ਨਾਲ ਜਵਾਬ ਦੇਵੇ: ਇਹ ਕੀ ਹੈ? ਹੁਣ ਇਹ ਕਿਉਂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ? ਅਗਲਾ ਕਲਿੱਕ ਕਿਹਦਾ ਹੈ?
ਬਦਲਾਅ ਨੂੰ ਛੋਟਾ ਰੱਖੋ। ਤੁਸੀਂ onboarding ਨੂੰ ਪੁਰੀ ਤਰ੍ਹਾਂ ਨਹੀਂ ਰੀਡਿਜ਼ਾਈਨ ਕਰ ਰਹੇ। ਤੁਸੀਂ ਪਹਿਲੀ ਸਫਲਤਾ ਨੂੰ ਸਪਸ਼ਟ ਮਹਿਸੂਸ ਕਰਵਾ ਰਹੇ ਹੋ।
ਇੱਕ ਸਰਲ ਇੱਕ-ਹਫ਼ਤੇ ਦੀ ਯੋਜਨਾ:
ਇੱਕ ਵਾਰੀ ਤੁਸੀਂ ਇੱਕ ਜਿੱਤ ਪ੍ਰਾਪਤ ਕਰ ਲੈਂਦੇ ਹੋ, ਤਾਂ ਇਸਨੂੰ ਸਟੈਂਡਰਡ ਕਰੋ। ਖਾਲੀ-ਸਤਿਤੀਆਂ ਲਈ ਇੱਕ ਸਖ਼ਤ ਇੰਟਰਨਲ ਪੈਟਰਨ ਬਣਾਓ: spacing, headline ਸਟਾਈਲ, ਆਇਕਨ/ਇੱਲਸਟ੍ਰੇਸ਼ਨ ਨਿਯਮ, ਅਤੇ ਇੱਕ ਲੱਗਾਤਾਰ CTA ਲੇਆਊਟ। ਜਦ ਟੀਮਾਂ ਇੱਕੋ ਸੰਰਚਨਾ ਅਨੁਸਰਣ ਕਰਦੀਆਂ ਹਨ, ਯੂਜ਼ਰ ਇੱਕ ਵਾਰੀ ਸਿੱਖ ਲੈਂਦੇ ਹਨ ਅਤੇ ਹਰ ਥਾਂ ਤੇਜ਼ੀ ਨਾਲ ਅੱਗੇ ਵਧਦੇ ਹਨ।
ਜੇ ਤੁਸੀਂ ਨਵੀਂ ਐਪ ਬਣਾ ਰਹੇ ਹੋ ਅਤੇ ਤੇਜ਼ੀ ਨਾਲ ਸੈਟਅਪ ਕਦਮਾਂ ਦਾ ਪ੍ਰੋਟੋਟਾਈਪ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ Koder.ai (koder.ai) ਤੁਹਾਨੂੰ Planning Mode ਵਿੱਚ ਇੱਕ ਫਲੋ ਡ੍ਰਾਫਟ ਕਰਨ ਅਤੇ ਪਹਿਲੇ ਵਰਜ਼ਨ ਨੂੰ ਜਨਰੇਟ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ, ਫਿਰ ਜਿੱਥੇ ਲੋਕ ਰੁਕਦੇ ਹਨ ਉਸ ਅਨੁਸਾਰ ਦੁਬਾਰਾ ਤਬਦੀਲ ਕਰੋ।
ਖਾਲੀ ਸਥਿਤੀ ਉਹ ਵਿਜ਼ੂਅਲ ਰਾਜ਼ ਹੈ ਜੋ ਯੂਜ਼ਰ ਨੂੰ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ ਜਦੋਂ ਦਿਖਾਉਣ ਲਈ ਕੁਝ ਨਹੀਂ ਹੁੰਦਾ — ਉਦਾਹਰਣ ਲਈ ਉਹਨਾਂ ਨੇ ਕੁਝ ਬਣਾਇਆ, ਆਯਾਤ ਕੀਤਾ ਜਾਂ ਕਨੈਕਟ ਨਹੀਂ ਕੀਤਾ। ਇਸਨੂੰ ਇਹ ਦੱਸਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਸਕਰੀਨ ਕਿਸ ਲਈ ਹੈ ਅਤੇ ਅਗਲਾ ਸਫਲ ਐਕਸ਼ਨ ਕਿੰਝ ਕਰਨਾ ਹੈ, ਨਾ ਕਿ ਯੂਜ਼ਰਾਂ ਨੂੰ ਅਨੁਮਾਨ ਲਗਾਣ ਲਈ ਛੱਡ ਦੇਣਾ।
ਲੋਡਿੰਗ ਸਕਰੀਨ ਕਹਿੰਦੀ ਹੈ “ਰੁਕੋ, ਕੁਝ ਹੋ ਰਿਹਾ ਹੈ,” ਜਦਕਿ ਐਰਰ ਸੂਚਿਤ ਕਰਦਾ ਹੈ “ਕੁਝ ਫੇਲ ਹੋ ਗਿਆ, ਇਹੀ ਕਾਰਨ ਹੈ।” ਸੈਟਅਪ ਖਾਲੀ-ਸਟੇਟ ਕਹਿੰਦੀ ਹੈ “ਅਜੇ ਕੁਝ ਨਹੀਂ ਹੈ, ਅਤੇ ਇਹ ਸਧਾਰਨ ਹੈ,” ਫਿਰ ਯੂਜ਼ਰ ਨੂੰ ਬਣਾਉਣ, ਆਯਾਤ ਕਰਨ ਜਾਂ ਟੈਮਪਲੇਟ ਤੋਂ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਮਾਰਗ ਦਰਸ਼ਨ ਦਿੰਦੀ ਹੈ ਤਾਂ ਜੋ ਉਹ ਪਹਿਲਾ ਅਸਲੀ ਨਤੀਜਾ ਪ੍ਰਾਪਤ ਕਰ ਸਕਣ।
ਤੇਜ਼ੀ ਨਾਲ ਤਿੰਨ ਗੱਲਾਂ ਦਾ ਜਵਾਬ ਦੇਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ: ਇਹ ਸਕਰੀਨ ਕੀ ਹੈ, ਕਿਉਂ ਇਹ ਖਾਲੀ ਹੈ, ਅਤੇ ਹੁਣ ਮੈਨੂੰ ਕੀ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਯੂਜ਼ਰ ਇਹ ਨਹੀਂ ਸਮਝ ਸਕਦੇ ਤਾਂ ਉਹ ਰੁਕ ਜਾਂਦੇ ਹਨ, ਸੋਚਦੇ ਹਨ ਕਿ ਉਹਨਾਂ ਨੇ ਕੋਈ ਗਲਤੀ ਕੀਤੀ ਜਾਂ ਛੱਡ ਦੇਂਦੇ ਹਨ।
ਸੰਰਚਨਾ ਸਧਾਰਨ ਰੱਖੋ: ਸਕਰੀਨ ਦੇ ਕੀਹੁੰਦਾ ਖੇਤਰ ਦੀ ਇੱਕ ਛੋਟੀ ਵਿਆਖਿਆ, ਇੱਕ ਅਤੇ ਸਪਸ਼ਟ ਪ੍ਰਾਇਮਰੀ ਐਕਸ਼ਨ, ਅਤੇ ਇੱਕ ਆਰਾਮਦਾਇਕ ਲਾਈਨ ਜੋ ਡਰ ਘਟਾਏ। ਲਫ਼ਜ਼ ਛੋਟੇ ਰੱਖੋ ਤਾਂ ਕਿ ਯੂਜ਼ਰ ਨੂੰ ਕਲਿਕ ਕਰਨ ਲਈ ਪੈਰਾ ਨਹੀਂ ਪੜ੍ਹਨਾ ਪਵੇ।
ਇੱਕ ਪ੍ਰਾਇਮਰੀ ਬਟਨ ਜੋ ਸਬ ਤੋਂ ਆਮ ਅਗਲੇ ਕਦਮ ਨੂੰ ਦਰਸਾਏ ਅਤੇ ਬਾਕੀ ਸਾਰੇ ਵਿਕਲਪ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਸੈਕੰਡਰੀ ਹੋਣ ਚਾਹੀਦੇ ਹਨ। ਜੇ ਤੁਸੀਂ ਬਰਾਬਰ ਮਹੱਤਵ ਦੇ ਕੇ ਕਈ ਬਟਨ ਦਿਖਾਉਂਦੇ ਹੋ ਤਾਂ ਲੋਕ ਅਕਸਰ ਰੁਕ ਜਾਂਦੇ ਹਨ।
“Create” ਨਾਲ ਅੱਗੇ ਵਧੋ ਜਦੋਂ ਖਾਲੀ-ਦੇਸ਼ ਤੋਂ ਸ਼ੁਰੂ ਕਰਨਾ ਸਭ ਤੋਂ ਤੇਜ਼ ਰਾਹ ਹੋਵੇ — ਉਦਾਹਰਣ ਲਈ ਪਹਿਲਾ ਪ੍ਰੋਜੈਕਟ ਜਾਂ ਰਿਕਾਰਡ। “Import” ਨੂੰ ਅੱਗੇ ਰੱਖੋ ਜਦੋਂ ਜ਼ਿਆਦਾਤਰ ਨਵੇਂ ਯੂਜ਼ਰਾਂ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਡੇਟਾ ਹੋਵੇ। “Template” ਨੂੰ ਉਪਰ ਰੱਖੋ ਜਦੋਂ ਗਤੀ ਮਹੱਤਵਪੂਰਨ ਹੋਵੇ।
ਹੈੱਡਲਾਈਨ ਨੂੰ ਇੱਕ ਨਤੀਜੇ + ਵਸਤੂ ਦੇ ਫਾਰਮੈਟ ਵਿੱਚ ਲਿਖੋ, ਜਿਵੇਂ “Create your first project.” ਬਾਡੀ ਟੈਕਸਟ ਇੱਕ ਵਾਕ ਵਿੱਚ ਦੱਸੇ ਕਿ ਕਲਿਕ ਕਰਣ ਤੋਂ ਬਾਅਦ ਕੀ ਹੋਵੇਗਾ ਤਾਂ ਜੋ ਯੂਜ਼ਰ ਨਤੀਜੇ ਦੀ ਭਵਿੱਖਬਾਣੀ ਕਰ ਸਕਣ।
ਹੈੱਡਲਾਈਨ, ਇੱਕ ਛੋਟਾ ਵਾਕ ਅਤੇ ਪ੍ਰਾਇਮਰੀ ਬਟਨ ਇੱਕ ਨਜ਼ਦੀਕੀ ਬਲਾਕ ਵਿੱਚ ਰੱਖੋ ਤਾਂ ਕਿ ਸਕੈਨ ਕਰਕੇ ਇੱਕ ਵਾਰੀ ਸਮਝ ਆ ਜਾਏ। ਸੈਕੰਡਰੀ ਐਕਸ਼ਨਾਂ ਨੂੰ ਸ਼ਾਂਤ ਰੱਖੋ ਅਤੇ ਪੇਜ ਦੇ ਹੇਠਾਂ ਨਾ ਧੱਕੋ ਜਿੱਥੇ ਯੂਜ਼ਰ ਨੂੰ ਸਕ੍ਰੋਲ ਕਰਨਾ ਪਏ।
CTA ਦੇ ਨੇੜੇ ਇੱਕ ਛੋਟੀ ਸੁਰੱਖਿਆ ਨੋਟ ਪਾਓ, ਜਿਵੇਂ “ਤੁਸੀਂ ਇਹ ਬਾਅਦ ਵਿੱਚ ਬਦਲ ਸਕਦੇ ਹੋ” ਜਾਂ “ਕੁਝ ਵੀ ਜਾਰੀ ਨਹੀਂ ਹੁੰਦਾ ਜਦ ਤੱਕ ਤੁਸੀਂ ਪੁਸ਼ਟੀ ਨਹੀਂ ਕਰਦੇ।” Koder.ai ਵਰਗੇ ਟੂਲਾਂ ਵਿੱਚ ਇਹ ਵਰਕਿੰਗ ਰਿਵਰਸੀਬਲ ਕਾਰਵਾਈਆਂ (snapshots/rollback) ਜਾਂ ਕੋਡ ਨਿਰਯਾਤ ਕਰਨ ਦੀ ਯੋਗਤਾ ਦਾ ਜ਼ਿਕਰ ਕਰਨਾ ਮਦਦਗਾਰ ਹੁੰਦਾ ਹੈ।
ਨੀਂਦਰੂਪ ਰੁਝਾਨਾਂ ਮਾਪੋ: ਖਾਲੀ ਸਕਰੀਨ ਦੇ ਵੇਖਣਾਂ ਦੀ ਗਿਣਤੀ, ਪ੍ਰਾਇਮਰੀ CTA ਕਲਿਕ ਰੇਟ ਅਤੇ ਮਿਲਸਟੋਨ ਪੂਰਾ ਹੋਣ ਦੀ ਦਰ। ਪਹਿਲੀ ਸਫਲਤਾ ਤੱਕ ਲੱਗਣ ਵਾਲਾ ਸਮਾਂ ਅਤੇ ਖਾਲੀ-ਸਟੇਟ ਤੋਂ ਅਗਲੇ ਕਦਮ ਤੱਕ ਡ੍ਰਾਪ-ਆਫ਼ ਵੀ ਦੇਖੋ, ਕਿਉਂਕਿ ਕਈ ਵਾਰੀ ਕਲਿੱਕ ਹੋ ਜਾਣ ਦੇ ਬਾਵਜੂਦ ਨਤੀਜਾ ਨਹੀਂ ਨਿਕਲਦਾ।