ਸਿੱਖੋ ਕਿ ਕਿਵੇਂ ਇੱਕ ਐਸਾ ਮੋਬਾਈਲ ਐਪ ਯੋਜਨਾ ਬਣਾਈਏ, ਡਿਜ਼ਾਈਨ ਕਰੋ, ਬਣਾਓ ਅਤੇ ਲਾਂਚ ਕਰੋ ਜੋ ਟਿਕਾਣੇ ਦੇ ਆਧਾਰ 'ਤੇ ਸਮਾਰਟ ਰਿਮਾਇੰਡਰ ਟ੍ਰਿਗਰ ਕਰੇ — UX, ਪ੍ਰਾਈਵੇਸੀ ਅਤੇ ਟੈਸਟਿੰਗ ਦੀਆਂ ਸਾਰੀਆਂ ਸਰਲ ਅਭਿਆਸਾਂ ਦੇ ਨਾਲ।
ਟਿਕਾਣਾ-ਅਧਾਰਤ ਸਮਾਰਟ ਰਿਮਾਇੰਡਰ ਐਪ ਤੁਹਾਨੂੰ ਇੱਕ ਅਸਲੀ ਥਾਂ ਤੇ ਪਹੁੰਚਣ (ਜਾਂ ਛੱਡਣ) 'ਤੇ ਯਾਦ ਦਿਵਾਂਦਾ ਹੈ—ਟਾਈਮ ਦੇ ਨਿਰਧਾਰਤ ਸਮੇਂ ਦੇ ਮੁਕਾਬਲੇ। "ਸ਼ਾਮ 6 ਵਜੇ ਦੁੱਧ ਖਰੀਦੋ" ਦੀ ਥਾਂ ਤੁਸੀਂ ਸੈਟ ਕਰਦੇ ਹੋ "ਜਦੋਂ ਮੈਂ ਗ੍ਰਾਸਰੀ ਸਟੋਰ ਦੇ ਨੇੜੇ ਹੋਵਾਂ ਤਾਂ ਦੁੱਧ ਖਰੀਦਣਾ"। ਐਪ ਤੁਹਾਡੇ ਡਿਵਾਈਸ ਦੀ ਪਿਛੋਕੜ ਥਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹੈ ਅਤੇ ਸਹੀ ਸ਼ਰਤ ਪੂਰੀ ਹੋਣ 'ਤੇ ਨੋਟੀਫਿਕੇਸ਼ਨ ਟ੍ਰਿਗਰ ਕਰਦਾ ਹੈ।
ਸਮਾਰਟ ਰਿਮਾਇੰਡਰ ਕਾਰਗਿਰੀ ਨਾਲ ਸੰਦਰਭ-ਅਨੁਕੂਲ ਹੁੰਦੇ ਹਨ:
ਜ਼ਿਆਦਾਤਰ ਐਪ ਤਿੰਨ ਟ੍ਰਿਗਰ ਕਿਸਮਾਂ ਸਪੋਰਟ ਕਰਦੇ ਹਨ:
ਲੋਕੇਸ਼ਨ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਹੀ ਨਹੀਂ ਹੁੰਦੀ। GPS ਸਹੀ ਹੋ ਸਕਦਾ ਹੈ ਪਰ ਬੈਟਰੀ ਖਪਤ ਵੱਡੀ ਕਰਦਾ ਹੈ; Wi‑Fi ਅਤੇ ਸੈਲ ਸਿਗਨਲ ਘੱਟ ਪਾਵਰ ਵਰਤਦੇ ਹਨ ਪਰ ਖਾਸ ਕਰਕੇ ਇੰਡੋਰ ਜਾਂ ਘਣ ਨਗਰ ਖੰਡ ਵਿੱਚ ਘੱਟ ਸਹੀ ਹੋ ਸਕਦੇ ਹਨ।
ਇੱਕ ਚੰਗਾ ਸਮਾਰਟ ਰਿਮਾਇੰਡਰ ਐਪ ਉਮੀਦਾਂ ਸੈੱਟ ਕਰਦਾ ਹੈ: ਰਿਮਾਇੰਡਰ ਇੱਕ ਰੇਂਜ ਵਿੱਚ ਟ੍ਰਿਗਰ ਹੋਣਗੇ, ਨਾ ਕਿ ਠੀਕ ਦਰਵਾਜ਼ੇ 'ਤੇ। ਇਹ ਬੈਟਰੀ-ਫ੍ਰੈਂਡਲੀ ਨਿਗਰਾਨੀ ਵਰਤਦਾ ਹੈ (ਜਿਵੇਂ OS-ਲੈਵਲ ਜੀਓਫੈਂਸ), ਅਤੇ ਸੱਚਮੁੱਚ ਲੋੜ ਹੋਣ 'ਤੇ ਹੀ ਉੱਚ-ਸਹੀਪਣ ਟਰੈਕਿੰਗ ਰੱਖਦਾ ਹੈ।
ਇਕ ਟਿਕਾਣਾ-ਅਧਾਰਤ ਰਿਮਾਇੰਡਰ ਐਪ ਇੱਕ ਫੀਚਰ-ਭਰਪੂਰ ਸਹਾਇਕ ਬਣ ਸਕਦਾ ਹੈ, ਪਰ ਤੁਹਾਡੀ ਪਹਿਲੀ ਰਲੀਜ਼ ਨੂੰ ਇੱਕ ਕਾਰਜ 'ਤੇ ਧਿਆਨ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ: ਸਹੀ ਥਾਂ 'ਤੇ ਭਰੋਸੇਯੋਗ ਤਰ੍ਹਾਂ ਯਾਦ ਦਿਵਾਉਣਾ। ਪਹਿਲਾਂ ਕੁਝ ਛੋਟੀਆਂ ਯੂਜ਼ਰ ਕਹਾਣੀਆਂ ਲਿਖੋ ਜੋ ਐਪ ਨੂੰ ਯੂਜ਼ਰ ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ ਵਰਣਨ ਕਰਨ—ਫਿਰ ਸਿਰਫ਼ ਉਹੀ ਬਣਾਓ ਜੋ ਉਹਨਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਲੋੜੀਦਾ ਹੈ।
MVP ਲਈ ਭਰੋਸੇਯੋਗਤਾ ਅਤੇ ਤੇਜ਼ੀ ਨੂੰ ਚਤੁਰ ਆਟੋਮੇਸ਼ਨ ਤੋਂ ਉੱਚਾ ਤਰਜੀਹ ਦਿਓ। ਆਮ MVP ਫੀਚਰਾਂ ਵਿੱਚ ਸ਼ਾਮِل ਹਨ: ਬੇਸਿਕ ਰਿਮਾਇੰਡਰ CRUD, ਹਰ ਰਿਮਾਇੰਡਰ ਲਈ ਇੱਕ ਟਿਕਾਣਾ ਟ੍ਰਿਗਰ, ਲੋਕਲ ਨੋਟੀਫਿਕੇਸ਼ਨ, ਅਤੇ ਸਧਾਰਨ ਲਿਸਟ ਵਿਊ।
ਇਨ੍ਹਾਂ ਨੂੰ ਬਾਅਦ ਲਈ ਰੱਖੋ: ਸਮਾਰਟ ਸਝਾਵੇ, ਹਰੇਕ ਰਿਮਾਇੰਡਰ ਲਈ ਕਈ ਟਿਕਾਣੇ, ਸਾਂਝੇ ਲਿਸਟ, ਨੈਚਰਲ-ਲੈਂਗੁਏਜ ਇਨਪੁਟ, ਕੈਲੰਡਰ ਇੰਟੀਗ੍ਰੇਸ਼ਨ, ਵਿਡਜੈਟਸ ਅਤੇ ਅਡਵਾਂਸਡ ਸ਼ੈਡਿਊਲ।
ਜੇ ਤੁਸੀਂ ਪੂਰੇ ਇੰਜੀਨੀਅਰਿੰਗ ਚੱਕਰ ਵਿੱਚ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਤੇਜ਼ੀ ਨਾਲ ਪ੍ਰੋਟੋਟਾਈਪ ਬਣਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਚੈਟ-ਡ੍ਰਾਈਵਨ ਬਿਲਡ ਵਾਂਗ Koder.ai ਵਰਗਾ vibe-coding ਪਲੇਟਫਾਰਮ ਤੁਹਾਨੂੰ UX ਫਲੋ ਅਤੇ ਬੇਸਿਕ ਡਾਟਾ ਮਾਡਲ ਨੂੰ ਵੈਰੀਫਾਈ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ—ਤਦ ਤੇਜ਼ੀ ਨਾਲ ਦੁਹਰਾਓ ਫਿਰ ਅਸਲੀ ਡਿਵਾਈਸਾਂ 'ਤੇ ਜੀਓਫੈਨਸਿੰਗ ਅਤੇ ਬੈਕਗਰਾਊਂਡ ਵਿਵਹਾਰ ਨੂੰ ਹਾਰਡਨ ਕਰੋ।
ਕੁਝ ਅੰਕ ਚੁਣੋ ਜੋ ਤੁਸੀਂ ਵਾਸਤਵ ਵਿੱਚ ਟਰੈਕ ਕਰੋਗੇ:
ਲੋਕੇਸ਼ਨ ਫੀਚਰਾਂ ਦੇ ਅਸਲ-ਦੁਨੀਆ ਸੀਮੇਤ ਹਨ। ਪਹਿਲਾਂ ਹੀ ਫੈਸਲਾ ਕਰੋ ਕਿ ਤੁਸੀਂ offline ਵਰਤੋਂ, ਬੈਟਰੀ ਸੰਵੇਦਨਸ਼ੀਲਤਾ, ਅੰਦਰੂਨੀ GPS ਘਟਿਆਪਣ, ਅਤੇ ਪ੍ਰਾਈਵੇਸੀ ਉਮੀਦਾਂ (ਸਪਸ਼ਟ ਪਰਮਿਸ਼ਨ ਪ੍ਰੌੰਪਟ, ਘੱਟ ਤੋਂ ਘੱਟ ਡਾਟਾ ਇਕੱਤਰਕਰਨ) ਨੂੰ ਕਿਵੇਂ ਹਂਡਲ ਕਰੋਗੇ। ਇਹ ਸੀਮਾਵਾਂ ਹਰ ਉਤਪਾਦ ਫੈਸਲੇ ਨੂੰ ਆਕਾਰ ਦੇਣਗੀਆਂ।
ਜੀਓਫੈਂਸਿੰਗ ਲੋਜਿਕ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਨਿਰਧਾਰਤ ਕਰੋ ਕਿ ਤੁਹਾਡੇ ਐਪ ਵਿੱਚ "ਲੋਕੇਸ਼ਨ" ਦਾ ਕੀ ਮਤਲਬ ਹੈ। ਇਹ ਚੋਣ ਸਹੀਪਣ, ਯੂਜ਼ਰ ਦੀ ਕੋਸ਼ਿਸ਼ ਅਤੇ ਲੋਕਾਂ ਦੇ ਭਰੋਸੇ 'ਤੇ ਅਸਰ ਕਰਦੀ ਹੈ (ਜਾਂ ਉਹ ਰਿਮਾਇੰਡਰ ਬੰਦ ਕਰਦੇ ਹਨ)।
Place search ("Target", "Heathrow Terminal 5", "Starbucks") ਤੇਜ਼ ਅਤੇ ਜਾਣਯੋਗ ਹੈ। ਜਦੋਂ ਲੋਕ ਨਾਮਾਂ ਵਿੱਚ ਸੋਚਦੇ ਹਨ ਅਤੇ ਕੁਝ ਦੁਹਰਾਉਣਯੋਗ ਚਾਹੁੰਦੇ ਹਨ ਤਾਂ ਇਹ ਚੰਗਾ ਕੰਮ ਕਰਦਾ ਹੈ।
ਡ੍ਰਾਪ ਕੀਤੀ ਪਿਨ ਉਹਨਾਂ ਵਕਤਾਂ ਲਈ ਵਧੀਆ ਹੈ ਜਦੋਂ ਟਿਕਾਣਾ ਨਿੱਜੀ ਹੋਵੇ ਜਾਂ ਚੰਗੀ ਤਰ੍ਹਾਂ ਲੇਬਲਡ ਨਾ ਹੋਵੇ: ਇੱਕ ਨਿਰਧਾਰਤ ਦਰਵਾਜ਼ਾ, ਇਕ ਪਾਰਕਿੰਗ ਸਪਾਟ, ਇੱਕ ਵੱਡੇ ਕੰਪਲੇਕਸ ਵਿੱਚ ਦੋਸਤ ਦਾ ਅਪਾਰਟਮੈਂਟ।
ਇੱਕ ਪ੍ਰਯੋਗਿਕ ਰਵਈਆ ਦੋਹਾਂ ਨੂੰ ਸਪੋਰਟ ਕਰਨਾ ਹੈ:
ਅੰਦਰੂਨੀ ਤੌਰ 'ਤੇ ਦੋਹਾਂ ਮਨੁੱਖ-ਫ੍ਰੈਂਡਲੀ ਲੇਬਲ ਅਤੇ ਜਿਹੜੇ ਕੋਆਰਡੀਨੇਟਾਂ 'ਤੇ ਤੁਸੀਂ ਜੀਓਫੈਂਸ ਬਣਾਉਗੇ, ਉਹ ਸੰਭਾਲੋ। ਪਲੇਸ ਨਾਂ ਬਦਲ ਸਕਦੇ ਹਨ; ਕੋਆਰਡੀਨੇਟ ਉਹ ਹਨ ਜੋ ਫੋਨ ਭਰੋਸੇਯੋਗ ਤਰੀਕੇ ਨਾਲ ਨਿਗਰਾਨੀ ਕਰ ਸਕਦਾ ਹੈ।
ਜ਼ਿਆਦਾਤਰ ਰਿਮਾਇੰਡਰ ਐਪਾਂ ਲਈ ਸਰਕਲ (ਸੈਂਟਰ + ਰੇਡੀਅਸ) ਇੱਕ ਸਹੀ ਸ਼ੁਰੂਆਤ ਹੁੰਦੀ ਹੈ: ਇਹ ਸਮਝਾਉਣ ਲਈ ਸਧਾਰਣ ਅਤੇ iOS ਤੇ Android 'ਤੇ ਲਗਾਤਾਰ ਲਾਗੂ ਕਰਨਾ ਆਸਾਨ ਹੈ।
ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਸਪਸ਼ਟ ਜ਼ਰੂਰਤ ਹੋਵੇ (ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਲੰਬੇ ਕੈਂਪਸ ਦੀ ਹੱਦ), ਤਾਂ ਹੀ ਪੋਲਿਗਨ ਵਰਤੋ। ਇਹ UX ਨੂੰ ਜਟਿਲ ਬਣਾਉਂਦਾ ਹੈ ("ਖੇਤਰ ਖਿੱਚੋ"), ਅਤੇ ਕਈ ਮੋਬਾਈਲ ਜੀਓਫੈਂਸਿੰਗ APIs ਸਿੱਧਾ ਪੋਲਿਗਨ ਨਹੀਂ ਸਪੋਰਟ ਕਰਦੇ, ਜਿਸ ਨਾਲ ਤੁਹਾਨੂੰ ਕਸਟਮ ਬੈਕਗਰਾਊਂਡ ਲੋਜਿਕ ਵਿੱਚ ਜਾਣਾ ਪੈਂਦਾ ਹੈ।
ਇੱਕ ਸਮਝਦਾਰ ਡਿਫਾਲਟ ਰੇਡੀਅਸ ਚੁਣੋ (ਅਕਸਰ 150–300 ਮੀਟਰ "arrive" ਲਈ) ਅਤੇ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ ਦੇ ਕੇ ਅਨੁਮਤੀ ਦਿਓ:\n\n- "ਛੋਟਾ ਰੇਡੀਅਸ = ਵੱਧ ਨਿਪੁੰਨ, ਪਰ GPS ਕਮਜ਼ੋਰ ਹੋਣ 'ਤੇ ਚੁੱਕ ਸਕਦਾ ਹੈ."\n- "ਵੱਡਾ ਰੇਡੀਅਸ = ਵੱਧ ਭਰੋਸੇਯੋਗ, ਪਰ ਸ਼ੁਰੂ ਵਿੱਚ ਟ੍ਰਿਗਰ ਹੋ ਸਕਦਾ ਹੈ."\n\nਕੱਚੇ ਨੰਬਰ ਸਲਾਈਡਰ ਦੀ ਥਾਂ Small / Medium / Large ਵਰਗੀਆਂ ਪ੍ਰੀਸੈਟਸ ਦਿਓ।
ਵੱਡੇ ਮੰਜ਼ਿਲਾਂ ਨੁੰਕਤੀਕਰਨ ਲਈ ਔਖੇ ਹੁੰਦੇ ਹਨ: ਇੱਕ ਸਿੰਗਲ ਬਿੰਦੂ ਗਲਤ ਦਰਵਾਜ਼ਾ ਕਵਰ ਕਰ ਸਕਦਾ ਹੈ ਜਾਂ ਪਾਰਕਿੰਗ ਲਾਟ ਵਿੱਚ ਟ੍ਰਿਗਰ ਕਰ ਸਕਦਾ ਹੈ।
ਇਸ ਨੂੰ ਡਿਜ਼ਾਈਨ ਕਰੋ:\n\n- "ਦਰਵਾਜ਼ਾ" ਵਿਕਲਪ (ਸਹੀ ਦਰਵਾਜ਼ੇ 'ਤੇ ਪਿਨ ਡ੍ਰਾਪ ਕਰੋ)\n- ਰਿਮਾਇੰਡਰ ਲਈ ਕਈ ਜੀਓਫੈਂਸ (ਜਿਵੇਂ "ਕਿਸੇ ਵੀ ਦਰਵਾਜ਼ੇ" ਲਈ)\n- ਟ੍ਰਿਗਰ 'ਤੇ ਛੋਟਾ ਨੋਟ दिखਾਓ ("ਫਾਰਮੇਸੀ ਨੇੜੇ Door B ਵਰਤੋ")\n\nਇਹ ਮਾਡਲਿੰਗ ਚੋਣਾਂ ਰੋਕਦੀਆਂ ਹਨ ਕਿ "ਇਹ ਟ੍ਰਿਗਰ ਹੋਇਆ ਪਰ ਲਾਭਦਾਇਕ ਨਹੀਂ ਸੀ," ਜੋ ਯੂਜ਼ਰ ਦਾ ਭਰੋਸਾ ਸਭ ਤੋਂ ਤੇਜ਼ੀ ਨਾਲ ਘਟਾਉਂਦਾ ਹੈ।
ਇਕ ਟਿਕਾਣਾ-ਅਧਾਰਤ ਰਿਮਾਇੰਡਰ ਐਪ ਦੀ ਕਾਮਯਾਬੀ ਜਾਂ ਨਾਕਾਮੀ ਤੇਜ਼ੀ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ। ਜੇ ਰਿਮਾਇੰਡਰ ਸੈੱਟ ਕਰਨ ਲਈ ਸੈਕਿੰਡਾਂ ਤੋਂ ਵੱਧ ਵਕਤ ਲੱਗਦਾ ਹੈ, ਲੋਕ sticky notes ਜਾਂ ਸਧਾਰਨ ਅਲਾਰਮ ਦੀ ਵੱਲ ਮੁੜ ਜਾਣਗੇ। "ਇੱਕ-ਹੱਥ, ਇੱਕ-ਮਿੰਟ" ਅਨੁਭਵ ਲਈ ਡਿਜ਼ਾਈਨ ਕਰੋ।
ਪਹਿਲੀ ਵਰਜਨ ਨੂੰ ਟਾਈਟ ਰੱਖੋ:\n\n- Reminders list: ਅਗਲੇ ਅਤੇ ਪੂਰੇ ਹੋਏ, ਤੇਜ਼ ਕਾਰਵਾਈਆਂ (complete, snooze, edit)।\n- Create/Edit reminder: ਮੁੱਖ ਫਾਰਮ, ਤੇਜ਼ ਏਂਟਰੀ ਲਈ ਅਨੁਕੂਲ।\n- Location picker: ਖੋਜ + ਮੈਪ, ਨਾਲ ਹੀ ਕੁਝ ਸਮਾਰਟ ਸ਼ਾਰਟਕੱਟ।\n- Settings: ਨੋਟੀਫਿਕੇਸ਼ਨ ਪ੍ਰਿਫਰੈਂਸ, ਸੇਵਡ ਪਲੇਸ (ਘਰ/ਕੰਮ), ਅਤੇ ਪ੍ਰਾਈਵੇਸੀ ਕੰਟਰੋਲ।
ਉਸ ਚੀਜ਼ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਯੂਜ਼ਰ ਤੁਰੰਤ ਜਾਣਦਾ ਹੈ, ਫਿਰ ਵਿਵਰਣ ਮੰਗੋ:\n\n1. Reminder text (ਕੀਬੋਰਡ ਆਟੋਫੋਕਸ).\n2. Location (ਘਰ/ਕੰਮ, ਹਾਲੀਆ, ਫੇਵਰਿਟ, ਜਾਂ ਖੋਜ).\n3. Trigger (Arrive / Leave). ਵਿਕਲਪੀ: ਟਾਈਮ ਵਿੰਡੋ (ਉਦਾਹਰਨ: "ਸਿਰਫ 9am–6pm")।\n\nਸੰਵੇਦਨਸ਼ੀਲ ਡਿਫਾਲਟ ਵਰਤੋ ਤਾਂ ਕਿ ਜ਼ਿਆਦਾਤਰ ਰਿਮਾਇੰਡਰ ਇੱਕ-ਟੈਪ ਹੋ ਜਾਣ: "Arrive" ਆਮ ਕੇਸ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਨੋਟੀਫਿਕੇਸ਼ਨ ਸਾਊਂਡ ਸਿਸਟਮ ਡਿਫਾਲਟ ਦੇ ਅਨੁਸਾਰ ਹੋ ਸਕਦਾ ਹੈ।
ਹਲਕੀ ਸੁਵਿਧਾ ਦਿਓ ਬਿਨਾਂ ਵਿਘਟਿਤ ਕੀਤੇ:\n\n- "Remind me at Home/Work" ਚਿਪ्स location picker ਦੇ ਉੱਪਰ।\n- ਹਾਲੀਆ ਥਾਵਾਂ (ਆਖਰੀ 5–10 ਚੁਣੀਆਂ ਗਈਆਂ) ਅਤੇ ਫੇਵਰਿਟਸ (ਸਟਾਰ ਆਈਕਨ)।\n- ਖਾਲੀ ਲਿਸਟ ਸਕਰੀਨਾਂ 'ਤੇ ਲਾਇਟਵੇਟ ਟੈਮਪਲੇਟਸ ਜਿਵੇਂ "ਕਿਰਿਆਦੀਆਂ ਖਰੀਦੋ" ਜਾਂ "ਪੈਕੇਜ ਲੈਓ"।
ਇਹ ਸਕਰੀਨਾਂ ਪਹਿਲੇ ਤੋਂ ਯੋਜਨਾ ਬਣਾਓ:\n\n- ਖਾਲੀ ਲਿਸਟ: ਇੱਕ ਪ੍ਰਾਇਮਰੀ ਐਕਸ਼ਨ ("Create reminder") ਅਤੇ ਇੱਕ ਛੋਟਾ ਉਦਾਹਰਨ ਦਿਖਾਓ।\n- ਲੋਕੇਸ਼ਨ ਨਹੀਂ ਮਿਲੀ / ਆਫਲਾਈਨ: ਰੀਟ੍ਰਾਈ ਅਤੇ ਮੈਨੂਅਲ ਪਿਨ ਡ੍ਰਾਪ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰੋ।\n- Permission denied: ਦੱਸੋ ਕਿ ਕੀ ਕੰਮ ਨਹੀਂ ਕਰੇਗਾ, ਅਤੇ ਐਪ ਦੇ ਸੈਟਿੰਗ ਪੇਜ ਨੂੰ ਗਾਈਡ ਕਰੋ।
ਲੋਕੇਸ਼ਨ ਐਕਸੈਸ ਲਈ ਪੁੱਛਦੇ ਸਮੇਂ, ਇੱਕ ਸੰਖੇਪ ਪ੍ਰੀ-ਪਰਮਿਸ਼ਨ ਸਕਰੀਨ ਦਿਖਾਓ ਸਧਾਰਨ ਭਾਸ਼ਾ ਵਿੱਚ: ਤੁਹਾਡਾ ਕੀ ਇਕੱਤਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਕੀ ਨਹੀਂ, ਅਤੇ ਇਹ ਯੂਜ਼ਰ ਲਈ ਕਿਵੇਂ ਲਾਭਕਾਰੀ ਹੈ। ਇਹ ਸਿਸਟਮ ਡਾਇਲਾਗ ਆਉਣ ਤੋਂ ਪਹਿਲਾਂ ਭਰੋਸਾ ਬਣਾਉਂਦਾ ਹੈ।
ਟਿਕਾਣਾ-ਅਧਾਰਤ ਰਿਮਾਇੰਡਰ ਸਿਰਫ਼ ਤਦ ਹੀ ਕੰਮ ਕਰਦੇ ਹਨ ਜਦੋਂ ਲੋਕ ਸੁਰੱਖਿਅਤ ਮਹਿਸੂਸ ਕਰਕੇ "ਹਾਂ" ਕਹਿੰਦੇ ਹਨ। ਪਰਮਿਸ਼ਨ ਸਿਰਫ਼ ਇੱਕ ਤਕਨੀਕੀ ਚੈੱਕਬਾਕਸ ਨਹੀਂ—ਉਹ ਤੁਹਾਡੇ ਉਤਪਾਦ ਦਾ ਭਰੋਸਾ ਵਾਲਾ ਠੇਕਾ ਹਨ। ਜੇ ਤੁਹਾਡੀ ਐਪ ਬਹੁਤ ਜਲਦੀ, ਬੇਲਾਗ, ਜਾਂ ਬਿਨਾਂ ਵਾਜਬ ਕਾਰਨ ਮਹੰਗੀ ਪਰਮਿਸ਼ਨ ਮੰਗਦੀ ਹੈ, ਤਾਂ ਯੂਜ਼ਰ ਮਨਾਹੀ ਕਰ ਦੇਣਗੇ ਅਤੇ ਵਾਪਸ ਨਹੀਂ ਆਉਣਗੇ।
ਜ਼ਿਆਦਾਤਰ ਪਲੇਟਫਾਰਮ ਦੋ ਆਮ ਵਿਕਲਪਾਂ 'ਤੇ ਮੁਕੰਮਲ ਹੋ ਜਾਂਦੇ ਹਨ:\n\n- While-in-use: ਐਪ ਸਿਰਫ਼ ਜਦੋਂ ਖੁੱਲੀ ਹੋਵੇ (ਜਾਂ ਸਰਗਰਮੀ ਨਾਲ ਵਰਤੀ ਜਾ ਰਹੀ ਹੋਵੇ) ਤਦੋਂ ਹੀ ਲੋਕੇਸ਼ਨ ਪੜ੍ਹ ਸਕਦੀ ਹੈ। ਇਹ ਪਲੇਸ ਚੁਣਨ, ਟ੍ਰਿਗਰ ਪ੍ਰੀਵਿਊ ਕਰਨ ਅਤੇ ਮੌਜੂਦਾ ਸਥਿਤੀ ਦੀ ਪੁਸ਼ਟੀ ਲਈ ਵਧੀਆ ਹੈ।\n- Always / background: ਐਪ ਫੋਨ ਬੰਦ ਹੋਣ 'ਤੇ ਵੀ ਰੀਡ ਕਰ ਸਕਦੀ ਹੈ, ਜੋ ਆਮ ਜੀਵਨ ਦੌਰਾਨ ਤੁਹਾਡੇ ਰਿਮਾਇੰਡਰਾਂ ਨੂੰ ਫਾਇਰ ਕਰਨ ਲਈ ਲਾਜ਼ਮੀ ਹੈ।
ਸਧਾਰਾ ਨਿਯਮ: while-in-use ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਜਦ ਤੱਕ ਯੂਜ਼ਰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਐਸਾ ਰਿਮਾਇੰਡਰ ਸੈਟ ਨਹੀਂ ਕਰ ਰਿਹਾ ਜਿਸ ਨੂੰ ਬੈਕਗਰਾਊਂਡ ਵਿੱਚ ਲੋੜ ਹੋਵੇ।
ਪਹਿਲੀ ਲਾਂਚ 'ਤੇ ਪਰਮਿਸ਼ਨ ਪ੍ਰਾਂਪਟ ਦਿਖਾਉਣ ਤੋਂ ਬਚੋ। ਬਜਾਏ, ਉਸ ਸਮੇਂ ਪੁੱਛੋ ਜਦੋਂ ਇਹ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਲੋੜੀਂਦਾ ਹੋਵੇ, ਅਤੇ ਇੱਕ ਵਾਕ ਵਿੱਚ ਲਾਭ ਸਮਝਾਓ।
ਉਦਾਹਰਨ: ਜਦੋਂ ਯੂਜ਼ਰ "Save reminder" 'ਤੇ ਟੈਪ ਕਰਦਾ ਹੈ, ਇੱਕ ਛੋਟਾ ਪ੍ਰੀ-ਪਰਮਿਸ਼ਨ ਸਕਰੀਨ ਦਿਖਾਓ: "ਲੋਕੇਸ਼ਨ ਦੀ ਆਗਿਆ ਦਿਓ ਤਾਂ ਜੋ ਅਸੀਂ ਤੁਹਾਨੂੰ ਦੁਕਾਨ 'ਤੇ ਪਹੁੰਚਣ 'ਤੇ ਯਾਦ ਦਿਵਾ ਸਕੀਏ—ਭਾਵੇਂ ਐਪ ਬੰਦ ਹੋਵੇ।" ਫਿਰ ਸਿਸਟਮ ਪ੍ਰਾਂਪਟ ਸ਼ੁਰੂ ਕਰੋ।
ਇਹ ਟਾਇਮਿੰਗ ਬੇਨਤੀ ਨੂੰ ਤਰਕਸੰਗਤ ਮਹਿਸੂਸ ਕਰਵਾਉਂਦੀ ਹੈ, ਨਾਂ ਕਿ ਘੁਸਪੈਠੀ।
ਕੁਝ ਯੂਜ਼ਰ ਨਾ ਕਹਿ ਦੇਣਗੇ (ਜਾਂ "Allow once"). ਤੁਹਾਡੀ ਐਪ ਫਿਰ ਵੀ ਵਰਤਣਯੋਗ ਮਹਿਸੂਸ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ:\n\n- ਉਨ੍ਹਾਂ ਨੂੰ fallback ਵਜੋਂ ਟਾਈਮ-ਅਧਾਰਤ ਰਿਮਾਇੰਡਰ ਬਣਾਉਣ ਦਿਓ।\n- ਲੋਕੇਸ਼ਨ ਰਿਮਾਇੰਡਰ ਬਣਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿਓ ਪਰ ਉਨ੍ਹਾਂ ਨੂੰ inactive ਅਤੇ ਸਪਸ਼ਟ ਲੇਬਲ ਦਿਖਾਓ ("Needs location access to work").\n- ਇੱਕ "Turn on location" ਬਟਨ ਦਿਓ ਜੋ ਸਹੀ ਸਕਰੀਨ ਖੋਲ੍ਹਣ ਜਾਂ ਉਨ੍ਹਾਂ ਨੂੰ ਮਾਰਗਦਰਸ਼ਨ ਕਰਨ ਨੂੰ ਆਸਾਨ ਕਰੇ।
ਦਬਾਅ ਜਾਂ ਦੋਸ਼-ਭਾਵ ਨਾ ਰੱਖੋ—ਸਪਸ਼ਟਤਾ ਜਿੱਤਦੀ ਹੈ।
ਯੂਜ਼ਰ ਯਾਤਰਾ ਪਲੇਟਫਾਰਮਾਂ ਵਿਚ ਇਕੋ ਜਿਹੀ ਨਹੀਂ ਹੁੰਦੀ:\n\n- iOS ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਸਟੈਪ-ਅਪ ਫਲੋ ਨੂੰ ਉਤਸ਼ਾਹਿਤ ਕਰਦਾ ਹੈ (ਪਹਿਲਾਂ while-in-use ਲੈ ਕੇ ਫਿਰ ਬੈਕਗਰਾਊਂਡ ਲਈ ਅਪਗਰੇਡ)। iOS ਵਿੱਚ "Precise Location" ਵਰਗੇ ਫ਼ੀਚਰ ਵੀ ਹੁੰਦੇ ਹਨ ਜੋ ਜੀਓਫੈਂਸ ਸਹੀਪਣ 'ਤੇ ਅਸਰ ਪਾਉਂਦੇ ਹਨ।\n- Android ਆਮ ਤੌਰ 'ਤੇ foreground ਅਤੇ background ਲੋਕੇਸ਼ਨ ਨੂੰ ਵੱਖਰਾ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਬਹੁਤ ਸਾਰੀਆਂ ਵਰਜਨਾਂ ਵਿੱਚ ਬੈਕਗਰਾਊਂਡ ਐਕਸੈਸ ਇੱਕ ਵੱਖਰਾ ਪ੍ਰਾਂਪਟ ਜਾਂ Settings ਕਦਮ ਹੁੰਦਾ ਹੈ।
ਆਪਣੀਆਂ ਪਰਮਿਸ਼ਨ ਸਕਰੀਨਾਂ ਅਤੇ ਹੈਲਪ ਟੈਕਸਟ ਨੂੰ ਪ੍ਰਤੀ ਪਲੇਟਫਾਰਮ ਅਨੁਸਾਰ ਬਣਾਓ, ਅਤੇ ਵਾਅਦਾ ਲਗਾਤਾਰ ਰੱਖੋ: ਤੁਸੀਂ ਕੀ ਇਕੱਤਰ ਕਰਦੇ ਹੋ, ਕਦੋਂ ਇਸਦਾ ਉਪਯੋਗ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇਹ ਯੂਜ਼ਰ ਲਈ ਕਿਵੇਂ ਲਾਭਦਾਇਕ ਹੈ।
ਜੇ ਤੁਸੀਂ ਬੈਕਗਰਾਊਂਡ ਵਿਵਹਾਰ ਦੇ ਪ੍ਰਭਾਵ ਬਾਰੇ ਹੋਰ ਵਿਸਥਾਰ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਇਸ ਹਿੱਸੇ ਨੂੰ /blog/how-geofencing-and-background-updates-work ਨਾਲ ਜੋੜੋ।
ਜੀਓਫੈਂਸਿੰਗ ਇੱਕ ਫੀਚਰ ਹੈ ਜਿਸ ਵਿੱਚ ਫੋਨ ਸੰਭਾਲਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿਸੇ ਸੇਵ ਕੀਤੇ ਟਿਕਾਣੇ (ਇੱਕ ਸਟੋਰ, ਤੁਹਾਡਾ ਦਫਤਰ, ਜਾਂ ਇੱਕ ਪਿਨ ਕੀਤੀ ਥਾਂ) ਦੇ ਆਲੇ-ਦੁਆਲੇ "ਦਾਖਲ" ਜਾਂ " ਨਿਕਾਸ" ਘਟਨਾ ਕਰ ਰਹੇ ਹੋ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਜਦੋਂ ਤੁਸੀਂ ਉਸ ਸਰਹੱਦ ਨੂੰ ਪਾਰ ਕਰਦੇ ਹੋ ਤਾਂ ਤੁਹਾਡੇ ਰਿਮਾਇੰਡਰ ਨੂੰ ਟ੍ਰਿਗਰ ਕਰਦਾ ਹੈ।
ਮੁੱਖ ਗੱਲ: ਤੁਸੀਂ ਲਗਾਤਾਰ ਬੈਕਗਰਾਊਂਡ ਵਿੱਚ ਕੋਡ ਨਹੀਂ ਚਲਾ ਰਹੇ। iOS ਅਤੇ Android ਦੋਹਾਂ 'ਤੇ, ਓਐਸ ਤੁਹਾਡੇ ਲਈ ਜੀਓਫੈਂਸ ਦਾ ਨਿਰੀਖਣ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਸਿਰਫ਼ ਜਦੋਂ ਕੁਝ ਪ੍ਰਭਾਵੀ ਹੁੰਦਾ ਹੈ ਤਾਂ ਆਪਣੀ ਐਪ ਨੂੰ ਜਗਾਉਂਦਾ ਹੈ। ਇਸੀ ਲਈ ਜੀਓਫੈਂਸਿੰਗ ਆਮ ਤੌਰ 'ਤੇ ਹਰ ਕੁਝ ਸਕਿੰਟਾਂ 'ਤੇ ਯੂਜ਼ਰ ਦੀ ਲੋਕੇਸ਼ਨ ਪੁੱਛਣ ਨਾਲੋਂ ਬੈਟਰੀ-ਦੋਸਤ ਹੈ।
ਜ਼ਿਆਦਾਤਰ ਐਪਾਂ ਕੁਝ ਜੀਓਫੈਂਸ ਰਜਿਸਟਰ ਕਰਦੀਆਂ ਹਨ (ਹਰ ਇੱਕ ਨਾਲ ਕੈਂਦਰ ਬਿੰਦੂ ਅਤੇ ਰੇਡੀਅਸ)। OS ਭਾਰ ਚੁੱਕਦਾ ਹੈ—ਗਤਿਵਿਧੀ ਦੀ ਨਿਗਰਾਨੀ, ਫੈਸਲਾ ਕਿ ਸਰਹੱਦ ਕਦੋਂ ਪਾਰ ਹੋਇਆ, ਅਤੇ ਇਕ ਐਵੈਂਟ ਡਿਲਿਵਰ ਕਰਨਾ ਜੋ ਤੁਹਾਡੀ ਐਪ ਨੋਟੀਫਿਕੇਸ਼ਨ ਵਿੱਚ ਬਦਲਦੀ ਹੈ।
ਮੋਬਾਈਲ ਪਲੇਟਫਾਰਮ ਬੈਟਰੀ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਦੀ ਰੱਖਿਆ ਲਈ ਬੈਕਗਰਾਊਂਡ ਐਕਜ਼ੈਕਿਊਸ਼ਨ ਨੂੰ ਕੱਟਦੇ ਹਨ। ਜੇ ਤੁਹਾਡੀ ਐਪ ਲਗਾਤਾਰ ਚਲਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੇਗੀ, ਤਦ ਇਹ ਰੋਕੀ ਜਾਂਦੀ, ਕਿਲ ਕੀਤੀ ਜਾਂਦੀ ਜਾਂ ਸੀਮਿਤ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।
ਆਪਣੀ ਰਿਮਾਇੰਡਰ ਲੋਜਿਕ ਨੂੰ ਇਹ ਧਿਆਨ ਵਿੱਚ ਰੱਖ ਕੇ ਡਿਜ਼ਾਈਨ ਕਰੋ:\n\n- ਤੁਹਾਡੀ ਐਪ ਹਮੇਸ਼ਾਂ ਚੱਲਦੀ ਨਹੀਂ ਰਹੇਗੀ।\n- ਇਵੈਂਟ задержка ਨਾਲ ਆ ਸਕਦੇ ਹਨ (ਉਦਾਹਰਨ: ਰੀਬੂਟ, ਖਰਾਬ ਸਿਗਨਲ, ਜਾਂ "ਬੈਟਰੀ ਸੇਵਰ" ਮੋਡ)।\n- ਤੁਹਾਨੂੰ ਫਾਲਬੈਕ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ, ਜਿਵੇਂ ਐਪ ਖੁਲਣ 'ਤੇ ਲੋਕੇਸ਼ਨ ਚੈੱਕ ਕਰਨਾ।
ਲੋਕੇਸ਼ਨ ਸਿਰਫ਼ GPS ਨਹੀਂ ਹੈ। ਫੋਨ ਵੱਖ-ਵੱਖ ਸੰਕੇਤਾਂ ਨੂੰ ਮਿਲਾ ਕੇ ਵਰਤਦਾ ਹੈ ਜੋ ਉਪਲਬਧ ਹਨ:\n\n- GPS: ਬਾਹਰ ਦੀਆਂ ਥਾਵਾਂ ਲਈ ਵਧੀਆ, ਲੌਕ ਕਰਨ ਵਿੱਚ ਧੀਮਾ ਅਤੇ ਬੈਟਰੀ-ਭਾਰੀ ਹੋ ਸਕਦਾ ਹੈ।\n- Wi‑Fi ਪੋਜ਼ੀਸ਼ਨਿੰਗ: ਸ਼ਹਿਰਾਂ ਅਤੇ ਅੰਦਰੂਨ ਲਈ ਮਜ਼ਬੂਤ।\n- ਸੈਲ ਟਾਵਰ: ਕੌਰਸ ਪਰ ਕਾਫ਼ੀ ਹਰ ਥਾਂ ਉਪਲਬਧ।\n- ਮੋਸ਼ਨ ਸੈਂਸਰ: ਹਿਲਣਾ-ਡੁੱਲਣਾ ਪਛਾਣ ਕੇ ਬੇਕਾਰ ਅਪਡੇਟਜ਼ ਘਟਾਉਂਦੇ ਹਨ।
ਰਿਮਾਇੰਡਰ ਭਰੋਸੇਯੋਗ ਰੱਖਣ ਲਈ ਬਿਨਾਂ ਬੈਟਰੀ ਖਪਤ ਨੂੰ ਵੱਧ ਕੀਤੇ:\n\n- ਘੱਟ ਜੀਓਫੈਂਸ ਰਜਿਸਟਰ ਕਰੋ (ਅਗਲੇ ਕੁਝ ਰਿਮਾਇੰਡਰਾਂ ਨੂੰ ਤਰਜੀਹ ਦਿਓ, ਸੈਂਕੜੇ ਨਹੀਂ)।\n- ਸਮਾਰਟ ਰੇਡੀਅਸ ਵਰਤੋ: ਹਾਈਵੇਜ਼ ਲਈ ਵੱਡਾ, ਚੱਲਣਯੋਗ ਇਲਾਕਿਆਂ ਲਈ ਛੋਟਾ।\n- ਅਪਡੇਟ ਥਰੋਟਲ ਕਰੋ: ਬਾਰ-ਬਾਰ ਪੂਨਰਫੋਗਣ ਤੋਂ ਬਚੋ; ਜੀਓਫੈਂਸ ਸਿਰਫ਼ ਤਾਂ ਅਪਡੇਟ ਕਰੋ ਜਦੋਂ ਰਿਮਾਇੰਡਰ ਬਦਲਦੇ ਹੋਣ ਜਾਂ ਯੂਜ਼ਰ ਮਹੱਤਵਪੂਰਣ ਤੌਰ 'ਤੇ ਹਿਲਿਆ ਹੋਵੇ।\n- ਸੰਭਵ ਹੋਵੇ ਤਾਂ ਲਗਾਤਾਰ ਟਰੈਕਿੰਗ ਦੀ ਥਾਂ OS ਜੀਓਫੈਂਸਿੰਗ ਨੂੰ ਤਰਜੀਹ ਦਿਓ।
ਟਿਕਾਣਾ-ਅਧਾਰਤ ਰਿਮਾਇੰਡਰ ਐਪ ਆਪਣੀਆਂ ਨੋਟੀਫਿਕੇਸ਼ਨਾਂ 'ਤੇ ਜਿਊਂਦਾ ਜਾਂ ਮਰਦਾ ਹੈ। ਜੇ ਅਲਰਟ ਰੈਂਡਮ, ਬਾਰ-ਬਾਰ ਜਾਂ ਲੌਕ ਸਕਰੀਨ 'ਤੇ ਬਹੁਤ ਨਿੱਜੀ ਮਹਿਸੂਸ ਹੋਣ, ਤਾਂ ਲੋਕ ਉਨ੍ਹਾਂ ਨੂੰ ਮਿਊਟ ਕਰਦੇ ਹਨ—ਜਾਂ ਅਨਇੰਸਟਾਲ। ਮਕਸਦ ਇਹ ਹੈ ਕਿ ਸਮਾਂ-ਸਮੇਂ 'ਤੇ ਨਰਮ ਨੋਟੀਫਿਕੇਸ਼ਨ ਦਿਤੀਆਂ ਜਾਣ ਜੋ ਧਿਆਨ ਅਤੇ ਪ੍ਰਾਈਵੇਸੀ ਦਾ ਆਦਰ ਕਰਦੀਆਂ ਹੋਣ।
ਜ਼ਿਆਦਾਤਰ ਟਿਕਾਣਾ-ਟ੍ਰਿਗਰ ਹੋਏ ਰਿਮਾਇੰਡਰਾਂ ਨੂੰ ਲੋਕਲ ਨੋਟੀਫਿਕੇਸ਼ਨ ਵਰਤਣੇ ਚਾਹੀਦੇ ਹਨ (ਡਿਵਾਈਸ 'ਤੇ ਬਣੇ)। ਇਹ ਤੇਜ਼ ਹਨ, ਆਫਲਾਈਨ ਕੰਮ ਕਰਦੇ ਹਨ, ਅਤੇ ਸੇਰਵਰ ਦੀ ਲੋੜ ਨਹੀਂ ਰੱਖਦੇ।
ਪੁਸ਼ ਨੋਟੀਫਿਕੇਸ਼ਨ ਹਲਕੇ ਤੌਰ 'ਤੇ ਵਰਤੋ—ਉਦਾਹਰਨ ਵਜੋਂ, ਜਦੋਂ ਰਿਮਾਇੰਡਰ ਕਿਸੇ ਪਰਿਵਾਰਕ ਮੈਂਬਰ ਨਾਲ ਸਾਂਝੇ ਹੋ, ਜਦੋਂ ਸੁੰਕ੍ਰੋਨਾਈਜ਼ ਕਰਨ ਵਾਲੀ ਸੂਚਨਾ ਬਦਲਦੀ ਹੈ, ਜਾਂ ਜਦੋਂ ਤੁਸੀਂ ਇਕ ਐਪ-ਰੀਐਂਗੇਜ਼ ਕਰਨ ਦੀ ਲੋੜ ਮਹਿਸੂਸ ਕਰੋ। ਜੇ ਤੁਸੀਂ ਸੰਭਵ ਹੋਵੇ ਤਾਂ location-ਆਧਾਰਤ ਘਟਨਾਵਾਂ ਨੂੰ ਆਪਣੇ ਬੈਕਐਂਡ ਤੱਕ ਭੇਜਣ ਤੋਂ ਰੋਕੋ।
ਨੋਟੀਫਿਕੇਸ਼ਨਾਂ ਨੂੰ ਮਾਈਕਰੋ-ਅਨੁਦੇਸ਼ਾਂ ਵਾਂਗ ਲਿਖੋ:\n\n- ਕਾਰਵਾਈ ਨਾਲ ਅਗੇ ਲੈ ਆਓ: "ਡ੍ਰਾਇ ਕਲੀਨਿੰਗ ਲੈ ਲਵੋ"\n- ਜ਼ਰੂਰਤ ਹੋਣ 'ਤੇ ਹਲਕਾ ਸੰਦਰਭ ਜੋੜੋ: "ਨੇੜੇ: Main St Cleaners"\n- ਲੌਕ ਸਕਰੀਨ 'ਤੇ ਸੰਵੇਦਨਸ਼ੀਲ ਵੇਰਵਾ ਨਾ ਦਿਓ (ਖਾਸ ਕਰਕੇ ਸਾਂਝੇ ਡਿਵਾਈਸ ਲਈ). ਇਕ "Privacy mode" ਬਰਾਮਦ ਕਰੋ ਜੋ: "You have a reminder" ਦਿਖਾਏ ਜਦ ਤੱਕ ਫ਼ੋਨ ਅਨਲੌਕ ਨਾ ਹੋਵੇ।
Quick actions ਰਿਮਾਇੰਡਰਾਂ ਨੂੰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਮਹਿਸੂਸ ਕਰਵਾਉਂਦੀਆਂ ਹਨ:\n\n- Done (ਤੁਰੰਤ ਪੂਰਾ)\n- Snooze (ਉਦਾਹਰਨ: 10–30 ਮਿੰਟ)\n- Remind later (ਇੱਕ ਸਮਾਂ ਚੁਣੋ ਜਿਵੇਂ "ਅਜ ਰਾਤ")\n- Open list (ਸੰਬੰਧਿਤ ਲਿਸਟ ਜਾਂ ਟਿਕਾਣੇ 'ਤੇ ਜਾਓ)\n ਸੈੱਟ ਨੂੰ ਛੋਟਾ ਅਤੇ ਲਗਾਤਾਰ ਰੱਖੋ ਤਾਂ ਜੋ ਲੋਕ ਇਸਨੂੰ ਸਿੱਖ ਜਾਂ।
ਨੋਟੀਫਿਕੇਸ਼ਨ ਫੈਟਿਗ ਨੂੰ ਰੋਕਣ ਲਈ ਰੱਖੋ:\n\n- Quiet hours (ਯੂਜ਼ਰ-ਪਰਿਭਾਸ਼ਤ; ਡਿਫਾਲਟ ਸੰਭਾਲਕੇ ਰੱਖੋ)\n- Rate limits (ਉਦਾਹਰਨ: ਘੰਟੇ ਵਿੱਚ ਜ਼ਿਆਦਾ X ਰਿਮਾਇੰਡਰ; ਜਦ ਜ਼ਰੂਰੀ ਹੋਵੇ ਤਾਂ ਕਈ ਰਿਮਾਇੰਡਰ ਇੱਕ ਸਾਰ ਵਿੱਚ ਬੈਚ ਕਰੋ)\n- Cooldowns ਤਾਂ ਜੋ ਇੱਕ ਵਰਤੋਂਕਾਰ ਸਰਹੱਦ ਕੋਲ ਘੁੰਮਦਾ ਫਿਰਦਾ ਨ ਹੋ ਕੇ ਬਾਰ-ਬਾਰ ਅਲਰਟ ਨਾ ਪ੍ਰਾਪਤ ਕਰੇ
ਸਹਾਇਕ ਨੋਟੀਫਿਕੇਸ਼ਨ ਚੰਗੀ ਟਾਇਮਿੰਗ ਵਾਂਗ ਮਹਿਸੂਸ ਹੁੰਦੇ ਹਨ—ਨਿਰੰਤਰ ਨੀਗਰਾਨੀ ਨਹੀਂ।
ਇਕ ਟਿਕਾਣਾ-ਅਧਾਰਤ ਰਿਮਾਇੰਡਰ ਐਪ ਬਾਹਰੀ ਰੂਪ ਵਿੱਚ ਸਮਾਰਟ ਲੱਗ ਸਕਦਾ ਹੈ, ਪਰ ਸਟੋਰੇਜ਼ ਲੇਅਰ ਨੂੰ ਸਧਾਰਨ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ। ਸਾਫ਼ ਡਾਟਾ ਸਟ੍ਰੱਕਚਰ ਅਤੇ ਸਧਾਰਨ ਸਿੰਕ ਪਲਾਨ ਬਾਅਦ ਵਿੱਚ ਜ਼ਿਆਦਾ ਭਰੋਸੇਯੋਗਤਾ ਮੁਹੱਈਆ ਕਰਦੇ ਹਨ।
ਤੁਸੀ ਘੱਟ ਕੋਰ ਮਾਡਲ ਰੱਖ ਸਕਦੇ ਹੋ ਤੇ ਆਮ ਫੀਚਰ ਸਮਰਥਨ ਕਰ ਸਕਦੇ ਹੋ:\n\n- Reminder: id, title, notes?, enabled, createdAt, updatedAt, archivedAt?\n- Location: id, label, type (place/pin/geofence), latitude, longitude, radiusMeters, placeId?\n- Trigger: id, reminderId, locationId, event (enter/exit), schedule (optional quiet hours), cooldownMinutes\n- Status / delivery: id, triggerId, state (pending/fired/snoozed), lastFiredAt?, nextEligibleAt?\n\nਦੋ ਨੋਟ ਜੋ ਮੁਸ਼ਕਲਾਂ ਬਚਾਉਂਦੀਆਂ ਹਨ:\n\n1. ਜੇ ਯੂਜ਼ਰ ਇੱਕ location ਨੂੰ ਵੱਖ-ਵੱਖ ਰਿਮਾਇੰਡਰਾਂ 'ਤੇ ਦੁਹਰਾਉਂਦਾ ਹੈ ਤਾਂ radiusMeters ਨੂੰ Location 'ਤੇ ਸਟੋਰ ਕਰੋ।\n2. ਦੁਹਰਾਉਣ ਵਾਲੀਆਂ ਨੋਟਿਫਿਕੇਸ਼ਨਾਂ ਤੋਂ ਬਚਣ ਲਈ ਸ਼ੁਰੂ ਤੋਂ cooldownMinutes ਸ਼ਾਮِل ਕਰੋ।
ਲੋਕਲ-ਓਨਲੀ (Android ਤੇ SQLite/Room, iOS ਤੇ Core Data/SQLite) ਇੱਕ ਭਰੋਸੇਯੋਗ MVP ਲਈ ਸਭ ਤੋਂ ਤੇਜ਼ ਰਸਤਾ ਹੈ। ਇਹ ਆਫਲਾਈਨ ਕੰਮ ਕਰਦਾ ਹੈ, ਚਲਾਣ ਦੀ ਲਾਗਤ ਨਹੀਂ, ਅਤੇ ਖਾਤਿਆਂ, ਪਾਸਵਰਡ ਰੀਸੈੱਟ ਅਤੇ ਸਪੋਰਟ ਨੂੰ ਪੇਦਾ ਕਰਨ ਤੋਂ ਬਚਾਉਂਦਾ ਹੈ।
ਜਦੋਂ ਯੂਜ਼ਰਾਂ ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਲੋੜ ਹੋਵੇ—ਕਈ ਡਿਵਾਈਸ, ਫੋਨ ਮਾਈਗ੍ਰੇਸ਼ਨ, ਜਾਂ ਵੈੱਬ ਕੰਪੈਨਿਅਨ—ਤਦ ਕਲਾਊਡ ਸਿੰਕ ਸ਼ਾਮਿਲ ਕਰੋ। ਇੱਕ ਪ੍ਰਯੋਗਿਕ ਸਮਝੌਤਾ: ਹੁਣ ਲਈ ਲੋਕਲ-ਫਰਸਟ ਰੱਖੋ, ਪਰ IDs ਅਤੇ timestamps ਇਸ ਤਰ੍ਹਾਂ ਡਿਜ਼ਾਈਨ ਕਰੋ ਕਿ ਬਾਅਦ ਵਿੱਚ ਸਿੰਕ ਸੰਭਵ ਹੋ ਸਕੇ।
ਜੇ ਤੁਸੀਂ ਸਿੰਕ ਸਮਰਥਨ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਡੇ ਬੈਕਐਂਡ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਇਹ ਚੀਜ਼ਾਂ ਲੋੜੀਂਦੀਆਂ ਹੋਣਗੀਆਂ:\n\n- Auth: "Sign in with Apple/Google" ਜਾਂ email links; ਆਪਣੀ password ਪ੍ਰਣਾਲੀ ਬਣਾਉਣ ਤੋਂ ਬਚੋ।\n- End-to-end encryption (ਸਝਾਵਾ): ਰਿਮਾਇੰਡਰ ਸਮੱਗਰੀ ਕਲਾਇੰਟ-ਸਾਈਡ ਇਨਕ੍ਰਿਪਟ ਕਰੋ; ਸਿਰਫ਼ ciphertext ਨੂੰ ਸਰਵਰ 'ਤੇ ਸਟੋਰ ਕਰੋ।\n- Conflict resolution: updatedAt ਵਰਤ ਕੇ "last write wins" ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ, ਅਤੇ resurrecting ਆਈਟਮਾਂ ਤੋਂ ਬਚਣ ਲਈ archivedAt ਰਾਹੀਂ soft-deletes ਜੋੜੋ।
ਲੋਕੇਸ਼ਨ + timestamps ਤੇਜ਼ੀ ਨਾਲ ਸੰਵੇਦਨਸ਼ੀਲ ਹੋ ਸਕਦੇ ਹਨ। ਨਿਧਾਰਤ ਲੌਗ ਰੱਖੋ:\n\n- ਆਖਰੀ ਲੋਕੇਸ਼ਨ ਚੈੱਕ ਸਮਾਂ, OS ਪਰਮਿਸ਼ਨ ਸਥਿਤੀ, ਆਖਰੀ ਨੋਟੀਫਿਕੇਸ਼ਨ ਕੋਸ਼ਿਸ਼ ਨਤੀਜਾ\n ਲੌਗ ਨੂੰ opt-in, ਅਸਾਨੀ ਨਾਲ export, ਅਤੇ ਹਟਾਉਣ ਯੋਗ ਰੱਖੋ। ਇਹ /blog/privacy-and-security-by-design ਦੀ ਪ੍ਰਾਥਮਿਕਤਾ ਨਾਲ ਵੀ ਮਿਲਦਾ ਹੈ।
ਟੈਕਸਟੈਕ ਸਹੀਪਣ, ਬੈਟਰੀ ਉਪਭੋਗ, ਅਤੇ ਪਿੱਠਭੂਮੀ ਡੈਲੀਵਰੀ 'ਤੇ ਪ੍ਰਭਾਵ ਪਾਉਂਦਾ ਹੈ। ਟਿਕਾਣਾ-ਅਧਾਰਤ ਰਿਮਾਇੰਡਰ ਹੋਰਾਂ ਐਪ ਆਈਡੀਅਜ਼ ਨਾਲੋਂ ਜ਼ਿਆਦਾ OS-ਇੰਟੀਗਰੇਟੇਡ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਟਰੇਡ-ਆਫ਼ ਅਸਲ ਹਨ।
ਜੇ ਤੁਹਾਨੂੰ ਜੀਓਫੈਂਸਿੰਗ ਅਤੇ ਬੈਕਗਰਾਊਂਡ ਡੈਲੀਵਰੀ ਲਈ ਸਭ ਤੋਂ ਜ਼ਿਆਦਾ ਭਰੋਸੇਯੋਗਤਾ ਚਾਹੀਦੀ ਹੈ, ਜਾਂ ਤੁਹਾਡਾ MVP "Always" ਲੋਕੇਸ਼ਨ ਪਰਮਿਸ਼ਨ, precise location, ਅਤੇ ਨੁਅੰਸਡ ਨੋਟੀਫਿਕੇਸ਼ਨ ਐਕਸ਼ਨਾਂ 'ਤੇ ਨਿਰਭਰ ਹੈ, ਤਾਂ ਨੇਟਿਵ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ।
ਨੇਟਿਵ ਡੇਵਲਪਮੈਂਟ ਪਲੇਟਫਾਰਮ-ਖਾਸ UX ਅਤੇ ਪਰਮਿਸ਼ਨ ਫਲੋ ਨੂੰ ਮਜ਼ਬੂਤੀ ਨਾਲ ਮੰਨਣ ਵਿੱਚ ਸਹਾਇਕ ਹੁੰਦਾ ਹੈ।
ਜੇ ਤੁਹਾਡੇ ਰਿਮਾਇੰਡਰ ਸਾਦੇ ਹਨ ਅਤੇ ਤੁਸੀਂ ਹਮੇਸ਼ਾ ਪਲੇਟਫਾਰਮ-ਟਿਊਨਿੰਗ ਵਿੱਚ ਨਿਵੇਸ਼ ਕਰਨ ਲਈ ਤਿਆਰ ਹੋ, ਤਾਂ ਕਰਾਸ-ਪਲੇਟਫਾਰਮ ਚੰਗਾ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ।
ਲਾਜ਼ਮੀ ਇੰਨ-ਬਿਲਟ ਬਲਾਕਸ:\n\n- Location + geofencing: ਉਹ ਪਲੱਗਇਨ ਜੋ geofences ਸਪੋਰਟ ਕਰਦਾ ਹੋਵੇ, ਸਿਰਫ਼ GPS ਪੜ੍ਹਨ ਵਾਲਾ ਨਹੀਂ (ਦੋਹਾਂ OS ਉੱਤੇ ਬੈਕਗਰਾਊਂਡ ਵਿਵਹਾਰ ਜਾਂਚੋ)।\n- Background execution: ਬੈਕਗਰਾਊਂਡ ਟਾਸਕ/ਸੇਵਾਵਾਂ ਲਈ ਸਹਾਇਤਾ (Android 'ਤੇ ਜਿੱਥੇ ਲੋੜ ਹੋਵੇ ਵੱਖਰਾ foreground service)।\n- Notifications: ਲੋਕਲ ਨੋਟੀਫਿਕੇਸ਼ਨ ਚੈਨਲਾਂ (Android), ਸ਼ਡਿਊਲਡ ਟ੍ਰਿਗਰ ਅਤੇ ਐਕਸ਼ਨ ਬਟਨ।
ਉਦਾਹਰਨ ਈਕੋਸਿਸਟਮ:\n\n- React Native: location/geofencing + notifee (notifications) + background task library।\n- Flutter: geolocator/geofence plugin + flutter_local_notifications + background execution plugin।
ਜੇ ਤੁਸੀਂ ਤੇਜ਼ੀ ਨਾਲ ਸ਼ਿਪ ਕਰਨ ਲਈ ਆਧੁਨਿਕ ਵੈੱਬ ਸਟੈਕ ਨਾਲ ਮੋਬਾਈਲ ਕੰਪੈਨਿਅਨ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ Koder.ai ਚੈਟ ਰਾਹੀਂ ਤੇਜ਼ ਐਪ ਬਣਾਉਣ ਲਈ ਡਿਜ਼ਾਈਨ ਕੀਤਾ ਗਿਆ ਹੈ: React web, Flutter mobile, ਅਤੇ Go + PostgreSQL backend—ਇਹ ਤੇਜ਼ ਪ੍ਰਭਾਵੀ ਪ੍ਰੋਟੋਟਾਈਪ (auth ਅਤੇ ਸਿੰਕ ਸਮੇਤ) ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਬਾਅਦ ਵਿੱਚ ਪਲੇਟਫਾਰਮ-ਖਾਸ ਢੰਗ ਨਾਲ ਅਨੁਕੂਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
ਪ੍ਰਾਇਗਮੈਟਿਕ ਤਰੀਕਾ ਇਹ ਹੈ ਕਿ ਡੋਮੇਨ ਲੌਜਿਕ (ਨਿਯਮ ਮੁਲਾਂਕਣ, ਡਿਡੁਪਿੰਗ, cooldown ਟਾਈਮਿੰਗ, ਰਿਮਾਇੰਡਰ ਟੈਮਪਲੇਟ) ਨੂੰ ਸਾਂਝਾ ਮੋਡੀਊਲ ਵਿੱਚ ਰੱਖੋ, ਪਰ ਲੋਕੇਸ਼ਨ + ਨੋਟੀਫਿਕੇਸ਼ਨ ਡੈਲੀਵਰੀ ਨੂੰ ਪਲੇਟਫਾਰਮ-ਖਾਸ ਪਤਲੇ ਲੇਅਰ ਵਜੋਂ ਰੱਖੋ। ਇਹ "ਇੱਕ-ਸਾਈਜ਼-ਸਭ ਲਈ" ਵਿਹਾਰ ਤੋਂ ਬਚਾਉਂਦਾ ਹੈ ਜੋ iOS ਬੈਕਗਰਾਊਂਡ ਸੀਮਾਵਾਂ ਜਾਂ Android ਪਾਵਰ ਮੈਨੇਜਮੈਂਟ ਨਾਲ ਟੁਟ ਸਕਦਾ ਹੈ।
ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਅਨੁਕੂਲਤਾ ਦੀ ਯੋਜਨਾ ਬਣਾਓ:\n\n- ਜ਼ਰੂਰੀ ਹੋਣ ਤੇ ਹੀ ਬੈਕਗਰਾਊਂਡ ਲੋਕੇਸ਼ਨ ਵਰਤੋ, onboarding ਵਿੱਚ ਇਸਨੂੰ ਸਪਸ਼ਟ ਕਰੋ, ਅਤੇ ਐਪ ਵਿੱਚ ਕੰਟਰੋਲ ਦਿਓ।\n- Apple ਲਈ location permission strings ਅਤੇ background modes ਦੀਆਂ ਲੋੜਾਂ ਮਾਣੋ।\n- Google Play ਨੀਤੀਆਂ ਲਈ background location access ਨੂੰ ਸਹੀ use case ਦਿਖਾਓ।
ਜੇ ਤੁਸੀਂ ਬੈਕਗਰਾਊਂਡ ਲੋਕੇਸ਼ਨ ਨੂੰ ਜਾਇਜ਼ ਨਹੀਂ ਠਹਿਰਾ ਸਕਦੇ, ਤਾਂ "app in use" ਦੇ ਆਲੇ-ਦੁਆਲੇ ਰੀ-ਡਿਜ਼ਾਈਨ ਕਰੋ—ਤੁਹਾਡੇ ਰਿਵਿਊ ਨਤੀਜੇ ਬਿਹਤਰ ਹੋਣਗੇ।
ਟਿਕਾਣਾ-ਅਧਾਰਤ ਰਿਮਾਇੰਡਰ ਐਪ ਮਨਮੋਹਕ ਜਾਂ ਡਰਾਉਣਾ ਦੋਵੇਂ ਹੋ ਸਕਦੀ ਹੈ—ਇਹ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਲੋਕਾਂ ਦੇ ਡੇਟਾ ਨਾਲ ਕਿਵੇਂ ਬਰਤਾਓ ਕਰਦੇ ਹੋ। ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਪ੍ਰਾਈਵੇਸੀ ਫੈਸਲੇ ਉਤਪਾਦ ਅਤੇ ਆਰਕੀਟੈਕਚਰ ਦਾ ਹਿੱਸਾ ਬਣਾਓ, ਨਾ ਕਿ ਬਾਅਦ ਵਿੱਚ।
ਪਹਿਲਾਂ ਉਹ ਲਿਸਟ ਬਣਾਓ ਜੋ ਤੁਸੀਂ ਵਾਸਤਵ ਵਿੱਚ ਰਿਮਾਇੰਡਰ ਟ੍ਰਿਗਰ ਕਰਨ ਲਈ ਲੋੜੀਦੀ ਹੈ। ਅਕਸਰ ਤੁਹਾਨੂੰ ਲਗਾਤਾਰ ਲੋਕੇਸ਼ਨ ਇਤਿਹਾਸ ਦੀ ਲੋੜ ਨਹੀਂ—ਸਿਰਫ਼ ਸੇਵਡ ਪਲੇਸ/ਜੀਓਫੈਂਸ ਅਤੇ ਇਹ ਜਾਣਨ ਲਈ ਕਾਫ਼ੀ ਸਟੇਟ ਕਿ ਇੱਕ ਰਿਮਾਇੰਡਰ ਪਹਿਲਾਂ ਹੀ ਫਾਇਰ ਹੋ ਚੁੱਕਾ ਹੈ।
ਸਟੋਰ ਕੀਤੀ ਲੋਕੇਸ਼ਨ ਡੇਟਾ ਨੂੰ ਜਿੰਨਾ ਹੋ ਸਕੇ ਉਤਨਾ ਕੋਆਰਸ ਰੱਖੋ (ਉਦਾਹਰਨ ਲਈ, ਇੱਕ place ID ਜਾਂ ਜੀਓਫੈਂਸ ਰੇਡੀਅਸ ਬਜਾਏ ਰਾ-ਗਪ GPS ਟ੍ਰੇਲ). ਰਿਟੇਨਸ਼ਨ ਨੀਤੀਆਂ ਬਣਾਓ: ਜਦੋਂ ਰਿਮਾਇੰਡਰ ਮੁਕੰਮਲ ਜਾਂ ਮਿਟਾਇਆ ਜਾਏ ਤਾਂ ਉਸਦੀ ਲੋਕੇਸ਼ਨ ਮੈਟਾ ਡੇਟਾ ਵੀ ਹਟਾ ਦਿਓ।
ਸਪਸ਼ਟ ਭਾਸ਼ਾ ਵਿੱਚ ਦੱਸੋ ਕਿ ਤੁਸੀਂ ਕੀ ਇਕੱਤਰ ਕਰਦੇ ਹੋ ਅਤੇ ਕਦੋਂ (ਉਦਾਹਰਨ: "ਸਿਰਫ਼ ਜਦੋਂ ਰਿਮਾਇੰਡਰ ਸਾਥੀ ਹੋਣ"). ਇਹ ਵਿਆਖਿਆ permission ਸਕਰੀਨ ਅਤੇ Settings ਵਿੱਚ ਰੱਖੋ—ਸਿਰਫ़ ਕਾਨੂੰਨੀ ਪਾਲਿਸੀ ਵਿੱਚ ਨਹੀਂ।
ਇੱਕ ਛੋਟਾ "ਕਿਉਂ ਅਸੀਂ ਇਹ ਮੰਗਦੇ ਹਾਂ" ਸਕਰੀਨ ਅਤੇ /privacy ਲਈ ਲਿੰਕ ਆਮ ਤੌਰ 'ਤੇ ਸ਼ੱਕ ਘਟਾਉਂਦੇ ਹਨ ਅਤੇ ਸਪੋਰਟ ਟਿਕਟ ਘਟਾਉਂਦੇ ਹਨ।
ਪ੍ਰਾਈਵੇਸੀ ਕੰਟਰੋਲ ਆਸਾਨੀ ਨਾਲ ਮਿਲਣਯੋਗ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ:\n\n- ਵਿਅਕਤੀਗਤ ਰਿਮਾਇੰਡਰ (ਅਤੇ ਉਹਨਾਂ ਦੀਆਂ ਲੋਕੇਸ਼ਨਾਂ) ਹਟਾਓ\n- ਕਿਸੇ ਵੀ ਵਿਕਲਪੀ ਇਤਿਹਾਸ ਜਾਂ ਹਾਲੀਆ ਥਾਵਾਂ ਸਾਫ਼ ਕਰੋ\n- ਬਿਨਾਂ ਸਾਰਿਆਂ ਨੂੰ ਹਟਾਏ ਟਿਕਾਣਾ-ਅਧਾਰਤ ਰਿਮਾਇੰਡਰ ਅਯੋਗ ਕਰੋ\n- ਜੇ ਤੁਸੀਂ ਖਾਤਿਆਂ ਅਤੇ ਸਿੰਕ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹੋ ਤਾਂ ਡੇਟਾ ਨਿਰਯਾਤ/ਮਿਟਾਓ\n
ਸੰਵੇਦਨਸ਼ੀਲ ਡੇਟਾ (ਖਾਸ ਕਰਕੇ ਲੋਕਲ ਸਟੋਰ ਕੀਤੀ ਰਿਮਾਇੰਡਰ ਡੇਟਾ ਅਤੇ ਕੋਈ ਟੋਕਨ) ਨਾਲ ਇਨਕ੍ਰਿਪਸ਼ਨ ਕਰੋ। ਰਾਜਸੀ ਚਾਬੀਆਂ ਲਈ ਸੁਰੱਖਿਅਤ ਸਟੋਰੇਜ ਵਰਤੋ (iOS 'ਤੇ Keychain, Android 'ਤੇ Keystore)। ਘੱਟ-ਅਧਿਕਾਰ ਕੇ ਨੀਤੀ ਫੋਲੋ ਕਰੋ: ਸਿਰਫ਼ ਉਹੀ ਪਰਮਿਸ਼ਨ ਮੰਗੋ ਜੋ ਲੋੜੀਂਦਾ ਹੈ, ਅਤੇ ਬੈਕਗਰਾਊਂਡ ਲੋਕੇਸ਼ਨ ਸਿਰਫ਼ ਜਦੋਂ ਯੂਜ਼ਰ ਕੋਲ ਸਰਗਰਮ ਰਿਮਾਇੰਡਰ ਹੋ।
ਐਨਾਲਿਟਿਕਸ ਨਾਲ ਸੰਭਾਲ ਕੇ ਵਰਤੋ: ਰਾ-ਕੋਰਡੀਨੇਟ ਲੌਗ ਨਾ ਕਰੋ, ਅਤੇ ਕਰੈਸ਼ ਰਿਪੋਰਟ ਵਿੱਚ ਪਹਿਚਾਣਕਾਰੀ ਨੂੰ ਸਪਾੜ ਦਿਓ।
ਟਿਕਾਣਾ-ਅਧਾਰਤ ਰਿਮਾਇੰਡਰ ਡੈਮੋ ਵਿੱਚ "ਸਮਾਰਟ" ਮਹਿਸੂਸ ਹੋ ਸਕਦੇ ਹਨ ਪਰ ਰੋਜ਼ਾਨਾ ਜ਼ਿੰਦਗੀ ਵਿੱਚ ਅਸਫਲ ਹੋ ਸਕਦੇ ਹਨ। ਟੈਸਟਿੰਗ ਵਿੱਚ ਤੁਹਾਡਾ ਟੀਚਾ ਤਿੰਨ ਚੀਜ਼ਾਂ ਇੱਕੱਠੀਆਂ ਵੈਰੀਫਾਈ ਕਰਨਾ ਹੈ: ਟ੍ਰਿਗਰ ਸਹੀਪਣ, ਨੋਟੀਫਿਕੇਸ਼ਨ ਭਰੋਸੇਯੋਗਤਾ, ਅਤੇ ਸਵੀਕਾਰਯੋਗ ਬੈਟਰੀ ਪ੍ਰਭਾਵ।
ਕੋਰ ਸੀਨਾਰਿਓਜ਼ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਵੱਖ-ਵੱਖ ਥਾਵਾਂ (ਡਾਊਨਟਾਊਨ ਵਰਸਜ਼ suburbs) ਅਤੇ ਗਤੀ ਪੈਟਰਨ 'ਤੇ ਦੁਹਰਾਓ:\n\n- Arrive vs leave: ਦੋਹਾਂ ਟ੍ਰਿਗਰਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਦੋਹਾਂ ਇੱਕ ਵਾਰੀ ਫਾਇਰ ਹੁੰਦੇ ਹਨ, ਸਹੀ ਸਮੇਂ ਅਤੇ ਲੂਪ ਨ ਹੋ ਰਹੇ।\n- ਬਾਰਡਰ ਏਜ ਕੇਸ: ਜੀਓਫੈਂਸ ਬਾਉਂਡਰੀ ਦੇ ਨੇੜੇ ਰਿਮਾਇੰਡਰਾਂ ਦੀ ਟੈਸਟ ਕਰੋ ਜਿੱਥੇ GPS ਡ੍ਰਿਫਟ ਗਲਤ ਟ੍ਰਿਗਰ ਪੈਦਾ ਕਰ ਸਕਦੀ ਹੈ।\n- ਉੱਚ-ਗਤੀ ਚਲਣ: ਕਿਸੇ ਟਿਕਾਣੇ ਨੂੰ ਗੱਡੀ ਨਾਲ ਪਾਰ ਕਰਦੇ ਸਮੇਂ ਵੇਖੋ ਕਿ ਰਿਮਾਇੰਡਰ ਬਹੁਤ ਦੇਰ ਨਾਲ ਫਾਇਰ ਹੋ ਰਿਹਾ ਹੈ ਜਾਂ ਨਹੀਂ।
ਕਈ "ਬੱਗ" ਅਸਲ ਵਿੱਚ OS ਨਿਯਮ ਹਨ। ਇਹਨਾਂ ਸਥਿਤੀਆਂ ਵਿੱਚ ਵਰਤਾਰਾ ਜਾਂਚੋ:\n\n- ਲੋਕੇਸ਼ਨ ਪਰਮਿਸ਼ਨ While Using, Precise off, ਜਾਂ completely denied ਹੁੰਦੀ ਹੈ।\n- Low Power Mode / Battery Saver ਚਾਲੂ ਹੈ (ਬੈਕਗਰਾਊਂਡ ਅਪਡੇਟਜ਼ ਦੇਰੀ ਨਾਲ ਆ ਸਕਦੇ ਹਨ)।\n- ਕਨੈਕਟਿਵਿਟੀ ਖਰਾਬ: airplane mode, ਵੀਰਲੇ ਡਾਟਾ, ਜਾਂ GPS ਲਾਕ ਨਾ ਹੋਣਾ।
ਐਪ ਨੂੰ ਨਰਮੀ ਨਾਲ fail ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ: ਸਪਸ਼ਟ ਸੁਨੇਹਾ, ਬਾਰ-ਬਾਰ ਪ੍ਰਾਂਪਟ ਨਾ, ਅਤੇ ਸੈਟਿੰਗਸ ਠੀਕ ਕਰਨ ਦਾ ਸਭ ਤੋਂ ਆਸਾਨ ਤਰੀਕਾ।
ਸਿਮੂਲੇਟਰ ਤੁਰੰਤ ਜਾਂਚਾਂ ਲਈ ਉਪਯੋਗੀ ਹਨ, ਪਰ ਜੀਓਫੈਂਸਿੰਗ ਅਤੇ ਬੈਕਗਰਾਊਂਡ ਡੈਲੀਵਰੀ OS ਵਰਜਨਾਂ ਅਤੇ ਨਿਰਮਾਤਾ ਦੁਆਰਾ ਵੱਖ-ਵੱਖ ਹੋ ਸਕਦੇ ਹਨ। ਘੱਟੋ-ਘੱਟ ਇਹਨਾਂ 'ਤੇ ਟੈਸਟ ਕਰੋ:\n\n- ਕਈ iOS ਵਰਜਨਾਂ ਅਤੇ ਇੱਕ ਪੁਰਾਣਾ ਡਿਵਾਈਸ\n- Android ਦੇ ਮਿਲੇ-ਜੁਲੇ ਡਿਵਾਈਸ (Pixel + ਇੱਕ-ਦੋ ਮੈਨੂਫੈਕਚਰਰ-ਸਕਿਨ ਕੀਤੇ ਫੋਨ)
ਲਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਐਨ ਅਦਾਰਾ ਨਿਸ਼ਾਨੇ ਜੋੜੋ:\n\n- کرैਸ਼ ਰਿਪੋਰਟਿੰਗ ਅਤੇ ਨਾਨ-ਫੈਟਲ ਏਰਰ ਲੌਗਿੰਗ\n- ਨੋਟੀਫਿਕੇਸ਼ਨ ਡਿਲਿਵਰੀ ਜਾਂਚ (ਸ਼ਡਿਊਲਡ ਵਿਰੁੱਧ ਡਿਲਿਵਰਡ)\n- ਬੈਟਰੀ ਪ੍ਰਭਾਵ ਸੈਂਪਲਿੰਗ (ਸੈਸ਼ਨ, ਬੈਕਗਰਾਊਂਡ ਸਮਾਂ, ਲੋਕੇਸ਼ਨ ਅਪਡੇਟ ਫ੍ਰਿਕਵੇਂਸੀ)
ਇਸ ਨਾਲ ਤੁਸੀਂ ਰੀਲ ਯੂਜ਼ ਤੋਂ ਬਾਅਦ "ਮੇਰੇ ਫੋਨ ਤੇ ਚੱਲਦਾ ਹੈ" ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਫੜ ਸਕੋਗੇ।
ਇਕ ਟਿਕਾਣਾ-ਅਧਾਰਤ ਰਿਮਾਇੰਡਰ ਐਪ ਨੂੰ ਲਾਂਚ ਕਰਨਾ ਸਿਰਫ਼ "ਸ਼ਿਪ ਕਰਕੇ ਉਮੀਦ" ਨਹੀਂ ਹੈ। ਤੁਹਾਡੀ ਪਹਿਲੀ ਰਿਲੀਜ਼ ਅਪੇਕਸ਼ਾਵਾਂ ਸਪਸ਼ਟ ਰੱਖਣੀ ਚਾਹੀਦੀ ਹੈ, ਲੋਕਾਂ ਨੂੰ ਇੱਕ ਮਿੰਟ ਤੋਂ ਘੱਟ ਵਿੱਚ ਪਹਿਲਾ ਲਾਭਕਾਰੀ ਰਿਮਾਇੰਡਰ ਬਣਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ ਤੁਹਾਨੂੰ ਅਸਲ ਉਪਭੋਗਤਾ ਤੋਂ ਸਿੱਖਣ ਦਾ ਸੁਰੱਖਿਅਤ ਤਰੀਕਾ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ।
ਲੋਕੇਸ਼ਨ ਐਕਸੇਸ ਪਹਿਲੀ ਚੀਜ਼ ਹੈ ਜਿਸ ਨੂੰ ਬਹੁਤ ਸਾਰੇ ਲੋਕ ਚਿੰਤਿਤ ਕਰਦੇ ਹਨ, ਇਸ ਲਈ ਇੰਸਟਾਲ ਤੋਂ ਪਹਿਲਾਂ ਇਸਨੂੰ ਸਮਝਾਓ।
ਆਪਣੇ ਐਪ ਦੇ ਵਰਣਨ ਨੂੰ ਸਧਾਰਨ ਰੱਖੋ: ਐਪ ਕੀ ਕਰਦਾ ਹੈ, ਲੋਕੇਸ਼ਨ ਕਦੋਂ ਵਰਤੀ ਜਾਂਦੀ ਹੈ (ਉਦਾਹਰਨ: "ਸਿਰਫ਼ ਉਹਨਾਂ ਰਿਮਾਇੰਡਰਾਂ ਨੂੰ ਟ੍ਰਿਗਰ ਕਰਨ ਲਈ ਜੋ ਤੁਸੀਂ ਸੈੱਟ ਕਰਦੇ ਹੋ"), ਅਤੇ ਯੂਜ਼ਰਾਂ ਕੋਲ ਕਿਹੜੀਆਂ ਚੋਣਾਂ ਹਨ (ਜਿਵੇਂ "While Using the App" ਵਿਰੁੱਧ "Always", ਜੇ ਸਮਰਥਿਤ)।
ਸਕਰੀਨਸ਼ਾਟਸ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਫਰੇਮ ਦਿਖਾਓ ਜੋ "Add reminder" ਫਲੋ ਨੂੰ ਅਤੇ ਇੱਕ ਜੋ ਪਰਮਿਸ਼ਨ ਨੂੰ ਸਪਸ਼ਟ ਕਰਦਾ ਹੋਵੇ। ਲਿਸਟਿੰਗ ਵਿੱਚ ਛੋਟਾ FAQ (ਅਤੇ ਐਪ ਵਿੱਚ /help ਅਧੀਨ) ਨਕਾਰਾਤਮਕ ਰਿਵਿਊ ਘਟਾ ਸਕਦਾ ਹੈ।
ਓਨਬੋਰਡਿੰਗ ਇੱਕ ਟੂਰੀਆਲ ਵਾਂਗ ਨਹੀਂ, ਸਗੋਂ ਇੱਕ ਛੋਟਾ ਰਸਤਾ ਹੋਣਾ चाहिए। ਇੱਕ ਛੋਟੇ ਟਿਊਟੋਰੀਅਲ ਨਾਲ ਸਮਾਪਤ ਕਰੋ ਜੋ ਇੱਕ ਅਸਲ ਰਿਮਾਇੰਡਰ ਬਣਾਉਂਦਾ—ਜਿਵੇਂ "ਗ੍ਰੋਸਰੀ ਸਟੋਰ ਪਹੁੰਚਣ 'ਤੇ ਦੁੱਧ ਲਈ ਯਾਦਦਿਲਾਓ"।
ਇੱਕ ਪ੍ਰੈਕਟੀਕਲ ਫਲੋ:\n\n1. ਇੱਕ ਟਿਕਾਣਾ ਚੁਣੋ (ਖੋਜ ਜਾਂ ਮੈਪ ਪਿਨ)\n2. "Arrive" ਜਾਂ "Leave" ਚੁਣੋ\n3. ਰਿਮਾਇੰਡਰ ਟਾਈਪ ਕਰੋ\n4. ਫਿਰ ਘੱਟੋ-ਘੱਟ ਪਰਮਿਸ਼ਨਾਂ ਦੀ ਮੰਗ ਕਰੋ ਜੋ ਇਸਨੂੰ ਕੰਮ ਕਰਨ ਲਈ ਲੋੜੀਂਦੀਆਂ ਹਨ
ਜੇ ਯੂਜ਼ਰ ਲੋਕੇਸ਼ਨ ਮਨ੍ਹਾਂ ਕਰਦਾ ਹੈ, ਤਾਂ ਉਨ੍ਹਾਂ 'ਤੇ ਦੋਸ਼ ਨਾ ਮਠਾਓ। ਇੱਕ fallback ਦਿਓ:ਟਾਈਮ-ਅਧਾਰਿਤ ਰਿਮਾਇੰਡਰ ਜਾਂ "ਮੈਨੂਅਲ ਚੈੱਕ-ਇਨ" ਮੋਡ, ਅਤੇ ਪਰਮਿਸ਼ਨ ਫਿਰ ਤੋਂ ਚਾਲੂ ਕਰਨ ਦਾ ਸਪਸ਼ਟ ਰਸਤਾ ਦਿਖਾਓ।
ਸਟੇਜਡ ਰੋਲ-ਆਉਟ (ਸ਼ੁਰੂ ਵਿੱਚ ਛੋਟਾ ਪ੍ਰਤੀਸ਼ਤ) ਕਰੋ ਤਾਂ ਜੋ ਤੁਸੀਂ ਬੈਟਰੀ, ਨੋਟੀਫਿਕੇਸ਼ਨ, ਅਤੇ ਪਰਮਿਸ਼ਨ ਪ੍ਰਾਂਪਟ ਨਾਲ ਸੰਬੰਧਿਤ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਫੜ ਸਕੋ ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਇਹ ਸਾਰਿਆਂ ਕੋਲ ਪਹੁੰਚੇ।
ਖਾਸ ਪਲਾਂ ਤੇ ਹਲਕੇ-ਫੁਲਕੇ ਇਨ-ਐਪ ਪ੍ਰਾਂਪਟ ਦਿਖਾਓ: ਪਹਿਲੇ ਟ੍ਰਿਗਰ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਇੱਕ ਹਫ਼ਤੇ ਦੇ ਉਪਭੋਗਤ ਬਾਅਦ, ਜਾਂ ਜਦੋਂ ਕਿਸੇ ਨੇ ਨੋਟੀਫਿਕੇਸ਼ਨ ਬੰਦ ਕੀਤੀ ਹੋ। ਸਰਵੇਜ਼ 1–2 ਪ੍ਰਸ਼ਨਾਂ ਤੱਕ ਰੱਖੋ ਅਤੇ ਲੰਮੇ ਨੋਟਸ ਲਈ /feedback ਲਿੰਕ ਕਰੋ।
ਲੋਕੇਸ਼ਨ ਐਪਾਂ OS ਬਦਲਾਵਾਂ ਨਾਲ ਟੁੱਟ ਸਕਦੀਆਂ ਹਨ। ਇੱਕ ਮੁੜ-ਰਵਾਇਤੀ ਚੈੱਕਲਿਸਟ ਰੱਖੋ:\n\n- iOS/Android ਰਿਲੀਜ਼ ਨੋਟਸ ਦੀ ਸਮੀਖਿਆ ਲੈ ਕੇ ਲੋਕੇਸ਼ਨ ਅਤੇ ਨੋਟੀਫਿਕੇਸ਼ਨ ਬਦਲਾਵਾਂ ਦੀ ਜਾਂਚ ਕਰੋ\n- ਪਰਮਿਸ਼ਨ ਫਲੋ ਅਤੇ "denied/limited" ਸਥਿਤੀਆਂ ਨੂੰ ਮੁੜ-ਪਰਖੋ\n- crash ਰਿਪੋਰਟਾਂ ਅਤੇ "ਰਿਮਾਇੰਡਰ ਫਾਇਰ ਨਹੀਂ ਹੋਇਆ" ਦੀ ਸ਼ਿਕਾਇਤ ਨੂੰ ਪਹਿਲੀ ਤਰਜੀਹ ਦਿਓ\n- ਖਤਰਨਾਕ ਬਦਲਾਅ ਲਈ feature flags ਵਰਤੋ (ਨਵਾਂ ਜੀਓਫੈਂਸ ਸੈਟਿੰਗ, ਨਵੀਂ ਨੋਟੀਫਿਕੇਸ਼ਨ ਸਟਾਈਲ)\n- ਹਰ ਰਲੀਜ਼ 'ਤੇ ਕੁਝ ਅਸਲੀ ਡਿਵਾਈਸਾਂ 'ਤੇ ਬੈਟਰੀ ਪ੍ਰਭਾਵ ਮੁੜ-ਜਾਂਚੋ
ਰੱਖ-ਰਖਾਅ ਨੂੰ ਉਤਪਾਦ ਦਾ ਹਿੱਸਾ ਮੰਨੋ: ਭਰੋਸੇਯੋਗਤਾ ਹੀ ਇੱਕ ਰਿਮਾਇੰਡਰ ਐਪ ਨੂੰ ਯੂਜ਼ਫੁਲ ਬਣਾਉਂਦੀ ਹੈ।
ਟਿਕਾਣਾ-ਅਧਾਰਤ ਸਮਾਰਟ ਰਿਮਾਇੰਡਰ ਇੱਕ ਇਹੋ ਜਿਹੀ ਚੀਜ਼ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਕਿਸੇ ਅਸਲੀ ਥਾਂ 'ਤੇ ਪਹੁੰਚਣ ਜਾਂ ਛੱਡਣ 'ਤੇ ਚੇਤਾਵਨੀ ਦੇਂਦਾ ਹੈ, ਨਾ ਕਿ ਨਿਰਧਾਰਤ ਸਮੇਂ 'ਤੇ। ਤੁਸੀਂ ਇੱਕ ਟਿਕਾਣਾ (ਪਲੇਸ ਸਰਚ ਜਾਂ ਮੈਪ ਪਿਨ ਰਾਹੀਂ) ਅਤੇ ਇੱਕ ਟ੍ਰਿਗਰ ਕਿਸਮ ਦੀ ਪਰਿਭਾਸ਼ਾ ਕਰਦੇ ਹੋ, ਅਤੇ ਫੋਨ ਪਿਛੋਕੜ ਵਿੱਚ ਉਸ ਸਥਿਤੀ ਦੇ ਪੂਰੇ ਹੋਣ 'ਤੇ ਤੁਹਾਨੂੰ ਸੂਚਿਤ ਕਰਦਾ ਹੈ।
ਅਕਸਰ ਐਪਾਂ ਇਹ ਤਿੰਨ ਟ੍ਰਿਗਰ ਹੱਲ ਦਿੰਦੇ ਹਨ:
MVP ਲਈ ਆਮ ਤੌਰ 'ਤੇ arrive/leave ਕਾਫ਼ੀ ਹੁੰਦੇ ਹਨ; dwell ਬਾਅਦ ਵਿੱਚ ਜੋੜੋ।
ਕੀunki ਲੋਕੇਸ਼ਨ ਅੰਦਾਜ਼ੀ ਹੁੰਦੀ ਹੈ ਅਤੇ ਵਾਤਾਵਰਣ ਮੋਤਾਬਿਕ ਬਦਲਦੀ ਰਹਿੰਦੀ ਹੈ:
ਇਸ ਲਈ ਡਿਜ਼ਾਈਨ ਅਤੇ ਸੰਚਾਰ ਕਰੋ ਕਿ ਰਿਮਾਇੰਡਰ "ਇਕ ਰੇਂਜ ਵਿੱਚ ਫਾਇਰ ਹੁੰਦਾ ਹੈ", ਨਾ ਕਿ "ਬਿਲਕੁਲ ਦਰਵਾਜ਼ੇ 'ਤੇ"।
ਇਕ ਸਪਸ਼ਟ ਕੰਮ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਿਤ ਕਰੋ: ਸਹੀ ਥਾਂ 'ਤੇ ਭਰੋਸੇਯੋਗ ਤਰੀਕੇ ਨਾਲ ਨੋਟੀਫਾਇ ਕਰਨਾ। ਇਕ ਪ੍ਰੈਕਟਿਕਲ MVP ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਸ਼ਾਮِل ਹੁੰਦਾ ਹੈ:
ਐਡਵਾਂਸਡ ਆਟੋਮੇਸ਼ਨ (ਸਝਾਵੇ, ਸਾਂਝੇ ਲਿਸਟਾਂ, ਕਈ ਟਿਕਾਣੇ) ਬਾਅਦ ਵਿੱਚ ਜੋੜੋ।
ਕੁਝ ਅੰਕ ਜੋ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਟਰੈਕ ਕਰੋ:
ਇਨ੍ਹਾ ਮੈਟਰਿਕਸ ਨੂੰ ਗੁਣਵੱਤਾ ਵਾਲੇ ਸਿਗਨਲ (ਜਿਵੇਂ "ਰਿਮਾਇੰਡਰ ਫਾਇਰ ਨਹੀਂ ਹੋਇਆ") ਨਾਲ ਜੋੜੋ—ਕਿਉਂਕਿ ਭਰੋਸੇਯੋਗਤਾ ਦੇ ਮੁੱਦੇ ਸਿਰਫ ਉਪਯੋਗ ਦੀ ਗਿਣਤੀ ਵਿੱਚ ਨਹੀਂ ਦਿਖਦੇ।
ਜਸਟ-ਇਨ-ਟਾਈਮ ਪਰਮਿਸ਼ਨ ਮੰਗੋ:
ਇੱਕ ਛੋਟਾ ਪ੍ਰੀ-ਪਰਮਿਸ਼ਨ ਸਕਰੀਨ ਜਿਸ ਵਿੱਚ ਲਾਭ ਇੱਕ ਵਾਕ ਵਿੱਚ ਸਮਝਾਇਆ ਹੋਵੇ ਆਮ ਤੌਰ 'ਤੇ opt-in ਨੂੰ ਸੁਧਾਰਦਾ ਹੈ।
ਐਪ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਲੌਕ ਨਾ ਕਰੋ। ਸਪਸ਼ਟ ਫਾਲਬੈਕ ਦਿਓ:
ਬਾਰ-ਬਾਰ ਪ੍ਰਾਪਟ ਕਰਨ ਤੋਂ ਬਚੋ; ਸਪਸ਼ਟਤਾ ਜ਼ੋਰੋਂ ਜਿੱਤਦੀ ਹੈ।
Place search ਤੇਜ਼ ਅਤੇ ਦੁਹਰਾਏ ਜਾ ਸਕਦੇ ਨਾਂਵ ਲਈ ਵਧੀਆ ਹੈ ("Target", "Heathrow T5"), ਜਦਕਿ pins ਉਹਨਾਂ ਜਗ੍ਹਾਂ ਲਈ ਚੰਗੇ ਹਨ ਜੋ ਨਿੱਜੀ ਜਾਂ ਅਣ-ਲੇਬਲਡ ਹੁੰਦੀਆਂ ਹਨ (ਵਿਸ਼ੇਸ਼ ਦਰਵਾਜ਼ਾ, ਪਾਰਕਿੰਗ ਸਪਾਟ). ਬਹੁਤ ਸਾਰੀਆਂ ਐਪ ਦੋਹਾਂ ਦਿੰਦੀਆਂ ਹਨ:
ਅੰਦਰੂਨੀ ਤੌਰ 'ਤੇ, ਦੋਹਾਂ — ਮਨੁੱਖ-ਪਸੰਦ ਲੇਬਲ ਅਤੇ ਨਕਸ਼ੇ ਦੇ ਕੋਆਰਡੀਨੇਟ — ਸੰਭਾਲੋ।
ਉਮੂਮਨ ਤੌਰ 'ਤੇ ਇੱਕ ਸਮਝਦਾਰ ਡਿਫਾਲਟ ਚੁਣੋ (ਆਮ ਤੌਰ 'ਤੇ 150–300ਮੀਟਰ arrive ਲਈ) ਅਤੇ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ ਦੇ ਕੇ ਸਮਰੱਥਾ ਦਿਓ:
ਕੱਚਾ ਨੰਬਰ ਸਲਾਈਡਰ ਦੀ ਥਾਂ Small/Medium/Large ਵਰਗੀਆਂ ਪ੍ਰੀਸੈਟਸ ਦਿੱਤੀਆਂ ਜਾਣ।
ਜ਼ਿਆਦਾਤਰ ਟਿਕਾਣਾ-ਟ੍ਰਿਗਰ ਹੋਏ ਰਿਮਾਇੰਡਰਾਂ ਲਈ ਲੋਕਲ ਨੋਟੀਫਿਕੇਸ਼ਨ ਪਸੰਦੀਦਾ ਹਨ ਕਿਉਂਕਿ ਇਹ ਤੇਜ਼ ਹਨ ਅਤੇ offline ਵੀ ਕੰਮ ਕਰਦੇ ਹਨ। ਨੋਟੀਫਿਕੇਸ਼ਨ ਨੂੰ ਹੱਥੋਂ-ਹੱਥ ਬਣਾਓ:
ਅਕਸਰ ਪੁਸ਼ ਨੋਟੀਫਿਕੇਸ਼ਨ ਵਾਹਕ-ਕਿਸਮ ਦੇ ਸਾਂਝੇ ਰਿਮਾਇੰਡਰਾਂ ਜਾਂ ਰੀ-ਇੰਗੇਜ਼ਮੈਂਟ ਲਈ ਹੀ ਵਰਤੋ; ਜੇ ਸੰਭਵ ਹੋਵੇ ਤਾਂ location-ਨਿਰਧਾਰਤ ਘਟਨਾਵਾਂ ਨੂੰ ਬੈਕਐਂਡ 'ਤੇ ਨਾ ਭੇਜੋ।
