ਗਾਹਕ ਫੀਡਬੈਕ ਪੋਰਟਲ ਕਿਵੇਂ ਬਣਾਉਣਾ ਹੈ: ਵਿਚਾਰ, ਵੋਟਾਂ ਅਤੇ ਸਥਿਤੀ ਅੱਪਡੇਟ

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

ਟੀਮਾਂ ਇਹ ਕਿਉਂ ਬਣਾਉਂਦੀਆਂ ਹਨ

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

ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਪੋਰਟਲ ਕਿਸ ਲਈ ਹੈ:

• ਵਿਚਾਰ ਅਤੇ ਬੱਗ ਇਕੱਠੇ ਕਰਨਾ, ਜਾਂ ਸਿਰਫ਼ ਵਿਚਾਰ? ਬੱਗ ਰਿਪੋਰਟਾਂ ਮਿਲਾਉਣ ਨਾਲ ਪੋਰਟਲ ਅਕਸਰ ਦੂਜੀ ਸਪੋਰਟ ਕਤਾਰ ਬਣ ਜਾਂਦਾ ਹੈ।
• ਜਨਤਕ ਜਾਂ ਪ੍ਰਾਈਵੇਟ? ਜਨਤਕ ਬੋਰਡ ਵਧੇਰੇ ਹਿੱਸੇਦਾਰੀ ਲਿਆਉਂਦੇ ਹਨ। ਪ੍ਰਾਈਵੇਟ (ਸਾਈਨ-ਇਨ ਤੋਂ ਬਾਅਦ ਸਿਰਫ਼ ਗਾਹਕ) ਸੰਵੇਦਨਸ਼ੀਲ ਬੇਨਤੀਆਂ ਵਾਲੇ B2B ਉਤਪਾਦਾਂ ਲਈ ਢੁਕਵੇਂ ਹਨ।
• ਕੀ ਕੋਈ ਜਨਤਕ ਰੋਡਮੈਪ ਹੈ? "Planned" ਅਤੇ "In progress" ਵਿਖਾਉਣ ਨਾਲ ਉਮੀਦਾਂ ਤੈਅ ਹੁੰਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਉਹੀ ਵਿਖਾਓ ਜਿਸ ਲਈ ਤੁਸੀਂ ਜਵਾਬਦੇਹ ਹੋਣ ਲਈ ਤਿਆਰ ਹੋ।

ਪੋਰਟਲ ਨੂੰ ਕੀ ਚਾਹੀਦਾ ਹੈ

ਡਾਟਾ

ਛੋਟੇ ਨੋਟ ਨਾਲ ਸਥਿਤੀ ਬਦਲਾਵ ਦਾ ਲੌਗ ਰੱਖੋ। ਇਹ ਸੂਚਨਾ ਈਮੇਲਾਂ ਨੂੰ ਚਲਾਉਂਦਾ ਹੈ ਅਤੇ ਗਾਹਕਾਂ ਨੂੰ ਵਿਖਾਉਂਦਾ ਹੈ ਕਿ ਕੰਮ ਕਿੱਥੋਂ ਤੱਕ ਪਹੁੰਚਿਆ।

ਪੰਨੇ

• ਬੋਰਡ: ਵੋਟ ਬਟਨਾਂ ਨਾਲ ਪੋਸਟਾਂ ਦੀ ਸੂਚੀ, ਸ਼੍ਰੇਣੀ ਅਤੇ ਸਥਿਤੀ ਨਾਲ ਫਿਲਟਰ, Top, New ਅਤੇ Trending ਅਨੁਸਾਰ ਛਾਂਟੀ।
• ਪੋਸਟ ਪੰਨਾ: ਵੇਰਵਾ, ਵੋਟਾਂ, ਟਿੱਪਣੀਆਂ, ਉਭਾਰੇ ਅਧਿਕਾਰਤ ਜਵਾਬ, ਸਥਿਤੀ ਦਾ ਇਤਿਹਾਸ।
• ਨਵੀਂ ਪੋਸਟ ਫਾਰਮ: ਲਾਈਵ "ਮਿਲਦੀਆਂ ਪੋਸਟਾਂ" ਸੂਚੀ ਨਾਲ, ਜਿਵੇਂ-ਜਿਵੇਂ ਵਿਅਕਤੀ ਟਾਈਪ ਕਰਦਾ ਹੈ।
• ਰੋਡਮੈਪ: Planned, In progress, Shipped ਲਈ ਕਾਲਮ।
• ਐਡਮਿਨ: ਨਵੀਆਂ ਪੋਸਟਾਂ ਦੀ ਛਾਂਟੀ, ਡੁਪਲੀਕੇਟ ਮਿਲਾਉਣੇ, ਨੋਟ ਨਾਲ ਸਥਿਤੀ ਬਦਲਣੀ, ਸਪੈਮ ਲੁਕਾਉਣਾ।

ਇਜਾਜ਼ਤਾਂ

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

ਫੈਸਲੇ ਅਤੇ ਸਮਝੌਤੇ

ਲੋਕ ਸਾਈਨ-ਇਨ ਕਿਵੇਂ ਕਰਦੇ ਹਨ

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

ਸਥਿਤੀਆਂ

ਸੂਚੀ ਛੋਟੀ ਅਤੇ ਸਾਫ਼ ਰੱਖੋ: Under review, Planned, In progress, Shipped, Not planned। ਛੋਟੇ ਕਾਰਨ ਨਾਲ "Not planned" ਕਿਸੇ ਪੋਸਟ ਨੂੰ ਅਧਰ ਵਿੱਚ ਛੱਡਣ ਨਾਲੋਂ ਵਧੇਰੇ ਸਤਿਕਾਰਯੋਗ ਹੈ।

ਵੋਟਾਂ ਬਨਾਮ ਵਜ਼ਨੀ ਮੰਗ

ਹਰ ਵਿਅਕਤੀ ਲਈ ਇੱਕ ਵੋਟ ਸਧਾਰਨ ਹੈ ਅਤੇ ਸਮਝਾਉਣਾ ਆਸਾਨ। ਕੁਝ B2B ਟੀਮਾਂ ਗਾਹਕ ਦੇ ਆਕਾਰ ਜਾਂ ਪਲਾਨ ਮੁਤਾਬਕ ਵਜ਼ਨ ਵਾਲੀਆਂ ਵੋਟਾਂ ਵੀ ਵੇਖਣੀਆਂ ਚਾਹੁੰਦੀਆਂ ਹਨ। ਇਹ ਸਿਰਫ਼ ਐਡਮਿਨ ਵਿਊ ਵਿੱਚ ਰੱਖੋ; ਜਨਤਕ ਵੋਟ ਗਿਣਤੀ ਇੱਕ ਵਿਅਕਤੀ, ਇੱਕ ਵੋਟ ਹੀ ਰਹੇ।

ਲੂਪ ਬੰਦ ਕਰਨਾ

ਸਭ ਤੋਂ ਕੀਮਤੀ ਫੀਚਰ ਉਹ ਈਮੇਲ ਹੈ ਜੋ ਕਹਿੰਦੀ ਹੈ "ਜਿਸ ਚੀਜ਼ ਲਈ ਤੁਸੀਂ ਵੋਟ ਪਾਈ ਸੀ ਉਹ ਜਾਰੀ ਹੋ ਗਈ"। ਇਸਨੂੰ ਇੱਕ ਭੇਜਣ ਵਾਲੇ ਪ੍ਰਦਾਤਾ (ਐਪ ਤੋਂ ਈਮੇਲ ਕਿਵੇਂ ਭੇਜਣੀ ਹੈ ਵੇਖੋ) ਅਤੇ ਇੱਕ ਸਾਫ਼ ਅਨਸਬਸਕ੍ਰਾਈਬ ਵਿਕਲਪ ਚਾਹੀਦਾ ਹੈ। ਪੋਰਟਲ ਨੂੰ ਚੇਂਜਲੌਗ ਪੰਨੇ ਨਾਲ ਜੋੜੋ ਅਤੇ ਹਰ ਜਾਰੀ ਕੀਤੀ ਪੋਸਟ ਨੂੰ ਉਸਦੀ ਚੇਂਜਲੌਗ ਐਂਟਰੀ ਨਾਲ ਲਿੰਕ ਕਰੋ।

ਇੱਕ ਪਹਿਲਾ ਪ੍ਰੋਂਪਟ ਜੋ ਕੰਮ ਕਰਦਾ ਹੈ

Slotly ਨਾਮ ਦੀ ਸ਼ੈਡਿਊਲਿੰਗ ਐਪ ਲਈ ਇੱਕ ਗਾਹਕ ਫੀਡਬੈਕ ਪੋਰਟਲ ਬਣਾਓ। ਗਾਹਕ ਈਮੇਲ ਲਿੰਕ (magic link) ਨਾਲ ਸਾਈਨ ਇਨ ਕਰਦੇ ਹਨ। ਉਹ ਇੱਕ ਵਿਚਾਰ ਪੋਸਟ ਕਰ ਸਕਦੇ ਹਨ (ਸਿਰਲੇਖ, ਵੇਰਵਾ, ਸ਼੍ਰੇਣੀ: Calendar, Payments, Notifications, Other), ਹਰ ਪੋਸਟ 'ਤੇ ਇੱਕ ਵਾਰ ਵੋਟ ਪਾ ਸਕਦੇ ਹਨ, ਅਤੇ ਟਿੱਪਣੀ ਕਰ ਸਕਦੇ ਹਨ। ਨਵੀਂ ਪੋਸਟ ਲਿਖਦੇ ਸਮੇਂ, ਪੰਜ ਤੱਕ ਮਿਲਦੀਆਂ ਮੌਜੂਦਾ ਪੋਸਟਾਂ ਵਿਖਾਓ। ਬੋਰਡ Top, New ਜਾਂ Trending ਅਨੁਸਾਰ ਛਾਂਟੇ ਜਾਵੇ, ਅਤੇ ਸ਼੍ਰੇਣੀ ਤੇ ਸਥਿਤੀ ਨਾਲ ਫਿਲਟਰ ਹੋਵੇ। ਸਥਿਤੀਆਂ: Under review, Planned, In progress, Shipped, Not planned। Planned, In progress ਅਤੇ Shipped ਕਾਲਮਾਂ ਵਾਲਾ Roadmap ਪੰਨਾ ਜੋੜੋ। ਐਡਮਿਨਾਂ ਨੂੰ ਨਵੀਆਂ ਪੋਸਟਾਂ ਲਈ ਛਾਂਟੀ ਪੰਨਾ ਮਿਲੇ, ਉਹ ਛੋਟੇ ਨੋਟ ਨਾਲ ਸਥਿਤੀ ਬਦਲ ਸਕਣ, ਡੁਪਲੀਕੇਟ ਨੂੰ ਕਿਸੇ ਹੋਰ ਪੋਸਟ ਵਿੱਚ ਮਿਲਾ ਸਕਣ (ਵੋਟਾਂ ਅਤੇ ਟਿੱਪਣੀਆਂ ਨੂੰ ਨਾਲ ਲੈ ਕੇ ਜਾਂਦੇ ਹੋਏ), ਕਿਸੇ ਟਿੱਪਣੀ ਨੂੰ ਅਧਿਕਾਰਤ ਜਵਾਬ ਵਜੋਂ ਚਿੰਨ੍ਹਿਤ ਕਰ ਸਕਣ, ਅਤੇ ਸਪੈਮ ਲੁਕਾ ਸਕਣ। ਸਭ ਕੁਝ ਡਾਟਾਬੇਸ ਵਿੱਚ ਸੇਵ ਕਰੋ ਅਤੇ ਹਰ ਸਥਿਤੀ ਬਦਲਾਅ ਲੌਗ ਕਰੋ। ਦੋਸਤਾਨਾ, ਸਾਫ਼ ਡਿਜ਼ਾਈਨ ਜੋ ਫੋਨਾਂ 'ਤੇ ਵੀ ਕੰਮ ਕਰੇ।

ਬਣਾਉਣ ਦੇ ਕਦਮ

1. ਪੋਸਟਾਂ, ਵੋਟਾਂ ਅਤੇ ਟਿੱਪਣੀਆਂ ਇੱਕ ਸਧਾਰਨ ਸਾਈਨ-ਇਨ ਨਾਲ। ਜਾਂਚੋ ਕਿ ਇੱਕ ਵਿਅਕਤੀ ਦੋ ਵਾਰ ਵੋਟ ਨਹੀਂ ਪਾ ਸਕਦਾ, ਦੋ ਟੈਬਾਂ ਤੋਂ ਵੀ।
2. ਬੋਰਡ ਦੀ ਛਾਂਟੀ ਅਤੇ ਫਿਲਟਰ। Top, New, Trending; ਸ਼੍ਰੇਣੀ ਅਤੇ ਸਥਿਤੀ ਫਿਲਟਰ।
3. ਐਡਮਿਨ ਛਾਂਟੀ। ਨੋਟਾਂ ਨਾਲ ਸਥਿਤੀ ਬਦਲਾਅ, ਲੁਕਾਉਣਾ, ਅਧਿਕਾਰਤ ਜਵਾਬ।
4. ਡੁਪਲੀਕੇਟ ਸੰਭਾਲ। ਮਿਲਦੀਆਂ ਪੋਸਟਾਂ ਦੇ ਸੁਝਾਅ ਅਤੇ ਮਿਲਾਉਣ ਦੀ ਕਾਰਵਾਈ।
5. ਰੋਡਮੈਪ ਪੰਨਾ।
6. ਨੋਟੀਫਿਕੇਸ਼ਨ। ਸਥਿਤੀ ਬਦਲਣ 'ਤੇ ਵੋਟ ਪਾਉਣ ਵਾਲਿਆਂ ਨੂੰ ਈਮੇਲ, ਅਨਸਬਸਕ੍ਰਾਈਬ ਲਿੰਕ ਨਾਲ।
7. ਆਪਣੇ ਉਤਪਾਦ ਤੋਂ ਲਿੰਕ। ਐਪ ਮੀਨੂ ਵਿੱਚ "Feedback" ਲਿੰਕ, ਜੋ ਹੋ ਸਕੇ ਤਾਂ ਸਿੱਧਾ ਸਾਈਨ-ਇਨ ਕਰਵਾਵੇ।
8. ਪਹਿਲਾਂ ਤੋਂ ਭਰੋ ਉਹਨਾਂ ਬੇਨਤੀਆਂ ਨਾਲ ਜੋ ਤੁਹਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹਨ, ਤਾਂ ਜੋ ਪਹਿਲੇ ਵਿਜ਼ਿਟਰ ਨੂੰ ਖਾਲੀ ਬੋਰਡ ਨਾ ਦਕਿਸੇ।

ਆਮ ਗਲਤੀਆਂ

• ਲਾਂਚ ਕਰਕੇ ਛੱਡ ਦੇਣਾ। ਹਫ਼ਤਾਵਾਰੀ ਸਮਾਂ ਤੈਅ ਕਰੋ ਕਿ ਨਵੀਆਂ ਪੋਸਟਾਂ ਦੀ ਛਾਂਟੀ ਅਤੇ ਸਥਿਤੀਆਂ ਅੱਪਡੇਟ ਹੋਣ।
• ਵੋਟਾਂ ਨੂੰ ਰੋਡਮੈਪ ਮੰਨਣਾ। ਵੋਟਾਂ ਮਾਪਦੀਆਂ ਹਨ ਕਿ ਕਿੰਨੇ ਪੋਰਟਲ ਵਿਜ਼ਿਟਰ ਪਰਵਾਹ ਕਰਦੇ ਹਨ, ਨਾ ਕਿ ਉਤਪਾਦ ਲਈ ਕੀ ਸਭ ਤੋਂ ਵਧੀਆ ਹੈ। ਗਾਹਕਾਂ ਨਾਲ ਵੀ ਗੱਲ ਕਰੋ; ਵੇਖੋ ਗਾਹਕ ਇੰਟਰਵਿਊ ਕਿਵੇਂ ਕਰਨੇ ਹਨ।
• ਮਿਲਾਉਣ ਦੀ ਕਾਰਵਾਈ ਨਾ ਹੋਣੀ। ਇੱਕੋ ਬੇਨਤੀ ਦੀਆਂ ਪੰਜ ਕਾਪੀਆਂ ਵੋਟਾਂ ਵੰਡਦੀਆਂ ਹਨ ਅਤੇ ਅਸਲ ਮੰਗ ਲੁਕਾਉਂਦੀਆਂ ਹਨ।
• ਬੇਨਾਮ ਵੋਟਾਂ। ਛੇੜਛਾੜ ਆਸਾਨ, ਪਿੱਛਾ ਕਰਨਾ ਅਸੰਭਵ।
• ਰੋਡਮੈਪ 'ਤੇ ਤਾਰੀਖਾਂ ਦਾ ਵਾਅਦਾ। Planned ਅਤੇ In progress ਵਰਤੋ, ਡੈੱਡਲਾਈਨ ਨਹੀਂ, ਜਦ ਤੱਕ ਯਕੀਨ ਨਾ ਹੋਵੇ।
• ਇਸਨੂੰ ਸਪੋਰਟ ਡੈਸਕ ਬਣਨ ਦੇਣਾ। ਬੱਗ ਰਿਪੋਰਟਾਂ ਨੂੰ ਆਪਣੇ ਸਪੋਰਟ ਚੈਨਲ ਵੱਲ ਭੇਜੋ ਅਤੇ ਫਾਰਮ 'ਤੇ ਇਹ ਲਿਖੋ।

ਕਦੋਂ ਹੋਸਟ ਕੀਤਾ ਫੀਡਬੈਕ ਟੂਲ ਬਿਹਤਰ ਹੈ

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

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

Mythex ਨਾਲ ਬਣਾਉਣਾ

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

ਜਦੋਂ ਮੁੱਖ ਪ੍ਰਵਾਹ ਕੰਮ ਕਰਨ ਲੱਗੇ, ਤਾਂ /test ਏਜੰਟ ਨੂੰ ਪ੍ਰੀਵਿਊ ਵਿੱਚ ਕਲਿੱਕ ਕਰਵਾਉਂਦਾ ਹੈ (ਵਿਚਾਰ ਪੋਸਟ ਕਰੋ, ਵੋਟ ਪਾਓ, ਐਡਮਿਨ ਵਜੋਂ ਸਥਿਤੀ ਬਦਲੋ) ਅਤੇ ਜੋ ਟੁੱਟੇ ਉਹ ਦੱਸਦਾ ਹੈ। ਫੀਚਰ ਰੀਕੁਐਸਟ ਬੋਰਡ ਟੈਮਪਲੇਟ, ਜਿਸ ਵਿੱਚ ਅੱਪਵੋਟ ਅਤੇ new ਤੋਂ shipped ਤੱਕ ਸਥਿਤੀਆਂ ਹਨ, ਇੱਕ ਚੰਗੀ ਸ਼ੁਰੂਆਤ ਹੈ।

ਸਵਾਲ