ਰੇਸਟੋਰੈਂਟ ਐਲਰਜੀ ਨੋਟਸ ਐਪ: ਟੀਮਾਂ ਲਈ ਮੁੜ-ਆਰਡਰਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਬਣਾਉਣਾ

ਕਿਉਂ ਰੈਸਟੋਰੈਂਟਾਂ ਨੂੰ ਉਹ ਐਲਰਜੀ ਨੋਟਸ ਚਾਹੀਦੇ ਜੋ ਗੁਮ ਨਾ ਹੋਣ\n\nਐਲਰਜੀਦਾ ਖ਼ਤਰਾ ਅਕਸਰ ਪਹਿਲੀ ਵਾਰੀ ਨਹੀਂ, ਸਗੋਂ ਮੁੜ ਆਉਣ 'ਤੇ ਦਿਖਦਾ ਹੈ। ਪਹਿਲੀ ਵਾਰੀ ਜਦ ਗਾਹਕ ਆਰਡਰ ਕਰਦਾ ਹੈ, ਉਹ ਆਮ ਤੌਰ 'ਤੇ ਸਾਰੀਆਂ ਗੱਲਾਂ ਧਿਆਨ ਨਾਲ ਦੱਸਦਾ ਹੈ ਅਤੇ ਸਟਾਫ ਜ਼ਿਆਦਾ ਸਾਵਧਾਨ ਰਹਿੰਦਾ ਹੈ। ਤੀਜੀ ਜਾਂ ਦਸਵੀਂ ਵਾਰੀ, ਸਭ ਰਿਲੈਕਸ ਕਰ ਲੈਂਦੇ ਹਨ, ਆਰਡਰ ਜਾਣਿਆ-ਪਛਾਣਿਆ ਲੱਗਦਾ ਹੈ, ਅਤੇ ਅਸਲ ਖ਼ਤਰਾ ਇਹ ਮੰਨ ਲੈਣਾ ਹੈ ਕਿ ਪਿਛਲੀ ਵਾਰੀ ਦੀ ਜਾਣਕਾਰੀ ਅਜੇ ਵੀ ਠੀਕ ਹੈ।\n\nਜਦ ਐਲਰਜੀ ਨੋਟਸ ਕਿਸੇ ਦੀ ਯਾਦ ਵਿੱਚ ਰਹਿੰਦੇ ਹਨ, ਉਹ ਵਿਅਕਤੀ ਨਾਲ ਜਾਂਦੇ ਹਨ, ਟੀਮ ਨਾਲ ਨਹੀਂ। ਜੇ ਉਹ ਸਰਵਰ ਅੱਜ ਛੁੱਟੀ 'ਤੇ ਹੋਵੇ, ਜਾਂ ਹੋਸਟ ਨਵਾਂ ਹੋਵੇ, ਜਾਂ ਕਿਚਨ ਬੜਾ ਰੁਜ਼ਗਾਰ ਹੋਵੇ, ਨੋਟ ਗੁਮ ਹੋ ਜਾਂਦੀ ਹੈ। ਹੋਰ ਖ਼ਤਰਨਾਕ ਗੱਲ ਇਹ ਹੋ ਸਕਦੀ ਹੈ ਕਿ ਨੋਟ ਗਲਤ ਢੰਗ ਨਾਲ ਵਾਪਸ ਆ ਜਾਏ। “ਮੈਨੂੰ ਲੱਗਦਾ ਹੈ ਉਹ ਨਟ ਨਹੀਂ ਖਾ ਸਕਦੀ” ਇਹ “ਕੋਈ ਪੀਨਟਸ ਨਹੀਂ” ਬਣ ਸਕਦਾ ਹੈ, ਅਤੇ ਬਦਾਮ ਵਾਲਾ ਇੱਕ ਡਿਸ਼ ਛੱਡ ਦਿੱਤਾ ਜਾ ਸਕਦਾ ਹੈ।\n\nਰੈਸਟੋਰੈਂਟ ਐਲਰਜੀ ਨੋਟਸ ਐਪ ਨਾਜ਼ੁਕ, ਬੋਲੀ ਗਈ ਜਾਣਕਾਰੀ ਨੂੰ ਸਾਂਝਾ ਅਤੇ ਸਥਿਰ ਰਿਕਾਰਡ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਇਹ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਸੁਰੱਖਿਆ ਸਿਰਫ ਇਹ ਜਾਣਨ ਨਹੀਂ ਕਿ ਮਹਿਮਾਨ ਕੋਲ ਰੁਕਾਵਟ ਹੈ — ਸਹੀ ਜਾਣਨ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਕੀ ਹੈ, ਇਹ ਕਿੰਨਾ ਗੰਭੀਰ ਹੈ, ਅਤੇ ਪਹਿਲਾਂ ਉਹਨਾਂ ਲਈ ਕੀ ਕਾਰਗਰ ਰਿਹਾ।\n\nਕੁਝ ਸ਼ਬਦ ਅਕਸਰ ਮਿਲੇ-ਜੁਲੇ ਵਰਤੇ ਜਾਂਦੇ ਹਨ:\n\n- : ਇੱਕ ਇਮੀਯੂਨ ਪ੍ਰਤਿਕ੍ਰਿਆ। ਇਹ ਗੰਭੀਰ ਹੋ ਸਕਦੀ ਹੈ ਅਤੇ ਕਠੋਰ ਬਚਾਅ ਅਤੇ ਸਪਸ਼ਟ ਕਿਚਨ ਹੈਂਡਲਿੰਗ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ।\n- : ਪਚਣ ਨਾਲ ਸੰਬੰਧਤ ਪ੍ਰਤਿਕ੍ਰਿਆ। ਇਹ ਅਕਸਰ ਮਾਤਰਾ ਉੱਤੇ ਨਿਰਭਰ ਹੁੰਦੀ ਹੈ ਅਤੇ ਛੋਟੀ ਮਾਤਰਾ ਸਹਿਣਯੋਗ ਹੋ ਸਕਦੀ ਹੈ।\n- : ਇੱਕ ਚੋਣ (ਜਿਵੇਂ ਵੀਗਨ ਜਾਂ ਪਿਆਜ਼ ਨਾ ਚਾਹੀਦਾ)। ਇਹ ਸੇਵਾ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਪਰ ਇਹ ਵੱਖਰਾ ਖ਼ਤਰਾ ਹੈ।\n\nਤੁਹਾਨੂੰ ਇੱਕ ਸਧਾਰਣ ਸਿਸਟਮ ਚਾਹੀਦਾ ਹੈ ਜੋ ਪੂਰੀ ਟੀਮ ਅਪਣਾ ਸਕੇ: ਗਾਹਕ ਨੋਟਸ ਜੋ ਆਰਡਰ ਦੇ ਸਮੇਂ ਆਸਾਨੀ ਨਾਲ ਮਿਲ ਜਾਣ, ਕਿਚਨ ਵਿੱਚ ਮੁਸ਼ਕਲ ਨਾਲ ਮਿਸ ਹੋਣ, ਅਤੇ ਜਦ ਗਾਹਕ ਕਹਿੰਦਾ ਹੈ “ਅਸਲ ਵਿੱਚ ਹੁਣ ਇਹ ਹੋਰ ਖ਼ਰਾਬ ਹੈ” ਜਾਂ “ਮੈਨੂੰ ਹੁਣ ਦੁੱਧ ਹੋ ਸਕਦਾ ਹੈ” ਤਾਂ ਅਪਡੇਟ ਕਰਨਾ ਸਧਾਰਣ ਹੋਵੇ।\n\n## ਨੋਟਸ ਕਿਸ ਨੂੰ ਵਰਗੀ ਅਤੇ ਇਹ ਕਦੋਂ ਜ਼ਿਆਦਾ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦੇ ਹਨ\n\nਐਲਰਜੀ ਨੋਟਸ ਤਦ ਹੀ ਲਾਭਦਾਇਕ ਹੁੰਦੇ ਹਨ ਜਦ ਸਹੀ ਵਿਅਕਤੀ ਉਹਨਾਂ ਨੂੰ ਉਨ੍ਹਾਂ ਦੇ ਲੋੜ ਦੇ ਸਮੇਂ ਵੇਖ ਲਏ। ਇਹ ਮੈਮੋਰੀ ਸਟੋਰ ਕਰਨ ਤੋਂ ਵੱਧ, ਉਹਨਾਂ ਫੈਸਲੇ ਲੈਣ ਵਾਲਿਆਂ ਦੇ ਸਾਹਮਣੇ ਇੱਕ ਸਪੱਸ਼ਟ ਚੇਤਾਵਨੀ ਰੱਖਣ ਦੀ ਗੱਲ ਹੈ।\n\nਫ੍ਰੰਟ-ਆਫ-ਹਾਊਸ ਆਮ ਤੌਰ 'ਤੇ ਪਹਿਲਾਂ ਜੋਖਮ ਦਾ ਸਾਹਮਣਾ ਕਰਦਾ ਹੈ। ਹੋਸਟ, ਸਰਵਰ, ਅਤੇ ਕੈਸ਼ੀਅਰਾਂ ਨੂੰ ਆਰਡਰ ਪੁਸ਼ਟੀ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤੇਜ਼ੀ ਨਾਲ ਐਲਰਜੀ ਨੋਟ ਦਿਖਾਈ ਦੇਣੀ ਚਾਹੀਦੀ ਹੈ। ਉਹਨਾਂ ਨੂੰ ਇੱਕ ਆਸਾਨ ਵਾਕ ਵੀ ਚਾਹੀਦਾ ਹੈ ਜੋ ਉਹ ਦੁਹਰਾ ਸਕਣ: ਕੀ ਐਲਰਜੀ ਹੈ, ਇਹ ਕਿੰਨੀ ਗੰਭੀਰ ਹੈ, ਅਤੇ ਕੀ ਬਚਾਉਣਾ ਹੈ। ਇਹ ਵਖਤ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦਾ ਹੈ, ਖ਼ਾਸ ਕਰਕੇ ਰੁਜ਼ਗਾਰ ਵਾਲੇ ਸਮਿਆਂ ਵਿੱਚ ਜਦ ਨਾਲ਼ ਮੂੰਹ ਕੀਤੇ ਨੋਟ ਨੂੰ ਗੁਆਚਣਾ ਆਸਾਨ ਹੁੰਦਾ ਹੈ।\n\nਕਿਚਨ ਟੀਮ ਨੂੰ ਉਹੀ ਜਾਣਕਾਰੀ ਚਾਹੀਦੀ ਹੈ, ਪਰ ਵੱਖਰੇ ਸਮੇਂ 'ਤੇ। ਸਭ ਤੋਂ ਚੰਗਾ ਸਮਾਂ ਹੈ ਜਦ ਟਿਕਟ ਬਣਦਾ ਹੈ ਅਤੇ ਫਿਰ ਜਦ ਡਿਸ਼ ਤਿਆਰ ਕੀਤੀ ਜਾ ਰਹੀ ਹੁੰਦੀ ਹੈ। ਇੱਕ ਚਮਕਦਾਰ, ਸਥਿਰ ਫਲੈਗ ਮਦਦ ਕਰਦਾ ਹੈ, ਪਰ ਇੱਕ ਛੋਟੀ ਨੋਟ ਵੀ ਜੋ ਉਨ੍ਹਾਂ ਨੂੰ ਕਾਰਵਾਈ ਦੱਸੇ ਜਿਵੇਂ ਦਸਤਾਨੇ ਬਦਲਨਾ, ਸਾਫ਼ ਪੈਨ ਵਰਤਣਾ, ਜਾਂ ਕਿਸੇ ਖਾਸ ਸਾਸ ਤੋਂ ਬਚਣਾ, ਬਹੁਤ ਮਦਦਗਾਰ ਹੁੰਦੀ ਹੈ।\n\nਮੈਨੇਜਰ ਨੋਟਸ ਨੂੰ ਸ਼ਿਫਟਾਂ ਵਿਚ ਸਥਿਰ ਰੱਖਣ ਲਈ ਵਰਤਦੇ ਹਨ। ਉਹ ਇਹ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹਨ ਕਿ ਨੋਟ ਕਿਵੇਂ ਲਿਖੀਆਂ ਜਾਣ, ਕੌਣ ਸੋਧ ਸਕਦਾ ਹੈ, ਅਤੇ ਨਵੇਂ ਕਰਮਚਾਰੀਆਂ ਨੂੰ ਹਰ ਵਾਰੀ ਇਹ ਚੈੱਕ ਕਰਨ ਦੀ ਤਰਬੀਅਤ ਕਿਵੇਂ ਦਿੱਤੀ ਜਾਵੇ। ਜਦ ਸਟਾਫ ਬਦਲਦਾ ਹੈ, ਨੋਟਸ ਰੈਸਟੋਰੈਂਟ ਦੀ ਯਾਦ ਬਣ ਜਾਦੇ ਹਨ।\n\nਗਾਹਕ ਨਿੱਜੀ ਢੰਗ ਨਾਲ ਲਾਭ ਉਠਾਉਂਦੇ ਹਨ: ਉਹ ਹਰ ਵਾਰੀ ਉਹੀ ਭਾਸ਼ਣ ਦਿੰਦੇ ਬਿਨਾਂ ਜ਼ਿਆਦਾ ਸੁਰੱਖਿਅਤ ਮਹਿਸੂਸ ਕਰਦੇ ਹਨ। ਇੱਕ ਰੈਗੁਲਰ ਹਫ਼ਤੇ ਵਿੱਚ ਡਿਲੀ ਵਾਰੀ ਆਰਡਰ ਕਰਦਾ ਹੋਵੇ। ਪਹਿਲੀ ਵਾਰੀ ਉਹ ਪੀਨਟ ਐਲਰਜੀ ਦੱਸਦਾ ਹੈ। ਹਫ਼ਤਿਆਂ ਬਾਅਦ, ਇੱਕ ਨਵਾਂ ਸਰਵਰ ਕਾਲ ਲੈਂਦਾ ਹੈ, ਝੰਡਾ ਵੇਖਦਾ ਹੈ, ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ, ਅਤੇ ਕਿਚਨ ਬਿਨਾਂ ਲੰਮੇ ਬਕਬਾਸ ਦੇ cross-contact ਤੋਂ ਬਚਦਾ ਹੈ।\n\nਨੋਟਸ ਉਹ ਸਮੇਂ ਸਭ ਤੋਂ ਜ਼ਿਆਦਾ ਮਹੱਤਵਪੂਰਨ ਹਨ ਜਦ ਸਭ ਕੁਝ ਤੇਜ਼ ਜਾਂ ਅਣਜਾਣ ਹੋਵੇ: ਪਹਿਲੀ ਵਾਰੀ ਆਏ ਆਰਡਰ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਵੇਰਵਾ ਅਸਪਸ਼ਟ ਹੋਵੇ, ਤੇਜ਼ੀ ਨਾਲ ਦਿੱਤੇ ਗਏ ਮੁੜ ਆਰਡਰ (ਖ਼ਾਸ ਕਰਕੇ ਫੋਨ ਜਾਂ ਪਿਕਅਪ), ਸ਼ਿਫਟ ਬਦਲਾਅ, ਮੀਨੂ ਬਦਲਾਅ ਜਾਂ ਸਕੇਸ਼ਲ, ਅਤੇ ਸਾਂਝੇ ਆਈਟਮ ਜਿੱਥੇ ਗਲਤੀਆਂ ਅਸਾਨੀ ਨਾਲ ਹੁੰਦੀਆਂ ਹਨ।\n\n## ਗਾਹਕ ਐਲਰਜੀ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਕੀ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ\n\nਇੱਕ ਚੰਗੀ ਐਲਰਜੀ ਪ੍ਰੋਫਾਈਲ ਛੋਟੀ, ਨਿਰਦਿਸ਼ਟ, ਅਤੇ ਭੀੜ ਵਿੱਚ ਭਰੋਸੇਯੋਗ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਜੇ ਇਹ ਲੰਮੀ ਕਹਾਣੀ ਬਣ ਜਾਂਦੀ ਹੈ ਤਾਂ ਸਟਾਫ ਇਸਨੂੰ ਪੜ੍ਹਨਾ ਛੱਡ ਦਿੰਦਾ ਹੈ। ਜੇ ਇਹ ਬਹੁਤ ਅਸਪਸ਼ਟ ਹੈ ਤਾਂ ਇਹ ਗਲਤੀਆਂ ਰੋਕ ਨਹੀਂ ਸਕਦੀ।\n\nਇੱਕ ਨਿਊਨਤਮ ਸੈੱਟ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਕਿਸੇ ਨੂੰ ਸਹੀ ਵਿਅਕਤੀ ਪੁਸ਼ਟੀ ਕਰਨ ਅਤੇ ਤੁਰੰਤ ਕਾਰਵਾਈ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਹੋਵੇ:\n\n- ਗਾਹਕ ਦਾ ਨਾਮ (ਜਾਂ ਇੱਕ ਸਪਸ਼ਟ ਲੇਬਲ ਜਿਵੇਂ "Sam K. - Office pickup")\n- ਆਰਡਰ ਲਈ ਵਰਤੀ ਜਾਣ ਵਾਲੀ ਸੰਪਰਕ ਵਿਵਰਣ (ਫੋਨ ਜਾਂ ਈਮੇਲ)\n- ਛੱਡਣ ਵਾਲੇ ਐਲਰਜਨ (ਨਿਰਦਿਸ਼ਟ ਰੱਖੋ: "peanuts" ਵਿਰੁੱਧ "nuts")\n- Severity ਨੋਟ (ਉਦਾਹਰਨ: "anaphylaxis risk" ਜਾਂ "ਮੌਲਿਕ ਇੰਟੋਲਰੈਂਸ")\n- ਤਾਰੀਖ ਅਤੇ ਸੋਰਸ ("12 ਜਨ ਨੂੰ ਦੱਸਿਆ" ਜਾਂ "ਮਾਪੇ ਨੇ ਪੁਸ਼ਟੀ ਕੀਤੀ")\n\nਇਹ ਕੰਮ ਕਰਨ ਦੇ ਬਾਅਦ, صرف ਉਨ੍ਹਾਂ ਚੀਜ਼ਾਂ ਨੂੰ ਜੋੜੋ ਜੋ ਮੁੜ ਆਰਡਰ 'ਤੇ ਬੈਕ-ਐਂਡ-ਫੋਰਥ ਘਟਾਉਂਦੀਆਂ ਹਨ। ਬਹੁਤ ਸਾਰੇ ਰੈਸਟੋਰੈਂਟ ਕੁਝ ਜਾਣੇ-ਸੁਣੇ ਸੁਰੱਖਿਅਤ ਆਈਟਮ ਸਟੋਰ ਕਰਦੇ ਹਨ ਜੋ ਮਹਿਮਾਨ ਅਕਸਰ ਮੰਗਦੇ ਹਨ, ਨਾਲ ਹੀ ਸਬਸਟਿਊਸ਼ਨ ਪਸੰਦਾਂ ਜਿਵੇਂ "oat milk ਵਰਤੋ" ਜਾਂ "no sesame, sunflower ਨਾਲ ਬਦਲੋ"। ਇਹਨਾਂ ਨੂੰ ਪਸੰਦਾਂ ਵਜੋਂ ਰੱਖੋ, ਗਾਰੰਟੀ ਵਜੋਂ ਨਹੀਂ, ਕਿਉਂਕਿ ਰੈਸਿਪੀ ਅਤੇ ਸਪਲਾਇਰ ਬਦਲ ਸਕਦੇ ਹਨ।\n\nਇਹ ਵੀ ਮਦਦਗਾਰ ਹੈ ਕਿ ਗਾਹਕ-ਸਤਰ ਦੇ ਨੋਟਸ ਨੂੰ ਆਰਡਰ-ਸਤਰ ਦੇ ਨੋਟਸ ਤੋਂ ਵੱਖਰਾ ਰੱਖਿਆ ਜਾਵੇ। ਗਾਹਕ-ਸਤਰ ਨੋਟਸ ਹਮੇਸ਼ਾਂ-ਸਹੀ ਨਿਯਮ ਹਨ ("shellfish allergy"). ਆਰਡਰ-ਸਤਰ ਨੋਟਸ ਇੱਕ-ਵਾਰੀ ਵੇਰਵਾ ਪਕੜਦੇ ਹਨ ("ਅੱਜ: no garlic" ਜਾਂ "birthday cake, dairy-free ਪੁਸ਼ਟੀ ਕਰੋ"). ਦੋਹਾਂ ਮੱਤਵਪੂਰਨ ਹਨ: ਪ੍ਰੋਫਾਈਲ ਮੁੜ ਦੀਆਂ ਗਲਤੀਆਂ ਰੋਕਦੀ ਹੈ, ਅਤੇ ਆਰਡਰ ਨੋਟ ਉਸ ਗੱਲ ਨੂੰ ਫੜ ਲੈਂਦੀ ਹੈ ਜੋ ਪਿਛਲੀ بار ਤੋਂ ਬਦਲਿਆ ਹੈ।\n\nਨੋਟਸ ਐਸੇ ਲਿਖੋ ਕਿ ਉਹ ਦੋ ਸਕਿੰਟ ਵਿੱਚ ਸਕੈਨ ਕੀਤੇ ਜਾ ਸਕਣ। ਸਧਾਰਣ ਸ਼ਬਦ ਵਰਤੋ, ਉਹ ਲਘੂ ਰੂਪ ਨਾਂ ਜੋ ਸਿਰਫ ਇੱਕ ਵਿਅਕਤੀ ਸਮਝੇ। ਚੰਗਾ: "Milk allergy (hives). Avoid butter, cheese, whey." ਖਤਰਨਾਕ: "Dairy issue."\n\n## ਗੋਪਨੀਯਤਾ ਅਤੇ ਭਰੋਸਾ: ਐਲਰਜੀ ਜਾਣਕਾਰੀ ਆਦਰ ਨਾਲ ਇਕੱਠੀ ਕਰਨੀ\n\nਐਲਰਜੀ ਨੋਟਸ ਨਿੱਜੀ ਸਿਹਤ ਸੰਬੰਧੀ ਜਾਣਕਾਰੀ ਹਨ। ਜੇ ਮਹਿਮਾਨ ਇਹ ਨਹੀਂ ਭਰੋਸਾ ਕਰਦੇ ਕਿ ਤੁਸੀਂ ਇਸਨੂੰ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਸੰਭਾਲੋਗੇ ਤਾਂ ਉਹ ਜਾਂ ਤਾਂ ਸਾਂਝਾ ਹੀ ਨਹੀਂ ਕਰਨਗੇ ਜਾਂ ਇਹ ਧੁੰਦਲੀ ਰੱਖਣਗੇ, ਜਿਸ ਨਾਲ ਤੁਹਾਡੀ ਟੀਮ ਘੱਟ ਸੁਰੱਖਿਅਤ ਰਹੇਗੀ।\n\n### ਸਪਸ਼ਟ ਭਾਸ਼ਾ ਵਿੱਚ ਸਹਿਮਤੀ ਮੰਗੋ\n\nਸਾਈਨਅਪ, ਆਨਲਾਈਨ ਚੈਕਆਊਟ, ਜਾਂ ਪਹਿਲੀ ਵਾਰੀ ਜਦ ਸਟਾਫ ਪ੍ਰੋਫਾਈਲ ਬਣਾਵੇ, ਉਥੇ ਸਹਿਮਤੀ ਲਈ ਇੱਕ ਸਧਾਰਨ, ਵਿਕਲਪੀ ਕਦਮ ਰੱਖੋ। ਇੱਕ ਵਾਕ ਵਿੱਚ ਦੱਸੋ ਕਿ ਤੁਸੀਂ ਕੀ ਸਟੋਰ ਕਰ ਰਹੇ ਹੋ, ਕਿਉਂ, ਅਤੇ ਕੌਣ ਦੇਖ ਸਕਦਾ ਹੈ। ਉਦਾਹਰਨ: "ਅਸੀਂ ਤੁਹਾਡੇ ਐਲਰਜੀ ਨੋਟਸ ਸੁਰੱਖਿਅਤ ਮੁੜ-ਆਰਡਰ ਲਈ ਸੇਵ ਕਰ ਸਕਦੇ ਹਾਂ। ਤੁਸੀਂ ਕਦੇ ਵੀ ਉਨ੍ਹਾਂ ਨੂੰ ਅਪਡੇਟ ਜਾਂ ਡਿਲੀਟ ਕਰਨ ਦੀ ਅਰਜ਼ੀ ਕਰ ਸਕਦੇ ਹੋ।"\n\nਕਾਊਂਟਰ 'ਤੇ ਮੈਡੀਕਲ-ਝਲਕ ਵਾਲੇ ਫਾਰਮ ਜਾਂ ਲੰਮੇ ਡਿਸਕਲੈਮਰ ਤੋਂ ਬਚੋ। ਜੇ ਕੋਈ ਬੇਫ਼ਿਕਰ ਹੈ, ਉਹਨੂੰ ਸੇਵ ਕਰਨ ਤੋਂ ਛੱਡ ਕੇ ਇੱਕ-ਵਾਰੀ ਨੋਟ ਜੋੜਨ ਦੀ ਆਗਿਆ ਦਿਓ।\n\n### ਘੱਟ ਤੋਂ ਘੱਟ ਰੱਖੋ ਅਤੇ ਪਹੁੰਚ ਨਿਯੰਤ੍ਰਿਤ ਕਰੋ\n\nਰੈਸਟੋਰੈਂਟ ਐਲਰਜੀ ਨੋਟਸ ਐਪ ਸਭ ਤੋਂ ਚੰਗਾ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦ ਇਹ ਸਿਰਫ਼ ਉਹੀ ਜਾਣਕਾਰੀ ਰੱਖਦਾ ਹੈ ਜੋ ਤੁਹਾਡੀ ਟੀਮ ਵਾਸਤੇ ਅਮਲਯੋਗ ਹੋਵੇ।\n\nਘੱਟੋ-ਘੱਟ, ਗਾਹਕ ਦੁਆਰਾ ਵੇਰਵਾ ਕੀਤੇ ਐਲਰਜਨ(ਸ), severity (ਉਦਾਹਰਣ: "peanut - airborne reaction"), ਕਿ "ਸੁਰੱਖਿਅਤ" ਦਾ ਕੀ ਮਤਲਬ ਹੈ (cross-contact ਤੋਂ ਬਚਾਉ, ਵੱਖਰਾ fryer, ਸਾਂਝੇ ਬਰਤਨ ਨਾ ਵਰਤੋ), ਅਤੇ ਜੋੜਨ ਜਾਂ ਆਖਰੀ ਪੁਸ਼ਟੀ ਦੀ ਤਾਰੀਖ ਦਰਜ ਕਰੋ। ਵਿਕਲਪਕ ਤੌਰ 'ਤੇ ਪੁਸ਼ਟੀ ਲਈ ਸੰਪਰਕ ਢੰਗ ਅਤੇ ਸੋਰਸ (ਗਾਹਕ, ਮਾਪੇ, ਦੇਖਭਾਲ ਕਰਨ ਵਾਲਾ) ਸ਼ਾਮਲ ਕਰੋ।\n\nਕੌਣ ਸਥਾਈ ਨੋਟਸ ਸੋਧ ਸਕਦਾ ਹੈ, ਇਸ ਨੂੰ ਸੀਮਿਤ ਕਰੋ। ਬਹੁਤ ਸਟਾਫ ਦੇਖ ਸਕਦੇ ਹਨ, ਪਰ ਸਿਰਫ ਮੈਨੇਜਰ (ਜਾਂ ਤਰਬੀਅਤ ਪ੍ਰਾਪਤ ਲੀਡ) ਐਲਰਜੀ ਵੇਰਵੇ ਬਦਲਣ। ਜੇ ਸੋਧਾਂ ਦੀ ਆਗਿਆ ਦਿਓ ਤਾਂ ਇੱਕ ਸਧਾਰਣ ਇਤਿਹਾਸ (X ਤੋਂ Y 'ਤੇ ਬਦਲਾ ਗਿਆ) ਰੱਖੋ ਤਾਂ ਕਿ ਕੁਝ ਚੁੱਪਚਾਪ ਓਵਰਰਾਈਟ ਨਾ ਹੋਵੇ।\n\nਆਖਿਰ ਵਿੱਚ, ਇੱਕ ਮੂਲ ਰੱਖਣ ਦੀ ਆਦਤ ਬਣਾਓ। ਐਲਰਜੀ ਪ੍ਰੋਫਾਈਲਾਂ ਦੀ ਨਿਯਮਤ ਸਮੀਖਿਆ ਕਰੋ (ਉਦਾਹਰਨ ਲਈ ਹਰ 6-12 ਮਹੀਨੇ) ਅਤੇ ਉਹ ਨੋਟ ਹਟਾਓ ਜੋ Outdated, unconfirmed ਜਾਂ inactive ਪ੍ਰੋਫਾਈਲਾਂ ਨਾਲ ਜੁੜੇ ਹਨ। ਮੁੜ ਆਰਡਰਾਂ 'ਤੇ ਇੱਕ ਛੋਟਾ “ਜੇ ਅਜੇ ਵੀ ਸਹੀ ਹੈ?” ਪ੍ਰਾਂਪਟ ਭਰੋਸਾ ਬਣਾਉਂਦਾ ਅਤੇ ਰਿਕਾਰਡ ਸੱਚਾ ਰੱਖਦਾ ਹੈ।\n\n## ਇੱਕ ਸਧਾਰਣ ਵਰਕਫਲੋ ਜੋ ਸਟਾਫ ਅਸਲ ਵਿੱਚ ਅਪਨਾਏਂਗੇ\n\nਇੱਕ ਚੰਗਾ ਐਲਰਜੀ ਵਰਕਫਲੋ ਇੱਥੇ ਤਕ ਕਿ ਰੋਜ਼ਮਰਾ ਵਿੱਚ ਨਿਰਾਸ਼ਾਜਨਕ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਹਰ ਤਰੀਕੇ ਨਾਲ ਇੱਕੋ ਜਿਹੇ ਤਰੀਕੇ ਨਾਲ ਕੰਮ ਕਰੇ—ਫੋਨ, ਕਾਊਂਟਰ ਜਾਂ ਆਨਲਾਈਨ। ਸੂਚਨਾ ਨੂੰ ਇੱਕ ਵਾਰੀ ਕੈਪਚਰ ਕਰੋ, ਫਿਰ ਹਰ ਮੁੜ ਆਰਡਰ 'ਤੇ ਉਸਨੂੰ ਮੁਸ਼ਕਲ ਨਾਲ ਮਿਸ ਹੋਣ ਵਾਲਾ ਬਣਾਓ।\n\nਇੱਕ ਜਗ੍ਹਾ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ ਜਿੱਥੇ ਨੋਟ ਸਟੋਰ ਹੋਵੇ: ਗਾਹਕ ਪ੍ਰੋਫਾਈਲ। ਜਦ ਕੋਈ ਐਲਰਜੀ ਦੱਸਦਾ ਹੈ, ਸਟਾਫ ਉਸਨੂੰ ਤੁਰੰਤ ਜੋੜੇ, ਨਾ ਕਿ "ਬਾਅਦ ਵਿੱਚ ਜਦ ਸੁਖਾਂ ਹੋਵੇ"। ਐਂਟਰੀ ਸਕ੍ਰੀਨ ਇੰਨੀ ਛੋਟੀ ਰੱਖੋ ਕਿ 20 ਸਕਿੰਟ ਤੋਂ ਘੱਟ ਵਿੱਚ ਭਰੀ ਜਾ ਸਕੇ।\n\nਇੱਕ ਵਰਕਫਲੋ 대부분 ਟੀਮਾਂ ਪਾਲ ਸਕਦੀਆਂ ਹਨ:\n\n- : ਆਰਡਰ ਲੈਂਦੇ ਸਮੇਂ ਐਲਰਜੀਆਂ ਦੇ ਬਾਰੇ ਪੁੱਛੋ, ਅਤੇ ਆਨਲਾਈਨ ਚੈਕਆਊਟ 'ਤੇ ਇੱਕ ਛੋਟਾ "allergies?" ਪ੍ਰਾਂਪਟ ਸ਼ਾਮਲ ਕਰੋ।\n- : ਗਾਹਕ ਪ੍ਰੋਫਾਈਲ 'ਚ ਨੋਟ ਜੋੜੋ ਸਪਸ਼ਟ ਲਫ਼ਜ਼ਾਂ ਨਾਲ (ਉਦਾਹਰਨ: "Peanut allergy, severe, avoid cross-contact").\n- : ਗਾਹਕ ਲੁੱਕਅੱਪ 'ਤੇ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਚੇਤਾਵਨੀ ਦਿਖਾਓ ਅਤੇ ਟਿਕਟ ਜਾਂ ਕਿਚਨ ਡਿਸਪਲੇ 'ਤੇ ਵੀ ਦਿਖਾਓ।\n- : ਹਰ ਵਾਰੀ ਇੱਕ ਹੀ ਛੋਟੇ ਸਕ੍ਰਿਪਟ ਨਾਲ ਦੁਹਰਾਓ।\n- : ਤੇਜ਼ੀ ਨਾਲ ਸੋਧੋ, ਅਤੇ "last updated on" ਆਪੋ-ਆਪਣੇ ਸਟੈਂਪ ਕਰੋ।\n\nਪੁਸ਼ਟੀ ਸਕ੍ਰਿਪਟ "ਮਿਸ਼ਅ" ਪਲਾਂ ਨੂੰ ਰੋਕਦਾ ਹੈ। ਇਸਨੂੰ ਕੰਮ ਵਿਕਲਪਕ ਰੱਖੋ:\n\n- “Do you have any allergies we should know about?”\n- “I have: [repeat back]. Is that correct?”\n- “Is it an intolerance or an allergy, and how serious is it?”\n\nਬਦਲਾਵ ਸੰਭਾਲਣਾ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਬਹੁਤ ਸਿਸਟਮ ਅਸਫਲ ਹੋ ਜਾਂਦੇ ਹਨ। "last updated on" ਨੋਟ ਵਿੱਚ ਸਿੱਧਾ ਰੱਖੋ ਅਤੇ ਸੋਧਾਂ ਨੂੰ ਤੇਜ਼ ਬਣਾਓ। ਉਦਾਹਰਨ: Maria ਹਫ਼ਤੇ 'ਚ ਇੱਕ ਵਾਰੀ ਆਰਡਰ ਕਰਦੀ ਹੈ ਅਤੇ ਪਹਿਲਾਂ ਲਿਖਿਆ ਸੀ "no dairy"। ਅੱਜ ਉਹ ਕਹਿੰਦੀ ਹੈ ਕਿ ਹੁਣ ਇਹ ਸੱਚੀ milk allergy ਹੈ। ਸਟਾਫ ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਅਪਡੇਟ ਕਰਦਾ ਹੈ, ਚੇਤਾਵਨੀ ਲੁੱਕਅੱਪ 'ਤੇ ਦਿਖਦੀ ਹੈ, ਅਤੇ ਨਵਾਂ ਚੇਤਾਵਨੀ ਟਿਕਟ 'ਤੇ ਵੀ ਦਿਖਾਈ ਦਿੰਦਾ ਤਾਂ ਕਿ ਕਿਚਨ ਯਾਦ 'ਤੇ ਨਿਰਭਰ ਨਾ ਰਹਿ ਜਾਵੇ।\n\n## ਕਦਮ ਬਦ ਕਦਮ: ਅਪਣੇ ਰੈਸਟੋਰੈਂਟ ਵਿੱਚ ਐਪ ਸੈਟ-ਅੱਪ ਕਰਨ ਦਾ ਤਰੀਕਾ\n\nਸਭ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਸਮਝੋ ਕਿ ਤੁਹਾਡੇ ਧੰਦੇ ਵਿੱਚ ਆਰਡਰ ਕਿੱਥੇ داخਲ ਹੁੰਦੇ ਹਨ। ਇਹ ਨਿਯਤ ਕਰੇਗਾ ਕਿ ਤੁਸੀਂ ਕਿਸ ਤਰ੍ਹਾਂ ਇੱਕ ਆਰਡਰ ਨੂੰ ਸਹੀ ਵਿਅਕਤੀ ਨਾਲ ਜੋੜਦੇ ਹੋ: ਫੋਨ ਕਾਲਾਂ, ਵਾਕ-ਇਨ, ਆਪਣੀ ਸਾਈਟ, ਡਿਲਿਵਰੀ ਮਾਰਕੀਟਪਲੇਸ, ਜਾਂ ਟੇਬਲ ਆਰਡਰਿੰਗ। ਲਿਖੋ ਕਿ ਹਰੇਕ ਥਾਂ ਤੇ ਤੁਹਾਡੇ ਕੋਲ ਅਸਲ ਵਿੱਚ ਕੀ identifier ਹੈ (ਫੋਨ ਨੰਬਰ, ਲੋਯਲਟੀ ID, ਈਮੇਲ, ਟੇਬਲ ਨੰਬਰ, ਜਾਂ ਰਸੀਦ ਨਾਮ)। ਜੇ ਤੁਸੀਂ ਇੱਕ ਮੁੜ-ਗਾਹਕ ਨੂੰ ਭਰੋਸੇਯੋਗ ਤਰੀਕੇ ਨਾਲ ਪਛਾਣ ਨਹੀਂ ਸਕਦੇ, ਤਾਂ ਐਲਰਜੀ ਨੋਟਸ ਉਨ੍ਹਾਂ ਸਮਿਆਂ 'ਤੇ ਨਹੀਂ ਦਿਖਣਗੇ ਜਦੋਂ ਲੋੜ ਹੋਵੇ।\n\nਅਗला, ਫੈਸਲਾ ਕਰੋ ਕਿ ਕਿਹੜੇ ਵਿਊਜ਼ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ ਤਾਂ ਕਿ ਸਟਾਫ ਦੋ ਸਕਿੰਟਾਂ ਵਿੱਚ ਕਾਰਵਾਈ ਕਰ ਸਕੇ। ਜਿਆਦਾਤਰ ਟੀਮਾਂ ਨੂੰ ਤਿੰਨ ਚੀਜ਼ਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ:\n\n- ਇੱਕ ਗਾਹਕ ਪ੍ਰੋਫਾਈਲ (ਜਿੱਥੇ ਨੋਟਸ ਰਹਿੰਦੇ ਹਨ)\n- ਇੱਕ ਆਰਡਰ ਸਕ੍ਰੀਨ (ਜਿੱਥੇ ਚੇਤਾਵਨੀਆਂ ਚੈਕਆਊਟ ਤੋਂ ਪਹਿਲਾਂ ਦਿੱਖਦੀਆਂ ਹਨ)\n- ਇੱਕ ਕਿਚਨ ਵਿਊ ਜਾਂ ਟਿਕਟ (ਜਿੱਥੇ ਚੇਤਾਵਨੀ ਮਿਸ ਨਾ ਹੋਵੇ)\n\nਇੱਕ ਵਿਹੰਗਮਿਕ ਸੈਟਅੱਪ ਰਾਹ:\n\n- ਹਰ ਆਰਡਰ ਚੈਨਲ ਨੂੰ ਇੱਕ ਗਾਹਕ ID ਰੂਲ ਨਾਲ ਮੇਪ ਕਰੋ (ਜਿਵੇਂ ਕਾਲਾਂ ਲਈ ਫੋਨ ਨੰਬਰ, ਆਨਲਾਈਨ ਆਰਡਰਾਂ ਲਈ ਈਮੇਲ, ਅਤੇ ਵਾਕ-ਇਨ ਲਈ "ਗਾਹਕ ਬਣਾਓ" ਵਿਕਲਪ)।\n- ਨਿਯੂਨਤਮ ਫੀਲਡ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ: allergens, severity, "avoid cross-contact" ਫਲੈਗ, ਫਰੀ-ਟੈਕਸਟ ਵੇਰਵਾ, ਅਤੇ "last confirmed" ਤਾਰੀਖ।\n- ਐਸੇ ਗਾਰਡਰੇਲਸ ਜੋੜੋ ਤਾਂ ਕਿ ਨੋਟਸ ਵਰਗੇ ਰਹਿਣ (ਘੱਟੋਂ-ਘੱਟ ਇੱਕ ਐਲਰਜਨ ਦੀ ਲੋੜ ਰੱਖੋ, ਅਸਪਸ਼ਟ ਐਨਟ੍ਰੀਆਂ ਤੋਂ ਸਟਾਫ ਨੂੰ ਰੋਕੋ, ਅਤੇ ਜਦ ਨੋਟਜ਼ ਪੁਰਾਣੀਆਂ ਹੋ ਗਈਆਂ ਹੋਣ ਤਾਂ ਪੁਸ਼ਟੀ ਲਈ ਨਿਊਜ ਕਰੋ)।\n- ਦੋ ਥਾਵਾਂ 'ਤੇ ਚੇਤਾਵਨੀਆਂ ਰੱਖੋ: ਆਰਡਰ ਐਂਟਰੀ ਦੌਰਾਨ (ਭੁਗਤਾਨ ਤੋਂ ਪਹਿਲਾਂ) ਅਤੇ ਕਿਚਨ ਟਿਕਟ 'ਤੇ (ਪਕਾਉਣ ਤੋਂ ਪਹਿਲਾਂ)।\n\nਰੋਲਆਊਟ ਤੋਂ ਪਹਿਲਾਂ ਹਕੀਕਤੀ ਸਥਿਤੀਆਂ ਨਾਲ ਟੈਸਟ ਕਰੋ, ਬੇ-ਥੀਆਂ ਨਹੀਂ। ਇੱਕ ਮੁੜ-ਗਾਹਕ ਜੋ ਆਪਣੀ ਐਲਰਜੀ ਬਦਲਦਾ ਹੈ, ਇੱਕ ਪਰਿਵਾਰਿਕ ਫੋਨ ਨੰਬਰ ਜੋ ਦੋ ਵੱਖ-ਵੱਖ ਪ੍ਰੋਫਾਈਲਾਂ ਨਾਲ ਜੁੜਿਆ ਹੋਵੇ, ਅਤੇ ਇੱਕ ਦੋਸਤ ਦੁਆਰਾ ਪਿਕਅਪ ਕੀਤਾ ਗਿਆ ਆਰਡਰ ਜਿਹੜਾ ਮੁਸ਼ਕਲ ਪਛਾਣਦਾ ਹੈ, ਇਨ੍ਹਾਂ ਸਥਿਤੀਆਂ ਨੂੰ ਅਜ਼ਮਾਉ।\n\nਲਾਂਚ ਇੱਕ ਛੋਟੀ ਤਰਬੀਅਤ ਨਾਲ ਕਰੋ ਜੋ ਆਦਤਾਂ 'ਤੇ ਧਿਆਨ ਦਿੰਦੀ ਹੋਵੇ ਨਾ ਕਿ ਫੀਚਰਾਂ 'ਤੇ: ਕਦੋਂ ਪ੍ਰੋਫਾਈਲ ਚੈੱਕ ਕਰਨੀ ਹੈ, ਨੋਟ ਕਿਵੇਂ ਜੋੜੀਦੀ ਹੈ, ਅਤੇ ਜਦ ਗਾਹਕ ਅਣਿਸ਼ਚਿਤ ਹੋਵੇ ਤਾਂ ਕੀ ਕਰਨ। ਪਹਿਲੇ ਹਫ਼ਤੇ ਲਈ ਇੱਕ ਸ਼ਿਫਟ ਲੀਡ ਦੈਨਿਕ ਸਮੱਸਿਆਵਾਂ ਇਕੱਠਾ ਕਰੇ, ਫਿਰ ਫੀਲਡਾਂ ਅਤੇ ਚੇਤਾਵਨੀਆਂ ਨੂੰ ਉਸ ਤਰੀਕੇ ਅਨੁਸਾਰ ਅਨੁਕੂਲ ਕਰੋ ਜਿਵੇਂ ਤੁਹਾਡੀ ਟੀਮ ਕੰਮ ਕਰਦੀ ਹੈ।\n\n## ਇੰਟਰਫੇਸ ਦਾ ਵੇਰਵਾ ਜੋ ਐਲਰਜੀ ਚੇਤਾਵਨੀਆਂ ਨੂੰ ਰੋਕਦਾ ਹੈ ਕਿ ਉਹ ਮਿਸ ਹੋਣ\n\nਰੈਸਟੋਰੈਂਟ ਐਲਰਜੀ ਨੋਟਸ ਐਪ ਸਿਰਫ਼ ਤਦ ਹੀ ਮਦਦ ਕਰਦਾ ਹੈ ਜਦ ਚੇਤਾਵਨੀ ਉਸ ਸਹੀ ਢੰਗ ਨਾਲ ਉਸ ਸਮੇਂ ਦਿਖੇ ਜਦੋਂ ਕੋਈ ਆਰਡਰ ਪੁਸ਼ਟੀ ਕਰਨ ਵਾਲਾ ਹੁੰਦਾ ਹੈ। ਇੰਟਰਫੇਸ ਨੂੰ ਐਲਰਜੀ ਜਾਣਕਾਰੀ ਤੇਜ਼ੀ ਨਾਲ ਪਛਾਣਯੋਗ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ, ਭੀੜ ਵਾਲੀ ਸ਼ਿਫਟ 'ਚ ਵੀ, ਬਿਨਾਂ ਹਰ ਸਕ੍ਰੀਨ ਨੂੰ ਚੇਤਾਵਨੀਆਂ ਨਾਲ ਭਰ ਦਿੱਤੇ।\n\n### ਫੈਸਲੇ ਦੇ ਸਮੇਂ ਚੇਤਾਵਨੀਆਂ ਨਜ਼ਰ ਆਉਣੀ ਚਾਹੀਦੀ ਹੈ\n\nਆਮ ਖਤਰੇ ਲਈ ਸਪਸ਼ਟ, ਮਿਆਰੀ ਟੈਗ ਬਣਾਓ (ਉਦਾਹਰਨ: peanuts, shellfish, gluten, sesame) ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਇਕਸਾਰ ਰੱਖੋ। ਟੈਗਸ ਤੇਜ਼ੀ ਨਾਲ ਸਕੈਨ ਹੁੰਦੇ ਹਨ। ਉਨ੍ਹਾਂ ਦੇ ਬਗਲੀ ਵਿੱਚ ਇੱਕ ਛੋਟੀ ਫਰੀ-ਟੈਕਸਟ ਨੋਟ ਲਈ ਥਾਂ ਰੱਖੋ ਜੋ ਸਟਾਫ ਨੂੰ ਕਾਰਵਾਈ ਦੱਸੇ, ਜਿਵੇਂ "clean wok, fresh utensils" ਜਾਂ "confirm sauce base"।\n\nਚੇਤਾਵਨੀ ਨੂੰ ਹਮੇਸ਼ਾ ਇੱਕੋ ਥਾਂ 'ਤੇ ਰੱਖੋ, ਅਤੇ ਆਰਡਰ ਕਿਚਨ ਨੂੰ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਉਹ ਦਿਖੇ। ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਦੱਬੇ ਹੋਏ ਬੈਜ ਆਸਾਨੀ ਨਾਲ ਚੁੱਕੇ ਜਾ ਸਕਦੇ ਹਨ। ਦੂਜੇ ਕੀਨੇ, ਹਰ ਟੈਪ 'ਤੇ ਫੁੱਲ-ਸਕ੍ਰੀਨ ਪੋਪ-ਅਪ ਵੀ ਸਮੱਸਿਆ ਪੈਦਾ ਕਰਦਾ ਹੈ। ਇੱਕ ਚੰਗਾ ਮੱਧਮ ਰਾਹ ਹੈ: ਆਰਡਰ ਸਕ੍ਰੀਨ 'ਤੇ ਸਪਸ਼ਟ ਬੈਨਰ ਅਤੇ ਚੈਕਆਊਟ 'ਤੇ ਛੋਟੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ।\n\n"Acknowledged" ਚੈਕਬਾਕਸ ਜਾਂ ਇੱਕ-ਟੈਪ ਪੁਸ਼ਟੀ ਵਿਚਾਰੋ ਜੋ ਆਰਡਰ ਲੈਣ ਵਾਲੇ ਵਿਅਕਤੀ ਲਈ ਰੱਖੀ ਜਾਵੇ। ਇਹ ਪੜ੍ਹਨ ਲਈ ਇੱਕ ਛੋਟਾ ਰੁਕਾਵਟ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਇਹ ਵੀ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਕਿਸ ਨੇ ਵੇਖਿਆ। ਜੇ ਨੋਟ ਬਦਲੀ ਹੈ ਤਾਂ acknowledgment ਰੀਸੈਟ ਕਰੋ ਤਾਂ ਕਿ ਉਹ ਅੰਕਾਂਡਾ ਅੰਤਰ ਘੇਰ ਕੇ ਦੁਬਾਰਾ ਵਰਤਿਆ ਨਾ ਜਾ ਸਕੇ।\n\n### ਸਹੀ ਗਾਹਕ ਲੱਭਣ 'ਚ ਗਲਤੀਆਂ ਘੱਟ ਕਰੋ\n\nਗਲਤੀਆਂ ਅਕਸਰ ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਹੁੰਦੀਆਂ ਹਨ ਕਿ ਕੋਈ ਚੇਤਾਵਨੀ ਦੇਖ ਵੀ ਰਿਹਾ ਹੋਵੇ: ਗਲਤ "Chris" ਚੁਣ ਲਈਾ ਵਗੈਰਾ। ਤੇਜ਼ ਲੁੱਕਅੱਪ ਲਈ ਫੋਨ ਨੰਬਰ ਨੂੰ ਸਮਰਥਨ ਦਿਓ, ਵਰਣਨਖੇਤੀ ਅਤੇ ਉਪਨਾਮਾਂ ਨੂੰ ਸੰਭਾਲੋ, ਅਤੇ ਜਦ ਦੋ ਮਿਲਦੇ-ਜੁਲਦੇ ਨਤੀਜੇ ਹੋਣ ਤਾਂ ਸਪਸ਼ਟ tie-breakers ਦਿਖਾਓ (ਆਖਰੀ ਆਰਡਰ ਤਾਰੀਖ, ਆਮ ਆਈਟਮ, ਜਾਂ "allergy profile on file" ਫਲੈਗ)।\n\nਪਰਿਵਾਰਾਂ ਅਤੇ ਗਰੁੱਪਾਂ ਲਈ ਖਾਸ ਹੈਂਡਲਿੰਗ ਰੱਖੋ। ਇੱਕ ਖਾਤਾ ਵਿੱਚ ਕਈ ਲੋਕ ਰੱਖੋ (ਜਿਵੇਂ "Sam (peanut)" ਅਤੇ "Mia (dairy)") ਤਾਂ ਕਿ ਸਟਾਫ ਸਹੀ meal ਨਾਲ ਸਹੀ ਪ੍ਰੋਫਾਈਲ ਜੁੜ ਸਕੇ।\n\nਇੱਕ ਛੋਟੀ ਚੈੱਕਲਿਸਟ: ਸਪਸ਼ਟ ਐਲਰਜਨ ਟੈਗ + ਛੋਟੀ ਵੇਰਵਾ ਨੋਟ, ਆਰਡਰ ਸਕ੍ਰੀਨ 'ਤੇ ਬੈਨਰ ਅਤੇ ਚੈਕਆਊਟ 'ਤੇ ਸੰਖੇਪ, ਫੋਨ ਨਾਲ ਤੇਜ਼ ਲੁੱਕਅੱਪ, ਅਤੇ ਇੱਕ ਖਾਤੇ ਹੇਠਾਂ ਕਈ ਲੋਕਾਂ ਲਈ ਸਹਿਯੋਗ।\n\n## ਆਮ ਗਲਤੀਆਂ ਜੋ ਜੋਖਮ ਅਤੇ ਗੁੰਝਲਦਾਰੀ ਬਣਾਉਂਦੀਆਂ ਹਨ\n\nਜ਼ਿਆਦਾਤਰ ਐਲਰਜੀ ਘਟਨਾਵਾਂ ਛੋਟੀ, ਰੋਕਣਯੋਗ ਗਲਤੀਆਂ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੀਆਂ ਹਨ। ਐਪ ਸਿਰਫ਼ ਤਦ ਹੀ ਮਦਦ ਕਰਦਾ ਹੈ ਜਦ ਨੋਟਸ ਸਪਸ਼ਟ, ਹਾਜ਼ਰ-ਰਹਿਤ ਅਤੇ ਸਹੀ ਸਮੇਂ ਦਿਖਾਈ ਦੇਣ।\n\nਆਮ ਸਮੱਸਿਆ ਪ੍ਰੈਫਰੰਸ ਅਤੇ ਸੱਚੀਆਂ ਐਲਰਜੀਆਂ ਨੂੰ ਮਿਲਾ ਦੇਣਾ ਹੈ। "No onions" ਇੱਕ ਸੁਆਦ ਦੀ ਚੋਣ ਹੋ ਸਕਦੀ ਹੈ, ਜਦਕਿ ਇੱਕ allium allergy ਸੁਰੱਖਿਆ ਮੁੱਦਾ ਹੈ। ਜੇ ਦੋਹਾਂ ਇੱਕੋ ਲੇਬਲ ਹੇਠਾਂ ਹਨ ਤਾਂ ਸਟਾਫ ਅਖੀਰਕਾਰ ਚੇਤਾਵਨੀ ਨੂੰ ਅਣਦੇਖਾ ਕਰਨਾ ਸਿੱਖ ਲੈਂਦਾ ਹੈ। ਐਲਰਜੀਆਂ ਅਤੇ ਇੰਟੋਲਰੈਂਸ ਨੂੰ ਪਸੰਦਾਂ ਤੋਂ ਵੱਖਰਾ ਰੱਖੋ ਅਤੇ ਸੁਰੱਖਿਆ-ਸਬੰਧੀ ਆਈਟਮਾਂ ਨੂੰ ਵਿਜ਼ੂਅਲ ਤੌਰ 'ਤੇ ਜ਼ਿਆਦਾ ਉੱਚਾ ਦਿਖਾਓ।\n\nਅੰਨੀਂ ਖ਼ਤਰਾ ਇਹ ਹੈ ਕਿ ਅਪਡੇਟਸ ਇੱਕ ਭਰੋਸੇਯੋਗ ਵਿਅਕਤੀ ਦੇ ਹੱਥ 'ਚ ਦੇ ਦਿੱਤੇ ਜਾਣ। ਜਦ ਉਹ ਛੁੱਟੀ 'ਤੇ ਹੋਵੇ, ਨੋਟਸ ਡਿਰੀਫਟ ਹੋ ਜਾਂਦੇ ਹਨ, ਨਵੀਆਂ ਜਾਣਕਾਰੀਆਂ ਕਿਸੇ ਦੀ ਯਾਦ ਵਿੱਚ ਰਹਿ ਜਾਂਦੀਆਂ ਹਨ, ਅਤੇ ਅਗਲਾ ਆਰਡਰ ਅਨੁਮਾਨ ਤੇ ਆਧਾਰਿਤ ਬਣ ਜਾਂਦਾ ਹੈ। ਕਿਸੇ ਵੀ ਸਟਾਫ ਮੈਂਬਰ ਲਈ ਨਵੀਂ ਜਾਣਕਾਰੀ ਕੈਪਚਰ ਕਰਨ ਦੀ ਆਦਤ ਬਣਾਓ, ਪਰ ਸਥਾਈ ਬਦਲਾਅ ਲਈ ਇੱਕ ਸਾਦਾ ਸਮੀਖਿਆ ਕਦਮ ਰੱਖੋ।\n\nਟਾਈਮਿੰਗ ਵੀ ਉਨੀ ਹੀ ਅਹਮ ਹੈ ਜਿੰਨੀ ਕਿ ਸਹੀਤਾ। ਜੇ ਚੇਤਾਵਨੀ ਸਿਰਫ਼ ਟਿਕਟ ਭੇਜਣ ਤੋਂ ਬਾਅਦ ਦਿਖਦੀ ਹੈ ਤਾਂ ਤੁਸੀਂ ਸਮਾਂ ਅਤੇ ਭਰੋਸਾ ਦੋਹਾਂ ਗਵਾ ਚੁੱਕੇ ਹੋ। ਚੇਤਾਵਨੀਆਂ ਆਰਡਰ ਐਂਟਰੀ ਦੌਰਾਨ ਅਤੇ ਫਿਰ ਅੰਤੀਮ "ਭੇਜੋ" ਪਲ 'ਤੇ ਵੀ ਦਿਖਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।\n\nਵਰਡਿੰਗ ਵੀ ਗੁੰਝਲਦਾਰੀ ਪੈਦਾ ਕਰਦੀ ਹੈ। "No nuts" ਦਾ ਮਤਲਬ ਪੀਨਟਸ, ਟ੍ਰੀ ਨਟਸ, ਨਟ ਤੇਲ, ਜਾਂ "ਮੈਨੂੰ ਨਟ ਪਸੰਦ ਨਹੀਂ" ਹੋ ਸਕਦਾ ਹੈ। ਗਾਹਕ ਕਿਸ ਨਾਲ ਪ੍ਰਤਿਕ੍ਰਿਆ ਕਰਦਾ ਹੈ ਅਤੇ ਕੀ ਜੋਖਮ ਹੈ, ਇਹ ਲਿਖੋ।\n\nਧਿਆਨ ਰੱਖਣ ਵਾਲੀਆਂ ਗਲਤੀਆਂ:\n\n- allergies ਅਤੇ dislikes ਲਈ ਇੱਕ ਹੀ ਫੀਲਡ\n- ਚੇਤਾਵਨੀਆਂ ਜੋ ਫਲੋ ਵਿੱਚ ਦੇਰ ਨਾਲ ਦਿਖਦੀਆਂ ਹਨ\n- ਅਸਪਸ਼ਟ ਨੋਟਸ ਜੋ ਸਾਮੱਗਰੀ ਅਤੇ ਪ੍ਰਤਿਕ੍ਰਿਆ ਦਾ ਨਾਮ ਨਹੀਂ ਦਿੰਦੇ\n- ਕੋਈ ਚੇਂਜ ਇਤਿਹਾਸ ਨਹੀਂ (ਕਿਸ ਨੇ ਸੋਧਿਆ, ਕੀ ਬਦਲਿਆ, ਅਤੇ ਕਦੋਂ)\n\nਉਦਾਹਰਨ: ਇੱਕ ਰੈਗੁਲਰ ਹਫ਼ਤੇ 'ਚ ਉਹੀ ਸਲਾਦ ਮੰਗਦਾ ਹੈ। ਪਿਛਲੇ ਮਹੀਨੇ ਉਸਨੇ ਕਿਹਾ "no nuts"। ਇਸ ਹਫ਼ਤੇ ਕਿਹਾ ਕਿ ਇਹ ਹੇਜ਼ਲਨਟ ਐਲਰਜੀ ਹੈ ਜਿਸ ਨਾਲ ਪਹਿਲਾਂ ਸوج਼ਨ ਹੋ ਚੁੱਕਾ ਹੈ। ਜੇ ਨੋਟ ਧੁੰਦਲੀ ਹੈ ਜਾਂ ਇਤਿਹਾਸ ਬਿਨਾਂ ਓਵਰਰਾਈਟ ਕੀਤਾ ਗਿਆ, ਟੀਮ ਇਸਨੂੰ ਇੱਕ ਪਸੰਦ ਸਮਝ ਕੇ ਡਰੈਸਿੰਗ ਵਿੱਚ ਨਟ ਤੇਲ ਨੂੰ ਮਿਸ ਕਰ ਸਕਦੀ ਹੈ।\n\n## ਰੋਲਆਊਟ ਤੋਂ ਪਹਿਲਾਂ ਤੁਰੰਤ ਚੈਕਲਿਸਟ\n\nਜੇ ਤੁਸੀਂ ਇੱਕ ਰੈਸਟੋਰੈਂਟ ਐਲਰਜੀ ਨੋਟਸ ਐਪ ਨੂੰ ਭੀੜ-ਭਰੇ ਸ਼ਿਫਟ 'ਤੇ ਵਰਤੋਂਗੇ, ਤਾਂ ਇਸਨੂੰ ਇੱਕ ਫਾਇਰ ਅਲਾਰਮ ਵਾਂਗ ਛੇਤੀ, ਦਬਾਅ ਹੇਠਾਂ, ਅਤੇ ਅਸਲ ਲੋਕਾਂ ਨਾਲ ਟੈਸਟ ਕਰੋ।\n\nਇੱਕ ਦਿਨ-ਪਾਰਟ (ਲੰਚ ਜਾਂ ਡਿਨਰ) ਚੁਣੋ ਅਤੇ ਕੁਝ ਸਟਾਫ ਮੈਂਬਰਾਂ ਨਾਲ ਛੋਟੀ ਅਭਿਆਸ ਰਨ ਕਰੋ। ਕੁਝ ਨਕਲੀ ਗਾਹਕ ਵਰਤੋ, ਫਿਰ ਜੇ ਸੰਭਵ ਹੋਵੇ ਇੱਕ ਅਸਲ ਮੁੜ-ਗਾਹਕ ਜੋ ਮਦਦ ਕਰਨ ਲਈ ਤੇਅਰ ਹੋਵੇ।\n\nਪੰਜ ਜਾਂਚਾਂ 'ਤੇ ਧਿਆਨ ਦਿਓ:\n\n- : ਸਟਾਫ ਨਾਮ ਜਾਂ ਫੋਨ ਨੰਬਰ ਲੱਭ ਸਕਦਾ ਹੈ ਅਤੇ ਐਲਰਜੀ ਨੋਟਸ ਤੇਜ਼ੀ ਨਾਲ ਦੇਖ ਸਕਦਾ ਹੈ।\n- : ਫਲੈਗ ਪੈਪਾ ਦੀ ਤਿਆਰੀ ਤੋਂ ਪਹਿਲਾਂ ਦਿਖਨ, ਨਾ ਸਿਰਫ਼ ਆਖਰੀ ਰਸੀਦ 'ਤੇ।\n- : ਆਰਡਰ ਕਰਨ ਦੌਰਾਨ ਇੱਕ ਲਾਜ਼ਮੀ ਪੁਸ਼ਟੀ।\n- : ਕੋਈ ਪ੍ਰੋਫਾਈਲਾਂ ਦੀ ਨਕਲ, ਪੁਰਾਣੀਆਂ ਨੋਟਸ, ਅਤੇ ਅਸਪਸ਼ਟ ਵਰਡਿੰਗ ਦੀ ਸਮੀਖਿਆ ਕਰਦਾ ਹੈ।\n- : ਗਲਤ ਨੋਟ ਨੂੰ ਤੁਰੰਤ ਠੀਕ ਕਰਨ ਦਾ ਸਪਸ਼ਟ ਤਰੀਕਾ ਮੌਜੂਦ ਹੋਵੇ ਅਤੇ ਕੀ ਬਦਲਿਆ ਇਹ ਦਰਜ ਕੀਤਾ ਜਾਏ।\n\nਅਭਿਆਸ ਤੋਂ ਬਾਅਦ ਦੋ ਪ੍ਰਸ਼ਨ ਪੁੱਛੋ: “ਤੁਹਾਨੂੰ ਕਿਸ ਚੀਜ਼ ਨੇ ਧੀਰਾ ਕੀਤਾ?” ਅਤੇ “ਤੁਸੀਂ ਕਿਸ ਚੀਜ਼ ਨੂੰ ਰਸ਼ ਵਿੱਚ ਮਿਸ ਕਰ ਸਕਦੇ ਹੋ?” ਫਿਰ ਲੇਆਊਟ, ਵਰਡਿੰਗ, ਅਤੇ ਕਦਮਾਂ ਨੂੰ ਢਾਲੋ।\n\nਪ੍ਰਯੋਗਿਕ ਉਦਾਹਰਨ: ਜੇ ਨੋਟ "nuts" ਕਹਿੰਦੀ ਹੈ, ਸਟਾਫ ਨੂੰ ਪਤਾ ਨਹੀਂ ਹੋ ਸਕਦਾ ਕਿ ਇਹ coconut, sesame ਜਾਂ trace amounts ਨੂੰ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ। ਇਸਨੂੰ ਸਪੱਸ਼ਟ ਰੂਪ ਵਿੱਚ "peanuts only" ਜਾਂ "all tree nuts" ਜਿਵੇਂ ਪੜ੍ਹਨਾ ਆਸਾਨ ਬਣਾਓ ਅਤੇ ਇੱਕ ਛੋਟੀ ਹਦਾਇਤ ਜੋੜੋ ਜਿਵੇਂ "change gloves, clean station"।\n\n## ਉਦਾਹਰਨ: ਇੱਕ ਮੁੜ-ਗਾਹਕ ਜਿਸ ਦੀ ਐਲਰਜੀ ਸਥਿਤੀ ਬਦਲਦੀ ਰਹਿੰਦੀ ਹੈ\n\nਇੱਕ ਰੈਗੁਲਰ ਮਹਿਮਾਨ, Maya, ਸ਼ੁੱਕਰਵਾਰ ਦੀ ਰਾਤ ਨੂੰ ਕਹਿੰਦੀ ਹੈ, “ਪਿਛਲੇ ਵਾਰੀ ਵਾਲਾ ਹੀ ਆਰਡਰ: chicken pad thai, no peanuts.” ਹੋਸਤ ਉਸਦਾ ਫੋਨ ਨੰਬਰ ਪਛਾਣ ਲੈਂਦਾ ਹੈ ਅਤੇ ਉਸਦੀ ਗਾਹਕ ਪ੍ਰੋਫਾਈਲ ਖੋਲ੍ਹਦਾ ਹੈ। ਉੱਥੇ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਨੋਟ ਹੈ: "Peanut allergy (severe). Uses epinephrine. Avoid peanut oil."\n\nਆਰਡਰ ਪਾਣਾਂ ਤੋਂ ਪਹਿਲਾਂ, Maya ਦੱਸਦੀ ਹੈ, “ਹਾਂ, ਮੈਂ ਹੁਣ shrimp ਨਾਲ ਵੀ ਪ੍ਰਤਿਕ੍ਰਿਆ ਕਰਦੀ ਹਾਂ। ਛੋਟੀ ਮਾਤਰਾ ਨਾਲ ਵੀ।” ਹੋਸਟ ਇਸਨੂੰ ਦੁਹਰਾਉਂਦਾ ਹੈ: “No peanuts and no shrimp, including shrimp paste and shared fryers. Is that right?” Maya ਮਨਜ਼ੂਰ ਕਰਦੀ ਹੈ।\n\nਹੋਸਟ ਤੁਰੰਤ ਨਵਾਂ ਵੇਰਵਾ ਜੋੜਦਾ ਹੈ, ਅਤੇ ਸਿਸਟਮ ਟਿਕਟ 'ਤੇ ਇੱਕ ਸਪਸ਼ਟ ਕਿਚਨ ਚੇਤਾਵਨੀ ਦਿਖਾਉਂਦਾ ਹੈ। ਇਹ ਮੁਸ਼ਕਲ ਨਾਲ ਮਿਸ ਹੋਵੇ: ਚੇਤਾਵਨੀ ਸਿਖਰ 'ਤੇ ਦਿਖਦੀ ਹੈ, ਉਨ੍ਹਾਂ ਉਪਕਰਣਾਂ ਨੂੰ ਦਰਜ ਕਰਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਤੋਂ ਬਚਣਾ ਹੈ, ਅਤੇ ਇੱਕ ਛੋਟੀ ਸਟਾਫ ਨੋਟ ਜਿਵੇਂ "confirm sauce base" ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ।\n\nਕਿਚਨ ਇੱਕ ਸਮੱਸਿਆ ਵੇਖਦਾ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ pad thai sauce ਵਿੱਚ shrimp paste ਹੁੰਦੀ ਹੈ। ਰਵਾਇਤੀ ਨੁਕਸ ਹੁੰਦਾ ਹੈ ਤਾਂ cook ਸਬਸਟਿਊਸ਼ਨ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ ਅਤੇ expo ਹੋਸਟ ਤੋਂ Maya ਨਾਲ ਵਿਕਲਪ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਕਹਿੰਦਾ ਹੈ। ਉਹ shrimp-free sauce ਚੁਣਦੀ ਹੈ ਅਤੇ ਵਧੇਰੇ ਲਾਇਮ ਮੰਗਦੀ ਹੈ।\n\nਰਿਕਾਰਡ ਨੂੰ ਸਹੀ ਰੱਖਣ ਲਈ, ਸਟਾਫ ਜੋ ਅਸਲ ਵਿੱਚ ਹੋਇਆ ਉਹ ਦਰਜ ਕਰਦੇ ਹਨ, ਨਾ ਕਿ ਸਿਰਫ ਜੋ ਮੰਗਿਆ ਗਿਆ ਸੀ: substitution approved (shrimp-free sauce, no shrimp paste), cross-contact steps (clean wok, fresh utensils), ਅਤੇ ਇੱਕ ਪਸੰਦ (extra lime)।\n\nਅਗਲੀ ਵਾਰੀ ਜਦ Maya ਕਾਲ ਕਰੇਗੀ, ਟੀਮ ਯਾਦ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਰਹੇਗੀ। ਪ੍ਰੋਫਾਈਲ ਅਪਡੇਟ ਕੀਤੀ ਐਲਰਜੀ ਵੇਰਵਾ ਅਤੇ ਆਖਰੀ ਕਾਮਯਾਬ ਸਬਸਟਿਊਸ਼ਨ ਸਮੇਤ ਹੋਵੇਗੀ, ਇਸ ਲਈ ਮੁੜ-ਆਰਡਰ ਤੇਜ਼ ਅਤੇ ਸੁਰੱਖਿਅਤ ਰਹਿਣਗੇ।\n\n## ਅਗਲੇ ਕਦਮ: ਆਪਣਾ ਢੰਗ ਚੁਣੋ ਅਤੇ ਇਸਨੂੰ ਹਕੀਕਤ ਬਣਾਓ\n\nਛੋਟੀ ਸ਼ੁਰੂ ਕਰੋ। ਇੱਕ ਸਥਾਨ ਚੁਣੋ, ਇੱਕ ਸ਼ਿਫਟ ਟੀਮ ਚੁਣੋ, ਅਤੇ ਇੱਕ ਸਪਸ਼ਟ ਮੋਮੈਂਟ ਨਿਰਧਾਰਤ ਕਰੋ ਜਦ ਨੋਟ ਨੂੰ ਚੈੱਕ ਕਰਨਾ ਲਾਜ਼ਮੀ ਹੋਵੇ (ਉਦਾਹਰਨ: ਜਦ ਆਰਡਰ ਲਿਆ ਜਾਂਦਾ ਹੈ, ਨਾ ਕਿ ਟਿਕਟ ਪ੍ਰਿੰਟ ਹੋਣ ਤੋਂ ਬਾਅਦ)। ਇੱਕ ਛੋਟਾ ਪਾਇਲਟ ਇਸ ਗੱਲ ਨੂੰ ਸਪਸ਼ਟ ਕਰ ਦੇਵੇਗਾ ਕਿ ਕੀ ਚੁੱਕੀ ਗਈ ਹੈ ਪਹਿਲਾਂ ਕਿ ਤੁਸੀਂ ਹਰ ਸਰਵਰ ਅਤੇ ਕੁੱਕ ਨੂੰ ਆਦਤ ਬਦਲਣ ਲਈ ਕਹੋ।\n\n### ਬਣਾਉਣਾ ਵਾਰਿਸ਼ ਖਰੀਦਣਾ: ਆਪਣੇ ਅਸਲ ਆਰਡਰ ਚੈਨਲਾਂ ਨਾਲ ਫੈਸਲਾ ਕਰੋ\n\nਸਹੀ ਚੋਣ ਇਸ ਗੱਲ ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ ਕਿ ਆਰਡਰ ਕਿੱਥੋਂ ਆਉਂਦੇ ਹਨ ਅਤੇ ਤੁਹਾਡਾ POS ਹਕੀਕਤ ਵਿੱਚ ਕੀ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਜੇ ਬਹੁਤ ਸਾਰੇ ਆਰਡਰ ਘਰ ਵਿੱਚ ਅਤੇ ਫੋਨ 'ਤੇ ਹੁੰਦੇ ਹਨ, ਤਾਂ ਇਕ ਹਲਕਾ ਟੂਲ ਜੋ ਟੀਮ ਅਸਲ ਵਿੱਚ ਖੋਲ੍ਹੇ, ਉਹ ਕਾਫ਼ੀ ਹੋ ਸਕਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਬਹੁਤ ਸਾਰੀਆਂ ਡਿਲਿਵਰੀ ਅਤੇ ਆਨਲਾਈਨ ਆਰਡਰ ਲੈਂਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਯੋਜਨਾ ਚਾਹੀਦੀ ਹੈ ਕਿ ਐਲਰਜੀ ਨੋਟਸ ਗਾਹਕ ਨਾਲ ਉਹਨਾਂ ਚੈਨਲਾਂ 'ਤੇ ਵੀ ਕਿਵੇਂ ਫਾਲੋ ਕਰਨਗੀਆਂ, ਨਾ ਕਿ ਸਿਰਫ਼ ਇਕ ਟੋਲੇਟ 'ਤੇ।\n\nਕੁਝ ਪ੍ਰਾਇਕਟਿਕ ਪ੍ਰਸ਼ਨ ਪੂਛੋ: ਕੀ ਸਟਾਫ ਨੋਟ ਨੂੰ ਦੇਖ ਸਕਦਾ ਹੈ ਬਿਨਾਂ ਆਰਡਰ ਸਕ੍ਰੀਨ ਛੱਡੇ? ਕੀ ਤੁਸੀਂ ਮੁੜ-ਗਾਹਕਾਂ ਨੂੰ ਭਰੋਸੇਯੋਗ ਤਰੀਕੇ ਨਾਲ ਮੇਲ ਕਰ ਸਕਦੇ ਹੋ (ਫੋਨ, ਨਾਮ, ਲੋਯਲਟੀ ID)? ਕੌਣ ਨੋਟਸ ਸੋਧ ਸਕਦਾ ਹੈ ਅਤੇ ਕੌਣ ਸਿਰਫ਼ ਦੇਖ ਸਕਦਾ ਹੈ? ਜਦ ਸਿਸਟਮ ਡਾਊਨ ਹੋਵੇ ਤਾਂ ਤੁਹਾਡਾ ਬੈਕਅੱਪ ਪ੍ਰੋਸੈਸ ਕੀ ਹੈ?\n\n### ਜੇ ਤੁਹਾਨੂੰ ਕਸਟਮ ਦੀ ਲੋੜ ਹੋਵੇ, ਤਾਂ ਤੇਜ਼ੀ ਨਾਲ ਪ੍ਰੋਟੋਟਾਈਪ ਕਰੋ ਅਤੇ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਟੈਸਟ ਕਰੋ\n\nਜੇ ਆਫ-ਥ-ਸ਼ੈਲਫ ਵਿਕਲਪ ਤੁਹਾਡੇ ਵਰਕਫਲੋ ਲਈ ਠੀਕ ਨਹੀਂ ਹਨ, ਤਾਂ ਇੱਕ ਛੋਟਾ ਕਸਟਮ ਇੰਟਰਨਲ ਟੂਲ ਬਣਾਉਣਾ ਅਗਲਾ ਕਦਮ ਹੋ ਸਕਦਾ ਹੈ। ਪਲੇਟਫਾਰਮਾਂ ਜਿਵੇਂ Koder.ai ਗੱਲ-ਬਾਤ ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਵੈਬ, ਬੈਕਐਂਡ, ਅਤੇ ਮੋਬਾਇਲ ਐਪਾਂ ਬਣਾਉਣ ਲਈ ਬਣਾਏ ਗਏ ਹਨ, ਜੋ ਕਿ ਇੱਕ ਕੇਂਦ੍ਰਿਤ allergy-safe ਮੁੜ-ਆਰਡਰ ਵਹਾਵਟ ਦਾ ਤੇਜ਼ ਪ੍ਰੋਟੋਟਾਈਪ ਤਿਆਰ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦੇ ਹਨ।\n\nਪਹਿਲੀ ਵਰਜਨ ਨੂੰ ਤੰਗ ਰੱਖੋ: ਇੱਕ ਖੋਜ ਬਾਕਸ, ਇੱਕ ਸਪੱਸ਼ਟ ਐਲਰਜੀ ਬੈਨਰ, ਇੱਕ ਪੁਸ਼ਟੀ ਕਦਮ, ਅਤੇ ਇੱਕ ਸਪਸ਼ਟ ਕਿਚਨ ਟਿਕਟ ਚੇਤਾਵਨੀ। ਹਰ ਵਾਰੀ ਵਰਤੇ ਜਾਣ ਵਾਲੀ ਸਧਾਰਨ ਹੋਈ ਚੀਜ਼ ਕਾਫ਼ੀ ਹੈ, ਜ਼ਿਆਦਾ ਜਟਿੱਲਤਾ ਅਤੇ ਅਣਦੇਖੀਆਂ ਹੋਈਆਂ ਚੀਜ਼ਾਂ ਤੋਂ ਬਿਹਤਰ।