ਟਿਕਾਣਾ-ਅਧਾਰਤ ਰਿਮਾਈਂਡਰ ਲਈ ਮੋਬਾਈਲ ਐਪ ਕਿਵੇਂ ਬਣਾਈਏ

ਟਿਕਾਣਾ-ਅਧਾਰਤ ਰਿਮਾਈਂਡਰ ਕੀ ਹੁੰਦੇ ਹਨ (ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਲੋਕ ਕੀਉਂ ਪਸੰਦ ਕਰਦੇ ਹਨ)

ਟਿਕਾਣਾ-ਅਧਾਰਤ ਰਿਮਾਈਂਡਰ ਉਹ ਅਲਰਟ ਹਨ ਜੋ ਤੁਹਾਡੀ ਐਪ ਉਨ੍ਹਾਂ ਸਮੇਂ ਭੇਜਦੀ ਹੈ ਜਦੋਂ کسی ਵਿਅਕਤੀ ਕਿਸੇ ਅਸਲੀ ਦੁਨੀਆ ਦੀ ਜਗ੍ਹਾ 'ਤੇ ਪਹੁੰਚਦਾ ਹੈ ਜਾਂ ਛੱਡਦਾ ਹੈ। 3:00 PM 'ਤੇ ਨਾ ਚਲ ਕੇ, ਰਿਮਾਈਂਡਰ ਉਸ ਵੇਲੇ ਟਰਿੱਗਰ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਉਪਭੋਗਤਾ ਦੇ ਫੋਨ ਨੇ ਇਹ ਪਛਾਣ ਲਿਆ ਕਿ ਉਸਨੇ ਕਿਸੇ ਟਿਕਾਣੇ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਬਣਾਈ ਗਈ ਸੀਮਾ (ਜ਼ਿਆਦਾਤਰ ਵਾਰ ਇਸਨੂੰ geofence ਕਹਿੰਦੇ ਹਨ) ਨੂੰ ਕੱਟਿਆ।

ਇਹ ਬਦਲਾਅ (ਸਮਾਂ → ਟਿਕਾਣਾ) ਉਹੀ ਕਾਰਨ ਹੈ ਜਿਸ ਕਰਕੇ ਲੋਕ ਇਹਨਾਂ ਨੂੰ ਪਸੰਦ ਕਰਦੇ ਹਨ: ਰਿਮਾਈਂਡਰ ਉਸ ਪਲ ਤੇ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ ਜਦੋਂ ਇਹ ਅਸਲ ਵਿੱਚ ਲਾਭਦਾਇਕ ਹੁੰਦਾ ਹੈ, ਨਾ ਕਿ ਜਦੋਂ ਉਪਭੋਗਤਾ ਵਿਚਕਾਰ ਵਿੱਚ ਵਿਆਸਤ ਹੁੰਦਾ ਹੈ।

ਉਦਾਹਰਣ ਜੋ ਉਪਭੋਗਤਾ ਤੁਰੰਤ ਸਮਝ ਲੈਂਦੇ ਹਨ

ਇੱਕ ਚੰਗਾ ਮਾਨਸਿਕ ਮਾਡਲ ਹੈ: “ਮੈਨੂੰ ਓਥੇ ਪਹੁੰਚਣ ਤੇ ਯਾਦ ਦਿਵਾਓ।” ਆਮ ਸਥਿਤੀਆਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:

• ਦੁਕਾਨ ਦੇ ਨੇੜੇ: “Trader Joe’s ਦੇ ਨੇੜੇ ਹੋਣ ਤੇ ਦੁੱਧ ਖਰੀਦੋ।”
• ਦਫਤਰ ਤੇ: “ਕਮਾਂ ਦੇ ਬਾਰੇ ਪੁੱਛੋ ਜਦੋਂ ਮੈਂ ਕੰਮ 'ਤੇ ਆਵਾਂ।”
• ਘਰ ਛੱਡਦੇ ਸਮੇਂ: “ਜਦੋਂ ਮੈਂ ਘਰ ਛੱਡਾਂ ਤਾਂ ਹੀਟਰ ਬੰਦ ਕਰ ਦੇਵੋ।”

ਏਹ ਰੁਟੀਨ ਨਾਲ ਜੁੜੇ ਹੋਣ ਕਰਕੇ ਕਾਰਗਰ ਹੁੰਦੇ ਹਨ। ਸਭ ਤੋਂ ਵਧੀਆ ਐਪ ਯੂਜ਼ਰ ਨੂੰ ਉਹਨਾਂ ਜਗ੍ਹਾਂ ਨਾਲ ਰਿਮਾਈਂਡਰ ਜੋੜਨ ਵਿੱਚ ਬਿਲਕੁਲ ਆਸਾਨੀ ਦਿੰਦੀਆਂ ਹਨ ਜਿੱਥੇ ਉਹ ਪਹਿਲਾਂ ਹੀ ਜਾਂਦੇ ਹਨ।

ਮੁੱਖ ਬਿਲਡਿੰਗ ਬਲਾਕ (ਕੋਈ ਜਟਿਲ ਸ਼ਬਦ ਨਹੀਂ)

ਇਸ ਫੀਚਰ ਨੂੰ ਬਣਾਉਣ ਲਈ, ਤੁਸੀਂ ਕੁਝ ਸਿੱਧੇ ਹਿੱਸੇ ਜੋੜੋਗੇ:

• ਟਿਕਾਣਾ ਸਿਗਨਲ: ਫੋਨ ਦੀ GPS, Wi‑Fi ਅਤੇ ਸੈੱਲ ਡੇਟਾ ਉਪਭੋਗਤਾ ਦੀ ਜਗ੍ਹਾ ਅੰਦਾਜ਼ੇ ਲਈ ਵਰਤਦੇ ਹਨ।
• Geofencing: ਇੱਕ ਨਿਯਮ, ਜਿਵੇਂ “ਜੇ ਉਪਭੋਗਤਾ ਇਸ ਨੁਕਤੇ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਬਣਾਈ ਗਈ ਗੋਲ ਸਰਹੱਦ ਵਿੱਚ ਦਾਖਲ/ਬਾਹਰ ਹੋਇਆ, ਤਾਂ ਟਰਿੱਗਰ ਕਰੋ।”
• ਨੋਟੀਫਿਕੇਸ਼ਨ: ਇੱਕ ਲੋਕਲ ਨੋਟੀਫਿਕੇਸ਼ਨ (ਜਾਂ ਤੁਹਾਡੇ ਡਿਜ਼ਾਈਨ ਅਨੁਸਾਰ ਪੁਸ਼) ਜੋ ਰਿਮਾਈਂਡਰ ਦਿਖਾਉਂਦੀ ਹੈ।
• ਸਟੋਰੇਜ: ਰਿਮਾਈਂਡਰ, ਉਹਨਾਂ ਦੇ ਟਿਕਾਣੇ, ਅਤੇ ਇਹ ਕਿ ਉਹ ਤ੍ਰਿਗਰ ਹੋਏ ਕਿ ਨਹੀਂ—ਇਹ ਸਾਰਾ ਡਾਟਾ ਸੁਰੱਖਿਅਤ ਰੱਖਣ ਦਾ ਤਰੀਕਾ।

ਇਹ ਗਾਈਡ ਕੀ ਕਵਰ ਕਰੇਗੀ

ਇਹ ਲੇਖ ਅਮਲਯੋਗ ਕਦਮਾਂ 'ਤੇ ਧਿਆਨ ਦੇਵੇਗਾ ਤਾਂ ਕਿ iOS ਅਤੇ Android ਦੇ ਹਕੀਕਤੀ ਵਿਚਾਰਾਂ ਨਾਲ ਟਿਕਾਣਾ-ਅਧਾਰਤ ਰਿਮਾਈਂਡਰ ਬਣਾਏ ਜਾ ਸਕਣ: ਅਪ੍ਰੋਚ ਚੁਣਣਾ, ਇੱਕ ਸادہ ਸੈਟਅਪ ਫਲੋ ਡਿਜ਼ਾਈਨ ਕਰਨਾ, ਪਰਮਿਸ਼ਨ ਅਤੇ ਪ੍ਰਾਇਵੇਸੀ ਸੰਭਾਲਣਾ, ਜਿਓਫੈਂਸ ਨੂੰ ਭਰੋਸੇਯੋਗ ਬਣਾਉਣਾ, ਅਤੇ ਬੈਟਰੀ ਦੀ ਵਰਤੋਂ ਘੱਟ ਰੱਖਣਾ।

ਲੋੜਾਂ ਅਤੇ ਯੂਜ਼ ਕੇਸਾਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ

SDKs ਜਾਂ ਸਕ੍ਰੀਨ ਡ੍ਰਾਅ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਇਹ ਪਤਾ ਕਰੋ ਕਿ ਲੋਕ ਕੀ ਹਾਸਲ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਨ। ਟਿਕਾਣਾ-ਅਧਾਰਤ ਰਿਮਾਈਂਡਰ "ਜਾਦੂਈ" ਮਹਿਸੂਸ ਕਰਦੇ ਹਨ ਜਦੋਂ ਉਹ ਅਸਲ ਰੁਟੀਨਾਂ ਨਾਲ ਮਿਲਦੇ ਹਨ—ਅਤੇ ਉਹ ਨਿਰਾਸ਼ਜਨਕ ਹੁੰਦੇ ਹਨ ਜਦੋਂ ਉਹ ਗਲਤ ਸਮੇਂ ਟਰਿੱਗਰ ਹੁੰਦੇ ਹਨ।

ਯੂਜ਼ਰ ਲਕਸ਼ (ਅਸਲ ਹੋਣ ਵਾਲੇ ਕੇਸ) ਸਪੱਸ਼ਟ ਕਰੋ

ਆਪਣੇ ਮੁੱਖ ਸਥਿਤੀਆਂ ਅਤੇ ਜਿਨ੍ਹਾਂ ਨੂੰ ਉਹ ਸਰਵ ਕਰਦੀਆਂ ਹਨ ਦੀ ਸੂਚੀ ਬਣਾਉ:

• ਘਰ: “ਘਰ ਪਹੁੰਚਣ 'ਤੇ ਕੂੜਾ ਬਾਹਰ ਰੱਖਣਾ,” “ਲੋਂਡਰੀ ਸ਼ੁਰੂ ਕਰੋ,” “ਵੀਕੈਂਡ 'ਤੇ ਪੌੜੇ ਪਾਣੀ ਦਿਓ।”
• ਕੰਮ: “ਆਉਣ 'ਤੇ timesheet ਬਾਰੇ ਪੁੱਛੋ,” “ਬੈਜ ਕਰੋ,” “ਨਿਕਲਦੇ ਸਮੇਂ laptop ਨਾ ਭੁੱਲੋ।”
• ਕਿਰਿਆ-ਕਰਲ: “ਗ੍ਰੋਸਰੀ ਸਟੋਰ ਦੇ ਨੇੜੇ ਹੋਣ ਤੇ ਦੁੱਧ ਲੈ ਆਉਂ,” “ਪੋਸਟ ਦਫ਼ਤਰ ਕੋਲ ਹੋਣ 'ਤੇ ਪੈਕੇਜ ਵਾਪਸ ਕਰੋ।”
• ਸਫ਼ਰ: “ਏਅਰਪੋਰਟ 'ਤੇ ਰਹਿੰਦੇ ਸਮੇਂ ਰੋਮਿੰਗ ਚਾਲੂ ਕਰੋ,” “ਹੋਟਲ ਪਹੁੰਚਣ 'ਤੇ ਚਾਬੀਆਂ ਲੈ ਲੋ।”
• ਰੁਟੀਨ: “ਜਿਮ ਚੈਕ-ਇਨ,” “ਦਵਾਈ ਲੈਣ ਲਈ ਫਾਰਮੇਸੀ ਕੋਲ ਹੋਣ 'ਤੇ ਯਾਦ ਦਿਵਾਉ।”

ਹਰ ਸਥਿਤੀ ਲਈ ਨੋਟ ਕਰੋ:

• ਲੋੜੀਂਦੀ ਪ੍ਰਿਸੀਜ਼ਨ: ਸਟੋਰਫਰੰਟ ਹੋਵੇ ਜਾਂ ਪੜੋਸ
• ਤਤਕਾਲਤਾ: ਜ਼ਰੂਰੀ ਨਹੀਂ ਕਿ ਛੁਟ ਜਾਵੇ ਜਾਂ ਠੀਕ-ਹੈ
• ਦੌਰਾਨੀਤਾ: ਇੱਕ ਵਾਰੀ, ਹਮੇਸ਼ਾਂ, ਜਾਂ “ਸਿਰਫ ਦਿਨ ਵਿੱਚ ਇੱਕ ਵਾਰੀ”

ਟ੍ਰਿਗਰ ਕਿਸਮਾਂ ਫੈਸਲਾ ਕਰੋ

ਅਰੰਭ ਤੋਂ ਇਹ ਨਿਰਧਾਰਤ ਕਰੋ ਕਿ ਤੁਸੀਂ ਕਿਹੜੇ ਟ੍ਰਿਗਰ ਸਹਿਯੋਗ ਕਰੋਗੇ:

• Enter: ਉਪਭੋਗਤਾ ਦੇ ਆਉਣ 'ਤੇ ਸੂਚਨਾ।
• Exit: ਛੱਡਣ 'ਤੇ ਸੂਚਨਾ ("ਭੁੱਲ ਨਾ ਜਾਣਾ" ਵਾਲੇ ਕੇਸ ਲਈ ਵਧੀਆ)।
• Dwell (ਜੇ ਸਹਿਯੋਗ ਹੋਵੇ): X ਮਿੰਟ ਰਹਿਣ ਤੋਂ ਬਾਅਦ ਸੂਚਨਾ।
• Time windows: ਸਿਰਫ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਸਮਿਆਂ ਵਿੱਚ ਟਰਿੱਗਰ (ਉਦਾਹਰਨ ਲਈ, ਵਰਕਡੇ 8–6) ਤਾਂ ਜੋ ਸ਼ੋਰ ਘਟੇ।

ਰਿਮਾਈਂਡਰ ਸਮੱਗਰੀ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ

ਘੱਟੋ-ਘੱਟ ਸਮੱਗਰੀ: title + location + trigger. ਆਮ ਵਾਧੇ:

• ਚੈੱਕਲਿਸਟ ਆਈਟਮ (ਛੋਟੇ "ਕੀਤੀ" ਟੈਪ)
• ਅਟੈਚਮੈਂਟ/ਲਿੰਕ (parkਿੰਗ ਫੋਟੋ, order ਨੰਬਰ)
• ਰਿਪੀਟ ਨਿਯਮ (ਹਰ ਵਰਕਡੇ, “ਸਿਰਫ਼ ਦਿਨ ਵਿੱਚ ਇੱਕ ਵਾਰੀ,” ਅਗਲੇ ਨੂੰ ਸਕਿਪ)

ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਸਫਲਤਾ ਮਾਪਦੰਡ ਨਿਸ਼ਚਿਤ ਕਰੋ

ਬਾਅਦ ਵਿੱਚ trade-offs ਕਰਨ ਲਈ ਮਾਪਦੰਡ ਚੁਣੋ:

• ਡਿਲਿਵਰੀ ਦਰ: % ਰਿਮਾਈਂਡਰ ਜੋ ਉਮੀਦ ਕੀਤੇ ਵਿੰਡੋ ਵਿੱਚ ਫਾਇਰ ਹੁੰਦੇ ਹਨ
• Snooze/dismiss ਦਰ: ਯੂਜ਼ਫੁਲ ਨਾਂਵਿਕ ਰੂਹ ਜਾਂ ਪਰੇਸ਼ਾਨੀ
• ਬੈਟਰੀ ਪ੍ਰਭਾਵ: ਪ੍ਰਤੀ ਦਿਨ/ਸੈਸ਼ਨ ਬੈਕਗ੍ਰਾਊਂਡ ਉਪਲੋਡ
• Opt-in ਦਰ: ਲੋਕੇਸ਼ਨ ਪਰਮਿਸ਼ਨ + ਨੋਟੀਫਿਕੇਸ਼ਨ ਪਰਮਿਸ਼ਨ ਮਨਜ਼ੂਰੀ ਦਰ

ਆਪਣੀ ਤਕਨੀਕੀ ਰਵਾਇਤ ਚੁਣੋ

ਤੁਹਾਡੇ ਤਕਨੀਕੀ ਚੋਣਾਂ ਇਹ ਨਿਰਧਾਰਤ ਕਰਦੀਆਂ ਹਨ ਕਿ ਰਿਮਾਈਂਡਰ ਕਿੰਨੇ ਭਰੋਸੇਯੋਗ ਲੱਗਣਗੇ, ਕਿੰਨੀ ਬੈਟਰੀ ਖਪਤ ਹੋਏਗੀ, ਅਤੇ iOS/Android 'ਤੇ ship ਕਰਨ ਲਈ ਕਿੰਨਾ ਕੰਮ ਲੱਗੇਗਾ।

Geofencing APIs বনਾਮ continuous tracking

ਜ਼ਿਆਦਤਰ ਰਿਮਾਈਂਡਰ ਐਪ ਲਈ, system geofencing (region monitoring) ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ, ਨਾ ਕਿ ਹਰ ਵੇਲੇ user ਨੂੰ ਟਰੈਕ ਕਰਨ ਤੋਂ।

• Geofencing APIs: OS ਤੁਹਾਡੀ ਐਪ ਨੂੰ ਉਠਾ ਕੇ ਦੱਸਦਾ ਹੈ ਜਦੋਂ ਡਿਵਾਈਸ ਕਿਸੇ defined ਇਲਾਕੇ ਵਿੱਚ ਦਾਖਲ/ਬਾਹਰ ਹੁੰਦਾ ਹੈ। ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਚੰਗਾ default ਹੈ: ਘੱਟ ਬੈਟਰੀ, ਸਧਾਰਨ ਪ੍ਰਾਈਵੇਸੀ, ਅਤੇ ਘੱਟ ਬੈਕਗ੍ਰਾਊਂਡ ਮੁੱਦੇ।
• Continuous tracking: ਇਹ "ਵਧੇਰੇ ਸਟਿਕ" ਮਹਿਸੂਸ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ ਮਹਿੰਗਾ ਹੈ: ਬੈਟਰੀ ਤੇ ਵੱਧ ਧੱਕ, ਜ਼ਿਆਦਾ ਪਰਮਿਸ਼ਨ friction, ਅਤੇ OS ਤੁਹਾਨੂੰ ਬੈਕਗ੍ਰਾਊਂਡ ਵਿੱਚ throttle ਕਰ ਸਕਦੀ ਹੈ।

ਪ੍ਰਾਇਗਟਿਕ ਪੈਟਰਨ: geofencing ਪਹਿਲਾਂ, ਅਤੇ ਉੱਚ-ਨਿਰਧਾਰਤਾ ਟਰੈਕਿੰਗ ਦੇ ਛੋਟੇ, ਨਿਸ਼ਚਿਤ bursts ਸਿਰਫ ਜਦੋਂ ਯੂਜ਼ਰ ਸਰਗਰਮ ਹੋਵੇ (ਉਦਾਹਰਨ: ਨੈਵੀਗੇਸ਼ਨ ਦੌਰਾਨ)।

ਸ਼ੁੱਧਤਾ ਦੇ ਤਰਾਜੂ (GPS vs Wi‑Fi vs cell)

ਟਿਕਾਣਾ ਇੱਕ ਹੀ ਸਿਗਨਲ ਨਹੀਂ—ਇਹ ਮਿਲੀ-ਜੁਲੀ ਹੁੰਦੀ ਹੈ।

• GPS: ਬਾਹਰ ਵਧੀਆ; ਲਾਕ ਲੈਣ ਵਿੱਚ ਹੌਲੀ ਅਤੇ ਅੰਦਰ ਘਰ ਦੇ ਅੰਦਰ ਕਮਜ਼ੋਰ।
• Wi‑Fi ਪੋਜ਼ਿਸ਼ਨਿੰਗ: ਸ਼ਹਿਰੀਆਂ ਅਤੇ ਅੰਦਰوني ਜਗ੍ਹਾਂ 'ਤੇ ਵਧੀਆ; ਨੇੜਲੇ ਨੈੱਟਵਰਕਾਂ 'ਤੇ ਨਿਰਭਰ।
• Cell towers: ਸਭ ਤੋਂ ਘੱਟ ਸਹੀਤਾ, ਪਰ ਕਰੀਬ-ਕਰੀਬ ਹਰ ਜਗ੍ਹਾ ਕੰਮ ਕਰਦਾ ਹੈ।

ਇਸ ਵਿਭਿੰਨਤਾ ਲਈ ਡਿਜ਼ਾਈਨ ਕਰੋ: ਸੈਂਸਿਬਲ ਘਟੋ-ਘਟ ਰੇਡੀਅਸ ਮੁੱਲ ਚੁਣੋ ਅਤੇ ਸਟ੍ਰੀਟ-ਲੈਵਲ ਸਹੀਤਾ ਦਾ ਵਾਅਦਾ ਕਰਨ ਤੋਂ ਬਚੋ।

ਆਫਲਾਈਨ ਅਤੇ ਖਰਾਬ ਸਿਗਨਲ ਵਾਲੀ ਵਰਤੋਂ

ਫੈਸਲਾ ਕਰੋ ਕਿ ਜਦੋਂ ਯੂਜ਼ਰ ਕੋਲ ਸੀਮਤ ਕਨੈਕਟਿਵਿਟੀ ਹੋਵੇ ਤਾਂ ਕੀ ਹੁੰਣਾ ਚਾਹੀਦਾ ਹੈ:

• Geofencing ਫਿਰ ਵੀ ਟਰਿੱਗਰ ਹੋ ਸਕਦਾ ਹੈ ਬਿਨਾਂ ਡੇਟਾ ਦੇ, ਪਰ ਟਿਕਾਣਾ ਅਪਡੇਟ ਦੇਰੀ ਨਾਲ ਜਾਂ ਘੱਟ ਸਹੀਤਾ ਨਾਲ ਹੋ ਸਕਦੇ ਹਨ।
• ਜਦੋਂ ਸਿਗਨਲ ਖਰਾਬ ਹੋਵੇ, ਟਰਿੱਗਰ ਦੇਰੀ ਹੋ ਸਕਦੀ ਹੈ। UX ਕਾਪੀ ਵਿੱਚ ਇਹ ਸਪੱਸ਼ਟ ਕਰੋ (ਉਦਾਹਰਨ: “ਕੁਝ ਮਿੰਟਾਂ ਵਿੱਚ ਟਰਿੱਗਰ ਹੋ ਸਕਦਾ ਹੈ”)।
• ਘਟਨਾਵਾਂ ਨੂੰ ਲੋਕਲ ਤੌਰ 'ਤੇ ਕਤਾਰਬੱਧ ਕਰੋ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਸਿੰਕ ਕਰੋ ਤਾਂ ਕਿ ਰਿਮਾਈਂਡਰ ਅਤੇ ਐਨਾਲਿਟਿਕਸ ਨੈੱਟਵਰਕ ਵਾਪਸ ਆਉਣ 'ਤੇ ਠੀਕ ਰਹਿਣ।

ਪਲੇਟਫਾਰਮ ਸਕੋਪ: ਨੈਟਿਵ vs ਕ੍ਰਾਸ-ਪਲੇਟਫਾਰਮ vs ਹਾਈਬ੍ਰਿਡ

ਟੀਮ ਦੀਆਂ ਸਖਤੀਆਂ ਅਤੇ ਬੈਕਗ੍ਰਾਊਂਡ ਭਰੋਸੇਯੋਗਤਾ ਦੀ ਮਹੱਤਤਾ ਦੇ ਆਧਾਰ 'ਤੇ ਚੁਣੋ:

• Native (Swift/Kotlin): location/background ਫੀਚਰਾਂ ਤੱਕ ਸਭ ਤੋਂ ਵਧੀਆ ਪਹੁੰਚ ਅਤੇ ਤੇਜ਼ ਡੀਬੱਗਿੰਗ।
• Cross-platform (Flutter/React Native): UI ਸ਼ੇਅਰਿੰਗ ਤੇਜ਼, ਪਰ background/geofence ਦੇ ਐਜ ਕੇਸ ਨੈਟਿਵ ਮੌਡੀਊਲਾਂ ਦੀ ਲੋੜ ਰੱਖ ਸਕਦੇ ਹਨ।
• Hybrid/web: ਆਮ ਤੌਰ 'ਤੇ geofencing ਅਤੇ ਬੈਕਗ੍ਰਾਊਂਡ ਨੋਟੀਫਿਕੇਸ਼ਨ ਲਈ ਸਭ ਤੋਂ ਕਮਜ਼ੋਰ ਵਿਕਲਪ।

ਜੇ ਤੁਹਾਡੇ ਰਿਮਾਈਂਡਰ ਬੈਕਗ੍ਰਾਊਂਡ ਵਿੱਚ ਭਰੋਸੇਯੋਗ ਹੋਣੇ ਲਾਜ਼ਮੀ ਹਨ, ਤਾਂ ਉਹ ਅਪ੍ਰੋਚ ਚੁਣੋ ਜੋ ਤੁਹਾਨੂੰ OS ਵਿਸ਼ੇਸ਼ ਵਿਹੇਵਿਓਰ 'ਤੇ ਹੋਰ ਕਾਬੂ ਦੇਵੇ।

ਤੇਜ਼ ਪ੍ਰੋਟੋਟਾਈਪਿੰਗ ਬਿਨਾਂ ਲੌਕ ਇਨ ਹੋਏ

ਜੇ ਤੁਸੀਂ UX ਅਤੇ workflows ਨੂੰ ਵੈਲੀਡੇਟ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ ਬਿਨਾਂ ਨੈਟਿਵ ਐਜ ਕੇਸਾਂ 'ਚ ਵੱਡੀ ਨਿਵੇਸ਼ ਕੀਤੇ, ਤਾਂ ਤੁਸੀਂ ਯਾਦ, ਸੇਟਅਪ ਫਲੋ, ਸਟੋਰੇਜ ਮਾਡਲ, ਅਤੇ ਐਡਮਿਨ ਡੈਸ਼ਬੋਰਡ ਤੇਜ਼ੀ ਨਾਲ ਪ੍ਰੋਟੋਟਾਈਪ ਕਰ ਸਕਦੇ ਹੋ।

Koder.ai ਇੱਕ vibe-coding ਪਲੇਟਫਾਰਮ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਚੈਟ ਰਾਹੀਂ ਵੈੱਬ, ਸਰਵਰ, ਅਤੇ ਮੋਬਾਈਲ ਐਪ ਬਣਾ ਸਕਦੇ ਹੋ—ਯੂਜ਼ਫੁਲ ਜਦੋਂ ਤੁਸੀਂ onboarding ਜਾਂ permissions ਕਾਪੀ ਦੇ ਵੱਖ-ਵੱਖ ਵਰਜਨ ਟੈਸਟ ਕਰ ਰਹੇ ਹੋ।

Koder.ai ਇੱਕ ਆਮ ਉਤਪਾਦ ਸਟੈਕ (React web, Go + PostgreSQL backend, Flutter mobile) ਜਨਰੇਟ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਸੋর্স-ਕੋਡ ਐਕਸਪੋਰਟ, ਡਿਪਲੋਇਮੈਂਟ/ਹੋਸਟਿੰਗ, ਕਸਟਮ ਡੋਮੇਨ, ਅਤੇ snapshots/rollback ਸਪੋਰਟ ਕਰਦਾ ਹੈ—ਜਦੋਂ ਤੁਸੀਂ onboarding ਜਾਂ permission copy ਦੇ ਵੈਰੀਆਂਟ ਟੈਸਟ ਕਰ ਰਹੇ ਹੋ ਅਤੇ ਸੁਰੱਖਿਅਤ ਤੌਰ 'ਤੇ ਵਾਪਸ ਜਾਣ ਦੀ ਲੋੜ ਹੋਵੇ ਤਾਂ ਸੰਭਾਲੀਦਾ।

UX ਡਿਜ਼ਾਈਨ: ਸਧਾਰਨ ਸੈਟਅਪ, ਸਪੱਸ਼ਟ ਨਿਯੰਤਰਣ

ਇੱਕ ਟਿਕਾਣਾ-ਅਧਾਰਤ ਰਿਮਾਈਂਡਰ ਸਿਰਫ਼ ਸੈਟਅਪ ਫਲੋ ਦੇ ਤੌਰ 'ਤੇ ਚੰਗਾ ਹੋਣ 'ਤੇ ਹੀ ਵਰਤਣਯੋਗ ਹੁੰਦਾ ਹੈ। ਜੇ ਯੂਜ਼ਰ ਇੱਕ ਮਿੰਟ ਤੋਂ ਵੱਧ ਲੱਗਦੇ ਹੋਏ ਇੱਕ ਰਿਮਾਈਂਡਰ ਨਹੀਂ ਬਣਾਉ ਸਕਦੇ—ਜਾਂ ਉਹ ਵਿਸ਼ਵਾਸ ਨਹੀਂ ਕਰਦੇ ਕਿ ਇਹ "ਚਾਲੂ" ਹੈ—ਉਹ ਇਹ ਛੱਡ ਦੇਣਗੇ। ਛੋਟੀ, ਪੇਸ਼ਗੋਈ ਸਕ੍ਰੀਨਾਂ ਨਿਸ਼ਾਨਾ ਬਣਾਓ ਅਤੇ ਹਰ ਇੱਕ ਲਈ ਸਧਾਰਨ, ਰੋਜ਼ਾਨਾ ਭਾਸ਼ਾ ਵਰਤੋ।

ਸ਼ਾਮਿਲ ਕਰਨ ਵਾਲੀਆਂ ਮੁੱਖ ਸਕ੍ਰੀਨਾਂ

1) ਰਿਮਾਈਂਡਰ ਬਣਾਓ

ਫਾਰਮ ਨੂੰ ਹਲਕਾ ਰੱਖੋ: title, ਵਿਕਲਪਿਕ ਨੋਟ, ਅਤੇ ਇੱਕ ਪ੍ਰਮੁੱਖ “Add location” ਕਾਰਵਾਈ। ਯੂਜ਼ਰ ਨੂੰ ਸਕਰੀਨ ਛੱਡੇ ਬਿਨਾਂ ਸੇਵ ਕਰਨ ਦਿਓ, ਅਤੇ ਚੁਣੀ ਹੋਈ ਜਗ੍ਹਾ inline ਦਿਖਾਓ (ਨਾਂ + ਛੋਟੀ ਨਕਸ਼ਾ ਪ੍ਰੀਵਿਊ)।

2) ਟਿਕਾਣਾ ਚੁਣੋ

ਕਈ ਆਮ ਤਰੀਕੇ ਸਹਿਯੋਗ ਕਰੋ:

• Search a place (autocomplete ਅਤੇ ਪਛਾਣਯੋਗ ਨਾਂ)
• Pin ਡ੍ਰੌਪ ਕਰੋ (tap-and-hold, ਫਿਰ draggable pin ਨਾਲ fine-tune)
• Recent places (ਤੇਜ਼ ਪੂਨਰ ਉਪਯੋਗ ਲਈ)
• Saved places (Home, Work, Favorites)

3) ਲਿਸਟ ਪ੍ਰਬੰਧਨ

ਲਿਸਟ ਇਕ ਨਜ਼ਰ ਵਿੱਚ ਇੱਕ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਵੇ: “ਕੀ active ਹੈ?” ਸਥਿਤੀ ਚਿਪਸ ਦਿਖਾਓ ਜਿਵੇਂ Active, Paused, ਜਾਂ Needs permission। ਤੁਰੰਤ ਕਾਰਵਾਈਆਂ (pause, edit, delete) ਸ਼ਾਮਿਲ ਕਰੋ ਬਿਨਾਂ ਉਨ੍ਹਾਂ ਨੂੰ ਛੁਪਾਏ।

4) ਸੈਟਿੰਗਜ਼

ਸੈਟਿੰਗਜ਼ ਨਿਯੁਨਤਮ ਰੱਖੋ: permission ਮਦਦ, ਨੋਟੀਫਿਕੇਸ਼ਨ ਪਸੰਦਾਂ, ਇਕਾਈਆਂ (miles/km), ਅਤੇ ਇੱਕ ਛੋਟੀ "battery-friendly mode" ਵਿਆਖਿਆ।

ਉਪਭੋਗਤਾ ਲਈ ਸਮਝ ਆਉਣ ਵਾਲੇ ਨਿਯੰਤਰਣ

ਹਰ ਰਿਮਾਈਂਡਰ ਲਈ ਦੋ ਸਧਾਰਨ ਚੋਣਾਂ ਦਿਓ:

• Trigger: “When I arrive” / “When I leave”
• Radius: ਇੱਕ ਸਲਾਈਡਰ ਜੋ ਸਾਫੀ ਹਦਾਇਤ ਦੇਵੇ: “ਛੋਟਾ = ਜ਼ਿਆਦਾ ਨਿਰਧਾਰਕ, ਘੱਟ ਭਰੋਸੇਯੋਗ ਹੋ ਸਕਦਾ ਹੈ” ਅਤੇ “ਵੱਡਾ = ਓਕਾਟ, ਜ਼ਿਆਦਾ ਮਾਫ਼ ਕਰਨ ਵਾਲਾ।”

ਸੈਂਸਿਬਲ ਪ੍ਰੀਸੈਟ ਰੱਖੋ (ਉਦਾਹਰਨ: 100m, 300m, 1km) ਤਾਂ ਕਿ ਯੂਜ਼ਰ ਨੂੰ ਅਨੁਮਾਨ ਨਾ ਲਗਾਉਣਾ ਪਏ।

ਭਰੋਸਾ ਬਣਾਉਣ ਵਾਲੀ UX

ਟਿਕਾਣਾ ਫੀਚਰ ਅਣਛਾਹੇ ਲੱਗ ਸਕਦੇ ਹਨ, ਇਸ ਲਈ ਭਰੋਸਾ ਦਿਖਾਉਣ ਲਈ:

• ਰਿਮਾਈਂਡਰ ਦੇ ਵੇਰਵੇ ਸਕਰੀਨ 'ਤੇ Active status
• Last check ਟਾਈਮਸਟੈਂਪ (ਉਦਾਹਰਨ: “Last checked 3 min ago”)
• ਇੱਕ ਹਲਕੀ Test mode (ਟ੍ਰਿੱਗਰ ਨਕਲੀ ਤੌਰ 'ਤੇ ਸਿਮੂਲੇਟ ਕਰਦਾ ਹੈ ਅਤੇ ਇੱਕ ਨਮੂਨਾ ਨੋਟੀਫਿਕੇਸ਼ਨ ਭੇਜਦਾ ਹੈ)

ਜਦੋਂ ਕੁਝ ਉਪਚਾਰ ਨੂੰ ਰੁਕਦਾ ਹੈ (permissions off, notifications disabled), ਤਾਂ ਇੱਕ ਸਪੱਸ਼ਟ “Fix settings” ਕਾਲ-ਟੂ-ਐਕਸ਼ਨ ਦਿਖਾਓ—ਲੰਬੇ ਟੈਕਸਟ ਦੀ ਭਾਰਵਾਹੀ ਨਹੀਂ।

ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਪਰਮਿਸ਼ਨ ਅਤੇ ਪ੍ਰਾਈਵੇਸੀ سنਭਾਲੋ

ਲੋਕੇਸ਼ਨ ਰਿਮਾਈਂਡਰ ਤਦ ਹੀ ਕੰਮ ਕਰਦੇ ਹਨ ਜਦੋਂ ਯੂਜ਼ਰ ਤੁਹਾਡੇ ਉੱਤੇ ਸੰਵੇਦਨਸ਼ੀਲ ਡੇਟਾ ਸਾਂਝਾ ਕਰਨ ਦਾ ਭਰੋਸਾ ਕਰਦਾ ਹੈ। ਪਰਮਿਸ਼ਨ ਅਤੇ ਪ੍ਰਾਈਵੇਸੀ ਨੂੰ ਕਿਸੇ ਆਖਰੀ ਮਿੰਟ ਦੇ ਚੈੱਕਬਾਕਸ ਵਜੋਂ ਨਹੀਂ, ਬਲਕਿ ਉਤਪਾਦ ਫੀਚਰ ਵਜੋਂ ਵਰਤੋ।

ਸਹੀ ਪਰਮਿਸ਼ਨ ਦਰਜ਼ਾ ਚੁਣੋ (ਅਤੇ ਸਪਸ਼ਟ ਸਮਝਾਓ)

ਜਿਆਦਾਤਰ ਪਲੇਟਫਾਰਮ ਦੋ ਆਮ ਲੇਵਲ ਦਿੰਦੇ ਹਨ:

• “While Using”: ਐਪ ਸਕ੍ਰੀਨ 'ਤੇ ਹੋਣ ਜਾਂ ਸਰਗਰਮ ਹੋਣ ਸਮੇਂ ਸਿਰਫ਼ ਟਿਕਾਣਾ ਪ੍ਰਾਪਤ ਕਰੋ।
• “Always” (ਬੈਕਗ੍ਰਾਊਂਡ ਟਿਕਾਣਾ): ਐਪ ਬੰਦ ਹੋਣ 'ਤੇ ਵੀ ਟਿਕਾਣਾ ਪ੍ਰਾਪਤ—ਆਮ ਤੌਰ 'ਤੇ ਅਸਲ geofencing ਰਿਮਾਈਂਡਰਾਂ ਲਈ ਲਾਜ਼ਮੀ।

ਜੋ ਘੱਟ ਤੁਹਾਨੂੰ ਚਾਹੀਦਾ ਹੈ ਉਸੇ ਦੀ ਮੰਗ ਕਰੋ। ਜੇ ਤੁਹਾਡਾ ਪਹਿਲਾ ਸੰਸਕਰਣ “While Using” ਨਾਲ ਕੰਮ ਕਰ ਲੈਂਦਾ ਹੈ, ਤਾਂ ਪਹਿਲਾਂ ਉਥੇ ਰਹੋ ਅਤੇ ਉਹੀ ਯੂਜ਼ਰ ਫੀਚਰ ਜਦੋਂ ਵੀ ਲੋੜ ਹੋਵੇ ਤਾਂ “Always” ਲਈ ਬਢਾਓ।

OS ਪ੍ਰਾਂਪਟ ਤੋਂ ਪਹਿਲਾਂ in-app rationale ਸਕ੍ਰੀਨ ਦਿਖਾਓ

ਯੂਜ਼ਰਾਂ ਨੂੰ ਸਿੱਧੇ ਸਿਸਟਮ ਡਾਇਲਾਗ ਵਿੱਚ ਨਾ ਫੈਕੋ। ਇੱਕ ਛੋਟੀ ਪ੍ਰੀ-ਪਰਮਿਸ਼ਨ ਸਕ੍ਰੀਨ ਦਿਖਾਓ ਜੋ ਸਮਝਾਏ:

• ਤੁਸੀਂ ਕੀ ਮੰਗ ਰਹੇ ਹੋ (“ਬੈਕਗ੍ਰਾਊਂਡ ਵਿੱਚ ਟਿਕਾਣਾ ਆਗਿਆ ਦਿਓ”)
• ਫਾਇਦਾ (“ਤਾਂ ਜੋ ਤੁਹਾਡਾ ਰਿਮਾਈਂਡਰ ਸਟੋਰ 'ਤੇ ਪਹੁੰਚਣ 'ਤੇ ਟਰਿੱਗਰ ਹੋ ਸਕੇ—ਚਾਹੇ ਐਪ ਬੰਦ ਹੋਵੇ”)
• ਤੁਸੀਂ ਕੀ ਨਹੀਂ ਕਰਦੇ (“ਅਸੀਂ ਤੁਹਾਡੀ ਟਿਕਾਣਾ ਲਗਾਤਾਰ ਟਰੈਕ ਨਹੀਂ ਕਰਦੇ ਜਾਂ ਵੇਚਦੇ ਨਹੀਂ” — ਜੇ ਇਹ ਸੱਚ ਹੋਵੇ)

ਇਸ ਨਾਲ ਆਮ ਤੌਰ 'ਤੇ opt-in ਦਰ ਸੁਧਰਦੀ ਹੈ ਅਤੇ ਉਲਝਣ ਘੱਟ ਹੁੰਦੀ ਹੈ।

ਸੈਟਿੰਗਜ਼ ਵਿੱਚ ਕਾਬੂ ਦਿਓ

ਸਧਾਰਨ ਟੌਗਲ ਸ਼ਾਮਿਲ ਕਰੋ:

• location-based reminders ਨੂੰ ਚਾਲੂ/ਬੰਦ ਕਰਨਾ
• notification categories ਪ੍ਰਬੰਧ (ਉਦਾਹਰਨ: “Arrivals,” “Departures,” “Daily summaries”)

ਜਦੋਂ ਕੁਝ disabled ਹੋਵੇ, ਦਿਖਾਓ ਕਿ ਕੀ ਘਟਇਆ ਹੈ ਅਤੇ ਇੱਕ ਇਕ-ਟੈਪ ਰਸਤਾ ਦਿੱਤੋ ਮੁੜ ਚਾਲੂ ਕਰਨ ਲਈ।

ਪ੍ਰਾਈਵੇਸੀ-ਮਿੱਤਰ ਡੀਫਾਲਟ ਅਤੇ ਡੇਟਾ ਮਿਟਾਣਾ ਆਸਾਨ ਬਣਾਓ

ਘੱਟੋ-ਘੱਟ ਡੇਟਾ ਇਕੱਠਾ ਕਰਨ ਦੇ ਡੀਫਾਲਟ ਰੱਖੋ: ਸੇਵ ਕੀਤੇ ਟਿਕਾਣੇ ਅਤੇ ਰਿਮਾਈਂਡਰ ਨਿਯਮ ਸਟੋਰ ਕਰੋ, ਨਾ ਕਿ ਰਾ ਟਿਕਾਣਾ ਇਤਿਹਾਸ।

ਜ਼ਿਆਦਾ ਸਪੱਸ਼ਟ ਵਿਕਲਪ ਦਿਓ: ਡੇਟਾ ਹਟਾਉਣ (ਇਕ ਰਿਮਾਈਂਡਰ, ਸਾਰੇ ਟਿਕਾਣੇ, ਜਾਂ ਪੂਰਾ ਖਾਤਾ), ਅਤੇ ਪੁਸ਼ਟੀ ਦਿਓ ਕਿ ਕੀ ਮਿਟੇਗਾ। ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ ਪ੍ਰਾਈਵੇਸੀ ਨੀਤੀ ਪੰਨਾ ਹੈ, ਤਾਂ onboarding ਅਤੇ ਸੈਟਿੰਗਜ਼ ਵਿੱਚ ਉਸ ਦਾ ਜਿਕਰ ਕਰੋ (ਉਦਾਹਰਨ ਲਈ: ਪ੍ਰਾਈਵੇਸੀ ਪੇਜ)।

ਡੇਟਾ ਮਾਡਲ ਅਤੇ ਸਟੋਰੇਜ

ਟਿਕਾਣਾ-ਅਧਾਰਿਤ ਰਿਮਾਈਂਡਰ ਐਪ ਸਤਹ 'ਤੇ ਸਧਾਰਨ ਲੱਗ ਸਕਦਾ ਹੈ, ਪਰ ਅੰਦਰਲੇ ਤੌਰ 'ਤੇ ਇੱਕ ਸਪਸ਼ਟ ਡੇਟਾ ਮਾਡਲ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਤਾਂ ਕਿ ਰਿਮਾਈਂਡਰ ਭਰੋਸੇਯੋਗ ਤਰੀਕੇ ਨਾਲ ਫਾਇਰ ਹੋਣ, ਸੋਧਯੋਗ ਰਹਿਣ, ਅਤੇ ਜਦੋਂ ਯੂਜ਼ਰ ਪੁੱਛੇ “ਕਿਉਂ ਨਹੀਂ ਨੋਟੀਫਿਕੇਸ਼ਨ ਮਿਲੀ?” ਤਾਂ ਡਿਬੱਗ ਕੀਤੇ ਜਾ ਸਕਣ।

ਕੋਰ ਏਂਟੀਟੀਜ਼ (ਸਪੱਠ ਰੱਖੋ)

ਘੱਟੋ-ਘੱਟ ਇਹ ਧਾਰਨਾ ਅਲੱਗ-ਅਲੱਗ ਮਾਡਲ ਕਰੋ:

• Reminder: title, notes, priority, created/updated timestamps, ਅਤੇ ਇਹ ਕਿ ਇਹ ਕਿੱਥੇ ਅਤੇ ਕਦੋਂ ਟਰਿੱਗਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਦਾ ਲਿੰਕ।
• Place / Geofence: ਸੇਵ ਕੀਤਾ ਟਿਕਾਣਾ (lat/lng, radius, label ਜਿਵੇਂ “Home”), ਅਤੇ ਮੈਟਾਡੇਟਾ ਜਿਵੇਂ “search ਤੋਂ ਬਣਾਇਆ” ਜਾਂ “dropped pin”। ਇੱਕੋ ਜਗ੍ਹਾ ਉੱਤੇ ਕਈ ਰਿਮਾਈਂਡਰ ਸੰਬੰਧਿਤ ਹੋ ਸਕਦੇ ਹਨ।
• Schedule (ਛੋਟਾ ਪਰ ਲਾਭਦਾਇਕ): ਨਿਯਮ ਜਿਵੇਂ “ਸਿਰਫ਼ ਵਰਕਡੇ”, “9–5 ਵਿਚ ਹੀ”, ਜਾਂ “ਕਿਸੇ ਵਿਸ਼ੇਸ਼ ਤਰੀਕ ਤੋਂ ਬਾਅਦ।” ਜੇ ਤੁਸੀਂ "ਕਦੇ ਵੀ" ਨਾਲ ਸ਼ੁਰੂ ਕਰਦੀਆਂ ਹੋ, ਤਾਂ ਵੀ ਇੱਕ schedule ਏਂਟੀਟੀ ਭਵਿੱਖ ਵਿੱਚ painful refactors ਤੋਂ ਬਚਾਉਂਦੀ ਹੈ।
• Status: enabled/disabled, completed, snoozed-until, last-triggered-at।
• Notification log: ਭੇਜੇ ਗਏ ਨੋਟੀਫਿਕੇਸ਼ਨਾਂ ਦਾ ਹਲਕਾ ਇਤਿਹਾਸ (ਟਾਈਮਸਟੈਂਪ, reminder id, ਕਾਰਨ) — ਇਹ ਸਪੋਰਟ ਅਤੇ ਡਿਬੱਗਿੰਗ ਲਈ ਰੱਖੋ ਅਤੇ prune ਕਰਨਯੋਗ ਰੱਖੋ।

ਸਟੋਰੇਜ ਚੋਣ: ਪਹਿਲਾਂ ਲੋਕਲ

ਜ਼ਿਆਦਾਤਰ ਐਪਸ ਲਈ, ਲੋਕਲ ਡੇਟਾਬੇਸ ਸਹੀ ਅਧਾਰ ਹੈ:

• iOS: Core Data (ਜਾਂ ਹੇਠਾਂ SQLite), ਬਾਅਦ ਵਿੱਚ CloudKit।
• Android: Room (SQLite).
• Cross-platform: SQLite, Realm, ਜਾਂ ਪ੍ਰਤੀ OS ਪਲੇਟਫਾਰਮ-ਨੀਟਿਵ ਤਰੀਕਾ।

ਲੋਕਲ-ਪਹਿਲਾਂ ਰਿਮਾਈਂਡਰ ਨੂੰ ਆਫਲਾਈਨ ਕੰਮ ਕਰਨ ਦਿੰਦਾ ਹੈ ਅਤੇ ਪਰਾਈਵੇਸੀ ਰਿਸਕ ਘਟਾਉਂਦਾ ਹੈ ਕਿਉਂਕਿ ਡੇਟਾ ਡਿਵਾਈਸ ਤੋਂ ਬਾਹਰ ਜਾਣ ਦੀ ਲੋੜ ਨਹੀਂ।

ਸਿੰਕ ਸਿਰਫ਼ ਜੇ ਵਾਕਈ ਲੋੜ ਹੋਵੇ

ਸਿੰਕ ਮੁਸ਼ਕਲੀਆਂ ਵਧਾਉਂਦਾ ਹੈ: ਖਾਤੇ, ਇਨਕ੍ਰਿਪਸ਼ਨ, ਮਾਈਗ੍ਰੇਸ਼ਨ, ਸਪੋਰਟ, ਅਤੇ conflict resolution। ਜੇ ਤੁਸੀਂ ਲਾਂਚ 'ਤੇ multi-device ਸਹਿਯੋਗ ਦੀ ਲੋੜ ਨਹੀਂ ਰੱਖਦੇ, ਤਾਂ ਪਹਿਲਾਂ export/backup (JSON/CSV) ਜਾਂ OS-ਲੇਵਲ ਬੈਕਅਪ 'ਤੇ ਵਿਚਾਰ ਕਰੋ।

ਜੇ ਸਿੰਕ ਦਾਇਰੇ ਵਿੱਚ ਹੈ, ਤਾਂ conflictਾਂ ਦੀ ਯੋਜਨਾ ਪਹਿਲੋਂ ਤੋਂ ਕਰੋ: stable IDs ਵਰਤੋਂ, updated_at ਟ੍ਰੈਕ ਕਰੋ, ਅਤੇ ਨਿਯਮਾਂ ਦਿਓ ਜਿਵੇਂ “last write wins” ਜਾਂ “completed always wins।” ਜਿਹੜੇ power users ਹਨ ਜੋ ਕਈ ਡਿਵਾਈਸ 'ਤੇ ਸੋਧ ਕਰਦੇ ਹਨ, ਇਕ ਸਾਦਾ “conflict ਦਿਖਾਓ ਅਤੇ ਯੂਜ਼ਰ ਨੂੰ ਚੁਣਨ ਦਿਓ” ਵਾਲਾ ਫਲੋ ਗੁਪਤ ਤੌਰ 'ਤੇ ਸੁਧਰਿਆ ਹੋ ਸਕਦਾ ਹੈ।

ਭਰੋਸੇਯੋਗ ਤਰੀਕੇ ਨਾਲ Geofencing ਲਾਗੂ ਕਰੋ

Geofencing ਹੀ ਉਹ ਮੁੱਖ ਮਕੈਨੀਕ ਹੈ ਜੋ ਟਿਕਾਣਾ-ਅਧਾਰਤ ਰਿਮਾਈਂਡਰ ਚਲਾਉਂਦੀ ਹੈ: ਤੁਸੀਂ ਇੱਕ "ਵਰਚੁਅਲ ਬਾਉਂਡਰੀ" ਪਰिभਾਸ਼ਿਤ ਕਰਦੇ ਹੋ, ਅਤੇ ਸਿਸਟਮ ਤੁਹਾਨੂੰ ਨੋਟਿਸ ਕਰਦਾ ਹੈ ਜਦੋਂ ਇੱਕ ਯੂਜ਼ਰ ਉਸ ਥਾਂ ਦਾਖਲ ਜਾਂ ਬਾਹਰ ਹੁੰਦਾ ਹੈ।

ਇਕ geofence ਅਸਲ ਵਿੱਚ ਕੀ ਹੁੰਦਾ ਹੈ

ਇੱਕ geofence ਆਮ ਤੌਰ 'ਤੇ:

• ਇੱਕ ਕੇਂਦਰੀ ਨੁਕਤਾ (latitude/longitude)
• ਇੱਕ ਰੇਡੀਅਸ (ਉਦਾਹਰਨ: 100–500 ਮੀਟਰ)
• ਇੱਕ ਜਾਂ ਵੱਧ ਇਵੈਂਟ: on enter, on exit (ਕਈ ਵਾਰੀ dwell)

ਕਿਉਂਕਿ OS ਹੀ ਨਿਗਰਾਨੀ ਕਰ ਰਿਹਾ ਹੁੰਦਾ ਹੈ, ਤੁਹਾਨੂੰ ਲਗਾਤਾਰ GPS ਅਪਡੇਟ ਨਹੀਂ ਮਿਲਦੇ। ਇਹ ਬੈਟਰੀ ਲਈ ਚੰਗਾ ਹੈ, ਪਰ ਇਸਦਾ ਮਤਲਬ ਇਹ ਵੀ ਹੈ ਕਿ geofences 'ਤੇ ਸਿਸਟਮ ਸੀਮਾਵਾਂ ਹੁੰਦੀਆਂ ਹਨ (ਜਿਵੇਂ monitored regions ਦੀ ਪਰਮਾਣੂ ਜਾਣਕਾਰੀ) ਅਤੇ edge ਸਥਿਤੀਆਂ ਵਿੱਚ ਇਹ ਦੇਰੀ ਨਾਲ ਜਾਂ ਛੱਡੇ ਜਾ ਸਕਦੇ ਹਨ।

ਪਲੇਟਫਾਰਮ ਵਿਹੇਵਿਓਰ: iOS vs Android

iOS ਵਿੱਚ, region monitoring ਸਿਸਟਮ ਦੁਆਰਾ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਹ ਤੁਹਾਡੀ ਐਪ ਨ ਚਲ ਰਹੀ ਹੋਣ 'ਤੇ ਵੀ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ ਇਸ 'ਤੇ OS-ਦੀਆਂ ਸੀਮਾਵਾਂ ਹਨ ਅਤੇ ਮੂਵਮੇਨਟ ਅਤੇ ਡਿਵਾਈਸ ਸਟੇਟ ਦੇ ਨਿਰਭਰ ਤੇ ਟਰਿੱਗਰ ਵਿੱਚ ਸਮਾਂ ਲੱਗ ਸਕਦਾ ਹੈ।

Android 'ਤੇ, geofencing ਆਮ ਤੌਰ 'ਤੇ Google Play services ਰਾਹੀਂ ਲਾਗੂ ਹੁੰਦਾ ਹੈ। ਵਿਹੇਵਿਓਰ ਡਿਵਾਈਸ ਮੈਕਰ ਅਤੇ ਪਾਵਰ-ਸੇਵਿੰਗ ਸੈਟਿੰਗਜ਼ ਦੇ ਆਧਾਰ 'ਤੇ ਵੱਖਰਾ ਹੋ ਸਕਦਾ ਹੈ; ਬੈਕਗ੍ਰਾਊਂਡ ਰਿਸਟ੍ਰਿਕਸ਼ਨਾਂ ਤੁਹਾਡੇ ਭਰੋਸੇਯੋਗਤਾ ਨੂੰ ਪ੍ਰਭਾਵਤ ਕਰ ਸਕਦੀਆਂ ਹਨ ਜੇ ਤੁਸੀਂ ਸਿਫਾਰਸ਼ ਕੀਤਿਆਂ API ਅਤੇ foreground services ਚ ਨਹੀਂ ਠੀਕ ਤਰੀਕੇ ਨਾਲ ਵਰਤਦੇ।

ਜਦੋਂ ਤੁਸੀਂ ਸਭ ਕੁਝ ਰਜਿਸਟਰ ਨਹੀਂ ਕਰ ਸਕਦੇ: ਡਾਇਨਾਮਿਕ ਜਿਓਫੈਨਸ

ਜੇ ਯੂਜ਼ਰ ਬਹੁਤ ਸਾਰੇ ਰਿਮਾਈਂਡਰ ਬਣਾ ਸਕਦੇ ਹਨ, ਤਾਂ ਸਭ ਨੂੰ ਇਕੱਠੇ ਮੋਨੀਟਰ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਨਾ ਕਰੋ। ਇੱਕ ਕਾਰਗਰ ਬਦਲ ਹੈ ਡਾਇਨਾਮਿਕ ਰਜਿਸਟ੍ਰੇਸ਼ਨ:

• ਸਾਰੇ ਰਿਮਾਈਂਡਰ ਆਪਣੇ ਡੇਟਾਬੇਸ ਵਿੱਚ ਰੱਖੋ।
• ਸਿਰਫ ਨਜ਼ਦੀਕੀ N ਜਿਓਫੈਂਸ (ਆਖਰੀ ਜਾਣੇ ਪਛਾਣੇ ਟਿਕਾਣੇ ਤੋਂ ਇਕ ਵਾਜਿਬ ਦੂਰੀ ਅੰਦਰ) ਨੂੰ ਮੋਨੀਟਰ ਕਰੋ।
• ਜਦੋਂ ਯੂਜ਼ਰ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਹਿਲਦਾ/ਸਥਿਰ ਰਹਿੰਦਾ ਹੈ ਜਾਂ ਇੱਕ ਨਿਰਧਾਰਤ ਸਮਾਂ ਬੀਤ ਜਾਂਦਾ ਹੈ ਤਾਂ ਮੋਨੀਟਰ ਕੀਤੇ ਗਏ ਸੈਟ ਨੂੰ ਰੀਫ੍ਰੈਸ਼ ਕਰੋ।

ਇਹ ਤਰੀਕਾ OS ਦੀਆਂ ਸੀਮਾਵਾਂ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ ਪਰ ਫੀਚਰ ਨੂੰ "ਪੂਰਾ" ਲੱਗਣ ਵਾਲਾ ਅਨੁਭਵ ਦਿੰਦਾ ਹੈ।

ਗਲਤ ਟਰਿੱਗਰ ਘਟਾਓ

ਜਿਓਫੈਂਸ ਕਈ ਵਾਰੀ ਬਾਰ-ਬਾਰ ਜਾਂ ਅਜੀਬ ਸਮਿਆਂ تي ਫਾਇਰ ਹੋ ਸਕਦੇ ਹਨ। ਇਸ ਲਈ ਰੱਖੋ ਦਿਆਂ:

• Debounce alerts (ਛੋਟੀ ਵਿੰਡੋ ਲਈ ਦੁਹਰਾਅ ਨੂੰ ਅਣਡਾਢ ਕਰੋ)।
• ਪ੍ਰਤੀ ਰਿਮਾਈਂਡਰ ਨੋਟੀਫਿਕੇਸ਼ਨ ਵਿਚਕਾਰ ਘੱਟੋ-ਘੱਟ ਸਮਾਂ ਲਗਾਓ।
• ਵਿਕਲਪਿਕ ਤੌਰ 'ਤੇ speed checks ਵਰਤੋ (ਉਦਾਹਰਨ: ਹਾਈਵੇਅ ਤੇ ਤੇਜ਼ ਗਤੀ 'ਤੇ "ਪਹੁੰਚਿਆ" ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰੋ)।

ਜਿਓਫੈਂਸ ਇਵੈਂਟਾਂ ਨੂੰ ਇੱਕ ਸਿਗਨਲ ਵਜੋਂ ਵਰਤੋ, ਫਿਰ ਪੂਛਨਾ ਕਿ ਕੀ ਰਿਮਾਈਂਡਰ ਦਿਖਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ—ਉਸ ਤੋਂ ਪਹਿਲਾਂ ਨੋਟੀਫਿਕੇਸ਼ਨ ਦਿਖਾਉਣਾ।

ਉਹ ਨੋਟੀਫਿਕੇਸ਼ਨ ਭੇਜੋ ਜੋ ਯੂਜ਼ਰ ਚਾਹੁੰਦੇ ਹਨ

ਇੱਕ ਟਿਕਾਣਾ ਟਰਿੱਗਰ ਸਿਰਫ਼ ਅੱਧਾ ਕੰਮ ਹੈ—ਦੂਜਾ ਅੱਧਾ ਹੈ ਇਕ ਐਸੀ ਨੋਟੀਫਿਕੇਸ਼ਨ ਦੈਣਾ ਜੋ ਸਮੇਂ-ਉਤਮ, ਮਦਦਗਾਰ, ਅਤੇ ਆਸਾਨ ਕਾਰਵਾਈਯੋਗ ਹੋਵੇ। ਜੇ ਨੋਟੀਫਿਕੇਸ਼ਨ ਸ਼ੋਰ-ਖਪੇੜੇ ਜਾਂ ਗੁੰਝਲਦਾਰ ਹਨ, ਤਾਂ ਯੂਜ਼ਰ ਉਨ੍ਹਾਂ ਨੂੰ ਬੰਦ ਕਰ ਦੇਣਗੇ (ਜਾਂ ਐਪ ਹਟਾ ਦੇਣਗੇ)।

ਲੋਕਲ vs ਪੁਸ਼: ਸਹੀ ਟੂਲ ਚੁਣੋ

ਜ਼ਿਆਦਾਤਰ ਟਿਕਾਣਾ-ਅਧਾਰਤ ਰਿਮਾਈਂਡਰ ਲਈ, ਲੋਕਲ ਨੋਟੀਫਿਕੇਸ਼ਨ ਸ最佳 default ਹਨ: ਡਿਵਾਈਸ geofence ਇਵੈਂਟ ਡਿਟੈਕਟ ਕਰਦਾ ਹੈ ਅਤੇ ਰਿਮਾਈਂਡਰ ਦਿਖਾਈ ਦਿੰਦੀ ਬਿਨਾਂ ਸਰਵਰ ਦੀ ਲੋੜ। ਇਹ ਕਨੇਕਟਿਵਿਟੀ-ਮਸਲਿਆਂ ਵਿੱਚ ਤੇਜ਼ ਅਤੇ ਭਰੋਸੇਯੋਗ ਰਹਿੰਦਾ ਹੈ।

ਜਦੋਂ ਤੁਹਾਨੂੰ ਵਾਕਈ ਸਰਵਰ ਸ਼ਾਮਿਲ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇ (ਉਦਾਹਰਨ: shared lists, team assignments, ਜਾਂ ਕਈ ਡਿਵਾਈਸਾਂ 'ਤੇ sync), ਤਦ ਪুশ ਵਰਤੋ। ਇੱਕ ਆਮ ਪੈਟਰਨ: geofence ਲੋਕਲ ਤੌਰ 'ਤੇ ਟਰਿੱਗਰ ਹੋਵے, ਫਿਰ ਤੁਸੀਂ completion/snooze ਸਟੇਟ ਨੂੰ ਬੈਕਗ੍ਰਾਊਂਡ ਵਿੱਚ ਸਿੰਕ ਕਰ ਸਕਦੇ ਹੋ।

ਨੋਟੀਫਿਕੇਸ਼ਨ ਨੂੰ actionable ਬਣਾਓ

ਮੂਲ ਕੰਮ ਲਈ ਯੂਜ਼ਰ ਨੂੰ ਐਪ ਖੋਲ੍ਹਣ 'ਤੇ ਮਜਬੂਰ ਨਾ ਕਰੋ। ਤੇਜ਼ ਕੰਮਾਂ ਲਈ ਤੁਰੰਤ ਨਿਯੰਤਰਣ ਦਿਓ ਜੋ ਲੋਕ ਅਸਲ ਜ਼ਿੰਦਗੀ ਵਿੱਚ ਕਰਦੇ ਹਨ:

• Mark as done
• Snooze (ਉਦਾਹਰਨ: 10 ਮਿੰਟ / 1 ਘੰਟਾ)
• Open details (ਨੋਟ, ਸੂਚੀ, ਜਾਂ ਚੈੱਕਲਿਸਟ ਦਿਖਾਉਂਦਾ ਹੈ)

ਟਾਈਟਲ ਛੋਟਾ ਰੱਖੋ (“Buy milk”) ਅਤੇ ਬਾਡੀ ਵਿੱਚ ਸੰਦੇਸ਼ ਲਈ ਸੰਦਰਭ ਦਿਓ (“You’re near Trader Joe’s”)।

ਚੁੱਪਿ ਘੰਟੇ ਅਤੇ ਟਾਈਮ ਵਿੰਡੋਜ਼ ਦਾ ਆਦਰ ਕਰੋ

Quiet hours ਅਤੇ ਵਿਕਲਪਿਕ time windows ਹਰ ਰਿਮਾਈਂਡਰ ਵਾਸਤੇ ਸ਼ਾਮਿਲ ਕਰੋ (“ਸਿਰਫ਼ 8am–8pm ਦੌਰਾਨ ਸੂਚਨਾ ਭੇਜੋ”)। ਜੇ ਯੂਜ਼ਰ ਖਿੜਕੀ ਦੇ ਬਾਹਰ ਪਹੁੰਚਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਸੂਚਨਾ ਨੂੰ ਵਿੰਡੋ ਖੁਲ੍ਹਣ ਤੱਕ ਦੇਰੀ ਕਰ ਸਕਦੇ ਹੋ ਜਾਂ ਇੱਕ ਸਾਈਲੈਂਟ ਬੈਜ ਅੱਪਡੇਟ ਦਿਖਾ ਸਕਦੇ ਹੋ—ਦੋਹਾਂ ਨਾਲ ਪਰੇਸ਼ਾਨੀ ਘਟਦੀ ਹੈ।

ਰੀਸਟਾਰਟ ਅਤੇ ਅਪਡੇਟ ਬਚਾਓ (ਜਿੱਥੇ ਸੰਭਵ)

ਯੂਜ਼ਰ ਉਮੀਦ ਕਰਦੇ ਹਨ ਕਿ ਫੋਨ ਰੀਸਟਾਰਟ ਅਤੇ ਐਪ ਅਪਡੇਟ ਤੋਂ ਬਾਅਦ ਵੀ ਰਿਮਾਈਂਡਰ ਕੰਮ ਕਰਦੇ ਰਿਹਿੰਗੇ। ਗੀਓਫੈਂਸ/ਰਿਮਾਈਂਡਰ ਨੂੰ ਸਟੋਰੇਜ ਵਿੱਚ ਟਿਕਾ ਕੇ ਰੱਖੋ ਅਤੇ ਐਪ ਲਾਂਚ 'ਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਦੁਬਾਰਾ ਰਜਿਸਟਰ ਕਰੋ।

Android 'ਤੇ, reboot 'ਤੇ restore ਕਰਨ ਬਾਰੇ ਵਿਚਾਰ ਕਰੋ (ਜਿੱਥੇ ਪਲੇਟਫਾਰਮ ਨੀਤੀਆਂ ਆਗਿਆ ਦਿੰਦੀਆਂ ਹਨ)। iOS 'ਤੇ, system region monitoring ਨੂੰ ਨਿਭਾਵਣ ਦਿਓ ਅਤੇ ਐਪ ਦੌੜਨ 'ਤੇ ਜਿੰਨਾ ਰਜਿਸਟਰ ਕੀਤਾ ਜਾ ਸਕੇ ਉਨ੍ਹਾਂ ਨੂੰ ਦੁਬਾਰਾ ਰਜਿਸਟਰ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾਓ।

ਬੈਟਰੀ-ਫ੍ਰੈਂਡਲੀ ਅਤੇ ਬੈਕਗ੍ਰਾਊਂਡ ਵਿੱਚ ਸਥਿਰ ਰੱਖੋ

ਟਿਕਾਣਾ-ਅਧਾਰਤ ਰਿਮਾਈਂਡਰ ਤਦ ਹੀ "ਜਾਦੂ" ਵਰਗੇ ਮਹਿਸੂਸ ਹੁੰਦੇ ਹਨ ਜਦੋਂ ਉਹ ਬਿਨਾਂ ਸ਼ੋਰ ਦੇ ਚੱਲਦੇ ਹਨ। ਚੁਣੌਤੀ ਇਹ ਹੈ ਕਿ ਬੈਕਗ੍ਰਾਊਂਡ ਕੰਮ ਨੂੰ ਕਸਰਤ ਨਾਲ ਰੋਕਿਆ ਜਾਂਦਾ ਹੈ: ਬੈਟਰੀ ਸੀਮਤ ਹੈ, ਅਤੇ iOS/Android ਦੋਹਾਂ ਐਪਸ ਨੂੰ ਲੱਗਾਤਾਰ ਚੱਲਣ ਜਾਂ GPS ਪੋਲਿੰਗ ਕਰਨ ਤੋਂ ਰੋਕਦੇ ਹਨ।

ਕਿਉਂ ਬੈਕਗ੍ਰਾਊਂਡ ਟਿਕਾਣਾ ਸੀਮਤ ਹੈ

ਆਧੁਨਿਕ ਮੋਬਾਇਲ OS ਲਗਾਤਾਰ GPS ਅਤੇ ਬਾਰ-ਬਾਰ ਬੈਕਗ੍ਰਾਊਂਡ wake-ups ਨੂੰ ਉੱਚ-ਖ਼ਰਚਾ ਮੰਨਦੇ ਹਨ। ਜੇ ਤੁਹਾਡੀ ਐਪ ਇਨ੍ਹਾਂ ਨੂੰ ਵੱਧ ਵਰਤੇਗੀ, ਯੂਜ਼ਰ ਨੂੰ ਬੈਟਰੀ ਘਟਣ ਦਾ ਅਨੁਭਵ ਹੋਵੇਗਾ, OS ਤੁਹਾਨੂੰ throttle ਕਰ ਸਕਦੀ ਹੈ, ਅਤੇ ਭਰੋਸੇਯੋਗਤਾ ਖਰਾਬ ਹੋ ਸਕਦੀ ਹੈ।

OS-ਸਿਫ਼ਾਰਸ਼ ਕੀਤੇ APIs ਵਰਤੋਂ (ਹਮੇਸ਼ਾ GPS ਨਹੀਂ)

ਪਲੇਟਫਾਰਮ ਵੱਲੋਂ ਦਿੱਤੇ ਗਏ geofencing ਅਤੇ region monitoring APIs ਨੂੰ ਤਰਜੀਹ ਦਿਓ। ਇਹ GPS, Wi‑Fi, ਅਤੇ ਸੈੱਲ ਦੇ ਮਿਸ਼ਰਣ ਨੂੰ ਵਰਤਦੇ ਹੋਏ ਡਿਜ਼ਾਈਨ ਕੀਤੇ ਗਏ ਹਨ ਅਤੇ ਤੁਹਾਡੀ ਐਪ ਨੂੰ ਉਸ ਵੇਲੇ ਹੀ ਉਠਾਉਂਦੇ ਹਨ ਜਦੋਂ ਲੋੜ ਹੁੰਦੀ ਹੈ।

ਜੇ ਤੁਹਾਡੀ ਮੂਲ ਲੋੜ turn-by-turn ਨਿਰਧਾਰਤਾ ਨਹੀਂ ਹੈ, ਤਾਂ ਹਮੇਸ਼ਾ-ਚੱਲਦਾ GPS ਟਰੈਕਿੰਗ ਤੋਂ ਬਚੋ। ਰਿਮਾਈਂਡਰਾਂ ਲਈ ਇਹ ਬਹੁਤ ਘੱਟ ਲੋੜੀਂਦਾ ਹੈ।

ਬੈਟਰੀ ਖਪਤ ਘਟਾਉਣ ਦੇ عملي ਤਰੀਕੇ

ਛੋਟੀਆਂ ਚੋਣਾਂ ਵੱਡਾ ਅਸਰ ਪਾ ਸਕਦੀਆਂ ਹਨ:

• ਸੰਭਵ ਹੋਵੇ ਤਾਂ ਵੱਡਾ ਰੇਡੀਅਸ ਵਰਤੋ (ਉਦਾਹਰਨ: 150–300m ਬਜਾਏ 50m)
• ਸਕਟੀ ਰੀਮਾਈਂਡਰਾਂ ਦੀ ਗਿਣਤੀ ਸੀਮਤ ਕਰੋ (ਅਤੇ OS caps ਦੇ ਹੇਠਾਂ ਰਹੋ)
• geofences ਨੂੰ ਸਿਰਫ਼ ਜਦੋਂ ਲੋੜ ਹੋਵੇ ਰੀਫ੍ਰੈਸ਼ ਕਰੋ: edits, schedule ਬਦਲਣ, ਜਾਂ meaningful movement
• ਸੰਦਰਭ ਅਨੁਸਾਰ ਅਨੁਕੂਲ ਬਣੋ: ਜੇ ਯੂਜ਼ਰ ਸਥਿਰ ਹੈ ਤਾਂ ਬੇਕਾਰ ਰੀ-ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਤੋਂ ਬਚੋ; ਜੇ ਉਹ ਤੇਜ਼ ਜਾ ਰਹੇ ਹਨ ਤਾਂ ਢੀਲੀ ਸਰਹੱਦਾਂ ਨੂੰ ਤਰਜੀਹ ਦਿਓ

ਪਾਰਦਰਸ਼ਤਾ: "ਬੈਟਰੀ ਪ੍ਰਭਾਵ" ਨੋਟ ਸ਼ਾਮਿਲ ਕਰੋ

Settings ਜਾਂ Help ਵਿੱਚ ਇੱਕ ਛੋਟੀ "Battery impact" ਸੈਕਸ਼ਨ ਰੱਖੋ ਜੋ ਦੱਸੇ:

• ਤੁਸੀਂ ਕਿਹੜਾ ਪਰਮਿਸ਼ਨ ਲੈ ਰਹੇ ਹੋ (“While Using” vs “Always”)
• ਪਿਛੋਕੜ ਵਿੱਚ geofences ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ
• ਯੂਜ਼ਰ ਕਿਸ ਤਰ੍ਹਾਂ ਘੱਟ ਬੈਟਰੀ ਪ੍ਰਭਾਵ ਲਈ ਸੈਟਿੰਗਜ਼ ਬਦਲ ਸਕਦੇ ਹਨ (ਥੋੜੀਆਂ ਜਗ੍ਹਾਂ, ਵੱਡਾ ਰੇਡੀਅਸ, ਬੇکار ਰਿਮਾਈਂਡਰ ਬੰਦ ਕਰਨਾ)

ਇਸ ਨਾਲ ਭਰੋਸਾ ਬਣਦਾ ਹੈ—ਅਤੇ support ਟਿਕਟ ਘੱਟ ਹੁੰਦੇ ਹਨ।

ਅਸਲ ਦੁਨੀਆ ਵਿੱਚ ਟੈਸਟ ਕਰੋ (ਸਿਰਫ਼ ਇਮੀਲੇਟਰ ਨਹੀਂ)

Geofencing ਅਤੇ ਬੈਕਗ੍ਰਾਊਂਡ ਟਿਕਾਣਾ ਫੀਚਰ ਡੈਮੋ ਵਿੱਚ ਪਰਫੈਕਟ ਲਗ ਸਕਦੇ ਹਨ, ਫਿਰ ਅਸਲ ਜ਼ਿੰਦਗੀ ਵਿੱਚ ਸ਼ਾਂਤ ਹੋ ਕੇ ਨਾਕਾਮ ਹੋ ਸਕਦੇ ਹਨ। ਫ਼ਰਕ OS ਹੁੰਦਾ ਹੈ: iOS ਅਤੇ Android ਬੈਕਗ੍ਰਾਊਂਡ ਕੰਮ, ਪਰਮਿਸ਼ਨ, ਕਨੈਕਟਿਵਿਟੀ, ਅਤੇ ਬੈਟਰੀ ਨੂੰ ਸਖਤੀ ਨਾਲ ਪ੍ਰਬੰਧ ਕਰਦੇ ਹਨ। ਟੈਸਟਿੰਗ ਨੂੰ ਇੱਕ ਉਤਪਾਦ ਫੀਚਰ ਵਜੋਂ ਮੰਨੋ, ਆਖਰੀ ਕੰਮ ਵੱਜੋਂ ਨਹੀਂ।

ਇੱਕ ਪ੍ਰੈਕਟਿਕਲ ਟੈਸਟਿੰਗ ਮੈਟ੍ਰਿਕਸ ਬਣਾਓ

ਮਿਸ਼ਰਣ ਨਾਲ ਟੈਸਟ ਕਰੋ:

• ਡਿਵਾਈਸ (पुरਾਣੇ + ਨਵੇਂ ਹਾਰਡਵੇਅਰ, ਵੱਖ-ਵੱਖ GPS ਗੁਣਵੱਤਾ)
• OS ਵਰਜ਼ਨ ਜੋ ਤੁਸੀਂ ਸਪੋਰਟ ਕਰਦੇ ਹੋ
• ਪਰਮਿਸ਼ਨ ਸਥਿਤੀਆਂ: Always, While Using, Denied, ਅਤੇ Android 'ਤੇ “Ask Next Time”
• ਐਪ ਸਥਿਤੀਆਂ: foreground, background, killed/force-quit

ਇੱਕ “fresh install” ਰਾਹ ਵੀ ਸ਼ਾਮਿਲ ਕਰੋ ਤਾਂ ਕਿ onboarding ਅਤੇ permission ਪ੍ਰਾਂਪਟ ਜ਼ੀਰੋ ਤੋਂ ਕੰਮ ਕਰਨ ਦੀ ਪੁਸ਼ਟੀ ਹੋਵੇ।

locus ਸਿਮੂਲੇਟ ਕਰੋ—ਫਿਰ ਪੈਦਾ ਸਥਿਤੀ 'ਤੇ ਚਲਕੇ ਜਾਂ ਕਾਰ ਵਿੱਚ VALIDATE ਕਰੋ

ਇਮੀਲੇਟਰ ਤੇਜ਼ iteration ਲਈ ਉੱਤਮ ਹਨ:

• iOS Simulator: GPX ਰੂਟਾਂ / simulated location
• Android Emulator: Extended Controls → Location (single points + routes)

ਪਰ ਹਕੀਕਤੀ ਦੁਨੀਆਂ ਵਿੱਚ ਵੀ ਜਾਂਚ ਕਰੋ। ਇੱਕ ਸਧਾਰਨ ਰੂਟ ਸੈੱਟ ਕਰੋ ਜਿਸ ਵਿੱਚ ਦੋ fences ਹੁਣ—enter + exit—ਫਿਰ ਵਾਕ/ਡ੍ਰਾਈਵ ਦੋਹਰਾਓ। ਡ੍ਰਾਈਵ ਕਰਨ ਨਾਲ ਸਮੇਂ-ਸਬੰਧੀ ਮੁੱਦੇ (missed boundaries, delayed callbacks) ਆਉਂਦੇ ਹਨ ਜੋ ਵਾਕਿੰਗ ਨਹੀਂ ਦਿਖਾਉਂਦੇ।

ਉਹ ਐਜ ਕੇਸ ਜਿਹੜੇ ਰਿਮਾਈਂਡਰ ਤੋੜ ਸਕਦੇ ਹਨ

ਖਾਸ ਟੈਸਟ ਸ਼ਾਮਿਲ ਕਰੋ:

• Airplane mode / ਖਰਾਬ ਰਿਸੇਪਸ਼ਨ (ਕੀ ਇਹ ਬਾਅਦ ਵਿੱਚ trigger ਕਰਦਾ ਹੈ?)
• Low Power Mode / Battery Saver
• Device reboot (ਕੀ geofences ਦੁਬਾਰਾ ਰਜਿਸਟਰ ਹੁੰਦੇ ਹਨ?)
• App force-quit ਅਤੇ relaunch (ਖ਼ਾਸ ਕਰਕੇ iOS)

ਵਾਧੂ ਯੂਜ਼ਰ ਡੇਟਾ ਇਕੱਠਾ ਕੀਤੇ ਬਿਨਾਂ ਲੋਕਲ ਡਾਇਗਨੋਸਟਿਕਸ ਜੋੜੋ

ਜਦੋਂ ਰਿਮਾਈਂਡਰ ਫਾਇਰ ਨਹੀਂ ਹੁੰਦਾ, ਤੁਹਾਨੂੰ ਸਬੂਤ ਚਾਹੀਦਾ ਹੈ। ਇੱਕ ਛੋਟਾ ਸੈੱਟ ਘਟਨਾਵਾਂ ਲੋਕਲ ਲੌਗ ਕਰੋ (ਸਰਵਰ ਨੂੰ ਪਹਿਲਾਂ ਤੋਂ ਨਹੀਂ ਭੇਜੋ): permission ਬਦਲਾਵ, geofence registered/removed, last known location timestamp, trigger received, notification scheduled/sent।

ਇੱਕ in-app “Export Debug Log” ਬਟਨ ਰੱਖੋ ਜੋ support ਨਾਲ ਸਾਂਝਾ ਕੀਤਾ ਜਾ ਸਕੇ। ਇਸ ਨਾਲ missed triggers ਦਾ ਨਿਧਾਨ ਕਰਨ ਵਿੱਚ ਮਦਦ ਮਿਲਦੀ ਹੈ ਅਤੇ ਪਰਾਈਵੇਸੀ ਉਮੀਦਾਂ ਸਾਫ਼ ਰਹਿੰਦੀ ਹਨ।

ਲਾਂਚ ਚੈੱਕਲਿਸਟ: Onboarding, Support, ਅਤੇ Store ਤਿਆਰੀ

ਇੱਕ ਟਿਕਾਣਾ-ਅਧਾਰਤ ਰਿਮਾਈਂਡਰ ਐਪ ਇਕੋ ਸੈਟਿੰਗ ਖ਼ਰਾਬ ਹੋਣ 'ਤੇ "ਟੁੱਟਿਆ" ਮਹਿਸੂਸ ਕਰ ਸਕਦਾ ਹੈ। ਇੱਕ ਮਜ਼ਬੂਤ ਲਾਂਚ ਯੋਜਨਾ ਜ਼ਿਆਦਾਤਰ ਉਮੀਦਾਂ ਸੈੱਟ ਕਰਨ, permissions ਨਿਰਦੇਸ਼ਤ ਕਰਨ, ਅਤੇ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਤੇਜ਼ ਰਾਹ ਦਿਖਾਉਣ ਬਾਰੇ ਹੁੰਦੀ ਹੈ।

onboarding ਜੋ ਟਰਿੱਗਰ ਨੂੰ ਬਿਨਾਂ ਜਾਰਗਨ ਦੇ ਵਿਵਰਣ ਕਰੇ

onboarding ਛੋਟੀ ਰੱਖੋ, ਪਰ ਇਹ ਸਪਸ਼ਟ ਕਰੋ ਕਿ ਕਦੋਂ ਰਿਮਾਈਂਡਰ ਟਰਿੱਗਰ ਹੁੰਦਾ ਹੈ:

• ਇੱਕ ਰਿਮਾਈਂਡਰ ਉਦਾਹਰਣ ਵੱਜੋਂ ਉਸ ਵੇਲੇ ਟ੍ਰਿੱਗਰ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਡਿਵਾਈਸ ਕੋਈ ਖੇਤਰ ਦਾਖਲ ਜਾਂ ਛੱਡਦਾ ਹੈ—ਨਕਲ ਨਹੀਂ ਕਿ ਐਪ ਖੁਲ੍ਹੀ ਹੋਵੇ।
• OS ਨੀਤੀਆਂ, Low Power Mode, ਜਾਂ disabled location access ਦੇ ਕਾਰਨ alerts ਵੀ ਦੇਰੀ ਹੋ ਸਕਦੀਆਂ ਹਨ।
• ਭਰੋਸੇਯੋਗ geofencing ਲਈ ਯੂਜ਼ਰ ਨੂੰ Always (ਜਾਂ Allow all the time) location ਦੀ ਆਗਿਆ ਦੇਣ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ।

ਇੱਕ ਸਧਾਰਨ “test reminder” ਕਦਮ ਸ਼ਾਮਿਲ ਕਰੋ ਤਾਂ ਕਿ ਯੂਜ਼ਰ ਨੋਟੀਫਿਕੇਸ਼ਨ ਕੰਮ ਕਰਨ ਦੀ ਪੁਸ਼ਟੀ ਕਰ ਸਕਣ πριν rely ਕਰਨ।

in-app help ਜੋ support ਟਿਕਟਾਂ ਘਟਾਏ

Settings ਵਿੱਚ ਇੱਕ ਹਲਕਾ Help ਪੇਜ ਬਣਾਓ (ਅਤੇ onboarding ਤੋਂ ਲਿੰਕ ਕਰੋ)। ਇਸਨੂੰ ਸਕੈਨੇਬਲ ਰੱਖੋ ਅਤੇ ਆਮ ਮੁੱਦਿਆਂ ਲਈ ਉਪਯੋਗ ਸਲਾਹ ਦਿਓ:

Missed alert?

• ਰਿਮਾਈਂਡਰ enabled ਹੈ ਅਤੇ radius ਬਹੁਤ ਛੋਟਾ ਨਹੀਂ ਹੈ, ਇਸ ਦੀ ਜਾਂਚ ਕਰੋ।
• ਨੋਟੀਫਿਕੇਸ਼ਨ ਪਰਮਿਸ਼ਨ ਚਾਲੂ ਹਨ ਕਿ ਨਹੀਂ ਇਹ ਵੇਰੋ।
• ਟਿਕਾਣਾ ਪਰਮਿਸ਼ਨ ਸਹੀ ਹੈ ਕਿ ਨਹੀਂ (ਖ਼ਾਸ ਕਰਕੇ “Always”)।

ਪਹਿਲਾਂ ਕੰਮ ਕੀਤਾ ਸੀ, ਫਿਰ ਰੁਕ ਗਿਆ?

• battery optimization/background restrictions (Android 'ਤੇ ਆਮ) ਦੀ ਜਾਂਚ ਕਰੋ।
• ਜੇ ਲੋੜ ਹੋਵੇ ਤਾਂ ਯੂਜ਼ਰ ਨੂੰ ਐਪ ਲਈ battery saving ਬੰਦ ਕਰਨ ਲਈ ਕਹੋ।

ਟਿਕਾਣਾ ਗਲਤ ਲੱਗ ਰਿਹਾ ਹੈ?

• iOS 'ਤੇ “Precise location” ਜਾਂ Android 'ਤੇ high accuracy ਚਾਲੂ ਕਰਨ ਦੀ ਸਿਫਾਰਿਸ਼ ਕਰੋ ਜਿੱਥੇ ਲੋੜ ਹੋਵੇ।

ਜੇ ਤੁਸੀਂ ਭੁਗਤਾਨੀ tier ਦਿੰਦੇ ਹੋ, ਤਾਂ ਇੱਕ ਛੋਟੀ “Contact support” ਵਿਭਾਗ ਸ਼ਾਮਿਲ ਕਰੋ ਅਤੇ (ਜਰੂਰੀ ਹੋਵੇ ਤਾਂ) ਆਪਣੇ ਯੋਜਨਾ ਵੇਰਵਿਆਂ ਲਈ ਇੱਕ ਲਿੰਕ ਦਿਓ (ਉਦਾਹਰਨ: pricing ਵੇਰਵੇ)।

Store listing ਤਿਆਰੀ: ਸਪੱਸ਼ਟਤਾ hype ਤੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਣ ਹੈ

ਤੁਹਾਡਾ store ਪੇਜ ਇੰਸਟਾਲ ਤੋਂ ਪਹਿਲਾਂ ਉਲਝਣ ਘਟਾਉਣਾ ਚਾਹੀਦਾ ਹੈ:

• ਫੀਚਰ ਬੁਲੇਟਸ: “ਜਦੋਂ ਮੈਂ ਆਵਾਂ ਯਾਦ ਦਿਵਾਓ,” “ਬੈਕਗ੍ਰਾਊਂਡ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ,” “ਕਸਟਮ ਰੇਡੀਅਸ,” “Snooze,” ਆਦਿ।
• Privacy summary: ਤੁਸੀਂ ਕਿਹੜਾ ਟਿਕਾਣਾ ਇਕੱਠਾ ਕਰਦੇ ਹੋ, ਕੀ ਡੇਵਾਈਸ 'ਤੇ ਸਟੋਰ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਬੈਕਗ੍ਰਾਊਂਡ ਟਿਕਾਣਾ ਕਦੋਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।
• Screenshots: ਰਿਮਾਈਂਡਰ ਸੈਟਅਪ ਫਲੋ, permission ਪ੍ਰਾਂਪਟ, ਅਤੇ ਇੱਕ ਨਮੂਨਾ ਨੋਟੀਫਿਕੇਸ਼ਨ ਦਿਖਾਓ।

ਉਸ ਵਰਤਨ ਦੇ ਬਿਆਨ ਨਾਲ ਮੇਲ ਖਾਣ ਵਾਲੀ ਕਾਪੀ ਲਿਖੋ। ਜੇ ਰਿਮਾਈਂਡਰ ਕਦੇ-ਕਦੇ ਦੇਰੀ ਕਰ ਸਕਦੇ ਹਨ, ਤਾਂ “ਤੁਰੰਤ” alerts ਦਾ ਵਾਅਦਾ ਨਾ ਕਰੋ—ਬਜਾਏ ਇਸਦੇ, ਭਰੋਸੇਯੋਗ ਹੋਣ ਅਤੇ ਸਹੀ ਸੈਟਅਪ ਦੀ ਵਿਆਖਿਆ ਕਰੋ।

ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਦੁਹਰਾਓ: ਫੀਚਰ, accessibility, ਅਤੇ analytics

v1 ਜਾਰੀ ਕਰਨਾ ਸ਼ੁਰੂਅਾਤ ਹੀ ਹੈ। ਟਿਕਾਣਾ-ਅਧਾਰਤ ਰਿਮਾਈਂਡਰ ਲਈ, ਛੋਟੇ ਬਦਲਾਅ ਬੈਟਰੀ, ਭਰੋਸੇਯੋਗਤਾ, ਅਤੇ ਭਰੋਸੇ 'ਤੇ ਵੱਡਾ ਪ੍ਰਭਾਵ ਪਾ ਸਕਦੇ ਹਨ—ਇਸ ਲਈ ਐਸੇ Iterations ਯੋਜਨਾ ਕਰਨ ਜੋ ਆਸਾਨੀ ਨਾਲ ਟੈਸਟ ਕੀਤੇ ਜਾ ਸਕਦੇ ਅਤੇ ਰੋਲਬੈਕ ਕੀਤੇ ਜਾ ਸਕਦੇ।

ਫੀਚਰ ਸੁਧਾਰ ਜੋ geofencing ਨੂੰ ਅਸਥਿਰ ਨਾ ਕਰਨ

ਕੱਢਣੀਆਂ ਤਹਿ ਕੀਤਾ ਜੋ core geofencing ਲਾਜ਼ਮੀ ਲੋਜਿਕ ਨੂੰ ਬਦਲੇ ਬਿਨਾਂ ਤਹਿ ਜੋੜੋ:

• Recurring reminders (ਉਦਾਹਰਨ: “ਹਰ ਵਰਕਡੇ ਜਦ ਮੈਂ ਕੰਮ 'ਤੇ ਆਵਾਂ”) ਉਹੀ place/radius ਮਾਡਲ ਉੱਤੇ ਬਣਾਓ।
• Shared lists ਪਰਿਵਾਰਾਂ ਜਾਂ ਟੀਮਾਂ ਲਈ, ਸਾਫ਼ ownership ਨਿਯਮ ਅਤੇ conflict ਹੇਸ਼ਲਿੰਗ ਨਾਲ।
• Templates ("Grocery run", "Post office") ਜੋ ਸੈਟਅਪ ਤੇਜ਼ ਕਰਦੇ ਹਨ।
• Smart suggestions ਜੋ ਜਿੱਥੇ ਸੰਭਵ ਹੋ ਲੋਕਲ-ਪਹਿਲਾਂ ਰੱਖੇ ਜਾਣ—ਉਪਭੋਗਤਾ ਲਈ ਆਸਾਨ ਬੰਦ ਕਰਨ ਦੀ ਸਮਰਥਾ ਦੇਣ।

ਜੇ ਤੁਸੀਂ ਬੈਕਗ੍ਰਾਊਂਡ ਟਿਕਾਣਾ ਸੰਭਾਲਣ ਦਾ ਤਰੀਕਾ ਬਦਲਦੇ ਹੋ, ਤਾਂ ਫੀਚਰ ਫਲੈਗ ਦੇ ਪਿੱਛੇ ਰਿਲੀਜ਼ ਕਰੋ ਅਤੇ crash ਦਰਾਂ ਅਤੇ ਨੋਟੀਫਿਕੇਸ਼ਨ ਡਿਲਿਵਰੀ ਨੂੰ ਨਿਗਰਾਨੀ ਕਰਦੇ ਹੋਏ ਹੀ ਬੜਾ ਰੋਲਆਉਟ ਕਰੋ।

Accessibility: ਹਰ ਕਿਸੇ ਲਈ ਡਿਜ਼ਾਈਨ

ਟਿਕਾਣਾ-ਅਧਾਰਤ ਰਿਮਾਈਂਡਰ ਇੱਕ ਹੱਥ, ਇੱਕ ਇੰਦ੍ਰਿਯ, ਜਾਂ ਇਕ ਟੈਪ ਨਾਲ ਵਰਤੇ ਜਾ ਸਕਣ:

• Large text ਨੂੰ ਸਹਿਯੋਗ ਦਿਓ ਬਿਨਾਂ ਮੁੱਖ ਕੰਟਰੋਲ ਜਿਵੇਂ radius ਅਤੇ place names ਅਧੂਰਿਆਂ ਹੋਣ ਦੇ।
• ਰਿਮਾਈਂਡਰ ਟੈਕਸਟ ਅਤੇ ਜਗ੍ਹਾ ਖੋਜ ਲਈ ਵੌਇਸ ਇਨਪੁਟ ਸ਼ਾਮਿਲ ਕਰੋ।
• Screen reader labels ਨੂੰ ਸਮਝਦਾਰ ਬਨਾਓ (“Notify when I arrive”, “Radius: 200 meters”)।

ਅੰਤਰਰਾਸ਼ਟਰੀ ਅਤੇ ਆਫਲਾਈਨ ਵਿਚਾਰ

ਲੋਕ ਦੁਨੀਆ ਭਰ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਤਰੀਕਿਆਂ ਨਾਲ ਪਤੇ ਦਾਖਲ ਕਰਦੇ ਹਨ। ਵੱਖ-ਵੱਖ address formats ਸਵੀਕਾਰ ਕਰੋ, ਅਤੇ ਉਪਭੋਗਤਾ ਨੂੰ ਰੇਡੀਅਸ ਲਈ ਇਕਾਈਆਂ ਚੁਣਨ ਦਿਓ (ਮੀਟਰ/ਫੁੱਟ)। ਆਧਾਰਵਤੀ ਨਕਸ਼ੇ ਲਈ ਆਫਲਾਈਨ ਰਣਨੀਤੀ ਵਾਸਤੇ, ਹਾਲੀਆ ਟਿਕਾਣਿਆਂ ਨੂੰ cache ਕਰੋ ਅਤੇ ਸੇਵ ਕੀਤੀਆਂ ਜਗ੍ਹਾਂ ਚੁਣਨ ਦੀ ਆਗਿਆ ਦਿਓ ਜਦੋਂ ਮੈਪ ਟਾਈਲ ਉਪਲਬਧ ਨਾ ਹੋਣ।

ਪ੍ਰਾਈਵੇਸੀ ਦਾ ਆਦਰ ਕਰਦਾ analytics

ਸੁਧਾਰ ਕਰਨ ਲਈ ਮਾਪੋ ਬਿਨਾਂ ਲੋਕਾਂ ਨੂੰ ਟਰੈਕ ਕੀਤੇ। analytics opt-in ਰੱਖੋ, aggregate metrics ਸਟੋਰ ਕਰੋ (ਉਦਾਹਰਨ: reminder created, geofence triggered, notification opened), ਅਤੇ ਘੱਟੋ-ਘੱਟ identifiers ਵਰਤੋ। ਠੀਕ ਨਕਸ਼ਿਆਂ ਦਾ ਨਿਰਧਾਰ ਕਰਨ ਲਈ ਨਿਰਧਾਰਤ ਸਹੀਤ coordinates ਨੂੰ ਲੌਗ ਕਰਨ ਤੋਂ ਬਚੋ; distances ਅਤੇ timing ਨੂੰ buckets ਵਿੱਚ ਰੱਖੋ।

ਇੱਕ ਛੋਟੀ “How we measure” ਨੋਟ ਪ੍ਰਾਈਵੇਸੀ ਪੇਜ 'ਤੇ ਰੱਖਣਾ ਨਿਰਭਰਤਾ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਬੇਤਰ ਮੋਬਾਈਲ ਐਪ ਵਿਕਾਸ ਫੈਸਲੇ ਸਮਰਥਨ ਕਰਦਾ ਹੈ।