ਜਾਣੋ ਕਿ ਕਿਵੇਂ ਇੱਕ ਮੋਬਾਈਲ ਐਪ ਡਿਜ਼ਾਈਨ ਅਤੇ ਬਣਾਈ ਜਾਵੇ ਜੋ ਸਮਾਂ, ਟਿਕਾਣਾ, ਗਤੀ ਅਤੇ ਆਦਤਾਂ ਦੇ ਆਧਾਰ ’ਤੇ ਨਿੱਜੀ ਪ੍ਰੰਪਟ ਦਿੰਦਾ — ਨਾਲ ਹੀ ਪਰਾਈਵੇਸੀ ਦੀ ਰੱਖਿਆ ਕਰਦਾ ਹੋਇਆ।

ਸੰਦਰਭ-ਅਧਾਰਿਤ ਨਿੱਜੀ ਪ੍ਰੰਪਟ ਛੋਟੇ, ਸਮੇਂ-ਉਪਯੁਕਤ ਸੁਨੇਹੇ ਹੁੰਦੇ ਹਨ ਜੋ ਤੁਹਾਡੀ ਐਪ ਉਸ ਵੇਲੇ ਦਿਖਾਉਂਦੀ ਹੈ ਜਦੋਂ ਉਪਭੋਗਤਾ ਕਿਸੇ ਐਸੇ ਸਥਿਤੀ ਵਿੱਚ ਹੁੰਦਾ ਹੈ ਜਿੱਥੇ ਪ੍ਰੰਪਟ ਮਦਦਗਾਰ ਹੋ ਸਕਦਾ ਹੈ। ਨਿਰਧਾਰਿਤ ਘੰਟਿਆਂ 'ਤੇ ਯਾਦ ਦਿਵਾਉਣ ਦੀ ਥਾਂ, ਐਪ ਸੰਦਰਭ ਸਿਗਨਲਾਂ (ਜਿਵੇਂ ਸਮਾਂ, ਟਿਕਾਣਾ, ਗਤੀਵਿਧੀ, ਕੈਲੰਡਰ ਜਾਂ ਹਾਲੀਆ ਵਰਤਾਰਾ) ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ ਇਹ ਫੈਸਲਾ ਕਰਨ ਲਈ ਕਿ ਕਦੋਂ ਨੁਜ਼ਦ ਦੇਣੀ ਹੈ।
ਕੁਝ ਆਸਾਨ-ਸਮਝਣ ਯੋਗ ਪ੍ਰੰਪਟ:
ਮੁੱਖ ਵਿਚਾਰ: ਪ੍ਰੰਪਟ ਸਮੇਂ ਨਾਲ ਨਹੀਂ, ਇਕ ਲਮ੍ਹੇ ਨਾਲ ਜੁੜਿਆ ਹੁੰਦਾ ਹੈ।
ਜਿਆਦਾਤਰ ਸੰਦਰਭ-ਅਧਾਰਿਤ ਪ੍ਰੰਪਟ ਇਕ ਇਹਨਾਂ ਨਤੀਜਿਆਂ ਵਿੱਚੋਂ ਕਿਸੇ ਲਈ ਹੁੰਦੇ ਹਨ:
ਇਹ ਗਾਈਡ ਐਪ ਦੀ ਯੋਜਨਾ ਬਣਾਉਣ ਅਤੇ ਬਣਾਉਣ 'ਤੇ ਧਿਆਨ ਦੇਵੇਗੀ: ਸੰਦਰਭ ਸਿਗਨਲ ਚੁਣਨਾ, ਪ੍ਰਾਈਵੇਸੀ-ਫਰੈਂਡਲੀ ਡਾਟਾ ਫਲੋ ਡਿਜ਼ਾਇਨ ਕਰਨਾ, ਇਕ ਪ੍ਰੰਪਟ ਇੰਜਨ ਬਣਾਉਣਾ ਅਤੇ ਨੋਟੀਫਿਕੇਸ਼ਨ ਸਪੁਰਦ ਕਰਨਾ ਬਿਨਾਂ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਪਰੇਸ਼ਾਨ ਕੀਤੇ।
ਇਹ ਕੋਈ ਵਾਅਦਾ ਨਹੀਂ ਕਰੇਗੀ ਕਿ “AI ਮੈਜਿਕ” ਨਾਲ ਹਰ ਚੀਜ਼ ਬਿਲਕੁਲ ਸ਼ੁੱਧ ਹੋ ਜਾਵੇ। ਸੰਦਰਭ ਪ੍ਰਣਾਲੀਆਂ ਅਕਸਰ ਗੁੰਝਲਦਾਰ ਹੁੰਦੀਆਂ ਹਨ; ਜਿੱਤ ਧੀਰੇ-ਧੀਰੇ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।
ਇੱਕ ਵਧੀਆ ਸੰਦਰਭ-ਅਧਾਰਿਤ ਪ੍ਰੰਪਟ ਐਪ ਨੂੰ ਇਹ ਮਹਿਸੂਸ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ:
ਸੰਦਰਭ-ਅਧਾਰਿਤ ਪ੍ਰੰਪਟ ਐਪ ਬਹੁਤ ਕੁਝ ਕਰ ਸਕਦੀ ਹੈ, ਪਰ ਪਹਿਲੀ ਵਰਜਨ ਵਿੱਚ ਤੁਹਾਨੂੰ ਕੁਝ ਚੀਜ਼ਾਂ ਬਹੁਤ ਚੰਗੀ ਤਰ੍ਹਾਂ ਕਰਨੀ ਚਾਹੀਦੀਆਂ ਹਨ। ਇੱਕ ਪ੍ਰਾਇਮਰੀ ਯੂਜ਼ ਕੇਸ ਚੁਣੋ (ਉਦਾਹਰਨ: “ਮਦਦ ਕਰੋ ਕਿ ਮੈਂ ਕੰਮ 'ਤੇ ਫੋਕਸ ਰਹਾਂ” ਜਾਂ “ਮਦਦ ਕਰੋ ਕਿ ਮੈਂ ਨਿਯਮਤ ਤੌਰ 'ਤੇ ਜਰਨਲ ਕਰਾਂ”) ਅਤੇ ਉਸਦੇ ਆਸ-ਪਾਸ ਇੱਕ ਛੋਟੀ, ਉੱਚ-ਗੁਣਵੱਤਾ ਦੀ ਪ੍ਰੰਪਟ ਲਾਇਬ੍ਰੇਰੀ ਬਣਾਓ।
ਕੁਝ ਲੋਕਾਂ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਓ ਅਤੇ ਉਹ ਲਹਿਜ਼ੇ ਲਿਖੋ ਜਿੱਥੇ ਉਹ ਸੱਚ-ਮੁੱਚ ਨੁਜ਼ਦ ਸੁਆਗਤ ਕਰਨਗੇ:
ਉਹ ਵਰਗ ਵਰਤੋ ਜੋ ਅਸਲ ਇਰਾਦੇ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਹੋਣ, ਫੀਚਰਾਂ ਨਾਲ ਨਹੀਂ: ਸਿਹਤ, ਫੋਕਸ, ਜਰਨਲਿੰਗ, ਐਰੈਂਡਸ, ਸਿੱਖਿਆ। ਸਾਫ਼ ਸੈੱਟ ਸੈਟਅਪ ਤੇ ਸਿਫਾਰਸ਼ਾਂ ਨੂੰ ਤੇਜ਼ ਬਣਾਉਂਦਾ ਹੈ।
ਕੋਚ ਵਾਂਗ ਲਿਖੋ: ਛੋਟੇ, ਵਿਸ਼ੇਸ਼ ਅਤੇ ਅਸਾਨ ਕਾਰਵਾਈ ਯੋਗ।
ਡੈਫੌਲਟ ਤੋ ਘੱਟ ਪ੍ਰੰਪਟ ਰੱਖੋ। ਇੱਕ ਪ੍ਰੈਕਟਿਕਲ ਸ਼ੁਰੂਆਤ: 1–3 ਪ੍ਰੰਪਟ/ਦਿਨ, ਇੱਕ ਕੂਲਡਾਊਨ ਵਿੰਡੋ (ਜਿਵੇਂ 3–4 ਘੰਟੇ ਅੰਦਰ ਦੁਹਰਾਵੇ ਨਾ ਹੋਣ), ਅਤੇ ਹਰ ਸ਼੍ਰੇਣੀ ਲਈ ਹਫਤਾਵਾਰੀ ਕੈਪ। “ਅੱਜ ਲਈ ਪ੍ਰੰਪਟ ਰੋਕੋ” ਸੋਖਾ ਰੱਖੋ।
ਐਪ ਨੂੰ ਸੰਦਰਭ ਫੋਨ ਤੋਂ ਮਿਲਦਾ ਹੈ ਜੋ ਇਹ ਸੰਵੇਦਨ ਕਰ ਸਕਦਾ ਹੈ ਜਾਂ ਅਨੁਮਾਨ ਲਗਾ ਸਕਦਾ ਹੈ। ਲਕੜੀ ਇਹ ਨਹੀਂ ਕਿ ਸਭ ਕੁਝ ਇਕੱਠਾ ਕੀਤਾ ਜਾਵੇ—ਲਕੜੀ ਇਹ ਹੈ ਕਿ ਇੱਕ ਛੋਟਾ ਸੈੱਟ ਚੁਣੋ ਜੋ ਭਰੋਸੇਯੋਗ ਤਰੀਕੇ ਨਾਲ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਪ੍ਰੰਪਟ ਲਾਭਦਾਇਕ ਹੋ ਸਕਦੀ ਹੈ।
ਸਮਾਂ: ਸਵੇਰੇ/ਸ਼ਾਮ ਰੁਟੀਨ, ਦਿਨ-ਅੰਤ ਚਿੰਤਨ, ਹਫ਼ਤਾਵਾਰੀ ਚੈੱਕ-ਇਨ।
ਟਿਕਾਣਾ: “ਘਰ ਪਹੁੰਚਿਆ” ਜਰਨਲਿੰਗ, “ਜਿਮ ਵਿੱਚ” ਪ੍ਰੇਰਨਾ, “ਕਿਰਾਣੇ ਦੀ ਦੁਕਾਨ ਨੇੜੇ” ਯਾਦ।
ਗਤੀ / ਸਰਗਰਮੀ: ਤੁਰਨਾ ਵਿਰੁੱਧ ਗੱਡੀ ਚਲਾ ਰਿਹਾ ਹੈ ਜਾਂ ਅਟਕਿਆ ਹੋਇਆ — ਇਹ ਬਤਾਉਂਦਾ ਹੈ ਕਿ ਕਿਸੇ ਨੂੰ ਰੋਕਣਾ ਉਚਿਤ ਹੈ ਜਾਂ ਨਹੀਂ।
ਡਿਵਾਇਸ ਸਥਿਤੀ: ਸਕ੍ਰੀਨ on/off, Do Not Disturb, ਬੈਟਰੀ ਲੈਵਲ, ਹੈੱਡਫੋਨ ਜੁੜੇ ਹੋਏ—ਇਹ ਉਪਲਬਧਤਾ ਲਈ ਵਧੀਆ ਹਨ।
ਕੈਲੰਡਰ: ਮੀਟਿੰਗਾਂ ਤੋਂ ਪਹਿਲਾਂ/ਬਾਅਦ, ਕੰਮਯੂਟ ਵਿੰਡੋ, ਯਾਤਰਾ ਦੇ ਦਿਨ।
ਮੌਸਮ (ਵਿਕਲਪਿਕ): ਬਾਰਿਸ਼ ਵਾਲਾ ਦਿਨ-ਮੁਡ ਪ੍ਰੰਪਟ, ਬਾਹਰ ਦੀ ਆਦਤ ਨੁਜ਼ਦ — ਪਰ ਇਹਨੂੰ_bonus_ ਸਮਝੋ, ਮੁੱਖ ਨਿਰਭਰਤਾ ਨਾ ਬਣਾਓ।
ਸੀਮਾ ਰੱਖਣ ਲਈ ਇੱਕ ਨਿਯਤ ਮਿੰਮਮਲ ਸੈੱਟ ਚੁਣੋ ਜੋ ਤੁਸੀਂ ਵਿਸ਼ਵਾਸ ਨਾਲ ਜਾਰੀ ਕਰ ਸਕੋ:
ਇਹ ਵੰਡ ਤੁਹਾਨੂੰ ਜਟਿਲ ਲੌਜਿਕ ਤੋਂ ਪਹਿਲਾਂ ਸਾਡੇ ਉਪਭੋਗਤਾ ਦੀ ਰੁਚੀ ਸਾਬਤ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦੀ ਹੈ।
ਮੋਬਾਈਲ OS ਪਿਛੋਕੜ ਕੰਮ ਨੂੰ ਸੀਮਤ ਕਰਦੇ ਹਨ ਤਾਂ ਕਿ ਬੈਟਰੀ ਨੂੰ ਬਚਾਇਆ ਜਾਵੇ। ਇਸ ਲਈ ਯੋਜਨਾ ਬਣਾਉ:
ਸੱਤਿਕ ਨਿੱਤੀਆਂ (ਜਿਵੇਂ ਸਿਹਤ, ਧਰਮ, ਪਛਾਣ, ਰਿਸ਼ਤੇ) ਬਾਰੇ ਅਨੁਮਾਨ ਲਗਾਉਣ ਤੋਂ ਸਾਵਧਾਨ ਰਹੋ। ਜੇ ਕੋਈ ਸਿਗਨਲ ਕੋਈ ਨਿੱਜੀ ਗੱਲ ਦਰਸਾ ਸਕਦਾ ਹੈ, ਤਾਂ ਜਾਂ ਤਾਂ ਇਸ ਨੂੰ ਵਰਤਣਾ ਨਾ ਕਰੋ, ਜਾਂ ਸਪੱਸ਼ਟ opt-in ਤੇ ਰੱਖੋ ਅਤੇ ਆਸਾਨ off switch ਦਿਓ।
ਪ੍ਰਾਈਵੇਸੀ ਇੱਕ ਚੈਕਬਾਕਸ ਨਹੀਂ—ਇਹ ਮੁੱਖ ਪ੍ਰੋਡਕਟ ਫੀਚਰ ਹੈ। ਜੇ ਲੋਕ ਸੁਰੱਖਿਅਤ ਮਹਿਸੂਸ ਨਹੀਂ ਕਰਦੇ, ਉਹ ਪਰਮੀਸ਼ਨ ਬੰਦ ਕਰ ਦੇਣਗੇ, ਪ੍ਰੰਪਟਾਂ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨਗੇ ਜਾਂ ਐਪ ਨੂੰ ਅਣਇੰਸਟਾਲ ਕਰ ਦੇਣਗੇ। ਆਪਣੀ ਐਪ ਇਸ ਤਰ੍ਹਾਂ ਡਿਜ਼ਾਈਨ ਕਰੋ ਕਿ ਇਹ ਘੱਟ ਡਾਟਾ ਨਾਲ ਵੀ ਕੰਮ ਕਰੇ ਅਤੇ ਕੰਟਰੋਲ ਅਸਾਨ ਹੋਵੇ।
ਸ਼ੁਰੂਆਤ ਕਰੋ ਜੀਰੋ ਓਪਸ਼ਨਲ ਪਰਮੀਸ਼ਨ ਨਾਲ ਅਤੇ ਜਿਵੇਂ ਕਿ ਮੁੱਲ ਸਪੱਸ਼ਟ ਹੋਵੇ, ਪਰਮੀਸ਼ਨ ਜ਼ਰੂਰ ਮੰਗੋ।
ਸੰਦਰਭ ਪਛਾਣ ਅਤੇ ਪ੍ਰੰਪਟ ਚੋਣ ਲਈ on-device ਪ੍ਰੋਸੈਸਿੰਗ ਨੂੰ ਤਰਜੀਹ ਦਿਓ। ਇਹ ਸੰਵੇਦਨਸ਼ੀਲ ਡਾਟਾ ਨੂੰ ਫੋਨ ਤੋਂ ਬਾਹਰ ਭੇਜਣ ਘਟਾਉਂਦਾ ਹੈ, ਆਫਲਾਈਨ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਜ਼ਿਆਦਾ ਭਰੋਸੇਯੋਗ ਮਹਿਸੂਸ ਹੁੰਦਾ ਹੈ।
ਸਰਵਰ ਪ੍ਰੋਸੈਸਿੰਗ ਸਿੰਕ, ਅਗਗਰੀਗੇਟ ਵਿਸ਼ਲੇਸ਼ਣ ਅਤੇ ਪ੍ਰੰਪਟ ਰੈਂਕਿੰਗ ਨੂੰ ਸੁਧਾਰਨ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ ਇਹ ਖ਼ਤਰਾ ਅਤੇ ਕੰਪਲਾਇੰਸ ਓਵਰਹੈੱਡ ਵਧਾਉਂਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਸਰਵਰ ਵਰਤਦੇ ਹੋ ਤਾਂ derived signals ਭੇਜੋ (ਜਿਵੇਂ commute=true) ਨਾ ਕਿ ਰਾਵ ਟ੍ਰੇਲ। ਅਤੇ ਜ਼ਰੂਰਤ ਤੋਂ ਵੱਧ ਕੁਝ ਸਟੋਰ ਨਾ ਕਰੋ।
ਦਿਨ ਪਹਿਲਾਂ ਤੋਂ ਹੀ ਯੂਜ਼ਰ ਕੰਟਰੋਲ-ਪਲਾਨ:
ਇੱਕ ਸਧਾਰਣ ਰਿਟੇਨਸ਼ਨ ਨੀਤੀ ਰੱਖੋ: ਜਿਵੇਂ ਡੀਬੱਗਿੰਗ ਲਈ 7–14 ਦਿਨ ਲਈ ਰਾ ਇਵੈਂਟ ਰੱਖੋ, ਫਿਰ ਕੇਵਲ ਅਗਗਰੀਗੇਟ ਪਸੰਦਾਂ ਰੱਖੋ (ਉਦਾਹਰਨ: “ਸੰਧਿਆਵਾਰ ਪ੍ਰੰਪਟ ਪਸੰਦ”)—ਅਥਵਾ ਯੂਜ਼ਰ 옵ਟ-ਆਉਟ ਕਰਨ 'ਤੇ ਸਾਰੇ ਡੇਟਾ ਮਿਟਾ ਦਿਓ।
ਇੱਕ ਸੰਦਰਭ-ਅਧਾਰਿਤ ਪ੍ਰੰਪਟ ਐਪ ਦੀ ਜ਼ਿੰਦਗੀ ਉਸਦੇ ਡਾਟਾ ਮਾਡਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ। ਜੇ ਤੁਸੀਂ ਇਸਨੂੰ ਸਧਾਰਨ ਅਤੇ ਵਿਵਰਣਾਤਮਕ ਰੱਖੋਗੇ, ਤਾਂ ਤੁਸੀਂ ਆਸਾਨੀ ਨਾਲ ਸਮਝਾ ਸਕੋਗੇ "ਮੈਨੂੰ ਇਹ ਪ੍ਰੰਪਟ ਕਿਉਂ ਮਿਲਿਆ?" ਅਤੇ ਅਦੇਖੇ ਵਿਹਾਰ ਨੂੰ ਡਿਬੱਗ ਕਰ ਸਕੋਗੇ।
ਹਰ ਪਤਾ ਲੱਗਿਆ ਸਿਗਨਲ ਇਕ ਇਵੈਂਟ ਵਜੋਂ ਸਲੰਘਣਾ ਕਰੋ। ਇੱਕ ਨਿਊਨਤਮ ਢਾਂਚਾ ਸ਼ਾਮਿਲ ਹੋ ਸਕਦਾ ਹੈ:
arrived_home, walking, calendar_meeting_startਤੁਸੀਂ ਕੁਝ metadata (ਜਿਵੇਂ ਟਿਕਾਣਾ ਲੇਬਲ “Home”, ਗਤੀ “Walking”) ਵੀ ਰੱਖ ਸਕਦੇ ਹੋ, ਪਰ ਰਾਵ GPS ਟਰੇਲ ਬਚਾਓ ਜੇ ਲੋੜ ਨਾ ਹੋਵੇ।
ਇੱਕ ਰੂਲ ਸੰਦਰਭ ਨੂੰ ਪ੍ਰੰਪਟ ਨਾਲ ਜੋੜਦਾ ਹੈ। ਰੂਲਾਂ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਮਾਡਲ ਕਰੋ ਕਿ ਉਹ ਹਰ ਵਾਰ ਇੱਕੋ ਜਿਹਾ ਮੁਲਾਂਕਣ ਹੋ ਸਕੇ:
ਇੱਕ enabled ਫਲੈਗ ਅਤੇ snoozed until ਫ਼ੀਲਡ ਦਿਓ ਤਾਂ ਜੋ ਯੂਜ਼ਰ ਕਾਰਵਾਈਆਂ ਸਪੱਸ਼ਟ ਰਾਜ ਵਿੱਚ ਤਬਦੀਲ ਹੋ ਸਕਣ।
ਪੁਰਸਨਲਾਈਜ਼ੇਸ਼ਨ ਨੂੰ ਰੂਲਾਂ ਤੋਂ ਅਲੱਗ ਰੱਖੋ ਤਾਂ ਜੋ ਯੂਜ਼ਰ ਬਿਨਾਂ ਲੌਜਿਕ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖੇ ਵਿਵਹਾਰ ਬਦਲ ਸਕੇ:
ਸੰਦਰਭ ਅਣਮੌਜੂਦ ਹੋ ਸਕਦਾ ਹੈ (ਪਰਮੀਸ਼ਨ ਨਾ ਹੋਣ, ਸੈਂਸਰ ਆਫ਼). ਫਾਲਬੈਕ ਦੀ ਯੋਜਨਾ ਬਣਾਓ:
ਇਹ ਮਾਡਲ ਤੁਹਾਨੂੰ ਹੁਣ ਤੀਆਂ ਪਰਿਵਰਤਨਸ਼ੀਲ ਵਿਵਹਾਰ ਦੇ ਲਈ ਪੇਸ਼ਬੰਧੀ ਦਿੰਦਾ ਹੈ।
ਪ੍ਰੰਪਟ ਇੰਜਨ ਉਹ “ਦਿਮਾਗ” ਹੈ ਜੋ ਅਸਲੀ ਜ਼ਿੰਦਗੀ ਨੂੰ ਸਮੇਂ-ਉਪਯੁਕਤ ਨੁਜ਼ਦ ਵਿੱਚ ਬਦਲਦਾ ਹੈ। ਇਸਨੂੰ ਸਮਝਣਯੋਗ ਅਤੇ ਡੀਬੱਗ ਕਰਨ ਯੋਗ ਰੱਖੋ, ਪਰ ਅਜਿਹਾ ਮਹਿਸੂਸ ਕਰਵਾਓ ਕਿ ਇਹ ਨਿੱਜੀ ਹੈ।
ਇੱਕ ਕਾਰਗਰ ਫਲੋ ਇਉਂ ਦਿਖਦਾ ਹੈ:
ਚੰਗੇ ਪ੍ਰੰਪਟ ਵੀ ਜੇ ਬਹੁਤ ਵਾਰ ਆਉਣ ਤਾਂ ਪਰੇਸ਼ਾਨ ਕਰ ਦੇਂਦੇ ਹਨ। ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਗਾਰਡਰੇਲ ਸ਼ਾਮਿਲ ਕਰੋ:
ਸਧਾਰਨ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ, ਫਿਰ ਬਦਲੋ:
ਹਰ ਡਿਲਿਵਰ ਕੀਤੇ ਪ੍ਰੰਪਟ 'ਤੇ ਛੋਟਾ “ਤੁਹਾਨੂੰ ਇਹ ਕਿਉਂ ਦਿਖਾਇਆ ਜਾ ਰਿਹਾ ਹੈ?” ਲਾਇਨ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਉਦਾਹਰਨ: “ਤੁਸੀਂ ਆਮ ਤੌਰ 'ਤੇ ਵਰਕਆਊਟ ਤੋਂ ਬਾਅਦ ਸੋਚਦੇ ਹੋ, ਅਤੇ ਤੁਸੀਂ 10 ਮਿੰਟ ਪਹਿਲਾਂ ਇੱਕ ਖਤਮ ਕੀਤਾ।” ਇਹ ਭਰੋਸਾ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਯੂਜ਼ਰ ਫੀਡਬੈਕ ਨੂੰ ਕਾਰਗਰ ਬਣਾਉਂਦਾ ਹੈ।
ਡਿਵਾਇਸ-ਪਹਿਲਾਂ ਆਰਕੀਟੈਕਚਰ ਸੰਦਰਭ ਪਛਾਣ ਨੂੰ ਤੇਜ਼, ਨਿੱਜੀ ਅਤੇ ਭਰੋਸੇਯੋਗ ਰੱਖਦਾ ਹੈ—ਅਜਿਹੇ ਹਾਲਾਤ ਵਿੱਚ ਵੀ ਜਦੋਂ ਯੂਜ਼ਰ ਦਾ ਨੈੱਟਵਰਕ ਨਹੀਂ ਹੁੰਦਾ। ਕਲਾਉਡ ਨੂੰ ਸੁਵਿਧਾ (ਸਿੰਕ) ਅਤੇ ਸਿੱਖਣ (ਅਗਗਰੀਗੇਟ ਐਨਾਲਿਟਿਕਸ) ਲਈ ਇੱਕ ਐਡ-ਆਨ ਵਜੋਂ ਰੱਖੋ, ਨਾ ਕਿ ਮੁੱਖ ਨਿਰਭਰਤਾ ਵਜੋਂ।
ਇਹ ਸਭ ਕੁਝ ਲੌਗਇਨ ਤੋਂ ਬਿਨਾਂ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
ਸਰਵਰ ਨੂੰ ਪਤਲਾ ਰੱਖੋ:
ਕਦੇ ਨੈੱਟਵਰਕ ਨਾ ਹੋਣ 'ਤੇ:
ਕਨੈਕਟਿਵਿਟੀ ਆਉਣ 'ਤੇ, ਬੈਕਗ੍ਰਾਊਂਡ ਸਿੰਕ ਕਤਾਰ ਭੇਜ ਦਿੰਦਾ ਹੈ ਅਤੇ ਵਿਵਾਦ ਹੱਲ ਕਰਦਾ ਹੈ। ਸਰਲ ਵਿਵਾਦ ਨੀਤੀ ਲਈ last-write-wins ਪਸੰਦ ਕਰੋ ਬੁਨਿਆਦੀ ਪਸੰਦਾਂ ਲਈ ਅਤੇ ਐਪੈਂਡ-ਓਨਲੀ ਡੇਟਾ ਲਈ merge।
OS-ਨੈਟਿਵ ਸ਼ਡਿੁਲਰ ਵਰਤੋ (iOS BackgroundTasks, Android WorkManager) ਅਤੇ ব্যাচਿੰਗ ਲਈ ਯੋਜਨਾ ਬਣਾਓ:
ਸਿੰਕ ਉਹ ਚੀਜ਼ਾਂ ਕਰੋ ਜੋ ਲਗਾਤਾਰ ਅਨੁਭਵ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਂਦੀਆਂ ਹਨ, ਨਾਂ ਕਿ ਰਾਅ ਸੈਂਸਰ ਡੇਟਾ:
ਇਹ ਵੰਡ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਡਿਵਾਈਸਾਂ 'ਤੇ ਤਾਲਮੇਲ ਵਾਲਾ ਅਨੁਭਵ ਦਿੰਦੀ ਹੈ ਅਤੇ ਸਭ ਤੋਂ ਸੰਵੇਦਨਸ਼ੀਲ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਡਿਵਾਈਸ 'ਤੇ ਰੱਖਦੀ ਹੈ।
ਇੱਕ ਸੰਦਰਭ-ਅਧਾਰਿਤ ਪ੍ਰੰਪਟ ਐਪ ਤਦ ਹੀ ਕੰਮ ਕਰਦੀ ਹੈ ਜਦੋਂ ਇਹ ਬਿਨਾਂ ਮਿਹਨਤ ਦੇ ਮਹਿਸੂਸ ਹੁੰਦੀ ਹੈ। ਸਭ ਤੋਂ ਵਧੀਆ UX ਉਹ ਹੁੰਦਾ ਹੈ ਜੋ ਦ੍ਰਿਸ਼ਟ 'ਤੇ ਫੈਸਲੇ ਘਟਾ ਦੇਵੇ, ਪਰ ਯੂਜ਼ਰ ਨੂੰ ਸਮੇਂ ਨਾਲ ਆਪਣੀ ਮਰਜ਼ੀ ਅਨੁਸਾਰ ਆਕਾਰ-ਚੁਣਾਂ ਦੇਣ ਦਾ ਵਿਕਲਪ ਵੀ ਦਿੰਦਾ ਹੈ।
ਹੋਮ ਸਕ੍ਰੀਨ ਨੂੰ ਅੱਜ ਦੇ ਪ੍ਰੰਪਟ ਅਤੇ ਤੇਜ਼ ਫਾਲੋ-ਥਰੂ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਡਿਜ਼ਾਈਨ ਕਰੋ:
ਹਰ ਪ੍ਰੰਪਟ ਕਾਰਡ ਨੂੰ ਇੱਕ ਵਾਕ ਦੁਆਰਾ ਫੋਕਸ ਰੱਖੋ: ਇੱਕ ਮੁੱਖ ਕਾਰਵਾਈ। ਜੇ ਵਧੀਕ ਸੰਦਰਭ ਲੋੜੀਦਾ ਹੋਵੇ ਤਾਂ “ਤੁਹਾਨੂੰ ਇਹ ਕਿਉਂ ਦਿੱੱਸ ਰਿਹਾ ਹੈ?” ਦੇ ਪਿੱਛੇ ਰੱਖੋ।
ਓਨਬੋਰਡਿੰਗ ਨੂੰ ਪ੍ਰਸ਼ਨਾਵਲੀ ਜਿਹਾ ਮਹਿਸੂਸ ਨਾ ਹੋਣ ਦਿਓ। ਛੋਟਾ ਡਿਫੌਲਟ ਸੈੱਟ ਦੇ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ, ਫਿਰ Edit Rules ਸਕ੍ਰੀਨ ਦਿਓ ਜੋ ਰੋਜ਼ਾਨਾ ਐਪ ਸੈਟਿੰਗਾਂ ਵਰਗਾ ਦੇਖੇ:
ਰੂਲਾਂ ਨੂੰ ਸਧਾਰਨ ਭਾਸ਼ਾ ਵਿੱਚ ਨਾਮ ਦਿਓ (“After work wind-down”) ਨਾਂ ਕਿ ਤਕਨੀਕੀ ਸ਼ਰਤਾਂ ਦੇ ਰੂਪ ਵਿੱਚ।
ਇਕ Activity Log ਸ਼ਾਮਿਲ ਕਰੋ ਜੋ ਦਿਖਾਏ ਕਿ ਕੀ ਚਲਿਆ, ਕਦੋਂ, ਅਤੇ ਐਪ ਨੇ ਕੀ ਪਛਾਣ ਕੀਤੀ (“Prompt sent because: arrived at gym”)। ਯੂਜ਼ਰ ਨੂੰ ਇੱਥੇ:
ਪੜ੍ਹਨ ਯੋਗ ਫੋਂਟ ਸਾਈਜ਼, ਉੱਚ-ਕਾਂਟਰਾਸਟ ਵਿਕਲਪ, ਵੱਡੇ ਟੈਪ ਟਾਰਗਟ ਅਤੇ ਸਪਸ਼ਟ ਬਟਨ ਲੇਬਲ ਸ਼ਾਮਿਲ ਕਰੋ। reduced motion ਦਾ ਸਹਿਯੋਗ ਕਰੋ, ਰੰਗ 'ਤੇ ਹੀ ਨਿਰਭਰ ਨਾ ਕਰੋ, ਅਤੇ ਸਕ੍ਰੀਨ ਰੀਡਰ ਨਾਲ ਮੁੱਖ ਫਲੋਜ਼ ਯੂਜ਼ਬਲ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।
ਨੋਟੀਫਿਕੇਸ਼ਨ ਉਹ ਜਗ੍ਹਾ ਹੈ ਜਿੱਥੇ ਇੱਕ ਮਦਦਗਾਰ ਐਪ ਤੇਜ਼ੀ ਨਾਲ ਨਗਿੰਗ ਸ਼ੁਰੂ ਕਰ ਸਕਦੀ ਹੈ। ਮਕਸਦ ਹੈ ਸਹੀ ਪ੍ਰੰਪਟ ਸਹੀ ਸਮੇਂ ਦਿੰਨਾ—ਅਤੇ ਜਦੋਂ ਸਮਾਂ ਠੀਕ ਨਹੀਂ ਤਾਂ ਉਸਨੂੰ ਅਸਾਨੀ ਨਾਲ ਅਣਦੇਖਾ ਕੀਤਾ ਜਾ ਸਕੇ।
ਘੱਟ-ਪ੍ਰੇਰਿਤ ਚੋਣ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਇਸਨੂੰ ਉਚਿਤ ਤੌਰ 'ਤੇ ਹੀ ਵਧਾਓ:
ਇੱਕ ਚੰਗਾ ਨਿਯਮ: ਜੇ ਪ੍ਰੰਪਟ ਡਿਵਾਈਸ 'ਤੇ ਫੈਸਲਾ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਤਾਂ ਉਹ ਲੋਕਲ ਨੋਟੀਫਿਕੇਸ਼ਨ ਵਜੋਂ ਭੇਜੋ।
ਕੁਝ ਐਸੇ ਉਚਿਤ ਕੰਟਰੋਲ ਦਿਓ ਜੋ ਪਰੇਸ਼ਾਨੀ ਰੋਕਣ ਵਿੱਚ ਵੱਡਾ ਪ੍ਰਭਾਵ ਪਾਉਂਦੇ ਹਨ:
ਇਹਨਾਂ ਕੰਟਰੋਲਾਂ ਨੂੰ ਪਹਿਲੇ ਪ੍ਰੰਪਟ ਅਨੁਭਵ ਤੋਂ ਹੀ ਸਹੁਲਤਦਾਇਕ ਬਣਾਉ ਤਾਂ ਜੋ ਯੂਜ਼ਰ ਮੀਨੂ ਵਿੱਚ ਖੋਜ ਨਾ ਕਰਨ।
ਨੋਟੀਫਿਕੇਸ਼ਨ ਟੈਕਸਟ ਤਿੰਨ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਤੇਜ਼ੀ ਨਾਲ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ: ਹੁਣ ਕਿਉਂ, ਕੀ ਕਰਨਾ ਹੈ, ਅਤੇ ਕਿੰਨਾ ਸਮਾਂ ਲੱਗੇਗਾ।
ਛੋਟਾ ਰੱਖੋ, ਗਿਲਟ ਤੋਂ ਬਚੋ, ਅਤੇ ਐਕਸ਼ਨ-ਆਮਬਲ ਵਰਤੋਂ:
ਜੇ ਤੁਸੀਂ "ਹੁਣ ਕਿਉਂ" ਦੋ-ਤਿੰਨ ਸ਼ਬਦਾਂ ਵਿੱਚ ਸਮਝਾ ਨਹੀਂ ਸਕਦੇ, ਤਾਂ ਆਮ ਤੌਰ 'ਤੇ ਇਹ ਸੰਕੇਤ ਹੈ ਕਿ ਟ੍ਰਿਗਰ ਕਮਜ਼ੋਰ ਹੈ।
ਇੱਕ ਟੈਪ ਯੂਜ਼ਰ ਨੂੰ ਇੱਕ ਜਨਰਲ ਹੋਮ ਸਕ੍ਰੀਨ 'ਤੇ ਨਹੀਂ ਛੱਡਣਾ ਚਾਹੀਦਾ। ਸਿੱਧਾ ਸੰਬੰਧਿਤ ਪ੍ਰੰਪਟ ਤੇ ਲਿਆਓ, ਜੋ ਪਛਾਣਿਆ ਗਿਆ ਸੰਦਰਭ ਨਾਲ ਪਹਿਲਾਂ ਭਰਿਆ ਹੋਵੇ ਅਤੇ ਸੋਧ ਦਾ ਆਸਾਨ ਤਰੀਕਾ ਹੋਵੇ।
ਉਦਾਹਰਨ: ਨੋਟੀਫਿਕੇਸ਼ਨ 'ਤੇ ਟੈਪ → Prompt screen ਜਿਸ 'ਤੇ “Triggered by: Arrived at gym • 6:10pm” ਅਤੇ ਕਾਰਵਾਈਆਂ ਜਿਵੇਂ Do now, Snooze, Not relevant, Change this rule।
ਪੁਰਸਨਲਾਈਜ਼ੇਸ਼ਨ ਨੂੰ ਐਸਾ ਮਹਿਸੂਸ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿਵੇਂ ਐਪ ਸੁਣ ਰਹੀ ਹੈ—ਨਾਹ ਕਿ ਅਨੁਮਾਨ ਲਾ ਰਹੀ। ਸੁਰੱਖਿਅਤ ਰਾਹ ਸਪਸ਼ਟ ਰੂਲਾਂ ਤੋਂ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ, ਫਿਰ ਹਲਕੀ ਫੀਡਬੈਕ ਅਤੇ ਸਧਾਰਨ ਸੈਟਿੰਗਾਂ ਰਾਹੀਂ ਯੂਜ਼ਰ ਨੂੰ ਸੁਣਦਾ ਹੈ।
ਇਕ ਪ੍ਰੰਪਟ ਤੋਂ ਬਾਅਦ ਇਕ-ਟੈਪ ਫੀਡਬੈਕ ਦਿਓ:
ਸਪਸ਼ਟ ਸ਼ਬਦ ਵਰਤੋ ਅਤੇ ਤੁਰੰਤ ਨਤੀਜੇ ਦਿਖਾਓ। ਜੇ ਕੋਈ “Not helpful” ਟੈਪ ਕਰਦਾ ਹੈ, ਤਾਂ ਲੰਬੀ ਸਰਵੇ ਨਾਂ ਮੰਗੋ—ਛੋਟਾ ਵਿਕਲਪ ਜਿਵੇਂ “Wrong time” ਜਾਂ “Wrong topic” ਕਾਫੀ ਹੈ।
ਫੀਡਬੈਕ ਨਾਲ ਰੂਲਾਂ ਅਤੇ ਰੈਂਕਿੰਗ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਟਿਊਨ ਕਰੋ ਕਿ ਤੁਸੀਂ ਇਸ ਨੂੰ ਵਰਣਨ ਕਰ ਸਕੋ। ਉਦਾਹਰਨ:
ਜਦੋਂ ਤਬਦੀਲੀਆਂ ਹੁੰਦੀਆਂ ਹਨ, ਉਨ੍ਹਾਂ ਨੂੰ ਦਿਖਾਓ: “ਅਸੀਂ 9am ਤੋਂ ਪਹਿਲਾਂ ਕੰਮ ਪ੍ਰੰਪਟ ਘਟਾ ਰਹੇ ਹਾਂ” ਜਾਂ “ਅਸੀਂ ਵਿਅਸਤ ਦਿਨਾਂ 'ਤੇ ਛੋਟੇ ਪ੍ਰੰਪਟ ਤਰਜੀਹ ਦਿਆਂਗੇ।” ਛੁਪੇ ਹੋਏ ਵਿਵਹਾਰਾਂ ਤੋਂ ਬਚੋ।
ਇੱਕ ਛੋਟੀ “Preferences” ਜਗ੍ਹਾ ਦਿੱਤੀ ਜਾਵੇ ਜਿਸ ਵਿੱਚ:
ਇਹ ਸੈਟਿੰਗਾਂ ਇੱਕ ਸਪਸ਼ਟ ਠੇਕਾ ਦਿੰਦੀਆਂ ਹਨ: ਯੂਜ਼ਰ ਨੂੰ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਐਪ ਕਿਸ ਲਈ Optimize ਕਰ ਰਹੀ ਹੈ।
ਸੰਦਰਭ ਡੇਟਾ ਤੋਂ ਸੰਵੇਦਨਸ਼ੀਲ ਗੁਣ (ਸਿਹਤ, ਰਿਸ਼ਤੇ, ਵਿੱਤ) ਦੀ ਅਨੁਮਾਨ ਲਗਾਉਣ ਨਾ ਕਰੋ। ਜੇ ਸੰਵੇਦਨਸ਼ੀਲ ਖੇਤਰ ਵਿੱਚ ਪੁਰਸਨਲਾਈਜ਼ੇਸ਼ਨ ਚਾਹੀਦੀ ਹੈ, ਤਾਂ ਯੂਜ਼ਰ ਨੂੰ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ enable ਕਰਵਾਓ ਅਤੇ ਆਸਾਨ off-ਸਵਿੱਚ ਦਿਓ ਬਿਨਾਂ ਬਾਕੀ ਸੈਟਅਪ ਖੋਏ।
ਸੰਦਰਭ-ਅਧਾਰਿਤ ਪ੍ਰੰਪਟ ਤਾਂ ਹੀ “ਸਮਾਰਟ” ਮਹਿਸੂਸ ਹੋਂਦੀ ਹੈ ਜਦੋਂ ਉਹ ਸਹੀ ਵੇਲੇ ਚਲਦੀ ਹੈ—ਅਤੇ ਚੁੱਪ ਰਹਿੰਦੀ ਹੈ ਜਦੋਂ ਸਮਾਂ ਠੀਕ ਨਹੀਂ। ਟੈਸਟਿੰਗ ਦੋ ਚੀਜ਼ਾਂ ਕਵਰ ਕਰنی ਚਾਹੀਦੀ ਹੈ: ਸਹੀਤਾ (ਕੀ ਇਹ ਟ੍ਰਿਗਰ ਹੋਇਆ?) ਅਤੇ ਰੋਕਥਾਮ (ਕੀ ਇਸਨੂੰ ਰੋਕਿਆ ਗਿਆ?)।
ਤੇਜ਼, ਦੁਹਰਾਏ ਜਾਣਯੋਗ ਸਿਮੂਲੇਟਰ ਟੈਸਟਾਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਤਾਂ ਜੋ ਤੁਸੀਂ ਡੈਸਕ ਤੋਂ ਬਿਨਾਂ ਇਟਰੇਟ ਕਰ ਸਕੋ। ਜ਼ਿਆਦਾਤਰ ਮੋਬਾਈਲ ਡੈਵ ਟੂਲਸ ਟਿਕਾਣਾ ਬਦਲਣ, ਸਮਾਂ ਸ਼ਿਫਟ ਕਰਨਾ, ਕਨੈਕਟਿਵਿਟੀ ਬਦਲਣਾ ਅਤੇ ਬੈਕਗ੍ਰਾਊਂਡ/ਫੋਰਗ੍ਰਾਊਂਡ ਟ੍ਰਾਂਜ਼ਿਸ਼ਨ ਸਿਮੁਲੇਟ ਕਰਨ ਦਿੰਦੇ ਹਨ। ਇਹਨਾਂ ਨਾਲ ਰੂਲਾਂ ਅਤੇ ਰੈਂਕਿੰਗ ਲੌਜਿਕ ਨੂੰ ਨਿਰਧਾਰਿਤ ਤਰੀਕੇ ਨਾਲ ਵੈਲਿਡੇਟ ਕਰੋ।
ਫਿਰ ਅਸਲੀ ਦੁਨੀਆ ਵਿੱਚ ਚੱਲੋ: ਵਾਕ ਅਤੇ ਡਰਾਈਵ ਕਰਕੇ ਗੜਬੜ-ਭਰੇ ਸਿਗਨਲ (GPS ਡ੍ਰਿਫਟ, ਨਰਮ ਸੈਲੂਲਰ, ਫੋਨ ਜੇਬ/ਬੈਗ ਵਿੱਚ ਹੋਣਾ) ਕੈਪਚਰ ਕਰੋ।
ਹਰ ਪ੍ਰੰਪਟ ਕਿਸਮ ਲਈ ਇੱਕ ਛੋਟਾ “ਟੈਸਟ ਸਕ੍ਰਿਪਟ” ਬਣਾਓ (ਉਦਾਹਰਨ: “ਜਿਮ ਪਹੁੰਚੋ”, “ਕੰਮਯੂਟ ਸ਼ੁਰੂ”, “ਸ਼ਾਮ ਦਾ wind-down”) ਅਤੇ ਅਸਲ ਡਿਵਾਈਸ 'ਤੇ ਐਂਡ-ਟੁ-ਐਂਡ ਚਲਾਓ।
ਸੰਦਰਭ ਪ੍ਰਣਾਲੀਆਂ ਸਧਾਰਨ, ਪੇਸ਼ਗੋਈਯੋਗ ਤਰੀਕੇ ਨਾਲ ਨਾਕਾਮ ਹੁੰਦੀਆਂ ਹਨ—ਇਸ ਲਈ ਪਹਿਲਾਂ ਹੀ ਉਨ੍ਹਾਂ ਨੂੰ ਟੈਸਟ ਕਰੋ:
ਮਕਸਦ ਪੂਰਨਤਾ ਨਹੀਂ—ਸਮਝਦਾਰ ਵਿਵਹਾਰ ਜੋ ਕਦੇ ਵੀ ਯੂਜ਼ਰ ਨੂੰ ਹੈਰਾਨ ਜਾਂ ਪਰੇਸ਼ਾਨ ਨਾ ਕਰੇ।
ਪਰਿਣਾਮਾਂ ਨੂੰ ਮਾਪੋ ਤਾਂ ਜੋ ਤੁਸੀਂ ਪਤਾ ਲਗਾ ਸਕੋ ਪ੍ਰੰਪਟ ਮਦਦਗਾਰ ਹੈ ਜਾਂ ਨਹੀਂ:
ਇਹ ਸਿਗਨਲ ਤੁਹਾਡੇ ਰੈਂਕਿੰਗ ਅਤੇ throttle ਨੂੰ ਅਨੁਮਾਨ ਦੇ ਬਿਨਾਂ ਟਿਊਨ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦੇ ਹਨ।
ਇੱਕ MVP ਵੀ ਬੇਸਿਕ ਕ੍ਰੈਸ਼ ਰਿਪੋਰਟਿੰਗ ਅਤੇ startup/performance ਮੈਟਰਿਕਸ ਰੱਖਣੀ ਚਾਹੀਦੀ ਹੈ। ਸੰਦਰਭ ਪਛਾਣ ਬੈਟਰੀ-ਸੰਵੇਦਨਸ਼ੀਲ ਹੋ ਸਕਦੀ ਹੈ, ਇਸ ਲਈ ਬੈਕਗ੍ਰਾਊਂਡ CPU/wake-ups ਟ੍ਰੈਕ ਕਰੋ ਅਤੇ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਟ੍ਰਿਗਰ ਮੁਲਾਂਕਣ ਦੌਰਾਨ ਐਪ ਜਵਾਬਦੇਹ ਰਹਿੰਦੀ ਹੈ।
ਇੱਕ MVP ਦਾ ਮਕਸਦ ਇਹ ਸਾਬਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ: ਲੋਕ ਸਮੇਂ-ਉਪਯੁਕਤ ਪ੍ਰੰਪਟਾਂ ਨੂੰ ਸਕਾਰਾਤਮਕ ਰੂਪ ਵਿੱਚ ਸਵੀਕਾਰ ਕਰਨਗੇ ਅਤੇ ਉਨ੍ਹਾਂ 'ਤੇ ਕਾਰਵਾਈ ਕਰਨਗੇ। ਪਹਿਲੀ ਰਿਲੀਜ਼ ਨੂੰ ਸੰਕੁਚਿਤ ਰੱਖੋ ਤਾਂ ਜੋ ਤੁਸੀਂ ਤੇਜ਼ੀ ਨਾਲ ਸਿੱਖ ਸਕੋ ਬਿਨਾਂ ਬਹੁਤ ਸਾਰੀਆਂ ਸੈਟਿੰਗਾਂ ਦੇ।
ਛੋਟੀ ਪ੍ਰੰਪਟ ਲਾਇਬ੍ਰੇਰੀ, ਕੁਝ ਸੰਦਰਭ ਸਿਗਨਲ ਅਤੇ ਸਪਸ਼ਟ ਯੂਜ਼ਰ ਕੰਟਰੋਲ:
ਮੁੱਲ ਦਿਖਾਉ ਕੇ ਸ਼ੁਰੂ ਕਰੋ, ਪਰਮੀਸ਼ਨਾਂ ਨੂੰ ਨਹੀਂ ਮੰਗੋ। ਪਹਿਲੇ ਸਕ੍ਰੀਨ 'ਤੇ ਇਕ ਹਕੀਕਤੀ ਨੋਟੀਫਿਕੇਸ਼ਨ ਉਦਾਹਰਨ ਦਿਖਾਓ ਅਤੇ ਫਾਇਦਾ ਸਮਝਾਓ ("ਛੋਟੇ ਪ੍ਰੰਪਟ ਤੁਹਾਡੇ ਚੁਣੇ ਹੋਏ ਲਮ੍ਹਿਆਂ 'ਤੇ")। ਫਿਰ:
ਜੇ ਤੁਸੀਂ ਅਨੁਭਵ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਵੈਰੀਫਾਈ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ vibe-coding ਪਲੇਟਫਾਰਮ ਜਿਵੇਂ Koder.ai ਤੁਹਾਨੂੰ ਕੋਰ ਹਿੱਸਿਆਂ ਦਾ ਪ੍ਰੋਟੋਟਾਈਪ ਬਣਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ (ਪ੍ਰੰਪਟ ਲਾਇਬ੍ਰੇਰੀ UI, ਰੂਲ ਐਡੀਟਰ, ਐਕਟਿਵਿਟੀ ਲੌਗ, ਅਤੇ ਇੱਕ ਪਤਲਾ ਬੈਕਐਂਡ) — ਫਿਰ ਕਾਪੀ ਅਤੇ ਗਾਰਡਰੇਲ् ਤੇ ਇਟਰੇਟ ਕਰੋ ਬਿਨਾਂ ਮੁੜ-ਬਣਾਉਣ ਦੇ। ਇਹ React-ਅਧਾਰਿਤ ਵੈੱਬ ਡੈਸ਼ਬੋਰਡ, Go + PostgreSQL ਬੈਕਐਂਡ ਅਤੇ ਐਕਸਪੋਰਟেবল ਸੋর্স ਕੋਡ ਜਨਰੇਟ ਕਰਣ ਵਿੱਚ ਹੋਮਦਾਰ ਹੋ ਸਕਦਾ ਹੈ।
ਤੁਹਾਡੇ ਸਕ੍ਰੀਨਸ਼ਾਟ ਅਤੇ ਕਾਪੀ ਨੂੰ ਪਹਿਲੇ ਦਿਨ ਦੀ ਅਸਲ ਕਾਰਗੁਜ਼ਾਰੀ ਦਰਸਾਉਣੀ ਚਾਹੀਦੀ ਹੈ: ਪ੍ਰਤੀ ਦਿਨ ਕਿੰਨੇ ਪ੍ਰੰਪਟ, ਕਿਵੇਂ ਆਸਾਨੀ ਨਾਲ Snooze ਕਰ ਸਕਦੇ ਹਨ, ਅਤੇ ਪ੍ਰਾਈਵੇਸੀ ਕਿਵੇਂ ਸੰਭਾਲੀ ਜਾਂਦੀ ਹੈ। ਪੂਰੀ ਸਹੀਤਾ ਦਾ ਇਸ਼ਾਰਾ ਦੇਣ ਤੋਂ ਬਚੋ; ਨਿਯੰਤਰਨ ਅਤੇ ਸੀਮਾਵਾਂ ਬਤਾਉ।
ਪ੍ਰਾਈਵੇਸੀ ਦਾ ਆਦਰ ਕਰਦੇ ਹੋਏ ਐਨਾਲਿਟਿਕਸ ਸ਼ਿਪ ਕਰੋ: Delivered, opened, snoozed, disabled, ਅਤੇ time-to-action ਦੀਆਂ ਗਿਣਤੀਆਂ। ਕੁਝ ਵਰਤੋਂਾਂ ਤੋਂ ਬਾਅਦ in-app "Was this helpful?" ਦਿਖਾਓ।
ਹਫਤਾਵਾਰੀ ਤਬਦੀਲੀਆਂ ਲਈ ਯੋਜਨਾ ਬਣਾਓ: ਡਿਫੌਲਟ ਅਤੇ ਪ੍ਰੰਪਟ ਕਾਪੀ ਸੁਧਾਰੋ, ਫਿਰ ਮਹੀਨਾਵਾਰੀ ਤੌਰ 'ਤੇ ਨਵੇਂ ਟ੍ਰਿਗਰ ਜੋੜੋ। ਸਧਾਰਨ ਰੋਡਮੈਪ: ਸ਼ੁਰੂ 'ਚ ਸ਼ੁੱਧਤਾ ਸੁਧਾਰੋ, ਪ੍ਰੰਪਟ ਲਾਇਬ੍ਰੇਰੀ ਵਧਾਓ, ਫਿਰ ਅਗਾਂਹ ਵਿਅਕਤੀਗਤ ਪ੍ਰਸਾਰਕਤਾ ਜੋੜੋ ਜਦੋਂ ਕੋਰ ਲੂਪ ਚੱਲਣ ਲੱਗੇ।
ਉਹ ਛੋਟੇ, ਸਮੇਂ-ਉਪਯੁਕਤ ਨੁਜ਼ਦ ਹਨ ਜੋ ਉਸ ਵੇਲੇ ਦਿਖਦੇ ਹਨ ਜਦੋਂ ਕੋਈ ਮੋRelevantਟ ਸੰਦਰਭ ਪਤਾ ਲੱਗਦਾ ਹੈ (ਸਮਾਂ, ਟਿਕਾਣਾ, ਗਤੀਵਿਧੀ, ਕੈਲੰਡਰ, ਡਿਵਾਇਸ ਦੀ ਸਥਿਤੀ, ਹਾਲੀਆ ਵਤੀਰੇ) ਨਾ ਕਿ ਨਿਰਧਾਰਿਤ ਸਮੇਂ 'ਤੇ।
ਮਕਸਦ ਇਹ ਹੈ ਕਿ ਪ੍ਰੰਪਟ ਉਸ ਵੇਲੇ ਦਿਖਾਇਆ ਜਾਵੇ ਜਦੋਂ ਉਹ ਸਭ ਤੋਂ ਜ਼ਿਆਦਾ ਮਦਦਗਾਰ ਹੋਵੇ — ਉਦਾਹਰਨ ਲਈ ਇਕ ਮੀਟਿੰਗ ਦੇ ਤੁਰੰਤ ਬਾਅਦ ਜਾਂ ਘਰ ਪਹੁੰਚਣ 'ਤੇ।
ਇੱਕ ਪ੍ਰਾਇਮਰੀ ਲਕੜੀ (ਉਦਾਹਰਨ ਲਈ: ਲਗਾਤਾਰ ਜਰਨਲਿੰਗ ਜਾਂ ਧਿਆਨ ਕੇਂਦਰਿਤ ਰਹਿਣ) ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ, ਫਿਰ ਉਨ੍ਹਾਂ “ਮਦਦ-ਮੋਮੈਂਟਾਂ” ਦੇ ਆਸ-ਪਾਸ ਇੱਕ ਛੋਟੀ ਪ੍ਰੰਪਟ ਲਾਇਬ੍ਰੇਰੀ ਬਣਾਓ ਜਿੱਥੇ ਨੁਜ਼ਦ ਵਾਕਈ ਸੁਆਗਤਯੋਗ ਹੋਵੇ।
ਇੱਕ साँਗੜੀ ਪਹਿਲੀ ਵਰਜਨ ਨੂੰ ਟਿਊਨ, ਟੈਸਟ ਅਤੇ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਸਮਝਾਉਣਾ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ।
ਉਹ ਸਿਗਨਲ ਤਰਜੀਹ ਦਿਓ ਜੋ ਨਿਰਭਰਯੋਗ, ਘੱਟ ਬੈਟਰੀ ਖਰਚ ਵਾਲੇ ਅਤੇ ਸਮਝਾਉਣ ਵਿੱਚ ਆਸਾਨ ਹਨ:
ਮੌਸਮ ਅਤੇ ਹੋਰ ਇੱਕ-ਦੂਜੇ ਨੂੰ ਵਾਧੂ ਸਮਝੋ।
ਇਸੇ ਦਿਨ ਤੋਂ ਹੀ ਸਖਤ ਗਾਰਡਰੈਲ ਲਗਾਓ:
ਡਿਫੋਲਟ ਵੱਧ ਦੀ ਬਜਾਏ ਘੱਟ ਰੱਖੋ; ਉਪਭੋਗਤਾ ਇਸਨੂੰ ਬਾਅਦ ਵਿੱਚ ਵਧਾ ਸਕਦੇ ਹਨ।
ਪਸੰਦ ਕਰੋ ਕਿ ਸੰਦੇਸ਼-ਪਹਿਚਾਣ ਅਤੇ ਪ੍ਰੰਪਟ ਚੋਣ ਕਿਸ ਜਗ੍ਹਾ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ:
ਜੇ ਤੁਸੀਂ ਸਿੰਕ ਜਾਂ ਵਿਸ਼ਲੇਸ਼ਣ ਲਈ ਸਰਵਰ ਜੋੜਦੇ ਹੋ, ਤਾਂ Derived signals (ਜਿਵੇਂ commute=true) ਭੇਜੋ ਨਾ ਕਿ ਰਾਹਦਾਰੀ GPS ਟਰੇਲ। ਰਿਟੇਨਸ਼ਨ ਘੱਟ ਰੱਖੋ।
ਘੱਟ ਤੋਂ ਘੱਟ ਪਰਮੀਸ਼ਨਾਂ ਮੰਗੋ, ਤੇ ਜਿਸ ਵੇਲੇ ਫੀਚਰ ਦੀ ਲੋੜ ਹੋਵੇ ਸਿਰਫ ਓਦੋ ਚਾਹੋ ("just-in-time") ਅਤੇ ਏਕ ਵਾਕ ਵਿੱਚ ਫ਼ਾਇਦਾ ਸਮਝਾਓ।
ਸਪੱਸ਼ਟ ਕੰਟਰੋਲ ਸ਼ਾਮِل ਕਰੋ:
ਐਪ ਨੂੰ ਸੀਮਤ ਪਰਮੀਸ਼ਨਾਂ ਨਾਲ ਵੀ ਉਪਯੋਗੀ ਬਣਾਓ।
ਮੂਲ ਤੌਰ 'ਤੇ ਹਰ ਡਿਟੈਕਟ ਕੀਤੇ ਸਿਗਨਲ ਨੂੰ ਇਕ ਇਵੈਂਟ ਵਜੋਂ ਮਾਡਲ ਕਰੋ। ਇਕ ਘੱਟ-ਜੇੜਾ ਢਾਂਚਾ ਵਿੱਚ ਸ਼ਾਮِل ਹੋ ਸਕਦਾ ਹੈ:
arrived_home, walking, calendar_meeting_startਸੰਸਾਰਿਕ ਕਦਮ ਵਰਗਾ ਇੱਕ Practical flow ਵਰਗਾ:
ਹਰ ਡਿਲਿਵਰੀ 'ਤੇ ਛੋਟਾ “ਤੁਹਾਨੂੰ ਇਹ ਕਿਉਂ ਦਿਖਾਇਆ ਜਾ ਰਿਹਾ ਹੈ?” ਲਾਈਨ ਦਿਓ।
ਸ਼ੁਰੂਆਤ ਦਾ ਨਿਯਮ: ਘੱਟ-ਪਿਆਰ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਜ਼ਰੂਰਤ ਦੇ ਅਨੁਸਾਰ ਪੈਮਾਨੇ ਤੇ ਵਧਾਓ। ਕੂਲਚੀਨ:
ਸਭ ਕੁਝ ਲਾਗਇਨ ਤੋਂ ਬਿਨਾਂ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
ਦੋ ਤਰੀਕੇ ਨਾਲ ਟੈਸਟ ਕਰੋ: Simulator ਅਤੇ ਅਸਲੀ ਦੁਨੀਆ।
ਸਿਫਾਰਸ਼ੀ ਤਰੀਕਾ ਇਹ ਹੈ:
ਉਪਰੋਕਤ ਐਜ-ਕੇਸਾਂ ਨੂੰ ਟੇਸਟ ਸਕ੍ਰਿਪਟ ਬਣਾ ਕੇ ਅੰਤ-ਟੂ-ਅੰਤ ਚਲਾਓ।
ਕੁਝ ਛੋਟੀ ਮੈਟਾਡੇਟਾ ਰੱਖੋ ਪਰ ਰਾਵ GPS ਟਰੇਲ ਨਾ ਲੌਗ ਕਰੋ ਜੇ ਜ਼ਰੂਰਤ ਨਾ ਹੋਵੇ।