ਅੰਦਰੂਨੀ ਟੂਲ ਕਿਵੇਂ ਬਣਾਈਏ: ਐਡਮਿਨ ਪੈਨਲ, ਮਨਜ਼ੂਰੀਆਂ ਅਤੇ ਸਪਰੈੱਡਸ਼ੀਟ ਦੀ ਥਾਂ

ਅੰਦਰੂਨੀ ਟੂਲ ਬਣਾਉਣ ਲਈ ਇੱਕ ਅਜਿਹਾ ਕੰਮ ਚੁਣੋ ਜੋ ਇਸ ਵੇਲੇ ਦੁਖਦਾਈ ਹੈ — ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਸਾਂਝੀ ਸਪਰੈੱਡਸ਼ੀਟ, ਈਮੇਲ ਦੀ ਲੜੀ ਜਾਂ ਚੈਟ ਚੈਨਲ ਜੋ ਡੇਟਾਬੇਸ ਦਾ ਕੰਮ ਕਰ ਰਿਹਾ ਹੋਵੇ — ਅਤੇ ਉਸਨੂੰ ਇੱਕ ਛੋਟੀ ਐਪ ਵਿੱਚ ਬਦਲੋ, ਜਿਸ ਵਿੱਚ ਸਹੀ ਫਾਰਮ, ਸਥਿਤੀਆਂ ਵਾਲੀ ਸੂਚੀ, ਹਰ ਭੂਮਿਕਾ ਲਈ ਸਹੀ ਇਜਾਜ਼ਤਾਂ ਅਤੇ ਇਹ ਇਤਿਹਾਸ ਹੋਵੇ ਕਿ ਕਿਸਨੇ ਕੀ ਬਦਲਿਆ। AI ਐਪ ਬਿਲਡਰ ਇੱਕ ਦੁਪਹਿਰ ਵਿੱਚ ਕੰਮ ਕਰਨ ਵਾਲਾ ਪਹਿਲਾ ਸੰਸਕਰਨ ਬਣਾ ਸਕਦਾ ਹੈ। ਜੋ ਚੀਜ਼ ਇਸਨੂੰ ਸਫ਼ਲ ਬਣਾਉਂਦੀ ਹੈ ਉਹ ਹੈ ਦਾਇਰਾ ਇੱਕ ਕੰਮ ਤੱਕ ਸੀਮਤ ਰੱਖਣਾ ਅਤੇ ਉਸਨੂੰ ਉਨ੍ਹਾਂ ਲੋਕਾਂ ਨਾਲ ਬਣਾਉਣਾ ਜੋ ਹਰ ਰੋਜ਼ ਇਸਨੂੰ ਵਰਤਣਗੇ।

ਅੰਦਰੂਨੀ ਟੂਲ ਕਿਸ ਨੂੰ ਕਿਹਾ ਜਾਂਦਾ ਹੈ

ਅੰਦਰੂਨੀ ਟੂਲ ਉਹ ਸਾਦਾ ਜਿਹਾ ਸਾਫ਼ਟਵੇਅਰ ਹੈ ਜੋ ਕਾਰੋਬਾਰ ਚਲਾਉਂਦਾ ਹੈ। ਆਮ ਕਿਸਮਾਂ:

ਹੋਰ ਸ਼ੁਰੂਆਤੀ ਵਿਚਾਰਾਂ ਲਈ ਟੀਮਾਂ ਲਈ ਅੰਦਰੂਨੀ ਟੂਲ ਵਿਚਾਰ ਵੇਖੋ।

ਕੀ ਇਹ ਬਿਲਕੁਲ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ?

ਸਪਰੈੱਡਸ਼ੀਟ ਰੱਖੋ ਜੇ ਉਸਨੂੰ ਇੱਕ ਵਿਅਕਤੀ ਸੰਭਾਲਦਾ ਹੈ, ਡੇਟਾ ਛੋਟਾ ਹੈ ਅਤੇ ਗ਼ਲਤੀ ਦੀ ਕੀਮਤ ਘੱਟ ਹੈ। ਟੂਲ ਬਣਾਓ ਜਦੋਂ ਇਹ ਨਿਸ਼ਾਨ ਦਿਖਣ:

• ਲੋਕ ਇੱਕ-ਦੂਜੇ ਦੇ ਬਦਲਾਅ ਓਵਰਰਾਈਟ ਕਰਦੇ ਹਨ, ਜਾਂ ਕਿਸੇ ਨੂੰ ਪਤਾ ਨਹੀਂ ਕਿ ਕਿਹੜੀ ਕਾਪੀ ਮੌਜੂਦਾ ਹੈ
• ਕੁਝ ਲੋਕਾਂ ਨੂੰ ਡੇਟਾ ਦਾ ਸਿਰਫ਼ ਹਿੱਸਾ ਵੇਖਣ ਜਾਂ ਸੋਧਣ ਦੇਣਾ ਹੈ
• ਤੁਸੀਂ ਸ਼ੀਟ ਵਰਤਣ ਦੀਆਂ ਹਿਦਾਇਤਾਂ ਦਾ ਇੱਕ ਪੰਨਾ ਲਿਖ ਚੁੱਕੇ ਹੋ
• ਸਥਿਤੀ ਬਦਲਣ 'ਤੇ ਕਿਸੇ ਨੂੰ ਸੂਚਨਾ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ ਉਹ ਲਗਾਤਾਰ ਖੁੰਝ ਜਾਂਦੀ ਹੈ
• ਤੁਹਾਨੂੰ ਆਡਿਟ ਟਰੇਲ ਚਾਹੀਦੀ ਹੈ — ਇਹ ਕਿਸਨੇ ਮਨਜ਼ੂਰ ਕੀਤਾ, ਅਤੇ ਕਦੋਂ

ਇੱਕ ਵਿਚਕਾਰਲਾ ਰਾਹ ਵੀ ਹੈ। ਲੋ-ਕੋਡ ਅੰਦਰੂਨੀ ਟੂਲ ਪਲੇਟਫਾਰਮ (Retool, Airtable interfaces, Softr ਅਤੇ ਹੋਰ) ਤੁਹਾਡੇ ਡੇਟਾ ਉੱਤੇ ਬਿਲਡਿੰਗ ਬਲਾਕ ਦਿੰਦੇ ਹਨ। ਇਹ ਉਦੋਂ ਢੁਕਵੇਂ ਹਨ ਜਦੋਂ ਤੁਹਾਡਾ ਡੇਟਾ ਪਹਿਲਾਂ ਹੀ ਕਿਸੇ ਸਮਰਥਿਤ ਡੇਟਾਬੇਸ ਜਾਂ ਸਪਰੈੱਡਸ਼ੀਟ ਵਿੱਚ ਹੈ ਅਤੇ ਤੁਸੀਂ ਡਰੈਗ-ਐਂਡ-ਡ੍ਰੌਪ ਸਕਰੀਨ ਚਾਹੁੰਦੇ ਹੋ। AI ਨਾਲ ਬਣੀ ਐਪ ਉਦੋਂ ਬਿਹਤਰ ਹੈ ਜਦੋਂ ਕੰਮ ਬਹੁਤ ਖ਼ਾਸ ਹੋਵੇ, ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਇਹ ਬਿਲਕੁਲ ਉਸ ਤਰ੍ਹਾਂ ਦਿਖੇ ਤੇ ਕੰਮ ਕਰੇ ਜਿਵੇਂ ਤੁਹਾਡੀ ਟੀਮ ਨੂੰ ਚਾਹੀਦਾ ਹੈ, ਜਾਂ ਤੁਸੀਂ ਕੋਡ ਦੇ ਮਾਲਕ ਬਣਨਾ ਚਾਹੁੰਦੇ ਹੋ। ਆਮ ਸਵਾਲ ਲਈ ਛੋਟੇ ਕਾਰੋਬਾਰ ਲਈ ਸਾਫ਼ਟਵੇਅਰ ਬਣਾਉਣਾ ਜਾਂ ਖ਼ਰੀਦਣਾ ਵੇਖੋ।

ਸਕਰੀਨਾਂ ਤੋਂ ਪਹਿਲਾਂ ਕੰਮ ਦਾ ਪ੍ਰਵਾਹ ਡਿਜ਼ਾਈਨ ਕਰੋ

ਪ੍ਰੋਂਪਟ ਤੋਂ ਪਹਿਲਾਂ ਕੰਮ ਨੂੰ ਇੱਕ ਛੋਟੀ ਕਹਾਣੀ ਵਾਂਗ ਲਿਖੋ। ਖ਼ਰਚ ਮਨਜ਼ੂਰੀ ਟੂਲ ਲਈ:

1. ਇੱਕ ਕਰਮਚਾਰੀ ਖ਼ਰਚ ਜਮ੍ਹਾਂ ਕਰਦਾ ਹੈ: ਰਕਮ, ਸ਼੍ਰੇਣੀ, ਮਿਤੀ, ਵੇਰਵਾ, ਰਸੀਦ ਦੀ ਫੋਟੋ।
2. ਉਸਦੇ ਮੈਨੇਜਰ ਨੂੰ ਸੂਚਨਾ ਮਿਲਦੀ ਹੈ ਅਤੇ ਉਹ ਟਿੱਪਣੀ ਨਾਲ ਮਨਜ਼ੂਰ ਜਾਂ ਰੱਦ ਕਰਦਾ ਹੈ।
3. ਇੱਕ ਹੱਦ ਤੋਂ ਵੱਧ ਦੇ ਖ਼ਰਚਾਂ ਲਈ ਵਿੱਤ ਦੀ ਮਨਜ਼ੂਰੀ ਵੀ ਚਾਹੀਦੀ ਹੈ।
4. ਵਿੱਤ ਮਨਜ਼ੂਰ ਖ਼ਰਚਾਂ ਨੂੰ ਹਫ਼ਤਾਵਾਰੀ ਬੈਚ ਵਿੱਚ ਅਦਾ ਵਜੋਂ ਨਿਸ਼ਾਨ ਲਾਉਂਦਾ ਹੈ।
5. ਹਰ ਕੋਈ ਆਪਣੇ ਖ਼ਰਚਾਂ ਦੀ ਸਥਿਤੀ ਵੇਖ ਸਕਦਾ ਹੈ; ਵਿੱਤ ਸਭ ਵੇਖਦਾ ਹੈ।

ਇਸ ਕਹਾਣੀ ਤੋਂ ਤੁਹਾਨੂੰ ਇਹ ਮਿਲਦਾ ਹੈ:

• ਡੇਟਾ: ਖ਼ਰਚ, ਯੂਜ਼ਰ, ਭੂਮਿਕਾਵਾਂ, ਮਨਜ਼ੂਰੀਆਂ (ਕਿਸਨੇ, ਫ਼ੈਸਲਾ, ਟਿੱਪਣੀ, ਮਿਤੀ), ਅਟੈਚਮੈਂਟ।
• ਸਥਿਤੀਆਂ: ਜਮ੍ਹਾਂ → ਮੈਨੇਜਰ ਮਨਜ਼ੂਰ → ਵਿੱਤ ਮਨਜ਼ੂਰ → ਅਦਾ, ਜਾਂ ਰੱਦ।
• ਭੂਮਿਕਾਵਾਂ: ਕਰਮਚਾਰੀ, ਮੈਨੇਜਰ, ਵਿੱਤ, ਐਡਮਿਨ।
• ਨਿਯਮ: ਰਕਮ ਦੀ ਹੱਦ, ਅਤੇ ਹਰ ਸਥਿਤੀ ਵਿੱਚ ਕੌਣ ਕਿਸ ਨੂੰ ਲਿਜਾ ਸਕਦਾ ਹੈ।
• ਸਕਰੀਨਾਂ: ਜਮ੍ਹਾਂ ਕਰਨ ਦਾ ਫਾਰਮ, "ਮੇਰੇ ਖ਼ਰਚ", "ਮੇਰੀ ਮਨਜ਼ੂਰੀ ਦੀ ਉਡੀਕ", ਵਿੱਤ ਦੀ ਸਾਰੇ ਖ਼ਰਚਾਂ ਵਾਲੀ ਟੇਬਲ, ਇਤਿਹਾਸ ਸਮੇਤ ਵੇਰਵੇ ਦਾ ਪੰਨਾ।

ਕੰਮ ਨੂੰ ਇਨ੍ਹਾਂ ਸ਼ਬਦਾਂ ਵਿੱਚ ਵਰਣਨ ਕਰੋ ਅਤੇ AI ਪਹਿਲੀ ਵਾਰ ਹੀ ਸਹੀ ਚੀਜ਼ ਬਣਾ ਸਕਦਾ ਹੈ।

ਇਜਾਜ਼ਤਾਂ ਅਤੇ ਇਤਿਹਾਸ

ਅੰਦਰੂਨੀ ਟੂਲਾਂ ਵਿੱਚ ਅਕਸਰ ਸੰਵੇਦਨਸ਼ੀਲ ਡੇਟਾ ਹੁੰਦਾ ਹੈ — ਤਨਖ਼ਾਹਾਂ, ਗਾਹਕਾਂ ਦੇ ਵੇਰਵੇ, ਪੈਸਾ। ਦੋ ਨਿਯਮ:

1. ਹਰ ਕਾਰਵਾਈ ਲਈ ਭੂਮਿਕਾ ਸਰਵਰ 'ਤੇ ਜਾਂਚੋ। ਕੋਈ ਮੈਨੇਜਰ ਮਨਜ਼ੂਰੀ ਐਂਡਪੌਇੰਟ ਸਿੱਧਾ ਕਾਲ ਕਰਕੇ ਆਪਣਾ ਹੀ ਖ਼ਰਚ ਮਨਜ਼ੂਰ ਨਾ ਕਰ ਸਕੇ।
2. ਇਤਿਹਾਸ ਰਿਕਾਰਡ ਕਰੋ। ਹਰ ਸਥਿਤੀ ਬਦਲਾਅ ਅਤੇ ਸੋਧ ਨੂੰ ਕਿਸਨੇ ਅਤੇ ਕਦੋਂ ਕੀਤਾ, ਸਟੋਰ ਕਰੋ। ਇਸ ਨਾਲ ਜ਼ਿਆਦਾਤਰ "ਇਹ ਕਿਸਨੇ ਬਦਲਿਆ?" ਵਾਲੇ ਝਗੜੇ ਮੁੱਕ ਜਾਂਦੇ ਹਨ ਅਤੇ ਕੁਝ ਗ਼ਲਤ ਹੋਣ 'ਤੇ ਇਹ ਅਨਮੋਲ ਹੁੰਦਾ ਹੈ।

ਫ਼ੈਸਲਾ ਕਰੋ ਕਿ ਲੋਕ ਲੌਗਇਨ ਕਿਵੇਂ ਕਰਨਗੇ। ਜਿਹੜੀਆਂ ਟੀਮਾਂ ਪਹਿਲਾਂ ਹੀ ਕੰਪਨੀ ਦੇ Google ਜਾਂ Microsoft ਖਾਤੇ ਵਰਤਦੀਆਂ ਹਨ, ਉਨ੍ਹਾਂ ਲਈ ਉਸ ਨਾਲ ਸਾਈਨ-ਇਨ ਸੁਵਿਧਾਜਨਕ ਹੈ; ਈਮੇਲ ਅਤੇ ਪਾਸਵਰਡ ਹਰ ਥਾਂ ਕੰਮ ਕਰਦਾ ਹੈ। ਦੋਵਾਂ ਹਾਲਤਾਂ ਵਿੱਚ ਸਾਈਨ-ਅੱਪ ਇਸ ਤਰ੍ਹਾਂ ਸੀਮਿਤ ਕਰੋ ਕਿ ਸਿਰਫ਼ ਤੁਹਾਡੀ ਟੀਮ ਅੰਦਰ ਆ ਸਕੇ।

ਇੱਕ ਕੰਮ ਕਰਨ ਵਾਲੀ ਪਹਿਲੀ ਪ੍ਰੋਂਪਟ

25 ਲੋਕਾਂ ਦੀ ਕੰਪਨੀ ਲਈ ਅੰਦਰੂਨੀ ਖ਼ਰਚ ਮਨਜ਼ੂਰੀ ਟੂਲ ਬਣਾਓ। ਕਰਮਚਾਰੀ ਰਕਮ, ਮੁਦਰਾ, ਸ਼੍ਰੇਣੀ (ਯਾਤਰਾ, ਖਾਣਾ, ਸਾਫ਼ਟਵੇਅਰ, ਉਪਕਰਨ, ਹੋਰ), ਮਿਤੀ, ਵੇਰਵਾ ਅਤੇ ਰਸੀਦ ਦੀ ਫੋਟੋ ਅਪਲੋਡ ਕਰਕੇ ਖ਼ਰਚ ਜਮ੍ਹਾਂ ਕਰਦੇ ਹਨ। ਉਨ੍ਹਾਂ ਦੇ ਮੈਨੇਜਰ ਨੂੰ "ਮੇਰੀ ਮਨਜ਼ੂਰੀ ਦੀ ਉਡੀਕ" ਸੂਚੀ ਦਿਖਦੀ ਹੈ ਅਤੇ ਉਹ ਟਿੱਪਣੀ ਨਾਲ ਮਨਜ਼ੂਰ ਜਾਂ ਰੱਦ ਕਰ ਸਕਦੇ ਹਨ। $500 ਤੋਂ ਵੱਧ ਦੇ ਖ਼ਰਚਾਂ ਨੂੰ ਵਿੱਤ ਭੂਮਿਕਾ ਵਾਲੇ ਵਿਅਕਤੀ ਦੀ ਮਨਜ਼ੂਰੀ ਵੀ ਚਾਹੀਦੀ ਹੈ। ਵਿੱਤ ਸਾਰੇ ਖ਼ਰਚਾਂ ਦੀ ਟੇਬਲ ਵੇਖਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਸਥਿਤੀ, ਵਿਅਕਤੀ ਅਤੇ ਮਹੀਨੇ ਦੇ ਫ਼ਿਲਟਰ ਹਨ, ਅਤੇ ਮਨਜ਼ੂਰ ਖ਼ਰਚਾਂ ਨੂੰ ਅਦਾ ਵਜੋਂ ਨਿਸ਼ਾਨ ਲਾ ਸਕਦਾ ਹੈ। ਹਰ ਸਥਿਤੀ ਬਦਲਾਅ ਕਿਸਨੇ ਅਤੇ ਕਦੋਂ ਕੀਤਾ, ਇਹ ਰਿਕਾਰਡ ਹੁੰਦਾ ਹੈ ਅਤੇ ਖ਼ਰਚ ਪੰਨੇ 'ਤੇ ਸਮਾਂ-ਰੇਖਾ ਵਜੋਂ ਦਿਖਦਾ ਹੈ। ਭੂਮਿਕਾਵਾਂ: ਕਰਮਚਾਰੀ, ਮੈਨੇਜਰ, ਵਿੱਤ, ਐਡਮਿਨ — ਹਰ ਕਾਰਵਾਈ 'ਤੇ ਸਰਵਰ 'ਤੇ ਜਾਂਚੀਆਂ ਜਾਣ। ਸਭ ਕੁਝ ਡੇਟਾਬੇਸ ਵਿੱਚ ਸਟੋਰ ਕਰੋ ਅਤੇ ਯਥਾਰਥਕ ਨਮੂਨਾ ਡੇਟਾ ਭਰੋ। ਸਾਫ਼, ਸੰਘਣਾ, ਤੇਜ਼ ਇੰਟਰਫੇਸ — ਇਹ ਕੰਮ ਦਾ ਟੂਲ ਹੈ, ਮਾਰਕੀਟਿੰਗ ਸਾਈਟ ਨਹੀਂ।

ਬਣਾਉਣ ਦੇ ਕਦਮ

1. ਮੁੱਖ ਟੇਬਲ ਅਤੇ ਫਾਰਮ ਮੁੱਖ ਰਿਕਾਰਡ ਲਈ, ਯਥਾਰਥਕ ਨਮੂਨਾ ਡੇਟਾ ਨਾਲ ਤਾਂ ਜੋ ਖੋਜ ਅਤੇ ਫ਼ਿਲਟਰ ਸਾਫ਼ ਦਿਖਣ।
2. ਸਥਿਤੀਆਂ ਅਤੇ ਤਬਦੀਲੀਆਂ, ਇਸ ਵਿੱਚ ਕੌਣ ਕਿਸ ਅਵਸਥਾ ਵਿੱਚ ਆਈਟਮ ਲਿਜਾ ਸਕਦਾ ਹੈ।
3. ਭੂਮਿਕਾਵਾਂ ਅਤੇ ਲੌਗਇਨ, ਤੁਹਾਡੀ ਟੀਮ ਤੱਕ ਸੀਮਤ।
4. ਇਤਿਹਾਸ ਲੌਗ ਹਰ ਰਿਕਾਰਡ 'ਤੇ।
5. ਸੂਚਨਾਵਾਂ: ਜਦੋਂ ਕਿਸੇ ਦੀ ਕਾਰਵਾਈ ਚਾਹੀਦੀ ਹੋਵੇ ਤਾਂ ਈਮੇਲ ਜਾਂ ਚੈਟ ਸੁਨੇਹਾ।
6. ਮੌਜੂਦਾ ਡੇਟਾ ਆਯਾਤ ਕਰੋ ਸਪਰੈੱਡਸ਼ੀਟ ਤੋਂ। ਸਫ਼ਾਈ ਅਤੇ ਆਯਾਤ ਲਈ ਸਪਰੈੱਡਸ਼ੀਟ ਨੂੰ ਐਪ ਵਿੱਚ ਕਿਵੇਂ ਬਦਲੀਏ ਵੇਖੋ।
7. ਦੋ-ਤਿੰਨ ਅਸਲ ਯੂਜ਼ਰਾਂ ਨਾਲ ਪਾਇਲਟ ਸਾਰਿਆਂ ਤੱਕ ਫੈਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਹਫ਼ਤਾ।
8. ਪੁਰਾਣਾ ਤਰੀਕਾ ਬੰਦ ਕਰੋ ਇੱਕ ਤੈਅ ਮਿਤੀ 'ਤੇ। ਦੋ ਸਿਸਟਮ ਨਾਲ-ਨਾਲ ਚੱਲਣ ਤਾਂ ਕਿਸੇ 'ਤੇ ਭਰੋਸਾ ਨਹੀਂ ਰਹਿੰਦਾ।

ਲੋਕਾਂ ਨੂੰ ਅਸਲ ਵਿੱਚ ਵਰਤਾਉਣਾ

ਬਹੁਤ ਸਾਰੇ ਅੰਦਰੂਨੀ ਟੂਲ ਸੰਪੂਰਨ ਕੰਮ ਕਰਦੇ ਹਨ ਅਤੇ ਫਿਰ ਵੀ ਫੇਲ੍ਹ ਹੋ ਜਾਂਦੇ ਹਨ, ਕਿਉਂਕਿ ਲੋਕ ਪੁਰਾਣਾ ਤਰੀਕਾ ਜਾਰੀ ਰੱਖਦੇ ਹਨ।

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

ਆਮ ਗ਼ਲਤੀਆਂ

• ਪੂਰੀ ਸਪਰੈੱਡਸ਼ੀਟ ਦੁਬਾਰਾ ਬਣਾਉਣਾ। ਸਿਰਫ਼ ਉਹ ਇੱਕ ਦੁਖਦਾਈ ਕੰਮ ਲਿਜਾਓ; ਬਾਕੀ ਫਿਲਹਾਲ ਸ਼ੀਟ ਵਿੱਚ ਛੱਡ ਦਿਓ।
• ਕੋਈ ਮਾਲਕ ਨਾ ਹੋਣਾ। ਲਾਂਚ ਤੋਂ ਬਾਅਦ ਬਦਲਾਅ ਅਤੇ ਠੀਕ ਕਰਨ ਲਈ ਕਿਸੇ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।
• ਇਜਾਜ਼ਤਾਂ ਨੂੰ ਬਾਅਦ ਦੀ ਗੱਲ ਸਮਝਣਾ। ਮੁਕੰਮਲ ਟੂਲ ਵਿੱਚ ਭੂਮਿਕਾਵਾਂ ਜੋੜਨਾ ਸ਼ੁਰੂ ਤੋਂ ਸ਼ਾਮਲ ਕਰਨ ਨਾਲੋਂ ਔਖਾ ਹੈ।
• ਆਡਿਟ ਟਰੇਲ ਛੱਡਣਾ, ਅਤੇ ਫਿਰ ਪਹਿਲੀ ਵਾਰ ਪੈਸਾ ਗ਼ਾਇਬ ਹੋਣ 'ਤੇ ਉਸਦੀ ਲੋੜ ਮਹਿਸੂਸ ਕਰਨਾ।
• ਬਿਨਾਂ ਲੌਗਇਨ ਦੇ ਜਨਤਕ URL 'ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨਾ। ਜੋ ਵੀ ਅੰਦਰੂਨੀ ਹੈ ਉਸ ਲਈ ਸਾਈਨ-ਇਨ ਲਾਜ਼ਮੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਲਾਂਚ ਤੋਂ ਬਾਅਦ ਚੱਲਦਾ ਰੱਖਣਾ

ਪ੍ਰਕਿਰਿਆ ਹਰ ਕੁਝ ਮਹੀਨਿਆਂ ਵਿੱਚ ਬਦਲਦੀ ਹੈ — ਨਵਾਂ ਮਨਜ਼ੂਰੀ ਕਦਮ, ਨਵੀਂ ਸ਼੍ਰੇਣੀ, ਨਵੀਂ ਟੀਮ। ਸ਼ੁਰੂ ਤੋਂ ਇਸਦੀ ਯੋਜਨਾ ਬਣਾਓ:

• ਸੈਟਿੰਗਾਂ ਕੋਡ ਵਿੱਚ ਨਹੀਂ, ਟੇਬਲਾਂ ਵਿੱਚ ਰੱਖੋ। ਡੇਟਾਬੇਸ ਵਿੱਚ ਰਹਿਣ ਵਾਲੀਆਂ ਸ਼੍ਰੇਣੀਆਂ, ਹੱਦਾਂ ਅਤੇ ਮਨਜ਼ੂਰ ਕਰਨ ਵਾਲਿਆਂ ਨੂੰ ਐਡਮਿਨ ਬਿਨਾਂ ਦੁਬਾਰਾ ਬਣਾਏ ਬਦਲ ਸਕਦਾ ਹੈ।
• ਬੇਨਤੀਆਂ ਇੱਕ ਥਾਂ 'ਤੇ ਇਕੱਠੀਆਂ ਕਰੋ। ਟੂਲ ਵਿੱਚ ਇੱਕ ਸਧਾਰਨ "ਬਦਲਾਅ ਸੁਝਾਓ" ਲਿੰਕ ਚੈਟਾਂ ਵਿੱਚ ਖਿੱਲਰੀਆਂ ਬੇਨਤੀਆਂ ਨਾਲੋਂ ਬਿਹਤਰ ਹੈ।
• ਨਿਯਮਿਤ ਨਿਰਯਾਤ ਕਰੋ। ਮੁੱਖ ਟੇਬਲਾਂ ਦਾ CSV ਨਿਰਯਾਤ ਡੇਟਾ ਨੂੰ ਕਦੇ ਫਸਣ ਨਹੀਂ ਦਿੰਦਾ ਅਤੇ ਮਹੀਨੇ ਦੇ ਅੰਤ ਦੀ ਰਿਪੋਰਟਿੰਗ ਆਸਾਨ ਕਰਦਾ ਹੈ।
• ਹਰ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਜਾਂਚ ਕਰੋ। ਕਿਸੇ ਵੀ ਕੰਮ-ਪ੍ਰਵਾਹ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਜਮ੍ਹਾਂ, ਮਨਜ਼ੂਰ ਅਤੇ ਰੱਦ ਨੂੰ ਦੁਬਾਰਾ ਚਲਾਓ, ਕਿਉਂਕਿ ਇਜਾਜ਼ਤਾਂ ਦੀਆਂ ਗ਼ਲਤੀਆਂ ਅਕਸਰ ਉੱਥੇ ਆਉਂਦੀਆਂ ਹਨ।

ਚੱਲਣ ਦਾ ਖ਼ਰਚਾ

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

Mythex ਨਾਲ ਬਣਾਉਣਾ

ਅੰਦਰੂਨੀ ਟੂਲ Mythex ਲਈ ਚੰਗੇ ਢੁਕਵੇਂ ਹਨ। ਤੁਸੀਂ ਕੰਮ ਦਾ ਪ੍ਰਵਾਹ ਵਰਣਨ ਕਰਦੇ ਹੋ, ਏਜੰਟ ਉਸਨੂੰ ਲਾਈਵ ਪ੍ਰੀਵਿਊ ਵਿੱਚ ਬਣਾਉਂਦਾ ਹੈ, ਰਿਕਾਰਡਾਂ ਲਈ Postgres ਡੇਟਾਬੇਸ ਅਤੇ ਰਸੀਦਾਂ ਵਰਗੇ ਅੱਪਲੋਡਾਂ ਲਈ ਫ਼ਾਈਲ ਸਟੋਰੇਜ ਜੋੜਦਾ ਹੈ। ਡੌਕਸ ਦੇ ਅੰਦਰੂਨੀ ਟੂਲ ਵਰਤੋਂ ਦਾ ਕੇਸ ਅਤੇ ਐਡਮਿਨ ਪੈਨਲ ਵਰਤੋਂ ਦਾ ਕੇਸ ਵਿੱਚ ਸ਼ੁਰੂਆਤੀ ਪ੍ਰੋਂਪਟ ਹਨ। ਸਹਿਕਰਮੀ ਤੁਹਾਡੇ ਵਰਕਸਪੇਸ ਵਿੱਚ ਬਿਨਾਂ ਪ੍ਰਤੀ-ਸੀਟ ਫੀਸ ਦੇ ਇਸਨੂੰ ਬਣਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦੇ ਹਨ।

ਦੋ ਗੱਲਾਂ ਜਾਣਨ ਯੋਗ ਹਨ। ਤੁਹਾਡੀ ਟੀਮ ਦੇ ਲੋਕਾਂ ਦੇ ਟੂਲ ਵਰਤਣ ਲਈ ਲੌਗਇਨ ਉਸ ਐਪ ਦਾ ਹਿੱਸਾ ਹੈ ਜੋ ਤੁਸੀਂ ਬਣਾਉਂਦੇ ਹੋ, ਤੁਹਾਡੇ ਚੁਣੇ ਤਰੀਕੇ ਨਾਲ — ਇਹ Mythex ਖਾਤਿਆਂ ਤੋਂ ਵੱਖਰੇ ਹਨ। ਅਤੇ Mythex ਵਿੱਚ ਐਪ ਲਈ Salesforce, HubSpot ਜਾਂ Slack ਦੇ ਬਿਲਟ-ਇਨ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਸ਼ਾਮਲ ਨਹੀਂ ਹਨ; ਉਹ ਆਪਣੀਆਂ ਕੁੰਜੀਆਂ ਨਾਲ ਉਨ੍ਹਾਂ ਦੇ APIs ਰਾਹੀਂ ਜੁੜਦੇ ਹਨ। ਸ਼ੁਰੂਆਤੀ ਪ੍ਰੋਂਪਟ ਲਈ ਮਨਜ਼ੂਰੀ ਟ੍ਰੈਕਰ ਜਾਂ ਅੰਦਰੂਨੀ ਐਡਮਿਨ ਟੂਲ ਟੈਮਪਲੇਟ ਅਜ਼ਮਾਓ, ਅਤੇ ਜੇ ਤੁਹਾਨੂੰ ਜ਼ਿਆਦਾਤਰ ਚਾਰਟ ਚਾਹੀਦੇ ਹਨ ਤਾਂ ਡੈਸ਼ਬੋਰਡ ਕਿਵੇਂ ਬਣਾਈਏ ਵੇਖੋ।

ਸਵਾਲ