10 ਅਕਤੂ 2025·8 ਮਿੰਟ
ਅਜਿਹਾ ਡੈਮੋ ਮਾਹੌਲ ਸੈੱਟਅੱਪ ਜੋ ਲਾਈਵ ਸੇਲਜ਼ ਡੈਮੋ 'ਚ ਸਥਿਰ ਰਹੇ
ਡੈਮੋ ਮਾਹੌਲ ਸੈਟਅੱਪ ਟਿਪਸ: ਵਾਸਤਵਿਕ ਡੇਟਾ ਸੀਡ ਕਰੋ, ਇੱਕ ਰੀਸੈੱਟ ਬਟਨ ਸ਼ਾਮਲ ਕਰੋ, ਅਤੇ ਇੰਟਿਗ੍ਰੇਸ਼ਨਾਂ ਨੂੰ ਅਲੱਗ ਰੱਖੋ ਤਾਂ ਜੋ ਲਾਈਵ ਡੈਮੋ ਭਰੋਸੇਯੋਗ ਰਹਿਣ।
ਡੈਮੋ ਮਾਹੌਲ ਸੈਟਅੱਪ ਟਿਪਸ: ਵਾਸਤਵਿਕ ਡੇਟਾ ਸੀਡ ਕਰੋ, ਇੱਕ ਰੀਸੈੱਟ ਬਟਨ ਸ਼ਾਮਲ ਕਰੋ, ਅਤੇ ਇੰਟਿਗ੍ਰੇਸ਼ਨਾਂ ਨੂੰ ਅਲੱਗ ਰੱਖੋ ਤਾਂ ਜੋ ਲਾਈਵ ਡੈਮੋ ਭਰੋਸੇਯੋਗ ਰਹਿਣ।
ਲਾਈਵ ਡੈਮੋ ਆਮ ਤੌਰ 'ਤੇ ਰੁਟਭਰੇ ਕਾਰਨਾਂ ਕਰਕੇ ਫੇਲ ਹੁੰਦੇ ਹਨ — ਨਾ ਕਿ ਇਸ ਲਈ ਕਿ ਪ੍ਰੋਡਕਟ "ਅਸਟੇਬਲ" ਹੈ। ਜ਼ਿਆਦਾਤਰ ਟੀਮਾਂ ਐਸੇ ਮਾਹੌਲ 'ਚ ਡੈਮੋ ਕਰ ਰਹੀਆਂ ਹੁੰਦੀਆਂ ਹਨ ਜੋ ਸਮੇਂ ਦੇ ਨਾਲ ਖਾਮੋਸ਼ੀ ਨਾਲ ਦ੍ਰਿਫਟ ਕਰ ਜਾਂਦਾ ਹੈ।
ਸਭ ਤੋਂ ਆਮ ਕਾਰਨ stale ਜਾਂ ਗੰਦੇ ਡੇਟਾ ਹੁੰਦੇ ਹਨ। ਕਿਸੇ ਨੇ ਕੋਈ ਮਹੱਤਵਪੂਰਨ ਰਿਕਾਰਡ ਮਿਟਾ ਦਿੱਤਾ, ਟ੍ਰਾਇਲ ਐਕਾਊਂਟ ਖਤਮ ਹੋ ਗਿਆ, ਜਾਂ ਪਿਛਲੇ ਹਫ਼ਤੇ ਦੀ ਟੈਸਟਿੰਗ ਨੇ ਅੱਧ-ਪੂਰੇ ਆਬਜੈਕਟ ਛੱਡ ਦਿੱਤੇ। ਜਦੋਂ ਕਹਾਣੀ "Acme акаਉਂਟ ਖੋਲੋ ਤੇ Orders ਤੇ ਕਲਿੱਕ ਕਰੋ" 'ਤੇ ਨਿਰਭਰ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਗੁੰਮ ਰਿਕਾਰਡ ਤੋਂ ਇੱਕ ਹੌਂਸਲਾ ਭਰਿਆ ਫਲੋ ਲੰਬੇ ਖੋਜ ਵਿੱਚ ਬਦਲ ਜਾਂਦਾ ਹੈ।
ਅਗਲਾ ਵੱਡਾ ਕਾਰਨ ਇੰਟਿਗ੍ਰੇਸ਼ਨ ਹਨ। ਕੋਈ ਵੀ ਡੈਮੋ ਜੋ ਸੱਚੀ ਈਮੇਲ ਡਿਲਿਵਰੀ, ਅਸਲੀ ਭੁਗਤਾਨ ਪ੍ਰੋਵਾਈਡਰ ਜਾਂ ਤ੍ਰਿੱਫ਼ੀ ਪਾਰਟੀ API 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਬਦਤਰੀਨ ਸਮੇਂ ਤੇ ਟੁੱਟ ਸਕਦਾ ਹੈ: ਰੇਟ ਲਿਮਿਟ, ਨੈਟਵਰਕ ਹਿਕਅਪ, ਮਿਆਦ ਖਤਮ ਹੋਣਾ, ਜਾਂ ਸੈਂਡਬਾਕਸ ਆਉਟੇਜ। ਇਸ ਤੋਂ ਵੀ ਵੱਡੀ ਸਮੱਸਿਆ ਇਹ ਹੈ ਕਿ ਇਹ ਅਸਲ ਸੁਨੇਹੇ ਅਸਲ ਲੋਕਾਂ ਨੂੰ ਭੇਜ ਸਕਦਾ ਹੈ।
ਅਨੁਮਤੀਆਂ ਇੱਕ ਚੁਪਕਾ ਮਾਰਨ ਵਾਲਾ ਕਤਲ ਕਰਨ ਵਾਲਾ ਹਨ। ਐਡਮਿਨ ਅਕਾਊਂਟ ਕੰਮ ਕਰਦਾ ਹੈ, ਪਰ “ਮੈਨੇਜਰ” ਰੋਲ ਅਚਾਨਕ ਉਸ ਪੰਨੇ ਨੂੰ ਨਹੀਂ ਦੇਖ ਸਕਦਾ ਜੋ ਤੁਸੀਂ ਦਿਖਾਉਣ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਸੀ, ਜਾਂ ਕੋਈ ਫੀਚਰ ਫਲੈਗ ਬੰਦ ਹੋ ਸਕਦੀ ਹੈ। ਤੁਸੀਂ ਜੋ ਹੋ ਰਿਹਾ ਹੈ ਉਸ ਦੀ ਸਥਿਤੀ ਬਿਆਨ ਕਰਨ ਦੀ ਥਾਂ ਦਿਖਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹੋ।
ਬੁਰਾ ਡੈਮੋ ਸਿਰਫ਼ ਕੁਝ ਮਿੰਟਾਂ ਦੀ ਕਦਰ ਨਹੀਂ ਰੱਖਦਾ — ਇਹ ਭਰੋਸਾ ਘਟਾ ਦਿੰਦਾ ਹੈ। ਸੰਭਾਵੀ ਗ੍ਰਾਹਕ ਸੋਚਣ ਲਗਦੇ ਹਨ ਕਿ ਖਰੀਦਣ ਤੋਂ ਬਾਅਦ ਹੋਰ ਕੀ ਕੁਝ ਠੀਕ ਨਹੀਂ ਰਹੇਗਾ, ਅਤੇ ਤੁਹਾਡੀ ਟੀਮ ਕਾਲ ਵਿਚ ਮਧ ਵਿਚ ਬਹਾਲੀ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਕੇ ਗਤੀ ਖੋ ਬੈਠਦੀ ਹੈ।
ਚੰਗਾ ਡੈਮੋ ਮਾਹੌਲ ਦੁਹਰਾਉਣਯੋਗ, ਭਵਿੱਖਬਾਣੀਯੋਗ ਅਤੇ ਕਲਿੱਕ ਕਰਨ ਲਈ ਸੁਰੱਖਿਅਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਕੋਈ ਗਲਤ ਬਟਨ ਦਬਾ ਵੀ ਲੈਂਦਾ ਹੈ, ਤਾਂ ਬਹਾਲੀ ਤੇਜ਼ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।
ਇਹ ਦਾਇਰਾ ਪਰिभਾਸ਼ਿਤ ਕਰਨ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ। ਕੁਝ ਚੀਜ਼ਾਂ ਨੂੰ ਹਕੀਕਤ ਵਰਗੀ ਲੱਗਣਾ ਜ਼ਰੂਰੀ ਹੈ: ਨਾਂ, ਤਾਰੀਖਾਂ, ਟੋਟਲ, ਰੋਲ ਅਤੇ ਇਕ ਵਿਸ਼ਵਾਸਯੋਗ ਕੰਮ ਦਾ ਬੋਝ। ਹੋਰ ਚੀਜ਼ਾਂ ਨੂੰ ਜਾਣ-ਬੂਝ ਕੇ ਸਧਾਰਨ ਬਣਾਇਆ ਜਾ ਸਕਦਾ ਹੈ: ਨਕਲੀ ਈਮੇਲ ਭੇਜਣਾ, ਮੌਕ ਕੀਤਾ ਹੋਇਆ ਭੁਗਤਾਨ ਸਫਲਤਾ, ਨਮੂਨਾ ਐਨਾਲੇਟਿਕਸ।
ਇੱਕ ਸਧਾਰਨ ਤਰੀਕਾ ਲਾਈਨ ਖਿੱਚਣ ਲਈ:
ਜੇ ਤੁਸੀਂ B2B ਐਪ ਡੈਮੋ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਹਕੀਕਤ ਵਰਗੀਆਂ ਇਨਵੋਇਸਾਂ ਅਤੇ ਗਤੀਵਿਧੀ ਇਤਿਹਾਸ ਦਿਖਾ ਸਕਦੇ ਹੋ, ਪਰ “Send invoice email” ਇੱਕ ਡੈਮੋ ਆਉਟਬੌਕ ਨੂੰ ਲਿਖਨਾ ਚਾਹੀਦਾ ਹੈ ਨਾ ਕਿ ਭੇਜਣਾ।
ਜੇ ਤੁਹਾਡੀ ਪਲੇਟਫਾਰਮ ਸਨੇਪਸ਼ਾਟ ਅਤੇ ਰੋਲਬੈਕ ਸਹਾਇਤਾ ਕਰਦੀ ਹੈ, ਤਾਂ ਆਪਣੇ ਡੈਮੋ ਨੂੰ ਐਸਾ ਸਮਝੋ ਜੋ ਮੰਗ 'ਤੇ ਰੀਸੈੱਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਉਦਾਹਰਨ ਵਜੋਂ, Koder.ai ਸਨੇਪਸ਼ਾਟ ਅਤੇ ਰੋਲਬੈਕ ਸ਼ਾਮਲ ਕਰਦੀ ਹੈ, ਜੋ ਕਿਸੇ ਜਾਣੇ-ਪਛਾਣੀ ਹਾਲਤ ਵਿੱਚ ਵਾਪਸ ਆਉਣ ਨੂੰ ਆਸਾਨ ਬਣਾਉਂਦੀ ਹੈ।
ਵਾਸਤਵਿਕ ਡੇਟਾ ਦਾ ਮਤਲਬ "ਬਹੁਤ ਸਾਰੇ ਰਿਕਾਰਡ" ਨਹੀਂ ਹੈ। ਇਹ ਉਹ ਸਭ ਤੋਂ ਛੋਟਾ ਸੈੱਟ ਹੈ ਜੋ ਪ੍ਰੋਡਕਟ ਨੂੰ ਜ਼ਿੰਦਾ ਮਹਿਸੂਸ ਕਰਵਾਉਂਦਾ ਅਤੇ ਖਰੀਦਦਾਰ ਦੀ ਉਮੀਦ ਨਾਲ ਮਿਲਦਾ ਹੈ।
ਜ਼ਿਆਦਾਤਰ ਖਰੀਦਦਾਰ ਕੁਝ ਇਸ਼ਾਰੇ ਦੇਖਦੇ ਹਨ ਜੋ ਦੱਸਦੇ ਹਨ ਕਿ ਇਹ ਇੱਕ ਅਸਲੀ ਵਰਕਫਲੋ ਹੈ: ਜਾਣ-ਪਛਾਣ ਵਾਲੇ ਨਾਂ (User 1, User 2 ਨਹੀਂ), ਤਾਰੀਖਾਂ ਜੋ ਮਾਨਯੋਗ ਹਨ, UI ਨੂੰ ਬਦਲਣ ਵਾਲੇ ਸਟੇਟਸ, ਅਤੇ ਗਤੀਵਿਧੀ ਇਤਿਹਾਸ ਜੋ ਦੱਸਦਾ ਹੈ ਕਿ ਚੀਜ਼ਾਂ ਕਿਉਂ ਅਜਿਹਾ ਲੱਗਦੀਆਂ ਹਨ। ਉਹ ਤਦ ਵੀ ਨੋਟਿਸ ਕਰਦੇ ਹਨ ਜਦੋਂ ਨੰਬਰ ਮਿਲਦੇ-ਨਹੀਂ ਹਨ, ਜਿਵੇਂ ਟੋਟਲ ਠੀਕ ਨਹੀਂ ਬੈਠਦੇ ਜਾਂ ਚਾਰਟ ਖਾਲੀ ਲੱਗਦਾ ਹੈ।
ਅਗਲੇ ਕਦਮ ਵਜੋਂ, 2-3 ਕਹਾਣੀਆਂ ਚੁਣੋ ਅਤੇ ਡੇਟਾਸੈਟ ਉਨ੍ਹਾਂ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਸ਼ੇਪ ਕਰੋ। B2B ਉਤਪਾਦ ਲਈ ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਆਨਬੋਰਡਿੰਗ (ਪਹਲਾ ਪ੍ਰੋਜੈਕਟ ਬਣਿਆ), ਰਿਪੋਰਟਿੰਗ (ਟ੍ਰੇਂਡ ਵਾਲਾ ਡੈਸ਼ਬੋਰਡ), ਅਤੇ ਮਨਜ਼ੂਰੀਆਂ (ਰਿਕਵੇਸਟ ਜੋ ਰੋਲਾਂ ਵਿੱਚ ਹਿਲਦਾ ਹੈ) ਹੁੰਦਾ ਹੈ। ਹਰ ਕਹਾਣੀ 2–4 ਮਿੰਟਾਂ ਵਿੱਚ ਮੁਕੰਮਲ ਹੋ ਸਕਨੀ ਚਾਹੀਦੀ ਹੈ, ਬਿਨਾਂ ਕਿਸੇ ਡੈਡ-ਐਂਡ ਦੇ।
ਨਿਰਣਯ ਕਰੋ ਕਿ ਕਿਹੜੀਆਂ ਚੀਜ਼ਾਂ ਰੀਸੈੱਟਾਂ ਵਿੱਚ ਸਥਿਰ ਰਹਿਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ। ਜੇ UI "Account ID", ਈਮੇਲਾਂ ਜਾਂ ਮਾਸਿਕ ਟੋਟਲ ਦਿਖਾਉਂਦਾ ਹੈ, ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਸਥਿਰ ਰੱਖੋ ਤਾਂ ਕਿ ਸਕ੍ਰੀਨਸ਼ਾਟ, ਸਕ੍ਰਿਪਟ ਅਤੇ ਟਾਕ-ਟਰੈਕ ਡ੍ਰਿਫਟ ਨਾ ਹੋਣ। ਅਨੁਕੂਲਤਾ ਤੇ ਦ੍ਰਿਫਟ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ ਅਤੇ ਇਹ ਵੀ ਸਾਦਾ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਮਾਹੌਲ ਵਾਪਸ ਉਮੀਦ ਕੀਤੀ ਹਾਲਤ ਵਿੱਚ ਆ ਗਿਆ ਹੈ ਕਿ ਨਹੀਂ।
ਅਖੀਰ ਵਿੱਚ, ਰੇਡ ਲਾਈਨ ਰੱਖੋ। ਕਦੇ ਵੀ ਅਸਲ ਗਾਹਕ ਦਾ ਡੇਟਾ, ਅਸਲ ਭੁਗਤਾਨ ਵਿੱਰਵਾ ਜਾਂ ਕੋਈ ਐਸੀ ਚੀਜ਼ ਜੋ PII ਸਮਝੀ ਜਾ ਸਕਦੀ ਹੈ, ਵਰਤੋਂ ਨਾ ਕਰੋ। ਸਪੱਸ਼ਟ ਨਕਲੀ ਡੋਮੇਨ, ਜਨਰੇਟ ਕੀਤੇ ਨਾਂ, ਅਤੇ ਟੈਸਟ ਕਾਰਡ ਨੰਬਰ ਹੀ ਵਰਤੋ।
ਜੇ ਤੁਸੀਂ ਆਪਣਾ ਡੈਮੋ ਐਪ Koder.ai 'ਤੇ ਬਣਾ ਰਹੇ ਹੋ, ਤਾਂ ਸੀਂਡ ਡੇਟਾ ਨੂੰ ਐਪ ਸਪੈਕ ਦਾ ਹਿੱਸਾ ਮੰਨ ਕੇ ਕੰਮ ਕਰੋ: ਪਹਿਲਾਂ ਕਹਾਣੀਆਂ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ, ਫਿਰ ਉਹਨਾਂ ਨੂੰ ਮਿਲਦਿਆਂ ਡੇਟਾ ਤੇ ਸਕ੍ਰੀਨ ਜਨਰੇਟ ਕਰੋ।
ਇੱਕ ਚੰਗਾ ਡੈਮੋ ਡੇਟਾਸੈਟ ਛੋਟਾ, ਸੰਪੂਰਨ ਅਤੇ ਭਵਿੱਖਬਾਣੀਯੋਗ ਹੁੰਦਾ ਹੈ। ਮਕਸਦ ਸਾਰੇ ਫੀਚਰ ਦਿਖਾਉਣਾ ਨਹੀਂ — ਮਕਸਦ ਕਿਸੇ ਸਧਾਰਨ ਕਹਾਣੀ ਰਾਹੀਂ ਕਿਸੇ ਨੂੰ ਮਾਰਗਦਰਸ਼ਨ ਦੇਣਾ ਹੈ ਜਿੱਥੇ ਹਰ ਸਕ੍ਰੀਨ 'ਤੇ ਦੇਖਣ ਲਈ ਕੁਝ ਮਹੱਤਵਪੂਰਨ ਹੋਵੇ।
ਆਮ ਤੌਰ 'ਤੇ ਸਭ ਤੋਂ ਛੋਟਾ "ਪੂਰਾ" ਮਾਡਲ ਚੁਣੋ। ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਅਕਾਊਂਟ ਹੁੰਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਕੁਝ ਕੋਰ ਆਬਜੈਕਟ ਹੁੰਦੇ ਹਨ ਜੋ ਜ਼ਿਆਦਾਤਰ ਸਕ੍ਰੀਨਾਂ ਨੂੰ ਛੂਹਦੇ ਹਨ (ਉਦਾਹਰਨ ਵਜੋਂ: users, customers, projects, invoices, messages)। ਇਹ ਡੈਮੋ ਨੂੰ ਸਾਥੀ ਬਣਾਈ ਰੱਖਦਾ ਹੈ ਭਾਵੇਂ ਤੁਸੀਂ ਇੱਥੋਂ-ਉੱਥੋਂ ਛਾਲਾਂ ਲਗਾਓ।
ਡੇਟਾ ਨੂੰ ਕਿਰਦਾਰਾਂ ਦੀ ਕਾਸਟ ਦਿਓ। ਕੁਝ ਵਿਸ਼ਵਾਸਯੋਗ ਕੰਪਨੀਆਂ ਅਤੇ ਪੇਰੋਨਾ ਬਣਾਓ, ਫਿਰ ਉਨ੍ਹਾਂ ਨੂੰ ਉਸ ਤਰੀਕੇ ਨਾਲ ਜੋੜੋ ਜਿਵੇਂ ਅਸਲੀ ਗਾਹਕ ਕਰਨਗੇ।
ਇਕ ਪ੍ਰਾਯੋਗਿਕ ਉਦਾਹਰਨ:
ਟਾਈਮਲਾਈਨ ਨੂੰ ਤਾਜ਼ਾ ਮਹਿਸੂਸ ਕਰਵਾਓ। ਲੋਕ ਤੁਰੰਤ ਨੋਟਿਸ ਕਰ ਲੈਂਦੇ ਹਨ ਜਦੋਂ ਸਭ ਕੁਝ "6 ਮਹੀਨੇ ਪਹਿਲਾਂ" ਹੋਇਆ ਦਿਖਾਈ ਦੇਵੇ। ਸੈਂਡਿੰਗ ਦੌਰਾਨ ਰਿਲੇਟਿਵ ਟਾਈਮਸਟੈਂਪ ਵਰਤੋਂ (ਜਿਵੇਂ "ਹੁਣ - 3 ਦਿਨ") ਤਾਂ ਜੋ ਡੇਟਾ ਹਮੇਸ਼ਾ ਹਾਲੀਆ ਲੱਗੇ।
ਇਰਾਦਾ ਕਰਕੇ ਕੁਝ ਐੱਜ ਕੇਸ ਰੱਖੋ, ਪਰ ਹਰ ਥੀਮ ਲਈ ਇੱਕ ਹੀ ਰੱਖੋ। ਇੱਕ ਮਿਆਦ ਤੋਂ ਪਿੱਛੇ ਇਨਵੋਇਸ ਇਹ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਅਲਰਟ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ। ਇੱਕ ਫੇਲਡ ਸਿੰਕ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਐਰਰ ਕਿਵੇਂ ਹੈਂਡਲ ਹੁੰਦੇ ਹਨ। ਇੱਕ ਖਾਲੀ ਸਟੇਟ (ਜਿਵੇਂ "ਕੋਈ ਸੰਭਾਲੇ ਹੋਏ ਫਿਲਟਰ ਨਹੀਂ") ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਨਵੀਂ ਸ਼ੁਰੂਆਤ 'ਤੇ ਪ੍ਰੋਡਕਟ ਸਾਫ਼ ਹੈ।
ਇੱਕ ਸੁਰੱਖਿਅਤ ਡੈਮੋ ਮਾਹੌਲ ਇੱਕ ਨਿਯਮ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ: ਤੁਹਾਡਾ ਡੈਮੋ ਡੇਟਾ ਕਦੇ ਵੀ ਪ੍ਰੋਡਕਸ਼ਨ ਨਾਲ ਡੇਟਾਬੇਸ, API ਕੀਜ਼ ਜਾਂ ਐਡਮਿਨ ਐਕਸੈਸ ਸਾਂਝਾ ਨਹੀਂ ਕਰੇ। ਡੈਮੋ ਨੂੰ ਇੱਕ ਵੱਖਰੇ ਉਤਪਾਦ ਵਾਂਗ ਸਮਝੋ ਜਿਸ ਦੀਆਂ ਆਪਣੀਆਂ حدਾਂ ਹਨ।
ਜਾਣ-ਪਛਾਣ ਵਾਲੇ ਅਰੰਭਿਕ ਬਿੰਦੂ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ। ਇਹ ਖਾਲੀ ਡੇਟਾਬੇਸ ਹੋ ਸਕਦੀ ਹੈ ਜਾਂ ਕੋਈ ਸੰਭਲਿਆ ਹੋਇਆ ਸਨੇਪਸ਼ਾਟ, ਪਰ ਇਹ ਹਮੇਸ਼ਾ ਇੱਕੋ ਬੇਸਲਾਈਨ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।
ਫਿਰ ਡੇਟਾਸੈਟ ਨੂੰ ਪਰਤਾਂ 'ਚ ਬਣਾਓ ਤਾਂ ਜੋ ਰਿਲੇਸ਼ਨਸ਼ਿਪ ਸਮਝ ਆ ਸਕੇ। ਇੱਕ ਪ੍ਰਯੋਗਿਕ ਕ੍ਰਮ:
ਜਦੋਂ ਤੁਸੀਂ "ਵਾਸਤਵਿਕ" ਮੁੱਲ ਜਨਰੇਟ ਕਰੋ, ਤਾਂ ਯਾਦ ਰੱਖੋ ਕਿ ਬੇਸ ਇਕ ਪੈਟਰਨ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਬੇਹੁਦਾ ਰੈਂਡਮ ਨਹੀਂ। ਨਕਲੀ ਨਾਂਵ-ਡੋਮੇਨ ਵਰਤੋ, ਨੰਬਰ ਆਮ ਸ਼੍ਰੇਣੀ ਵਿੱਚ ਰੱਖੋ, ਅਤੇ ਟਾਈਮਸਟੈਂਪ ਇਸ ਤਰ੍ਹਾਂ ਸੈਟ ਕਰੋ ਕਿ ਉਹ ਇੱਕ ਕਹਾਣੀ ਦੱਸਣ। ਇਸ ਨਾਲ ਅਜਿਹੀਆਂ ਅਜੀਬ ਘਟਨਾਵਾਂ ਬਚਦੀਆਂ ਹਨ ਜਿਵੇਂ ਡੈਸ਼ਬੋਰਡ 'ਤੇ 0% ਕਨਵਰਜ਼ਨ ਜਾਂ ਭਵਿੱਖ ਦੀਆਂ ਤਾਰੀਖਾਂ ਵਾਲਾ ਰਿਪੋਰਟ।
ਉਹ ਕੁਝ ਸਕ੍ਰੀਨਾਂ ਜੋ ਤੁਸੀਂ ਲਾਈਵ ਦਿਖਾਉਂਦੇ ਹੋ ਉੱਤੇ ਇੱਕ ਤੇਜ਼ ਪਾਸ ਕਰੋ। ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਟੋਟਲ ਮਿਲਦੇ ਹਨ, ਚਾਰਟ ਵਿੱਚ ਕਾਫੀ ਪੌਇੰਟ ਹਨ, ਅਤੇ ਕੋਈ ਵੀ "ਟੌਪ 5" ਵਿਜੇਟ ਬਿਲਕੁਲ ਪੰਜ ਆਈਟਮ ਦਿਖਾ ਰਿਹਾ ਹੈ।
ਸੀਡਿੰਗ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਟੋਰ ਕਰੋ ਤਾਂ ਕਿ ਕੋਈ ਵੀ ਇਸਨੂੰ ਫਿਰ ਦੁਹਰਾ ਸਕੇ। ਸਕ੍ਰਿਪਟ, ਕੰਫਿਗ ਅਤੇ ਉਮੀਦ ਕੀਤੀਆਂ ਨਤੀਜਿਆਂ ਨੂੰ ਇਕੱਠਾ ਰੱਖੋ (ਉਦਾਹਰਨ: "Org A ਕੋਲ 12 ਟਿਕਟ ਅਤੇ 3 overdue ਹੋਣ ਚਾਹੀਦੇ ਹਨ"). ਜੇ ਤੁਸੀਂ ਸਨੇਪਸ਼ਾਟ ਅਤੇ ਰੋਲਬੈਕ 'ਤੇ ਨਿਰਭਰ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਰੀਸੈੱਟ ਤੋਂ ਪਹਿਲਾਂ ਬੇਸਲਾਈਨ ਤੇ ਵਾਪਸ ਆ ਸਕਦੇ ਹੋ, ਤਾਂ ਕਿ ਅਗਲੇ ਦਿਨ ਵੀ ਉਹੀ ਡੈਮੋ ਬਿਨਾਂ ਹੈਰਾਨੀ ਦੇ ਚੱਲ ਸਕੇ।
ਇੱਕ ਰੀਸੈੱਟ ਬਟਨ "ਕੁਝ ਰੋਜ਼ ਮਿਟਾਉ" ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ। ਲਾਈਵ ਸੇਲਜ਼ ਡੈਮੋ ਵਿੱਚ ਰੀਸੈੱਟ ਨੂੰ ਉਤਪਾਦ ਨੂੰ ਇੱਕ ਜਾਣ-ਪਛਾਣੀ-ਚੰਗੀ ਕਹਾਣੀ ਵਿੱਚ ਵਾਪਸ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ: ਇੱਕੋ ਅਕਾਊਂਟ, ਇੱਕੋ ਨਮੂਨਾ ਗਤੀਵਿਧੀ, ਇੱਕੋ ਅਨୁਮਤੀਆਂ, ਅਤੇ ਇੱਕੋ UI ਸਟੇਟ ਜੋ ਪ੍ਰੇਜ਼ੈਂਟਰ ਉਮੀਦ ਕਰਦਾ ਹੈ।
ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਲਿਖੋ ਕਿ "ਸਾਫ" ਦਾ ਕੀ ਅਰਥ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ ਇਹ ਡੇਟਾ (ਰਿਕਾਰਡ), ਸੈਸ਼ਨ (ਕੌਣ ਲੌਗਇਨ ਹੋਇਆ), ਅਤੇ UI ਸਟੇਟ (ਚੁਣਿਆ ਵਰਕਸਪੇਸ, onboarding ਬੈਨਰ, ਫਿਲਟਰ, ਟੂਰ) ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ। ਜੇ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਗੰਦਾ ਰਹਿ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਅਗਲਾ ਡੈਮੋ ਅਣਯਕੀਨ ਜਾਂ ਟੁੱਟਿਆ ਹੋਇਆ ਲੱਗ ਸਕਦਾ ਹੈ।
ਅਧਿਕ ਆਮ ਤੌर 'ਤੇ ਟੀਮਾਂ ਦੋਹਾਂ ਦੀ ਲੋੜ ਪੈਂਦੀ ਹੈ, ਇਹ ਉਸ ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਕੌਣ ਪ੍ਰੇਜ਼ੈਂਟ ਕਰ ਰਿਹਾ ਹੈ ਅਤੇ ਕਿੰਨਾ ਸਮਾਂ ਉੱਥੇ ਹੈ:
ਜਦੋਂ ਕਈ ਰੈਪ ਇੱਕੋ ਡੈਮੋ ਮਾਹੌਲ ਸਾਂਝਾ ਕਰਦੇ ਹਨ ਤਾਂ ਸੌਫਟ ਰੀਸੈੱਟ ਵਧੀਆ ਹੈ। ਉੱਪਰ-ਦਾਅਵੇ ਵਾਲੀਆਂ ਕਾਲਾਂ ਤੋਂ ਪਹਿਲਾਂ ਪੂਰਾ ਰੀਸੈੱਟ ਵਧੀਆ ਰਹਿੰਦਾ ਹੈ।
ਰੀਸੈੱਟ ਨੂੰ ਸਪੱਸ਼ਟ ਪਰ ਸੁਰੱਖਿਅਤ ਬਣਾਓ। ਬਟਨ ਉਸ ਥਾਂ ਰੱਖੋ ਜਿੱਥੇ ਪ੍ਰੇਜ਼ੈਂਟਰ ਉਹਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਲੱਭ ਸਕੇ, ਫਿਰ ਉਸਨੂੰ ਪੁਸ਼ਟੀ ਕਦਮ, ਰੋਲ ਚੈੱਕ (ਉਦਾਹਰਨ: "Demo Admin" ਕੇਵਲ), ਅਤੇ ਇੱਕ ਸਧਾਰਨ ਆਡਿਟ ਨੋਟ ਨਾਲ ਰੱਖੋ ਜਿਵੇਂ "ਰੀਸੈੱਟ Sam ਵਲੋਂ 10:14 ਤੇ ਚਲਾਇਆ"। ਇਹ ਆਡਿਟ ਟਰੇਲ ਸਮਾਂ ਬਚਾਉਂਦਾ ਹੈ ਜਦੋਂ ਕੋਈ ਪੁੱਛਦਾ ਹੈ, "ਕਿਸ ਨੇ ਮੇਰਾ ਸੈਸ਼ਨ ਰੀਸੈੱਟ ਕੀਤਾ?"
ਟਾਈਮ ਟਾਰਗਟ ਰੱਖੋ ਅਤੇ ਵਾਪਸ ਕੰਮ ਕਰੋ। ਘੱਟੋ-ਘੱਟ 60 ਸਕਿੰਟ ਦੇ ਅੰਦਰ ਲક્ષ ਕਰੋ। ਇਸ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਲਈ, ਸੀਡ ਡੇਟਾ ਛੋਟਾ ਪਰ ਮਹੱਤਵਪੂਰਨ ਰੱਖੋ, ਅਤੇ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਤੋਂ ਬਚੋ ਜੋ ਲੰਬਾ ਇੰਤਜ਼ਾਰ ਕਰਵਾਏ।
ਨਾਨ-ਡੇਟਾ ਬਾਕੀ ਰਹਿੰਦਾ ਬਰੋਸ ਨਹੀਂ ਰੱਖੋ। ਰੀਸੈੱਟ ਨੂੰ ਫਾਈਲ ਅਪਲੋਡ, ਨੋਟੀਫਿਕੇਸ਼ਨ, ਬੈਕਗ੍ਰਾਊਂਡ ਜੌਬ ਅਤੇ ਨਿਯਤ ਈਮੇਲ ਵੀ ਸਾਫ਼ ਕਰ ਦੇਣੇ ਚਾਹੀਦੇ ਹਨ। ਜੇ ਤੁਹਾਡਾ ਡੈਮੋ "ਇਨਵੋਇਸ PDFs" ਦਿਖਾਉਂਦਾ ਹੈ, ਤਾਂ ਪੁਰਾਣੇ ਅਪਲੋਡ ਗਾਇਬ ਹੋਣ ਅਤੇ ਅਗਲੇ ਕਾਲ ਵਿੱਚ ਲਿਕ ਨਾ ਕਰਨ ਯਕੀਨੀ ਬਣਾਓ।
ਇੱਕ ਡੈਮੋ ਪੂਰੀ ਤਰ੍ਹਾਂ ਠੀਕ ਲੱਗ ਸਕਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਫੇਲ ਹੋ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ ਕੁਝ ਤੁਹਾਡੇ ਨਿਯੰਤਰਣ ਤੋਂ باہر ਬਦਲ ਜਾਂਦਾ ਹੈ: ਕੋਈ webhook ਸੁਸਤ ਹੋ ਜਾਂਦਾ ਹੈ, ਈਮੇਲ ਪ੍ਰੋਵਾਈਡਰ ਸੈਂਡ ਬਲੌਕ ਕਰ ਦਿੰਦਾ ਹੈ, ਜਾਂ ਭੁਗਤਾਨ ਸੈਂਡਬਾਕਸ ਡਾਉਨ ਹੋ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਸਥਿਰ ਡੈਮੋ ਹਰ ਇੱਕ ਇੰਟਿਗ੍ਰੇਸ਼ਨ ਨੂੰ ਵਿਕਲਪਿਕ ਮੰਨਦਾ ਹੈ, ਭਾਵੇਂ ਤੁਹਾਡਾ ਅਸਲ ਉਤਪਾਦ ਉਸ 'ਤੇ ਨਿਰਭਰ ਹੋਵੇ।
ਜੋ ਕੁਝ ਵੀ ਭੇਜ ਸਕਦਾ ਹੈ ਜਾਂ ਚਾਰਜ ਕਰ ਸਕਦਾ ਹੈ, ਉਸ ਲਈ ਸੈਂਡਬਾਕਸ ਖਾਤੇ ਵਰਤੋ: ਈਮੇਲ, SMS, ਭੁਗਤਾਨ, ਮੈਪ, AI ਪ੍ਰੋਵਾਈਡਰ। ਸੈਂਡਬਾਕਸ ਕੀਜ਼ ਪ੍ਰੋਡਕਸ਼ਨ ਤੋਂ ਵੱਖ-ਵੱਖ ਰੱਖੋ ਅਤੇ ਸਪੱਸ਼ਟ ਲੇਬਲ ਕਰੋ ਤਾਂ ਕਿ ਕੋਈ ਗਲਤੀ ਨਾਲ ਗਲਤ ਟੋਕਨ ਨਾ ਵਰਤ ਲੈ।
ਇੱਕ ਡੈਮੋ-ਮੋਡ ਟੌਗਲ (ਫੀਚਰ ਫਲੈਗ) ਸ਼ਾਮਿਲ ਕਰੋ ਜਿਸ ਦੇ ਸੁਰੱਖਿਅਤ ਡਿਫਾਲਟ ਹੋਣ। UI ਅਤੇ ਲੌਗਸ ਵਿੱਚ ਇਸਨੂੰ ਆਸਾਨੀ ਨਾਲ ਦਿਖਣਯੋਗ ਬਣਾਓ ਤਾਂ ਕਿ ਤੁਸੀਂ ਕਾਲ ਦੌਰਾਨ ਵਿਵਹਾਰ ਵਜੋਂ ਸਮਝਾ ਸਕੋ।
ਡੈਮੋ ਮੋਡ ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਡਿਫਾਲਟ ਇਹ ਹੁੰਦੇ ਹਨ:
ਨਜ਼ੁਕ ਨਿਰਭਰਤਾਵਾਂ ਲਈ stub ਜਾਂ mock ਵਰਤੋ ਨਾ ਕਿ ਉਮੀਦ ਕਰੋ ਕਿ ਵਿਕਰੇਤਾ ਹਮੇਸ਼ਾ ਚੱਲੇਗਾ। ਜੇ ਤੁਹਾਡੀ ਐਪ ਆਮ ਤੌਰ 'ਤੇ ਭੁਗਤਾਨ ਦੀ ਪੁਸ਼ਟੀ ਲਈ webhook ਦੀ ਉਡੀਕ ਕਰਦੀ ਹੈ, ਤਾਂ ਡੈਮੋ ਮੋਡ ਵਿੱਚ ਉਸੇ ਸਕ੍ਰੀਨ ਨੂੰ ਦਿਖਾਉਂਦੇ ਹੋਏ ਇਕ ਸਿਮੁਲੇਟ ਕੀਤਾ "paid" ਇਵੈਂਟ ਸਵੀਕਾਰ ਕਰੋ।
ਹਰ ਇੰਟਿਗ੍ਰੇਸ਼ਨ ਕਾਲ ਨੂੰ ਸਾਫ਼-ਸਧੇ ਅੰਗਰੇਜ਼ੀ ਨਤੀਜੇ ਨਾਲ ਲੌਗ ਕਰੋ: "SMS blocked (demo mode)" ਜਾਂ "Payment simulated."
Northwind Tools ਨਾਮ ਦੀ ਇਕ ਮੱਧ-ਸਾਈਜ਼ ਕੰਪਨੀ ਤੁਹਾਡੀ ਐਪ ਨੂੰ ਮੁਲਾਂਕਣ ਕਰ ਰਹੀ ਹੈ। ਤੁਸੀਂ ਇੱਕ ਸਿੰਗਲ ਅਕਾਊਂਟ ਵਿੱਚ ਡੈਮੋ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋ ਜੋ ਪਹਿਲਾਂ ਹੀ ਸਰਗਰਮ ਮਹਿਸੂਸ ਹੁੰਦੀ ਹੈ: ਅਸਲੀ ਗ੍ਰਾਹਕ ਦੇ ਨਾਂ, ਕੁਝ ਖੁੱਲ੍ਹੇ ਟਾਸਕ, ਪਿਛਲੇ ਹਫ਼ਤੇ ਦੀ ਗਤੀਵਿਧੀ, ਅਤੇ ਇੱਕ ਛੋਟੀ ਮੁੱਦਾ ਜਿਸ ਨੂੰ ਧਿਆਨ ਦੀ ਲੋੜ ਹੈ।
ਐਡਮਿਨ ਵਜੋਂ ਸ਼ੁਰੂ ਕਰੋ। ਐਡਮਿਨ ਬਿਲਿੰਗ, ਯੂਜ਼ਰ ਮੈਨੇਜਮੈਂਟ ਅਤੇ ਇੱਕ ਆਡਿਟ ਲੌਗ ਵੇਖਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਵਿਸ਼ਵਾਸਯੋਗ ਘਟਨਾ ਜਿਵੇਂ "API key rotated" ਅਤੇ "Quarterly report exported" ਹੋਣ। 8-12 ਯੂਜ਼ਰਾਂ ਦੇ ਮਿਕਸਡ ਸਟੈਟਸ ਸ਼ਾਮਲ ਕਰੋ: ਇੱਕ ਹਾਲ ਹੀ ਵਿੱਚ ਨਿਮੰਤਰਿਤ ਯੂਜ਼ਰ, ਇੱਕ ਡੀਐਕਟਿਵੇਟਡ ਯੂਜ਼ਰ, ਅਤੇ ਦੋ ਟੀਮਾਂ ਵੱਖ-ਵੱਖ ਐਕਸੈਸ ਨਿਯਮਾਂ ਨਾਲ।
ਮੈਨੇਜਰ ਤੇ ਸਵਿੱਚ ਕਰੋ। ਮੈਨੇਜਰ ਇੱਕ ਡੈਸ਼ਬੋਰਡ 'ਤੇ ਆਉਂਦਾ ਹੈ ਜੋ ਚੱਲ ਰਹੇ ਕੰਮ ਦਿਖਾਉਂਦਾ ਹੈ: 6 ਡੀਲਾਂ ਵਾਲੀ ਪਾਈਪਲਾਈਨ, 2 overdue follow-ups, ਅਤੇ ਇੱਕ ਵੱਡੀ ਰੀਨਿਊਅਲ ਜਿਸ ਨਾਲ ਡੈਮੋ ਹਕੀਕਤੀ ਮਹਿਸੂਸ ਹੁੰਦਾ ਹੈ। ਉਹ ਐਡਿਟ, ਅਸਾਈਨ ਅਤੇ ਮਨਜ਼ੂਰ ਕਰ ਸਕਦਾ ਹੈ।
ਆਖ਼ਿਰ 'ਤੇ ਵੀਵਰ ਤੇ ਸਵਿੱਚ ਕਰੋ। ਵੀਵਰ ਸਿਰਫ ਪੜ੍ਹ ਸਕਦਾ ਹੈ। ਉਹ ਰਿਕਾਰਡ ਅਤੇ ਟਿੱਪਣੀਆਂ ਖੋਲ੍ਹ ਸਕਦਾ ਹੈ, ਪਰ "Delete", "Change plan" ਜਾਂ "Export all" ਵਰਗੇ ਕਾਰਜ ਅਯੋਗ ਹਨ। ਇਹ ਰੋਲ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਉਤਪਾਦ ਡਿਫਾਲਟ ਤੌਰ 'ਤੇ ਸੁਰੱਖਿਅਤ ਹੈ।
ਆਧੇ ਰਸਤੇ, ਜਾਣ-ਬੂਝ ਕੇ ਇੱਕ ਜਾਣਿਆ-ਪਛਾਣਾ ਐਰਰ ਸਟੇਟ ਟਰigger ਕਰੋ: ਮੈਨੇਜਰ ਇੱਕ ਰਿਕਾਰਡ ਸਿੰਕ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ ਤੇ "External sync is temporarily unavailable" ਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਅਚਾਨਕ ਫੇਲ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ — ਇਹ ਇੱਕ ਸਕ੍ਰਿਪਟ ਕੀਤੇ ਹੋਏ ਪਲ ਹੈ ਜੋ ਲਚਕੀਲਾਪਨ ਦਿਖਾਉਂਦਾ ਹੈ।
ਫਿਰ ਉਹ ਦਿਖਾਓ ਜੋ ਮੁੱਖ ਹੈ: UI ਸਮੱਸਿਆ ਨੂੰ ਸਪਸ਼ਟ ਤਰੀਕੇ ਨਾਲ ਸਮਝਾਉਂਦੀ ਹੈ, ਡੈਮੋ ਅਸਲ ਨੁਕਸਾਨ ਤੋਂ ਬਚਦਾ ਹੈ (ਕੋਈ ਡੂਪਲੀਕੇਟ ਰਿਕਾਰਡ, ਆਧਾ-ਲਿਖਤ ਰਿਕਾਰਡ ਨਹੀਂ), ਐਡਮਿਨ ਸੁਰੱਖਿਅਤ ਤਰੀਕੇ ਨਾਲ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਇਕ-ਕਲਿੱਕ ਰੀਸੈੱਟ ਹਰ ਚੀਜ਼ ਨੂੰ ਸ਼ੁਰੂਆਤੀ ਹਾਲਤ ਵਿੱਚ ਵਾਪਸ ਲਾ ਦਿੰਦਾ ਹੈ।
ਭੁਗਤਾਨ ਸੈਂਡਬਾਕਸ ਵਿੱਚ ਚੱਲਦੇ ਹਨ। ਈਮੇਲ ਅਤੇ SMS ਸਟਬ ਕੀਤੇ ਗਏ ਹਨ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਐਪ ਦੇ ਅੰਦਰ "Sent" ਸੁਨੇਹੇ ਦਿਖਾ ਸਕੋ ਬਿਨਾਂ ਕਿਸੇ ਨੂੰ ਸੰਪਰਕ ਕਰਨ ਦੇ। Webhooks ਇੱਕ ਡੈਮੋ ਇਨਬੌਕਸ ਵਿੱਚ ਕੈਪਚਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।
ਡੈਮੋ ਤਦ ਖਤਰਨਾਕ ਹੋ ਜਾਂਦਾ ਹੈ ਜਦ ਇਹ ਇੱਕ ਸਾਂਝੀ ਖੇਡਮੰਚ ਬਣ ਜਾਂਦਾ ਹੈ। ਜੇ ਦੋ ਰੈਪ (ਜਾਂ ਦੋ ਪ੍ਰੋਸਪੈਕਟ) ਇੱਕੋ ਅਕਾਊਂਟ ਵਰਤ ਰਹੇ ਹਨ, ਤਾਂ ਇੱਕ ਕਲਿੱਕ ਦੂਜੇ ਲਈ ਕਹਾਣੀ ਖਤਮ ਕਰ ਸਕਦਾ ਹੈ। ਸਭ ਤੋਂ ਸਧਾਰਣ ਠੀਕਦਾਰ ਹਰ ਡੈਮੋ ਨੂੰ ਇੱਕ ਆਪਣਾ ਟੇਨੈਂਟ ਸਮਝੋ ਜਿਸ ਦੇ ਆਪਣੇ ਡੇਟਾ, ਸੈਟਿੰਗਸ ਅਤੇ ਯੂਜ਼ਰ ਹਨ।
ਹਰ ਰੈਪ ਨੂੰ ਇੱਕ ਸਮਰਪਿਤ ਡੈਮੋ ਟੇਨੈਂਟ ਦਿਓ (ਜਾਂ ਹਰ ਐਕਟਿਵ ਡੀਲ ਲਈ ਇੱਕ)। ਜੇ ਤੁਹਾਨੂੰ ਇੱਕ ਦਿਨ ਵਿੱਚ ਕਈ ਡੈਮੋ ਚਲਾਣੇ ਪੈਣ, ਤਾਂ ਇੱਕ ਛੋਟਾ ਪੂਲ ਰੱਖੋ: Demo-01, Demo-02, Demo-03 ਅਤੇ ਦਿਨ-ਅਨੁਸਾਰ ਉਹਨੂੰ ਅਸਾਈਨ ਕਰੋ। ਜਦ ਡੈਮੋ ਖਤਮ ਹੋ ਜਾਵੇ, ਉਸ ਟੇਨੈਂਟ ਨੂੰ ਜਾਣ-ਪਛਾਣੀ ਹਾਲਤ ਵਿੱਚ ਰੀਸੈੱਟ ਕਰੋ।
ਪਾਸਵਰਡਾਂ ਨੂੰ ਆਸਾਨ-ਟਾਈਪ ਯੋਗ ਬਣਾਓ ਪਰ ਲੇਖਾ-ਜਾਂਚ ਵਾਲੇ ਵੀ ਕਰੋ। ਜ਼ਖੀਰਾ ਪਾਸਵਰਡ ਜਿਨ੍ਹਾਂ ਨੂੰ ਕਦੇ ਨਾ ਬਦਲਿਆ ਜਾਣਾਂ, ਵਰਤੋਂ ਤੋਂ ਬਚੋ। ਛੋਟੇ-ਅਵਧੀ ਵਾਲੇ ਐਕਸੈਸ, ਰੋਟੇਟ ਕੀਤੇ ਪਾਸਵਰਡ ਅਤੇ ਪ੍ਰੋਸਪੈਕਟਾਂ ਲਈ ਵੱਖਰਾ viewer ਲੋਗਿਨ ਵਰਤੋਂ।
ਅਨੁਮਤੀ ਪਹੇਲੀਆਂ ਗਤੀਵਿਧੀਆਂ ਨੂੰ ਮਾਰ ਦਿੰਦੇ ਹਨ। ਉਹੀ ਰੋਲ ਬਣਾਓ ਜੋ ਤੁਸੀਂ ਦਿਖਾਉਣ ਦਾ ਯੋਜਨ੍ਹਾ ਕਰਦੇ ਹੋ, ਨਾਮ ਉਹੀ ਰੱਖੋ ਜੋ ਤੁਹਾਡੇ ਸਕ੍ਰਿਪਟ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੋ (Admin, Manager, Read-only)। ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਹਰ ਰੋਲ ਇੱਕ ਸਾਫ਼ ਡੈਸ਼ਬੋਰਡ 'ਤੇ ਲੈਂਡ ਕਰਦਾ ਹੈ, ਸਹੀ ਸੇਵਡ ਫਿਲਟਰ ਅਤੇ ਨਮੂਨਾ ਰਿਕਾਰਡਾਂ ਦੇ ਨਾਲ।
ਲਾਈਵ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ concurrency ਦੀ ਜਾਂਚ ਕਰੋ: ਦੋ ਲੋਕ ਇਕੱਠੇ Approve 'ਤੇ ਕਲਿੱਕ ਕਰਨ ਜਾਂ ਇੱਕ ਹੀ ਰਿਕਾਰਡ ਨੂੰ ਇੱਕ ਹੀ ਵਕ਼ਤ ਸੋਧਨ 'ਤੇ ਕੀ ਹੁੰਦਾ ਹੈ? ਡੈਮੋ ਲਈ ਅਕਸਰ ਨਾਸ਼ਕ ਕਾਰਵਾਈਆਂ ਨੂੰ ਰੋਕਣਾ ਜਾਂ copy-on-write ਬਣਾਉਣਾ ਚੰਗਾ ਹੁੰਦਾ ਹੈ (ਕਰਵਾਈ ਇੱਕ ਨਵਾਂ ਨਮੂਨਾ ਆਈਟਮ ਬਣਾਉਂਦੀ ਹੈ ਬਦਲਾਓ ਕਰਨ ਦੀ ਥਾਂ)।
ਇੱਕ ਪ੍ਰਾਂਗਟ ਸੈਟਅੱਪ:
ਡੈਮੋ ਮਾਹੌਲ ਅਕਸਰ ਇਸ ਲਈ ਫੇਲ ਹੁੰਦੇ ਹਨ ਕਿ ਉਹ ਹੌਲੀ-ਹੌਲੀ ਦ੍ਰਿਫ਼ਟ ਹੋ ਜਾਂਦੇ ਹਨ। ਕਿਸੇ ਨੇ ਰਿਕਾਰਡ ਸੋਧ ਦਿੱਤਾ, ਕੋਈ ਬੈਕਗ੍ਰਾਊਂਡ ਜੌਬ ਫਸ ਗਿਆ, ਕੋਈ ਨਵਾਂ ਬਿਲਡ ਵਰਕਫਲੋ ਨੂੰ ਬਦਲ ਦਿੰਦਾ ਹੈ, ਅਤੇ "ਜਾਣਿਆ-ਪਛਾਣਿਆ" ਕਹਾਣੀ ਗਾਇਬ ਹੋ ਜਾਂਦੀ ਹੈ।
ਆਪਣੇ ਸਭ ਤੋਂ ਵਧੀਆ ਡੈਮੋ ਸਟੇਟ ਨੂੰ ਸੋਨੇ ਦੀ ਤਰ੍ਹਾਂ ਸਮਝੋ। ਜਦੋਂ ਤੁਸੀਂ ਡੇਟਾ ਸੀਡ ਕਰਕੇ ਪੂਰਾ ਪਾਥ ਵੈਰੀਫਾਈ ਕਰ ਲੈਂਦੇ ਹੋ, ਤਾਂ ਇੱਕ ਸਨੇਪਸ਼ਾਟ ਲਓ ਜਿਸਨੂੰ ਤੁਸੀਂ ਤੇਜ਼ੀ ਨਾਲ ਰੀਸਟੋਰ ਕਰ ਸਕੋ।
ਦ੍ਰਿਫਟ ਨੂੰ ਰੋਕਣ ਲਈ otomatis ਰੀਸੈੱਟ ਸ਼ਡਿਊਲ ਕਰੋ। ਰਾਤਾਨੁ-ਰਾਤ ਰੀਸੈੱਟ ਜ਼ਿਆਦਾਤਰ ਟੀਮਾਂ ਲਈ ਕਾਫੀ ਹੁੰਦੇ ਹਨ, ਪਰ ਜਦ ਵੱਡੀ ਗਿਣਤੀ 'ਚ ਲੋਕ ਇੱਕੋ ਮਾਹੌਲ ਤੋਂ ਡੈਮੋ ਕਰਦੇ ਹਨ ਤਾਂ ਘੰਟੇ-ਘੰਟੇ ਰੀਸੈੱਟ ਵਧੀਆ ਹੋ ਸਕਦੇ ਹਨ।
ਇੱਕ ਸਧਾਰਨ ਨਿਯਮ ਸਹਾਇਕ ਹੈ: ਜੇ ਰੀਸੈੱਟ ਇੱਕ ਕੌਫੀ ਬ੍ਰੇਕ ਤੋਂ ਵੱਧ ਲੈਂਦਾ ਹੈ, ਤਾਂ ਇਹ ਡੈਮੋ-ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਹੈ।
ਡੈਮੋ ਨੂੰ ਬਚਾਉਣ ਲਈ ਜ਼ਰੂਰੀ ਨਹੀਂ ਕਿ ਤੁਸੀਂ ਜਟਿਲ ਮਾਨੀਟਰਿੰਗ ਲਗਾਓ। ਕੁਝ ਸਧਾਰਨ ਚੈੱਕ ਜੋ ਡੈਮੋ ਤੋਂ ਪਹਿਲਾਂ ਅਤੇ ਨਿਰਧਾਰਤ ਸਮਾਂ 'ਤੇ ਚਲਦੇ ਹੋਣ ਕਾਫੀ ਹਨ:
ਆਪਣੇ ਡੈਮੋ ਡੇਟਾ ਸੀਡ ਅਤੇ ਡੈਮੋ ਸਕ੍ਰਿਪਟ ਨੂੰ ਵਰਜ਼ਨ ਕੰਟਰੋਲ 'ਚ ਰੱਖੋ, ਓਸੇ ਤਰੀਕੇ ਨਾਲ ਜਿਸ ਤਰ੍ਹਾਂ ਤੁਸੀਂ ਉਤਪਾਦ ਤਬਦੀਲੀਆਂ ਟਰੈਕ ਕਰਦੇ ਹੋ। ਜਦ ਕੋਈ ਉਤਪਾਦ ਤਬਦੀਲੀ ਆਵੇ, ਤਾਂ ਸੀਡ ਅਤੇ ਸਕ੍ਰਿਪਟ ਨੂੰ ਉਸੇ पुल-ਰਿਕਵੇਸਟ ਵਿੱਚ ਅਪਡੇਟ ਕਰੋ ਤਾਂ ਕਿ ਉਹ ਸਦਾ ਸੰਗਤ ਰਹਿਣ।
ਇਕ ਹੋਰ ਵਿਕਲਪ ਇਹ ਹੈ ਕਿ ਡੈਮੋ ਰਿਲੀਜ ਕੈਡੈਂਸ ਨੂੰ ਤੇਜ਼-ਚਲਦੇ ਵਿਕਾਸ ਬਿਲਡਸ ਤੋਂ ਵੱਖ ਕਰੋ। ਇੱਕ ਡੈਮੋ-ਸੁਰੱਖਿਅਤ ਬਿਲਡ ਨੂੰ ਇੱਕ ਨਿਯਮਤ ਸਮਾਂ-ਸੂਚੀ 'ਤੇ ਪ੍ਰੋਮੋਟ ਕਰੋ, ਬਾਅਦ ਵਿਚ ਜਾਂਚਾਂ ਪਾਸ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਭਾਵੇਂ ਦੈਨੀਕ ਬਿਲਡਸ ਹੋਰਥਾਂ ਤੇ ਚਲ ਰਹੇ ਹੋਣ। ਇਸ ਨਾਲ ਸਭ ਤੋਂ ਖ਼ਰਾਬ ਕਿਸਮ ਦੀ ਚੌਕਸੀ ਬਚਦੀ ਹੈ: ਇੱਕ ਨਵੀਂ ਫੀਚਰ ਜਿਸ ਨੇ ਬਿਨਾਂ ਸੋਚੇ ਹੀ ਤੁਹਾਡੇ ਵਿਕਰੇਸ਼ਨ ਪਾਥ ਨੂੰ ਟੁੱਟ ਦਿੱਤਾ।
ਜ਼ਿਆਦਾਤਰ ਡੈਮੋ ਫੇਲ ਤੋਂ ਖੁਦ ਕਿਸਮਤ ਨਹੀਂ ਹੁੰਦੀ। ਇਹ ਇਸ ਲਈ ਹੁੰਦਾ ਹੈ ਕਿਉਂਕਿ ਡੈਮੋ ਮਾਹੌਲ ਅੱਧ-ਟੈਸਟ, ਅੱਧ-ਪ੍ਰੋਡਕਸ਼ਨ ਸਿਸਟਮ ਵਰਗਾ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਛੁਪਿਆ ਹੋਇਆ ਰਾਜਯ ਅਤੇ ਨਿਰਭਰਤਾਵਾਂ ਹੁੰਦੀਆਂ ਹਨ। ਇਕ ਮਜ਼ਬੂਤ ਸੈਟਅੱਪ ਆਸ਼ਾ ਘਟਾ ਕੇ ਡੈਮੋ ਨੂੰ ਦੁਹਰਾਉਣਯੋਗ ਬਣਾਉਂਦਾ ਹੈ।
ਇੱਕ ਤੇਜ਼ ਰਾਹ ਜੋ ਸ਼ਰਮਿੰਦਗੀ ਦੀ ਸਥਿਤੀ ਬਣਦਾ ਹੈ, ਉਹ ਹੈ ਅਸਲੀ ਗਾਹਕ ਡੇਟਾ "ਸਿਰਫ਼ ਡੈਮੋ ਲਈ" ਵਰਤਣਾ। ਇਸ ਨਾਲ ਨਿੱਜੀ ਜਾਣਕਾਰੀ ਲੀਕ ਹੋ ਸਕਦੀ ਹੈ ਅਤੇ ਅਜਿਹੇ ਕੇਸ ਆONੇਗੇ ਜੋ ਤੁਸੀਂ ਸਮਝਦੇ ਨਹੀਂ। ਸੁਰੱਖਿਅਤ ਤਰੀਕਾ ਸਿੰਥੈਟਿਕ ਡੇਟਾ ਵਰਤਣਾ ਹੈ ਜੋ ਕਾਫੀ ਹੱਦ ਤੱਕ ਅਸਲ ਵਰਗਾ ਲੱਗੇ: ਵਿਸ਼ਵਾਸਯੋਗ ਨਾਂ, ਯਥਾਰਥਪੂਰਕ ਤਾਰੀਖਾਂ, ਅਤੇ ਉਨ੍ਹਾਂ ਹੀ ਪੈਟਰਨਾਂ ਜਿਨ੍ਹਾਂ ਦੀ ਤੁਹਾਡੀ ਉਤਪਾਦ ਉਮੀਦ ਕਰਦੀ ਹੈ।
ਹੋਰ ਇੱਕ ਜਾਲ ਹੈ ਹਾਰਡ-ਕੋਡ ਕੀਤੇ ਡੈਮੋ IDs। ਇਕ ਸੇਲਜ਼ ਸਕ੍ਰਿਪਟ "Account #123" ਜਾਂ "Project ABC" 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ, ਫਿਰ ਸੀਡਿੰਗ ਬਦਲਦੀ ਹੈ ਜਾਂ ਮਾਈਗ੍ਰੇਸ਼ਨ ਰਿਕਾਰਡ ਨੰਬਰ ਬਦਲ ਦਿੰਦੀ ਹੈ। ਫਿਰ ਤੁਹਾਡਾ ਬਟਨ ਖਾਲੀ ਪੰਨਾ ਖੋਲ੍ਹਦਾ ਹੈ। ਜੇ ਤੁਹਾਡੀ ਡੈਮੋ ਫਲੋ ਨੂੰ ਕਿਸੇ ਖਾਸ ਰਿਕਾਰਡ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਉਸਨੂੰ ਇੱਕ ਸਥਿਰ ਯੂਨੀਕ ਕੀ ਜਾਂ ਟੈਗ ਨਾਲ ਰੀਫਰ ਕਰੋ, ਡੇਟਾਬੇਸ ID ਨਾਲ ਨਹੀਂ।
इੰਟਿਗ੍ਰੇਸ਼ਨ ਵੀ ਇੱਕ ਚੁਪਕਾ ਸਰੋਤ ਹਨ। ਜੇ ਡੈਮੋ ਲਾਈਵ ਈਮੇਲ, ਭੁਗਤਾਨ ਜਾਂ CRM APIs ਨੂੰ ਕਾਲ ਕਰਦਾ ਹੈ, ਤਾਂ ਕੁਝ ਵੀ ਹੋ ਸਕਦਾ ਹੈ: ਰੇਟ ਲਿਮਿਟ, ਮਿਆਦ ਖਤਮ ਹੋਈ ਟੋਕਨ, ਅਸਲ ਸੁਨੇਹਾ ਭੇਜ ਦਿੱਤਾ ਜਾਣਾ, ਜਾਂ ਅਣਚਾਹੇ webhook ਜੋ ਡੇਟਾ ਨੂੰ ਮਧ-ਡੈਮੋ ਵਿੱਚ ਬਦਲ ਦੇਵੇ।
ਕਈ ਰੀਸੈੱਟ ਫੀਚਰ ਸਿਰਫ਼ ਕੁਝ ਟੇਬਲ ਮਿਟਾ ਦਿੰਦੇ ਹਨ ਪਰ ਅਜਿਹੀ ਸਥਿਤੀ ਛੱਡਦੇ ਹਨ ਜੋ ਹਜੇ ਵੀ UI 'ਤੇ ਅਸਰ ਪਾਂਦੀ ਹੈ। ਇਸ ਲਈ ਡੈਮੋ ਰੀਸੈੱਟ ਦਿਖਾਈ ਦੇਂਦਾ ਹੈ, ਪਰ ਵਰਤਾਰ ਅਜੇ ਵੀ ਗ਼ਲਤ ਹੋ ਸਕਦੀ ਹੈ।
ਖਰੀਦਦਾਰ ਜੋ ਆਮ ਤੌਰ 'ਤੇ ਵੇਖਦੇ ਹਨ:
ਉਦਾਹਰਨ: ਤੁਸੀਂ "ਡੈਮੋ ਕੰਪਨੀ" ਰੀਸੈੱਟ ਕਰਦੇ ਹੋ ਅਤੇ ਡੈਸ਼ਬੋਰਡ ਸਾਫ਼ ਦਿਖਦਾ ਹੈ, ਪਰ ਇੱਕ ਬੈਕਗ੍ਰਾਊਂਡ ਜੌਬ ਹਜੇ ਵੀ ਪੁਰਾਣੀਆਂ ਸੂਚਨਾਵਾਂ ਭੇਜ ਦਿੰਦਾ ਹੈ। ਖਰੀਦਦਾਰ ਪੁੱਛਦਾ ਹੈ ਕਿ ਉਹਨਾਂ ਨੂੰ ਇੱਕੋ ਵਾਰੀ ਕਿਉਂ 5 ਅਲਰਟ ਮਿਲੇ। ਜੇ ਤੁਸੀਂ ਸਨੇਪਸ਼ਾਟ ਅਤੇ ਰੋਲਬੈਕ ਵਰਤ ਰਹੇ ਹੋ, ਤਾਂ ਰੀਸੈੱਟ ਨੂੰ "ਸਨੇਪਸ਼ਾਟ ਤੇ ਵਾਪਸ ਆਓ" ਸਮਝੋ: ਡੇਟਾ, ਫਾਈਲਾਂ ਅਤੇ ਜੌਬ ਸਾਰੇ ਜਾਣੇ-ਪਛਾਣੀ ਹਾਲਤ ਵਿੱਚ ਵਾਪਸ ਚਲੇ ਜਾਂਦੇ ਹਨ।
ਇੱਕ ਸਥਿਰ ਡੈਮੋ ਬਹੁਤ ਵਧੀਆ ਹੋਣ ਬਾਰੇ ਨਹੀਂ — ਇਹ ਹਰ ਵਾਰੀ ਇੱਕੋ ਸਾਫ਼ ਥਾਂ ਤੋਂ ਸ਼ੁਰੂ ਹੋਣ ਬਾਰੇ ਹੈ ਤਾਂ ਜੋ ਤੁਸੀਂ ਗੱਲਬਾਤ 'ਤੇ ਧਿਆਨ ਦੇ ਸਕੋ।
ਇਹ ਕਾਲ ਤੋਂ 5 ਮਿੰਟ ਪਹਿਲਾਂ ਕਰੋ, ਨਾ ਕਿ ਲੋਕ ਦੇਖ ਰਹੇ ਹੋਏ ਦੌਰਾਨ। ਡੈਮੋ ਨੂੰ ਇੱਕ ਪ੍ਰਾਈਵੇਟ ਵਿੰਡੋ (ਜਾਂ ਵੱਖਰੇ ਬ੍ਰਾਊਜ਼ਰ ਪ੍ਰੋਫ਼ਾਈਲ) ਵਿੱਚ ਖੋਲ੍ਹੋ ਤਾਂ ਕਿ cached ਸੈਸ਼ਨਾਂ ਅਤੇ ਪੁਰਾਣੇ ਲੌਗਿਨ ਤੁਹਾਨੂੰ ਹੈਰਾਨ ਨਾ ਕਰਨ।
ਜੇ ਕੁਝ ਵੀ ਫੇਲ ਹੋਵੇ, ਨਿਰਾਸ਼ ਨਾ ਹੋਵੋ — ਫੌਰاً ਬੈਕਅੱਪ ਰਾਹ 'ਤੇ ਜਾਓ। ਜੇ ਅੱਜ ਈਮੇਲ ਭੇਜਨਾ ਫਲੇਕੀ ਹੈ, ਤਾਂ ਲਾਈਵ ਭੇਜਣ ਦੀ ਥਾਂ ਕੂਏਡ ਸੁਨੇਹਾ ਅਤੇ ਟਾਈਮਲਾਈਨ ਐਂਟਰੀ ਦਿਖਾਓ।
ਇਕ ਹੋਰ ਸੁਝਾਅ: ਇੱਕ ਹੀ ਜਾਣ-ਪਛਾਣੀ ਚੰਗੀ ਡੈਮੋ ਅਕਾਊਂਟ ਨਾਂ ਇੱਕ ਕਾਗਜ਼ 'ਤੇ ਲਿਖ ਕੇ ਰੱਖੋ (ਅਤੇ ਉਸ ਤੇ ਟਿਕੇ ਰਹੋ)। ਦਬਾਅ ਹੇਠ, ਇੱਕਸਾਰਤਾ ਰਚਨਾਤਮਕਤਾ ਤੋਂ ਬਿਹਤਰ ਹੈ।
ਡੈਮੋ ਓਦੋਂ ਹੀ ਸਥਿਰ ਰਹਿੰਦਾ ਹੈ ਜਦੋਂ ਇਹ ਛੋਟੇ, ਦੁਹਰਾਉਣਯੋਗ ਕਹਾਣੀਆਂ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਬਣਾਇਆ ਗਿਆ ਹੋਵੇ। ਉਹ ਘੱਟੋ-ਘੱਟ ਕਹਾਣੀਆਂ ਚੁਣੋ ਜੋ ਤੁਹਾਨੂੰ ਡੀਲ ਕਲੋਜ਼ ਕਰਨ ਲਈ ਦਿਖਾਣੀਆਂ ਲਾਜ਼ਮੀ ਹਨ, ਅਤੇ ਹਰ ਚੀਜ਼ ਉਹਨਾਂ ਮੁਹਤਵਪੂਰਨ ਮੋਹਰਿਆਂ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਡਿਜ਼ਾਇਨ ਕਰੋ। ਜੇ ਕੋਈ ਚੀਜ਼ ਉਹਨਾਂ ਕਹਾਣੀਆਂ ਲਈ ਜ਼ਰੂਰੀ ਨਹੀਂ, ਤਾਂ ਡੈਮੋ ਮਾਹੌਲ ਤੋਂ ਉਸਨੂੰ ਹਟਾ ਦਿਓ।
ਆਪਣੀਆਂ ਕਹਾਣੀਆਂ ਨਿੱਕੀਆਂ ਸਕ੍ਰਿਪਟਾਂ ਵਾਂਗ ਲਿਖੋ ਜਿਨ੍ਹਾਂ ਦਾ ਸਾਫ਼ ਅਰੰਭ ਅਤੇ ਅੰਤ ਹੋਵੇ। ਉਦਾਹਰਨ: "ਐਡਮਿਨ ਵਜੋਂ ਲਾਗਇਨ ਕਰੋ, ਇੱਕ teammate ਨੂੰ ਨਿਯੋਤਾ ਭੇਜੋ, ਇਕ ਪ੍ਰੋਜੈਕਟ ਬਣਾਓ, ਇਕ ਰਿਪੋਰਟ ਚਲਾਓ, ਫਿਰ teammate ਵਿਊ ਵਿੱਚ ਸਵਿੱਚ ਕਰਕੇ ਉਹਨੂੰ ਮਨਜ਼ੂਰ ਕਰੋ।" ਇਸ ਨਾਲ ਤੁਹਾਨੂੰ ਇਕ ਕੰਕਰੀਟ ਡੇਟਾਸੈਟ ਸੀਡ ਕਰਨ ਅਤੇ ਸਪੱਸ਼ਟ ਰੀਸੈੱਟ ਪੁਆਇੰਟ ਮਿਲਦਾ ਹੈ।
ਜੋ ભાગ ਲੋਕ ਭੁੱਲ ਜਾਂਦੇ ਹਨ, ਉਹਨਾਂ ਨੂੰ ਆਟੋਮੇਟ ਕਰੋ। ਜਦੋਂ ਇੱਕ ਟੀਮ ਮੈਂਬਰ ਡੈਮੋ ਵੱਖ-ਤਰ੍ਹਾਂ ਚਲਾਉਂਦਾ ਹੈ, ਮਾਹੌਲ ਦ੍ਰਿਫਟ ਹੁੰਦਾ ਹੈ ਅਤੇ ਅਗਲਾ ਡੈਮੋ ਅਣਗੌਲ ਹੋ ਜਾਂਦਾ ਹੈ।
ਇੱਕ ਮਾਲਕ ਦਸਤਾਵੇਜ਼ ਰੱਖੋ (ਹਾਲਾਂਕਿ ਇੱਕ ਪੰਨਾ ਹੀ ਹੋਵੇ) ਅਤੇ ਉਸਨੂੰ ਟਾਈਟ ਰੱਖੋ:
ਇੱਕ ਬਦਲਾਅ ਨਿਯਮ ਰੱਖੋ ਅਤੇ ਉਸ 'ਤੇ ਟਿਕੇ ਰਹੋ: ਜੇ ਕੋਈ ਬਦਲਾਅ ਡੈਮੋ ਪਾਥ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ, ਤਾਂ ਉਸ ਨੂੰ ਸ਼ਿਪ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਡੈਮੋ ਮਾਹੌਲ ਵਿੱਚ ਛੋਟਾ ਰਿਹਰਸਲ ਲਾਜ਼ਮੀ ਰੱਖੋ। ਇਸ ਨਾਲ ਉਹ ਸਭ ਤੋਂ ਵੱਡੀ ਚੌਕਸੀ ਬਚਦੀ ਹੈ: ਇੱਕ ਨਵਾਂ ਫੀਚਰ ਜੋ ਚੁਪਚਾਪ ਤੁਹਾਡੇ ਸੇਲਜ਼ ਟੀਮ ਦੀ ਰਾਹ ਨੂੰ ਤੋੜ ਦੇਵੇ।
ਜੇ ਤੁਸੀਂ ਜਲਦੀ ਨਵਾਂ ਡੈਮੋ ਐਪ ਬਣਾ ਰਹੇ ਹੋ, ਤਾਂ Koder.ai ਵਰਗਾ ਚੈਟ-ਅਧਾਰਿਤ ਬਿਲਡਰ ਇੱਕ ਪ੍ਰਯੋਗਿਕ ਚੋਣ ਹੋ ਸਕਦਾ ਹੈ: ਤੁਸੀਂ ਪ੍ਰੰਪਟਾਂ ਤੋਂ ਵੈੱਬ, ਬੈਕਐਂਡ ਜਾਂ ਮੋਬਾਈਲ ਐਪ ਬਣਾਉ, ਸੋర్స్ ਕੋਡ ਐਕਸਪੋਰਟ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਪਲੈਨਿੰਗ ਮੋਡ ਨਾਲ ਸਨੇਪਸ਼ਾਟ/ਰੋਲਬੈਕ ਵਰਤ ਕੇ ਡੈਮੋ ਹਰ ਰਨ 'ਤੇ ਇੱਕੋ ਜਿਹਾ ਰੱਖ ਸਕਦੇ ਹੋ।
ਲਕੜੀ ਨਹੀਂ, ਮਕਸਦ ਇੱਕ ਪੂਰਨ ਮਾਹੌਲ ਨਹੀਂ—ਮਕਸਦ ਇਹ ਹੈ ਕਿ ਹਰ ਵਾਰੀ ਇੱਕੋ ਹੀ ਰੀਝ ਨਾਲ ਸ਼ੁਰੂ ਹੋਵੇ, ਇੱਕੋ ਹੀ ਕਹਾਣੀ ਦੱਸੇ, ਅਤੇ ਇੱਕੋ ਹੀ ਅੰਤ ਤੇ ਪਹੁੰਚੇ।
ਜਿਆਦਾਤਰ ਲਾਈਵ ਡੈਮੋ ਇਸ ਲਈ ਫੇਲ ਹੋ ਜਾਂਦੇ ਹਨ ਕਿਉਂਕਿ ਡੈਮੋ ਮਾਹੌਲ ਸਮਾਂ ਦੇ ਨਾਲ ਦ੍ਰਿਫ਼ਟ ਕਰ ਜਾਂਦਾ ਹੈ। ਡੇਟਾ ਸੋਧਿਆ ਜਾਂ ਮਿਟਾਇਆ ਜਾਂਦਾ ਹੈ, ਟੋਕਨ ਖਤਮ ਹੋ ਜਾਂਦੇ ਹਨ, ਇੰਟিগ੍ਰੇਸ਼ਨ ਵਿਖੜ ਜਾਂਦੇ ਹਨ ਜਾਂ ਅਨੁਮਤੀਆਂ ਬਦਲ ਜਾਂਦੀਆਂ ਹਨ — ਇਸ ਕਾਰਨ ਉਹ ਇੱਕ ਹੀ ਕਲਿੱਕ-ਪਾਥ ਜੋ ਤੁਸੀਂ ਸੋਚਿਆ ਸੀ, ਸਕ੍ਰੀਨ 'ਤੇ ਨਹੀਂ ਹੁੰਦਾ।
ਛੋਟਾ, ਪਰ ਯਥਾਰਥਪੂਰਕ ਡੇਟਾਸੈਟ ਬਣਾਓ ਜੋ ਵਰਕਫ਼ਲੋਅ ਨੂੰ ਜੀਵੰਤ ਮਹਿਸੂਸ ਕਰਾਵੇ। ਵਿਸ਼ਵਾਸਯੋਗ ਨਾਂਵ, ਹਾਲੀਆ ਗਤੀਵਿਧੀ, ਅਤੇ ਉਹ ਸਟੇਟਸ ਜਿਨ੍ਹਾਂ ਨਾਲ UI ਬਦਲਦਾ ਹੈ—ਇਹ ਸਭ ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਇਹ ਮਹਿਸੂਸ ਕਰਵਾਉਂਦੇ ਹਨ ਕਿ ਸਿਸਟਮ ਹਕੀਕਤ ਵਿੱਚ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ। ਨੰਬਰ ਅਤੇ ਰੋਲਅੱਪ ਮਿਲਾਉਣ ਯਕੀਨੀ ਬਣਾਓ ਤਾਂ ਕਿ ਕੁਝ “ਗਲਤ” ਨਾ ਲਗੇ।
2–3 ਛੋਟੀਆਂ ਸਟੋਰੀਲਾਈਨਾਂ ਚੁਣੋ ਅਤੇ ਹਰ ਇੱਕ ਲਈ ਕੇਵਲ ਉਹੀ ਰਿਕਾਰਡ ਸਿਡ ਕਰੋ ਜਿਹੜੇ ਸਟੋਰੀ ਨੂੰ ਖਤਮ ਕਰਨ ਲਈ ਚਾਹੀਦੇ ਹਨ। ਮੁੱਖ ਪਹਚਾਣ-ਨਾਂ ਅਤੇ ਮੁੱਖ ਅਕਾਊਂਟ ਨਾਂ ਰੀਸੈੱਟਾਂ ਵਿੱਚ ਸਥਿਰ ਰੱਖੋ ਤਾਂ ਕਿ ਸਕ੍ਰਿਪਟ ਅਤੇ ਸਕ੍ਰੀਨਸ਼ਾਟ ਡ੍ਰਿਫਟ ਨਾ ਹੋਣ।
ਕਦੇ ਵੀ ਪ੍ਰੋਡਕਸ਼ਨ ਡੇਟਾਬੇਸ, API ਕੀਜ਼ ਜਾਂ ਐਡਮਿਨ ਐਕਸੈਸ ਸਾਂਝੇ ਨਹੀਂ ਕਰਨੇ। ਅਲੱਗ ਡੈਮੋ ਇੰਵਾਇਰਨਮੈਂਟ ਬਣਾਓ, ਨਕਲੀ ਨਾਂਵ-ਡੋਮੇਨ ਵਰਤ ਕੇ ਸਿੰਥੈਟਿਕ ਡੇਟਾ ਜਨਰੇਟ ਕਰੋ, ਅਤੇ ਸੀਂਡਿੰਗ ਪ੍ਰੋਸੈਸ ਨੂੰ ਸੰਭਾਲ ਕੇ ਰੱਖੋ ਤਾਂ ਹਰ ਵਾਰੀ ਇੱਕੋ ਹੀ ਅਰੰਭਿਕ ਹਾਲਤ ਬਣ ਸਕੇ।
ਇੱਕ ਜਾਣ-ਪਛਾਣ ਵਾਲੀ ਬੇਸਲਾਈਨ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ, ਫਿਰ ਸਿਰਫ਼ ਉਹਨਾਂ ਸਕ੍ਰੀਨਾਂ ਦੀ ਜਾਂਚ ਕਰੋ ਜੋ ਤੁਸੀਂ ਲਾਈਵ ਦਿਖਾਉਣਗੇ। ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਮੁੱਖ ਵਿਜਟ ਵੈਲਿਊਜ਼ ਦਰਸਾ ਰਹੇ ਹਨ, ਚਾਰਟ ਵਿੱਚ ਕਾਫੀ ਪੌਇੰਟ ਹਨ, ਅਤੇ ਰੋਲ-ਆਧਾਰਿਤ ਦ੍ਰਿਸ਼ ਸਾਫ਼ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ।
ਇੱਕ ਭਰੋਸੇਯੋਗ ਰੀਸੈੱਟ ਲਈ ਉਸ ਸਟੋਰੀ ਨੂੰ ਮੁੜ ਸਥਾਪਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ: ਇੱਕੋ ਜਿਹੇ ਅਕਾਊਂਟ, ਨਮੂਨਾ ਗਤੀਵਿਧੀ, ਅਨੁਮਤੀਆਂ ਅਤੇ ਸਕ੍ਰੀਨ ਸਟੇਟ ਵਰਗੇ ਤੱਤ। ਸਿਰਫ਼ ਕੁਝ ਟੇਬਲ ਮਿਟਾਉਣ ਨਾਲ ਕੰਮ ਨਹੀਂ ਚਲਦਾ — ਸੈਸ਼ਨ, ਅਪਲੋਡਜ਼ ਅਤੇ UI ਸਥਿਤੀ ਵੀ ਸਾਫ਼ ਹੋਣੀ ਲਾਜ਼ਮੀ ਹੈ।
ਜਦੋਂ ਕਈ ਲੋਕ ਇੱਕੋ ਮਾਹੌਲ ਸਾਂਝਾ ਕਰ ਰਹੇ ਹੋਣ ਤਾਂ ਸਾਫਟ ਰੀਸੈੱਟ ਵਰਤੋ (ਕੇਵਲ ਪ੍ਰਤੱਖ ਖਾਤੇ/ਵਰਕਸਪੇਸ ਨੂਂ ਰੀਸਟੋਰ ਕਰੇ)। ਉੱਚ-ਦਾਅਵੇ ਵਾਲੇ ਕਾਲਾਂ ਤੋਂ ਪਹਿਲਾਂ ਫੁੱਲ ਰੀਸੈੱਟ ਵਰਤੋ ਤਾਂ ਕਿ ਸਭ ਕੁਝ ਇੱਕੋ ਸਰਲ ਅਵਸਥਾ ਵਿੱਚ ਹੋਵੇ।
ਡੈਮੋ ਵਿੱਚ ਇੰਟਿਗ੍ਰੇਸ਼ਨਾਂ ਨੂੰ ਵਿਕਲਪਿਕ ਮੰਣੋ। ਈਮੇਲ, SMS, ਭੁਗਤਾਨ ਆਦਿ ਲਈ ਸੈਂਡਬਾਕਸ ਖਾਤੇ ਵਰਤੋ, ਨੌਜਵਾਨ ਵੈਂਡਰਾਂ ਦੇ ਡਾਊਨ ਹੋ ਜਾਣ 'ਤੇ ਵੀ ਡੈਮੋ ਚੱਲੇ — ਅਤੇ ਵਰਨਾਂ ਲਈ ਸਟਬ/ਸਿਮੂਲੇਟ ਕੀਤੇ ਹੋਏ ਪੇਆਲੋਡ ਦਿਖਾਓ।
ਹਰ ਰੈਪ ਨੂੰ ਆਪਣਾ ਡੈਮੋ ਟੇਨੈਂਟ ਦਿਓ ਜਾਂ ਛੋਟਾ ਪੂਲ ਰੱਖੋ (Demo-01, Demo-02...) ਅਤੇ ਹਰ ਕਾਲ ਤੋਂ ਬਾਅਦ ਉਸਨੂੰ ਰੀਸੈੱਟ ਕਰੋ। ਸਰਲ ਪਰ ਕੰਟਰੋਲ ਕੀਤੇ ਗਏ ਲਾਗਇਨ ਰੱਖੋ—ਮਿਆਦੀ ਸੈਸ਼ਨ, ਪਾਸਵਰਡ ਰੋਟੇਸ਼ਨ, ਅਤੇ ਪ੍ਰੋਸਪੈਕਟ ਲਈ ਇੱਕ ਵਿਊਅਰ ਲੋਗਿਨ।
ਇੱਕ ਵੈਰੀਫਾਈਡ “ਗੋਲਡਨ” ਡੈਮੋ ਸਟੇਟ ਦੀ ਸਨੇਪਸ਼ਾਟ ਲਓ ਅਤੇ ਜ਼ਰੂਰਤ ਪੈਣ 'ਤੇ ਤੇਜ਼ੀ ਨਾਲ ਰੀਸਟੋਰ ਕਰੋ। Koder.ai ਵਰਗੀਆਂ ਪਲੇਟਫਾਰਮਾਂ ਸਨੇਪਸ਼ਾਟ ਅਤੇ ਰੋਲਬੈਕ ਸਹਾਇਤਾ ਦਿੰਦੀਆਂ ਹਨ, ਜਿਸ ਨਾਲ ਤੁਸੀਂ ਉਹੀਂ ਜਾਣੀ-ਪਛਾਣੀ ਹਾਲਤ ਤੇਜ਼ੀ ਨਾਲ ਵਾਪਸ ਲੈ ਆ ਸਕਦੇ ਹੋ।