16 ਜੂਨ 2025·8 ਮਿੰਟ
ਕਿਵੇਂ ਬਣਾਉਂਦੇ ਹੋ ਇਕ ਕਮਿਊਨਿਟੀ-ਚਲਿਤ ਗਿਆਨ-ਬੇਸ ਵੈੱਬਸਾਈਟ
ਸਿੱਖੋ ਕਿ ਕਿਵੇਂ ਇੱਕ ਕਮਿਊਨਿਟੀ-ਚਲਿਤ ਗਿਆਨ-ਬੇਸ ਵੈੱਬਸਾਈਟ ਦੀ ਯੋਜਨਾ ਬਣਾਈਏ, ਤਿਆਰ ਕਰੋ ਅਤੇ ਲਾਂਚ ਕਰੋ—ਸਪਸ਼ਟ ਸੰਰਚਨਾ, ਯੋਗਦਾਨ ਵਰਕਫਲੋਜ਼, ਮੋਡਰੇਸ਼ਨ ਅਤੇ SEO-ਅਨੁਕੂਲ ਡਿਜ਼ਾਈਨ ਸਮੇਤ।
ਸਿੱਖੋ ਕਿ ਕਿਵੇਂ ਇੱਕ ਕਮਿਊਨਿਟੀ-ਚਲਿਤ ਗਿਆਨ-ਬੇਸ ਵੈੱਬਸਾਈਟ ਦੀ ਯੋਜਨਾ ਬਣਾਈਏ, ਤਿਆਰ ਕਰੋ ਅਤੇ ਲਾਂਚ ਕਰੋ—ਸਪਸ਼ਟ ਸੰਰਚਨਾ, ਯੋਗਦਾਨ ਵਰਕਫਲੋਜ਼, ਮੋਡਰੇਸ਼ਨ ਅਤੇ SEO-ਅਨੁਕੂਲ ਡਿਜ਼ਾਈਨ ਸਮੇਤ।
ਕਮਿਊਨਿਟੀ-ਚਲਿਤ ਗਿਆਨ-ਬੇਸ ਉਸ ਵੇਲੇ ਕਾਮਯਾਬ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਇਹ ਗੈਰ-ਰੂਪਕ ਚੈਟ ਥ੍ਰੇਡ, ਫੈਲੇ ਹੋਏ Google Docs, ਜਾਂ “Discord 'ਤੇ ਪੁੱਛੋ” ਵਾਲੀਆਂ ਬਾਤਾਂ ਨਾਲੋਂ ਇੱਕ ਸੁਲਝਣਯੋਗ ਸਮੱਸਿਆ ਨੂੰ ਬਿਹਤਰ ਢੰਗ ਨਾਲ ਹੱਲ ਕਰਦਾ ਹੈ। ਟੂਲ ਜਾਂ ਪੇਜ ਡਿਜ਼ਾਈਨ ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ, ਇਹ ਸਪਸ਼ਟ ਕਰੋ ਕਿ ਤੁਸੀਂ ਕੀ ਬਣਾ ਰਹੇ ਹੋ ਅਤੇ ਕਿਉਂ।
ਇੱਕ ਵਾਕ ਦਾ “ਕਰਜ ਕਰਨ ਲਈ” (job to be done) ਲਿਖੋ, ਉਦਾਹਰਨ ਵਜੋਂ: ਨਵੇਂ ਮੈਂਬਰਾਂ ਨੂੰ ਆਮ ਸੈਟਅੱਪ ਸਮੱਸਿਆਵਾਂ ਦੀ ਖੁਦ-ਮਦਦ ਕਰਨ ਯੋਗ ਰਾਹੀਂ ਸਹਾਇਤਾ ਕਰਨਾ ਬਿਨਾਂ ਕਿਸੇ ਸੇਵਾਦਾਰ ਦੀ ਉਡੀਕ ਦੇ। ਉਹ ਸਮੱਸਿਆਵਾਂ ਜੋ ਗਿਆਨ-ਬੇਸ ਲਈ ਚੰਗੀਆਂ ਹਨ, ਉਹ ਦੁਹਰਾਈ ਜਾਣ ਵਾਲੀਆਂ, ਉੱਚ-ਪਰਿਸਥਿਤੀ ਵਾਲੀਆਂ ਸਵਾਲਾਂ ਹਨ ਜਾਂ ਉਹ ਜਾਣਕਾਰੀ ਜੋ ਲੋਕਾਂ ਦੇ ਦਿਮਾਗਾਂ ਵਿੱਚ ਰਹਿ ਕੇ ਜਲਦੀ ਪੁਰਾਣੀ ਹੋ ਜਾਂਦੀ ਹੈ।
ਜੇ ਤੁਸੀਂ ਸਮੱਸਿਆ ਦਾ ਨਾਮ ਨਹੀਂ ਰੱਖ ਸਕਦੇ, ਤਾਂ ਤੁਸੀਂ ਬਹੁਤ ਸਾਰੀ ਸਮੱਗਰੀ ਛਾਪੋਗੇ ਪਰ ਘੱਟ ਭ੍ਰਮ ਦੂਰ ਕਰੋਗੇ।
ਕਮਿਊਨਿਟੀ ਦਸਤਾਵੇਜ਼ ਆਮਤੌਰ 'ਤੇ ਕਈ ਸਮੂਹਾਂ ਦੀ ਸੇਵਾ ਕਰਦੇ ਹਨ, ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਇੱਕੋ ਤਜਰਬਾ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ।
ਪਹਲੇ ਕਿਸ ਦਰਸ਼ਕ ਲਈ ਅਪਟਿਮਾਈਜ਼ ਕਰਨਾ ਹੈ ਇਹ ਫੈਸਲਾ ਕਰੋ। ਬਹੁਤ ਪ੍ਰੋਜੈਕਟਾਂ ਲਈ ਇਹ “ਪਾਠਕ ਪਹਿਲਾਂ, ਯੋਗਦਾਨਕਾਰ ਦੂਜੇ” ਹੁੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਭਰੋਸੇਯੋਗ ਜਵਾਬ ਸਮੇਂ ਦੇ ਨਾਲ ਯੋਗਦਾਨਕਾਰਾਂ ਨੂੰ ਆਕਰਸ਼ਿਤ ਕਰਦੇ ਹਨ।
“ਕਮਿਊਨਿਟੀ-ਚਲਿਤ” ਕਿਸੇ ਵੀ ਇੱਕ ਹੱਦ ਤੱਕ ਹੋ ਸਕਦਾ ਹੈ — ਕੋਈ ਵੀ ਸੋਧ ਸੁਝਾ ਸਕਦਾ ਹੈ ਤੋਂ ਲੈ ਕੇ ਕੋਈ ਵੀ ਤੁਰੰਤ ਪਬਲਿਸ਼ ਕਰ ਸਕਦਾ ਹੈ ਤੱਕ। ਮਾਡਲ ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਪਰਿਭਾਸ਼ਤ ਕਰੋ:
ਇੱਥੇ ਸਪਸ਼ਟ ਹੋਣਾ ਬਾਅਦ ਵਿੱਚ ਨਿਰਾਸ਼ਾ ਰੋਕਦਾ ਹੈ ਜਦੋਂ ਉਮੀਦਾਂ ਅਤੇ ਅਧਿਕਾਰ ਮੇਲ ਨਹੀਂ ਖਾਂਦੇ।
ਥੋੜ੍ਹੇ ਤੇ ਮਾਪੇ ਜਾਣ ਯੋਗ ਨਤੀਜੇ ਚੁਣੋ। ਚੰਗੇ ਸ਼ੁਰੂਆਤੀ ਮੈਟਰਿਕ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:
ਕੇਵਲ ਪੰਨਿਆਂ ਦੀ ਕੁੱਲ ਗਿਣਤੀ ਵਰਗੇ ਵੈਨਟੀ ਮੈਟਰਿਕ ਤੋਂ ਬਚੋ—ਜਿਆਦਾ ਪੰਨੇ ਡੁਪਲਿਕੇਸ਼ਨ ਦਾ ਸੰਕੇਤ ਹੋ ਸਕਦੇ ਹਨ।
ਇੱਕਆਂ ਤੰਗ ਸਕੋਪ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ: ਉੱਪਰਲੇ 20–50 ਸਵਾਲ, ਇੱਕ ਉਤਪਾਦ ਖੇਤਰ, ਜਾਂ ਇੱਕ ਲਾਈਫਸਾਈਕਲ ਸਟੇਜ (ਉਦਾਹਰਨ ਲਈ onboarding)। ਨਾਲ ਹੀ ਲਿਖੋ ਕਿ ਤੁਸੀਂ ਅਜੇ ਕੀ ਨਹੀਂ ਕਵਰ ਕਰੋਗੇ (ਉੱਨਤ ਏਜ ਕੇਸ, ਇੰਟੇਗ੍ਰੇਸ਼ਨ, ਨੀਤੀ-ਵਿਵਾਦ)। “ਅਜੇ ਨਹੀਂ” ਦੀ ਲਿਸਟ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਫੋਕਸ ਰੱਖਦੀ ਹੈ ਪਰ ਭਵਿੱਖ ਦੀ ਨੀਤੀ ਦਾ ਸੰਕੇਤ ਵੀ ਦਿੰਦੀ ਹੈ।
ਟੂਲ 'ਤੇ ਫ਼ੈਸਲਾ ਕਰਨ ਜਾਂ ਲਿਖਣਾ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਇਹ ਤੈਅ ਕਰੋ ਕਿ ਤੁਸੀਂ ਕਿਸ ਕਿਸਮ ਦਾ ਗਿਆਨ-ਬੇਸ ਬਣਾ ਰਹੇ ਹੋ—ਅਤੇ ਇਹ ਕੀ ਕਵਰ ਕਰੇਗਾ/ਕਰੈਗਾ ਨਹੀਂ। ਇਹ ਨਵੇਂ ਯੋਗਦਾਨਕਾਰਾਂ ਦੇ ਆਉਣ 'ਤੇ ਵੀ ਸਾਈਟ ਨੂੰ ਸੰਗਠਿਤ ਰੱਖਦਾ ਹੈ।
ਬਹੁਤ ਸਾਰੇ ਕਮਿਊਨਿਟੀ-ਚਲਿਤ ਗਿਆਨ-ਬੇਸ ਹੇਠਾਂ ਦਿੱਤੇ ਮਾਡਲਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਇੱਕ ਵਿੱਚ ਆਉਂਦੇ ਹਨ:
ਆਪਣੇ ਸਮੁਦਾਏ ਦੇ ਵਰਤਾਓ ਦੇ ਆਧਾਰ 'ਤੇ ਚੁਣੋ। ਜੇ ਲੋਕ ਟੈਕਸਟ ਨੂੰ ਸਹਿ-ਲਿਖਣਾ ਪਸੰਦ ਕਰਦੇ ਹਨ ਤਾਂ ਵਿੱਕੀ ਮਾਡਲ ਫਲ-ਫੁਲ ਦੇਵੇਗਾ; ਜੇ ਉਹ ਮੁੱਖ ਤੌਰ 'ਤੇ ਸਮੱਸਿਆਵਾਂ ਅਤੇ ਹੱਲ ਰਿਪੋਰਟ ਕਰਦੇ ਹਨ, ਤਾਂ Q&A + canonical ਫ਼ਰਮਾ ਘੱਟ ਰੁਕਾਵਟ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ।
ਆਪਣੇ ਕੋਰ ਸਮੱਗਰੀ ਕਿਸਮਾਂ ਨੂੰ ਪਹਿਲਾਂ ਲਿਖੋ:
ਫਿਰ ਸੀਮਾਵਾਂ ਬਣਾਓ। ਉਦਾਹਰਨ: “ਅਸੀਂ ਸਿਰਫ਼ ਸਮਰਥਿਤ ਵਰਕਫ਼ਲੋ ਦਸਾਂਗੇ” ਜਾਂ “ਅਸੀਂ ਉੱਨਤ ਕਮਿਊਨਿਟੀ ਟਿਪਸ ਸ਼ਾਮਲ ਕਰਦੇ ਹਾਂ, ਪਰ vendor-specific ਫੀਚਰ ਨਹੀਂ।” ਇੱਕ ਸਪਸ਼ਟ ਸਕੋਪ ਗਿਆਨ-ਬੇਸ ਨੂੰ ਅਣਖੋਜ ਯੋਗ ਨਹੀਂ ਬਣਾਉਂਦਾ।
ਮਾਲਕੀ ਗਤੀਵਿਧੀ ਅਤੇ ਗੁਣਵੱਤਾ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀ ਹੈ:
ਪ੍ਰਯੋਗਕਾਰੀ ਸਮਝੌਤਾ: ਕਮਿਊਨਿਟੀ ਹਰੇਕ ਚੀਜ਼ ਸੋਧ ਸਕਦੀ ਹੈ, ਪਰ ਕੁਝ ਮੁੱਖ ਪੰਨਿਆਂ (ਜਿਵੇਂ ਨੀਤੀਆਂ) ਲਈ ਪ੍ਰਕਾਸ਼ਨ ਪਹਿਲਾਂ ਸਮੀਖਿਆ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ।
ਪਹਿਲੇ 20–50 ਪੰਨਿਆਂ ਦਾ ਸਰਲੇਖ ਨਕਸ਼ਾ ਬਣਾਓ, ਮੁੱਖ ਸ਼੍ਰੇਣੀਆਂ ਅਨੁਸਾਰ ਸੰਗਠਿਤ। ਉੱਚ-ਪ੍ਰਭਾਵ ਵਾਲੇ “ਐਂਟਰੀ” ਪੰਨਿਆਂ (getting started, ਆਮ ਸਮੱਸਿਆਵਾਂ,ਟੌਪ FAQs) ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਉੱਥੋਂ ਨੈੱਟਵਰਕ ਬਣਾਓ।
ਜੇ ਤੁਸੀਂ ਗੈਰ-ਅੰਗਰੇਜ਼ੀ ਪਾਠਕਾਂ ਦੀ ਉਮੀਦ ਕਰਦੇ ਹੋ, ਤਾਂ ਪਹਿਲਾਂ ਇਹ ਫੈਸਲਾ ਕਰੋ ਕਿ:
ਆਖਿਰਕਾਰ, ਸਮੱਗਰੀ ਦੇ ਵਕਤ-ਰੂਪ (version tags, “last reviewed” ਤਾਰੀਖਾਂ, ਡਿਪ੍ਰੇਕੇਸ਼ਨ ਨਿਯਮ) ਅਤੇ ਫੀਚਰ ਜਾਂ ਨੀਤੀ ਬਦਲਣ 'ਤੇ ਕੀ ਹੁੰਦਾ ਹੈ ਇਹ ਤੈਅ ਕਰੋ। ਸਮੁਦਾਇ-ਚਲਿਤ ਗਿਆਨ-ਬੇਸ ਤਦ ਭਰੋਸੇਯੋਗ ਬਣਿਆ ਰਹਿੰਦਾ ਹੈ ਜਦੋਂ ਪੁਰਾਣੀ ਸਮੱਗਰੀ ਨੂੰ ਦਿਖਾਇਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਗੁਪਤ ਤਰੀਕੇ ਨਾਲ ਨਹੀਂ ਛੱਡਿਆ ਜਾਂਦਾ।
ਜਾਣਕਾਰੀ ਆਰਕੀਟੈਕਚਰ (IA) ਉਹ ਫ਼ਰਕ ਹੈ ਜੋ ਇੱਕ ਗਿਆਨ-ਬੇਸ ਨੂੰ “ਸਪਸ਼ਟ” ਮਹਿਸੂਸ ਕਰਵਾਂਦਾ ਹੈ ਜਾਂ ਸਿਰਫ਼ ਪੰਨਿਆਂ ਦਾ ਢੇਰ। ਤੇਰਾ ਉਦੇਸ਼ ਪਾਠਕਾਂ ਨੂੰ ਅਨੁਮਾਨ ਲਗਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਨਾ ਹੈ ਕਿ ਜਵਾਬ ਕਿੱਥੇ ਮਿਲੇਗਾ—ਅਤੇ ਯੋਗਦਾਨਕਾਰਾਂ ਨੂੰ ਇਹ ਪਤਾ ਹੋਵੇ ਕਿ ਨਵਾਂ ਸਮੱਗਰੀ ਕਿੱਥੇ ਜੋੜਨੀ ਹੈ।
5–8 ਟੌਪ-ਲੇਵਲ ਸ਼੍ਰੇਣੀਆਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਤੁਹਾਡੇ ਸਮੁਦਾਏ ਦੀ ਸੋਚ ਨਾਲ ਮੇਲ ਖਾਂਦੀਆਂ ਹਨ, ਨਾ ਕਿ ਤੁਹਾਡੇ ਟੀਮ ਸੰਗਠਨ ਨਾਲ। ਹਰ ਇੱਕ ਲਈ 3–7 ਸੱਬ-ਸ਼੍ਰੇਣੀਆਂ ਦੇ ਸਕੇਚ ਬਣਾਓ। ਜੇ ਤੁਸੀਂ ਇੱਕ ਸ਼੍ਰੇਣੀ ਨੂੰ ਸਧਾਰਨ ਭਾਸ਼ਾ ਵਿੱਚ ਨਾਮ ਨਹੀਂ ਦੇ ਸਕਦੇ, ਤਾਂ ਉਹ ਸਾਫ਼ ਬੱਕਟ ਨਹੀਂ ਹੈ।
ਪ੍ਰਯੋਗਕਾਰੀ ਟੈਸਟ: ਕੁਝ ਸਮੁਦਾਇ ਮੈਂਬਰਾਂ ਨੂੰ ਪੁੱਛੋ ਕਿ ਉਹ ਇੱਕ ਆਮ ਸਵਾਲ ਲਈ ਕਿੱਥੇ ਵੇਖਨਗੇ। ਜੇ ਉੱਤਰ ਵੱਖ-ਵੱਖ ਆਉਂਦੇ ਹਨ, ਤਾਂ ਨਾਂ ਬਦਲੋ ਜਾਂ ਕ੍ਰਾਸ-ਲਿੰਕਿੰਗ ਰਵਾਇਤ ਸੋਚੋ।
ਅਧਿਕਾਂਸ਼ ਕਮਿਊਨਿਟੀ ਦਸਤਾਵੇਜ਼ਨੂੰ ਲੇਫਟ ਸਾਈਡਬਾਰ (ਸ਼੍ਰੇਣੀਆਂ ਲਈ) ਅਤੇ ਟਾਪ ਨੈਵੀਗੇਸ਼ਨ (Docs, FAQ, Guides, Community ਵਰਗੇ ਮੁੱਖ ਏਂਟਰੀ) ਨਾਲ ਫਾਇਦਾ ਹੁੰਦਾ ਹੈ। ਟੈਗਾਂ ਨੂੰ ਸੰਕੁਚਿਤ ਢੰਗ ਨਾਲ ਵਰਤੋਂ—ਉਦਾਹਰਨ ਲਈ “security”, “beginner”, “troubleshooting” ਵਰਗੀਆਂ ਥੀਮਾਂ ਲਈ। ਬਹੁਤ ਸਾਰੇ ਟੈਗ ਸ਼ੁਰੂ-ਸ਼ੁਰੂ ਵਿੱਚ ਸ਼ੋਰ ਬਣਾਕੇ ਰੱਖ ਦਿੰਦੇ ਹਨ।
ਪੰਨਾਂ ਭਰ ਵਿੱਚ ਨੈਵੀਗੇਸ਼ਨ ਸਥਿਰ ਰੱਖੋ। ਜੇ ਕੁਝ ਸੈਕਸ਼ਨ ਸਾਈਡਬਾਰ ਵਰਤਦੇ ਹਨ ਅਤੇ ਹੋਰ ਨਹੀਂ, ਤਾਂ ਪਾਠਕਾਂ ਨੂੰ ਆਪਣੀ ਜਗ੍ਹਾ ਖੋ ਜਾਣ ਵਾਲੀ ਮਹਿਸੂਸ ਹੁੰਦੀ ਹੈ।
ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ URLs ਹਾਇਰਾਰਕੀ ਦਰਸਾਉਣੇ ਚਾਹੀਦੇ ਨੇ ਜਾਂ ਨਹੀਂ:
/docs/getting-started/installation/docs-installationਹੈਰਾਰਕੀ URLs ਆਮਤੌਰ 'ਤੇ ਮਨੁੱਖਾਂ ਲਈ ਆਸਾਨ ਹੁੰਦੇ ਹਨ ਅਤੇ ਪੰਨਾ ਕਿਸ ਸ਼੍ਰੇਣੀ ਵਿੱਚ ਹੈ ਇਹ ਸਪਸ਼ਟ ਕਰਦੇ ਹਨ। ਛੋਟੇ, ਪੜ੍ਹਨਯੋਗ ਸਲੱਗਜ਼ ਵਰਤੋ ਅਤੇ ਸਿਰਲੇਖਾਂ ਲਈ ਇੱਕ ਸ਼ੈਲੀ ਚੁਣੋ (Sentence case ਅਕਸਰ ਸਹੀ ਹੁੰਦੀ ਹੈ)।
ਯੋਗਦਾਨਕਾਰਾਂ ਨੂੰ ਨੇੜਲੇ ਸੰਕਲਪਾਂ ਲਈ 2–5 ਲਿੰਕ ਜੋੜਨ ਲਈ ਪ੍ਰੋਤਸਾਹਿਤ ਕਰੋ (“Prerequisites”, “Next steps”, “See also”)। ਇੱਕ ਛੋਟਾ “Related articles” ਬਲਾਕ ਟੈਗਜ਼ ਜਾਂ ਮੈਨੂਅਲ ਕਿਉਰੇਸ਼ਨ ਅਧਾਰ ਤੇ ਪੈਦਾ ਕਰੋ ਤਾਂ ਪਾਠਕਾਂ ਕੋਲ ਅਗਲਾ ਕਲਿਕ ਹੋਵੇ ਜਦੋਂ ਉਹ ਸਹੀ ਜਵਾਬ ਨਾ ਲੱਭ ਸਕਣ।
v1 ਲਈ ਇੱਕ-ਪੰਨੇ ਦਾ ਸਾਈਟਮੈਪ ਬਣਾਓ ਜਿਸ ਵਿੱਚ ਸ਼੍ਰੇਣੀਆਂ → ਸੱਬ-ਸ਼੍ਰੇਣੀਆਂ → 3–10 ਸਟਾਰਟਰ ਆਰਟੀਕਲ ਹਰ ਇੱਕ ਹੋਣ। ਇਸਨੂੰ ਇਕ ਵਾਅਦਾ ਸਮਝੋ: ਤੁਸੀਂ ਹੁਣ ਕੀ ਕਵਰ ਕਰੋਗੇ ਅਤੇ ਕੌਣ-ਕਿਹੜੀਆਂ ਚੀਜ਼ਾਂ ਬਾਅਦ ਵਿੱਚ ਆ ਸਕਦੀਆਂ ਹਨ। ਇਹ ਵਿਕਾਸ ਨੂੰ ਇਰਾਦੇ ਨਾਲ ਰੱਖਦਾ ਹੈ ਨਾ ਕਿ ਯਾਦੀ-ਵਾਉ ਸਟਾਈਲ ਵਿੱਚ।
ਜੋ ਪਲੇਟਫਾਰਮ ਤੁਸੀਂ ਚੁਣਦੇ ਹੋ ਉਹ ਲੋਕਾਂ ਲਈ ਯੋਗਦਾਨ ਦੇਣਾ ਕਿੰਨਾ ਆਸਾਨ ਹੈ, ਬਦਲਾਅ ਕਿੰਨੇ ਭਰੋਸੇਯੋਗ ਲੱਗਦੇ ਹਨ, ਅਤੇ ਸਾਈਟ ਦੀ ਦੇਖਭਾਲ 'ਤੇ ਕਿੰਨਾ ਸਮਾਂ ਲੱਗੇਗਾ ਇਹ ਸਬ ਪ੍ਰਭਾਵਤ ਕਰਦਾ ਹੈ। ਆਪਣੇ ਸਮੁਦਾਏ ਦੀ ਜ਼ਰੂਰਤਾਂ ਨੂੰ ਸਮਰਥਿਤ ਕਰਨ ਵਾਲੇ ਸਭ ਤੋਂ ਸਧਾਰਣ ਸੈਟਅੱਪ ਦਾ ਲਕੜੀ ਕਰੋ।
ਵਿੱਕੀ ਪਲੇਟਫਾਰਮ (ਜਿਵੇਂ MediaWiki-ਸਟਾਇਲ) ਤੇਜ਼, ਸਹਿਯੋਗੀ ਸੰਪਾਦਨ ਲਈ ਵਧੀਆ ਹਨ। ਉਹ ਪੰਨਾ-ਤੋਂ-ਪੰਨਾ ਲਿੰਕਿੰਗ ਅਤੇ ਤੇਜ਼ ਇਟਰੇਸ਼ਨ 'ਚ ਚਮਕਦੇ ਹਨ, ਪਰ ਜਦੋਂ ਤੁਸੀਂ ਟੈਂਪਲੇਟ ਅਤੇ ਮੋਡਰੇਸ਼ਨ ਨਾ ਲਗਾਓ ਤਾਂ ਅਸਮਰਥ੍ਰਿਤ ਮਹਿਸੂਸ ਹੋ ਸਕਦੇ ਹਨ।
ਡੌਕਸ ਸਾਈਟ ਜੇਨਰੇਟਰ (ਅਕਸਰ Git-आਧਾਰਿਤ) ਸੋਧ-ਨਿਯੰਤਰਣ ਨਾਲ ਪੋਲਿਸ਼ਡ ਡੌਕਸ ਦੇਂਦੇ ਹਨ। ਉਹ ਤਕਨੀਕੀ ਕਮਿਊਨਿਟੀ ਲਈ ਸ਼ਾਨਦਾਰ ਹਨ, ਪਰ ਗੈਰ-ਟੈਕਨੀਕੀ ਮੈਂਬਰਾਂ ਲਈ ਯੋਗਦਾਨ ਮੁਸ਼ਕਲ ਹੋ ਸਕਦਾ ਹੈ ਜੇ ਸੋਧ ਲਈ Git, ਪੂਲ ਰਿਕਵੇਸਟ ਜਾਂ ਲੋਕਲ ਟੂਲਿੰਗ ਦੀ ਲੋੜ ਹੋਵੇ।
CMS ਪਲੇਟਫਾਰਮ ਸੰਪਾਦਨ ਸੌਖਾ ਅਤੇ ਢਾਂਚਾ ਦਿੰਦੇ ਹਨ। ਉਹ ਫਾਰਮ, ਵਰਕਫਲੋ ਅਤੇ ਰਿਉਜ਼ੇਬਲ ਕੰਪੋਨੈਂਟ ਸਹਿਯੋਗ ਕਰ ਸਕਦੇ ਹਨ, ਪਰ “ਕੁਝ ਵੀ ਚੱਲਦਾ” ਸੰਪਾਦਨ ਇਕਰੂਪਤਾ ਨੂੰ ਕਮਜ਼ੋਰ ਕਰ ਸਕਦਾ ਹੈ।
ਜੇ ਤੁਸੀਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕਸਟਮ ਗਿਆਨ-ਬੇਸ ਵੈੱਬਸਾਈਟ ਬਣਾਉਂਦੇ ਹੋ (ਉਦਾਹਰਨ ਲਈ bespoke ਵਰਕਫਲੋਜ਼, ਭੂਮਿਕਾਵਾਂ, UI), ਤਾਂ ਤੁਸੀਂ ਇੱਕ ਚੈਟ-ਚਲਿਤ ਪ੍ਰੋਟੋਟਾਈਪ ਪਲੇਟਫਾਰਮ ਜਿਵੇਂ Koder.ai ਨਾਲ ਇੱਕ ਮਜ਼ਬੂਤ ਸ਼ੁਰੂਆਤ ਤਿਆਰ ਕਰ ਸਕਦੇ ਹੋ। ਇਹ React-ਅਧਾਰਿਤ ਵੈੱਬ ਐਪ (Go + PostgreSQL ਬੈਕਐਂਡ) ਨੂੰ ਚੈਟ ਨਿਰਦੇਸ਼ ਤੋਂ ਬਣਾਉਣ, ਸੋਰਸ ਕੋਡ ਨਿਕਾਸ ਕਰਨ, ਡਿਪਲੌਇ ਕਰਨ ਅਤੇ snapshots/rollback ਨਾਲ ਇਟਰੇਟ ਕਰਨ ਦੀ ਆਸਾਨੀ ਦਿੰਦਾ ਹੈ। ਇਹ IA, ਟੈਂਪਲੇਟ ਅਤੇ ਯੋਗਦਾਨ ਫਲੋਜ਼ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਪ੍ਰੋਟੋਟਾਈਪ ਕਰਨ ਦਾ ਪ੍ਰਯੋਗਿਕ ਤਰੀਕਾ ਹੋ ਸਕਦਾ ਹੈ।
ਹੋਸਟਡ ਆਮ ਤੌਰ 'ਤੇ ਤੇਜ਼ ਸੈਟਅੱਪ, ਬਿਲਟ-ਇਨ ਅੱਪਡੇਟ ਅਤੇ ਘੱਟ ਓਪਸ ਕੰਮ ਦਾ ਅਰਥ ਹੁੰਦਾ ਹੈ। ਜੇ ਤੁਹਾਡੇ ਸਮੁਦਾਏ ਕੋਲ ਨਿਰਧਾਰਤ ਰੱਖਣ ਵਾਲਾ ਕੋਈ ਨਹੀਂ ਹੈ ਤਾਂ ਇਹ ਅਚੁਕ ਡਿਫਾਲਟ ਹੈ।
ਸੈਲਫ-ਹੋਸਟਡ ਵਧੇਰੇ ਨਿਯੰਤਰਣ ਦਿੰਦਾ ਹੈ (ਡੇਟਾ ਦੀ ਥਾਂ, ਕਸਟਮਾਈਜ਼ੇਸ਼ਨ, plugin ਵਰਗੇ), ਪਰ ਤੁਸੀਂ ਅਪਗ੍ਰੇਡ, ਬੈਕਅੱਪ, ਸੁਰੱਖਿਆ ਪੈਚ ਅਤੇ ਅਪਟਾਈਮ ਮਾਨੀਟਰਿੰਗ ਲਈ ਜੁਮੇਵਾਰ ਹੋ। ਇਹ ਸਾਫ਼ ਤੌਰ 'ਤੇ ਨਿਰਧਾਰਤ ਕਰੋ ਕਿ ਕੌਣ ਇਹ ਕੰਮ ਸੰਭਾਲੇਗਾ ਅਤੇ ਜਦੋਂ ਮੇਨਟੇਨਰ ਬਦਲਣ ਤਾਂ ਕੀ ਹੋਵੇਗਾ।
ਫੈਸਲਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਜाँचੋ:
ਆਮ ਇੰਟੇਗ੍ਰੇਸ਼ਨਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ SSO ਆਸਾਨ ਐਕਸੈਸ ਲਈ, ਚੈਟ (Discord/Slack) ਚਰਚਾ ਲਿੰਕ ਲਈ, ਅਤੇ ਇੱਕ ਇਸ਼ਿਊ ਟ੍ਰੈਕਰ (GitHub/Jira) ਸੁਧਾਰ ਕਮੇਟਾਂ ਨੂੰ ਟਰੈਕ ਕਰਨ ਲਈ। ਫੈਸਲਾ ਕਰੋ ਕਿ ਗੱਲਬਾਤ ਪੇਜ ਤੇ ਰਹੇਗੀ (comments) ਜਾਂ ਮੌਜੂਦਾ ਕਮਿਊਨਿਟੀ ਚੈਨਲਾਂ ਵਿੱਚ।
ਚੋਣ ਮਾਪਦੰਡ ਲਿਖੋ — ਲਾਗਤ, ਯੋਗਦਾਨ ਘਟਾਅ, ਮੋਡਰੇਸ਼ਨ ਫੀਚਰ, ਰਖ-ਰਖਾਅ ਕੋਸ਼ਿਸ਼ ਅਤੇ ਮਾਈਗ੍ਰੇਸ਼ਨ ਵਿਕਲਪ—ਅਤੇ ਇਸਨੂੰ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ। ਜਦੋਂ ਯੋਗਦਾਨਕਾਰ ਜਾਣਦੇ ਹਨ ਕਿ ਕਿਸ ਲਈ ਟੂਲ ਚੁਣਿਆ ਗਿਆ, ਉਹ ਇਸ 'ਤੇ ਜ਼ਿਆਦਾ ਭਰੋਸਾ ਅਤੇ ਵਾਪਸੀ ਦੇ ਸਕਦੇ ਹਨ।
ਜਦੋਂ ਯੋਗਦਾਨਕਾਰਾਂ ਨੂੰ ਲਿਖਣਾ ਨਹੀਂ ਸੋਚਣਾ ਪੈਂਦਾ, ਤਦ ਗਿਆਨ-ਬੇਸ ਤੇਜ਼ੀ ਨਾਲ ਵਧਦਾ ਹੈ। ਸਪਸ਼ਟ ਰਚਨਾ ਅਤੇ ਦੁਹਰਾਏ ਜਾ ਸਕਣ ਵਾਲੇ ਟੈਂਪਲੇਟ “ਖਾਲੀ ਪੰਨਾ” ਕੰਮ ਨੂੰ ਭਰਨਾ ਬਣਾ ਦਿੰਦੇ ਹਨ—ਉਸੇ ਸਮੇਂ ਪੰਨਿਆਂ ਨੂੰ ਪਾਠਕਾਂ ਲਈ ਇੱਕਰੂਪ ਰੱਖਦੇ ਹਨ।
ਇੱਕ ਪ੍ਰਧਾਨ ਟੈਂਪਲੇਟ ਬਣਾਓ ਜੋ ਜ਼ਿਆਦਾਤਰ ਪੰਨਿਆਂ ਨੂੰ ਫਿਟ ਬੈਠਦੀ ਹੋਵੇ, ਫਿਰ ਬਾਅਦ ਵਿਚ ਵੈਰੀਐਂਟ ਜੋੜੋ (How-to, Troubleshooting, Reference)। ਇੱਕ ਪ੍ਰਯੋਗਕਾਰੀ ਡਿਫਾਲਟ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰੋ:
ਨਿਰਭਰਤਾ ਅਤੇ ਭਰੋਸਾ ਨੂੰ ਵਧਾਉਣ ਲਈ ਢਾਂਚਾਬੰਦੀ ਖੇਤਰ ਜੋੜੋ:
ਸ਼੍ਰੇਣੀਆਂ ਦਾ ਉੱਤਰ “ਇੱਥੇ ਇਹ ਕਿੱਥੇ ਹੈ?” ਨੂੰ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ (ਵੱਡੇ ਬਕਟ). ਟੈਗਜ਼ ਦਾ ਜਵਾਬ “ਇਹ ਕਿਸ ਬਾਰੇ ਹੈ?” ਦੇਣ ਲਈ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ (ਕਰਾਸ-ਕਟਿੰਗ ਥੀਮ)।
ਸਧਾਰਨ ਨਿਰਦੇਸ਼ ਲਿਖੋ, ਜਿਵੇਂ: ਇੱਕ ਪੰਨਾ—ਇੱਕ ਸ਼੍ਰੇਣੀ, 2–6 ਟੈਗਜ਼ ਅਧਿਕਤਮ, ਟੈਗਜ਼ ਨਿਯੰਤਰਿਤ ਸੂਚੀ ਤੋਂ। ਇਸ ਨਾਲ ਗੁੰਝਲਦਾਰਤਾ ਘੱਟ ਹੁੰਦੀ ਹੈ ਅਤੇ ਬ੍ਰਾਊਜ਼ਿੰਗ ਪੇਸ਼ਗੋਈਯੋਗ ਬਣਦੀ ਹੈ।
ਟੋਨ ਅਤੇ ਪਾਠਨ ਪੱਧਰ ਲਈ ਉਮੀਦਾਂ ਤੈਅ ਕਰੋ (ਸਧਾਰਨ ਭਾਸ਼ਾ, ਸਰਗਰਮੀ ਵਾਲੀ ਆਵਾਜ਼, ਛੋਟੀ-ਛੋਟੀ ਵਾਕ-ਰਚਨਾ)। ਸਕਰੀਨਸ਼ਾਟ ਨਿਯਮ ਵੀ ਦੱਸੋ: ਕਦੋਂ ਵਰਤਣੇ, ਨਿੱਜੀ ਡੇਟਾ ਕਿਵੇਂ ਬੁਰ ਕਰਨਾ ਹੈ, ਅਤੇ ਕਿੰਨੀ ਵਾਰੀ ਉਨ੍ਹਾਂ ਨੂੰ ਰੀਫ੍ਰੈਸ਼ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
ਪ੍ਰਮਾਣਿਤ ਬਲਾਕ ਜੋ ਯੋਗਦਾਨਕਾਰ ਕਸੇ ਵੀ ਜਗ੍ਹਾ ਪਾ ਸਕਦੇ ਹਨ:
ਇਹ ਕੰਪੋਨੈਂਟ ਪੰਨਿਆਂ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਸਕੈਨ ਯੋਗ ਬਣਾਉਂਦੇ ਹਨ ਅਤੇ ਸੰਪਾਦਨ ਸਮਾਂ ਘਟਾਉਂਦੇ ਹਨ—ਖਾਸ ਕਰਕੇ ਜਦੋਂ ਕਈ ਲੋਕ ਯੋਗਦਾਨ ਕਰਦੇ ਹਨ।
ਜਦੋਂ ਲੋਕ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਪਤਾ ਹੋਵੇ ਕਿ ਸਹਿਣੇ ਪੰਦਰ ਕਰਕੇ ਕਿਵੇਂ ਮਦਦ ਕਰਨੀ ਹੈ—ਅਤੇ “ਸਬਮਿਟ” ਦਬਾਉਣ ਤੋਂ ਬਾਅਦ ਕੀ ਹੁੰਦਾ ਹੈ—ਤਦ ਗਿਆਨ-ਬੇਸ ਤੇਜ਼ੀ ਨਾਲ ਵਧਦਾ ਹੈ। ਕੁਝ ਸਪਸ਼ਟ ਭੂਮਿਕਾਵਾਂ ਤੈਅ ਕਰੋ ਅਤੇ ਫਿਰ ਇੱਕ ਵਰਕਫਲੋ ਡਿਜ਼ਾਈਨ ਕਰੋ ਜੋ ਤੁਸੀਂ ਕਿੰਨੀ ਨਿਯੰਤਰਣ ਚਾਹੁੰਦੇ ਹੋ ਉਸ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੋਵੇ।
ਛੋਟੀ ਭੂਮਿਕਾਵਾਂ ਦੀ ਸੈੱਟ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਅਸਲੀ ਜਿੰਮੇਵਾਰੀਆਂ ਨਾਲ ਮੇਲ ਖਾਂਦੀਆਂ ਹਨ:
ਹੇਠਾਂ ਦਿੱਖੇ ਤਰਿਕਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਪੈਟਰਨ ਚੁਣੋ—ਜਾਂ ਵੱਖ-ਵੱਖ ਖੇਤਰਾਂ ਵਿੱਚ ਦੋਹਾਂ ਦੀ ਸਮਰਥਾ ਕਰੋ:
ਹਰੇਕ ਪੰਨਾ ਤੇ ਚੋਣ ਦਿੱਖਣਯੋਗ ਰੱਖੋ (ਉਦਾਹਰਨ: “ਸੰਪਾਦਨ ਸਮੀਖਿਆ ਤੋਂ ਬਾਅਦ ਪ੍ਰਕਾਸ਼ਤ ਹੁੰਦੇ ਹਨ”)।
ਯੋਗਦਾਨ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ ਜੋ ਨਾਂ-ਨਿਰਧਾਰਣ, ਟੋਨ, ਸਰੋਤ-ਉਮੀਦਾਂ, ਅਤੇ ਸਕਰੀਨਸ਼ਾਟ/ਉਦਾਹਰਨ ਜੋੜਨ ਦੇ ਤਰੀਕੇ ਨੂੰ ਕਵਰ ਕਰਦੇ ਹਨ। ਇਸ ਨੂੰ ਇੱਕ ਖ਼ਾਸ ਕੋਡ-ਆਫ-ਕਨਡਕਟ ਨਾਲ ਜੋੜੋ ਅਤੇ ਮੁੱਦੇ ਰਿਪੋਰਟ ਕਰਨ ਦਾ ਆਸਾਨ ਤਰੀਕਾ ਦਿਓ।
ਚਰਚਾਵਾਂ ਨੂੰ ਵਿਖਰਾਉਣ ਤੋਂ ਬਚੋ। ਇੱਕ ਮੁੱਖ ਚੈਨਲ ਚੁਣੋ:
ਜੋ ਵੀ ਤੁਸੀਂ ਚੁਣੋ, ਹਰ ਪੰਨੇ ਤੋਂ ਇਸ ਦਾ ਲਿੰਕ ਸਥਿਰ ਤਰੀਕੇ ਨਾਲ ਦਿਓ।
ਉਮੀਦਾਂ ਤੈਅ ਕਰੋ, ਉਦਾਹਰਨ ਲਈ:
ਇੱਕ ਨਿਯਮਤ ਟਾਈਮਟੇਬਲ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਨਾਲ ਯੋਗਦਾਨਕਾਰਾਂ ਨੂੰ ਪਤਾ ਰਹੇਗਾ ਕਿ ਉਹਨਾਂ ਦੀਆਂ ਯੋਗਦਾਨਆਂ ਲਾਪਤਾ ਨਹੀਂ ਹੋ ਰਹੀਆਂ।
ਕਮਿਊਨਿਟੀ-ਚਲਿਤ ਗਿਆਨ-ਬੇਸ ਉਸ ਵੇਲੇ ਸਫਲ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਯੋਗਦਾਨਕਾਰ ਜਾਣਦੇ ਹਨ ਕਿ “ਚੰਗਾ” ਕੀ ਹੈ ਅਤੇ ਪਾਠਕ ਜੋ ਉਹ ਲੱਭਦੇ ਹਨ ਉਸ 'ਤੇ ਭਰੋਸਾ ਕਰ ਸਕਦੇ ਹਨ। ਗਵਰਨੈਂਸ ਦਾ ਮਕਸਦ ਕਠੋਰ ਹੋਣਾ ਨਹੀਂ—ਇਹ ਫੈਸਲੇ ਪੇਸ਼ਗੀ, ਨਿਆਪੂਰਨ ਅਤੇ ਦਿੱਖਣਯੋਗ ਬਣਾਉਂਦਾ ਹੈ।
ਇੱਕ ਛੋਟੀ ਗੁਣਵੱਤਾ ਬਾਰ ਤੈਅ ਕਰੋ ਜੋ ਹਰ ਪੰਨੇ ਨੂੰ ਮਿਲਣੀ ਚਾਹੀਦੀ ਹੈ: ਸਪਸ਼ਟ ਸਿਰਲੇਖ, ਸਧਾਰਨ ਭਾਸ਼ਾ, ਕੰਮ ਕਰਨ ਵਾਲੇ ਕਦਮ, ਅਤੇ ਸਕਰੀਨਸ਼ਾਟ ਸਿਰਫ਼ ਜਦੋਂ ਉਹ ਮਤਲਬ ਜੋੜਦੇ ਹਨ। ਫਿਰ ਸਰੋਤ-ਨਿਯਮ ਬਣਾਓ:
ਹਵਾਲਾ ਗਾਈਡਲਾਈਨ ਹਲਕੀ ਰੱਖੋ ਤਾਂ ਕਿ ਲਿਖਣ ਉੱਤੇ ਲਗਿਤ ਨਾ ਆਵੇ, ਪਰ ਪਰਯਾਪਤ ਹੋਵੇ ਤਾਂ ਕਿ ਐਡੀਟ-ਯੁੱਧ ਨਾ ਹੋਣ।
ਇੱਕ ਸਧਾਰਨ ਸਮੱਗਰੀ ਨੀਤੀ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ ਜੋ ਉੱਤਰ ਦਿੰਦੀ: ਕਿਹੜੇ ਵਿਸ਼ੇ ਇੱਥੇ ਆਉਂਦੇ ਹਨ? ਟੋਨ ਕਿਹੜਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ? ਕੀ ਅਸਵੀਕਾਰਯੋਗ ਹੈ?
ਅਸਵੀਕਾਰਯੋਗ ਸਮੱਗਰੀ ਵਿੱਚ ਆਮਤੌਰ 'ਤੇ ਉਦੇਸ਼ਿਤ ਦੁਰਭਾਵਨਾ, ਨਿੱਜੀ ਡੇਟਾ, ਅਸੁਰੱਖਿਅਤ ਹਦਾਇਤਾਂ, ਨਕਲ ਅਤੇ ਭ੍ਰਮਿਕ ਸੋਧ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ। ਰਾਇਸ਼ੀ ਸਮੱਗਰੀ ਲਈ ਸਰਵ-ਪ੍ਰੈਕਟਿਸਾਂ ਨੂੰ ਸਿਰਫ਼ ਸਪੱਸ਼ਟ ਰੂਪ ਤੋਂ “best practices” ਜਾਂ “community recommendations” ਦੇ ਕੇ ਆਗਿਆ ਦਿਓ।
ਵਿਵਾਦ ਸਧਾਰਨ ਹਨ। ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ ਨਿਪਟਾਰਾ ਰਸਤਾ ਸਪਸ਼ਟ ਹੋਵੇ:
ਜਵਾਬ ਸਮੇਂ ਅਤੇ ਮੋਡਰੇਟਰਾਂ ਦੇ ਕਾਰਵਾਈ ਹੱਕ (ਸੋਧ, ਵਾਪਸੀ, ਪੰਨਾ ਲਾਕ, ਅਸਥਾਈ ਬੈਨ) ਲਿਖੋ।
ਪਹਿਲਾਂ ਫੈਸਲਾ ਕਰੋ ਕਿ ਤੁਸੀਂ ਪ੍ਰਚਾਰਕ ਲਿੰਕ, affiliate ਸਮੱਗਰੀ, ਅਤੇ “ਡ੍ਰਾਈਵ-ਬਾਈ” SEO ਸੋਧਾਂ ਨੂੰ ਕਿਵੇਂ ਸੁਲਝਾਉਂਦੇ ਹੋ। ਆਮ ਰਵੱਈਏ:
/ governance, /content-policy, /moderation, ਅਤੇ /citation-guidelines ਵਰਗੇ ਨਿਰਧਾਰਿਤ ਪੰਨਿਆਂ ਨੂੰ ਬਣਾਓ ਅਤੇ ਫੁੱਟਰ ਵਿੱਚ ਲਿੰਕ ਕਰੋ। ਪਾਠਕਾਂ ਨੂੰ ਪਾਰਦਰਸ਼ਤਾ ਦਿਖਾਈ ਦੇਵੇਗੀ, ਅਤੇ ਯੋਗਦਾਨਕਾਰਾਂ ਨੂੰ ਹਮੇਸ਼ਾ ਪਤਾ ਰਹੇਗਾ ਕਿ ਨਿਯਮ ਕਿੱਥੇ ਮਿਲਦੇ ਹਨ।
ਜੇ ਲੋਕ ਤੇਜ਼ੀ ਨਾਲ ਜਵਾਬ ਨਹੀਂ ਲੱਭ ਸਕਦੇ ਤਾਂ ਗਿਆਨ-ਬੇਸ ਸਿਰਫ਼ “ਕਿਸੇ ਨੇ ਲਿਖਿਆ ਹੋਵੇਗਾ” ਵਾਲੀ ਕਹਾਣੀ ਬਣ ਜਾਂਦੀ ਹੈ। ਖੋਜ ਅਤੇ ਖੋਜ-ਪਾਉਣ ਨੂੰ ਉਤਪਾਦ ਫੀਚਰ ਸਮਝੋ, ਨਾ ਕਿ ਅੰਤਿਮ ਟੱਚ।
ਕਿਸੇ ਐਸੇ ਖੋਜ ਇੰਜਣ ਜਾਂ ਸੰਰਚਨਾ ਨੂੰ ਚੁਣੋ/ਸੰਰਚਿਤ ਕਰੋ ਜੋ ਗਰਮੀ-ਗਰਮੀ ਇਨਪੁਟ ਨਾਲ ਨਜਿੱਠ ਸਕੇ। ਦੇਖੋ:
ਜੇ ਪਲੇਟਫਾਰਮ ਇਹ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਤਾਂ ਮਹੀਨਵਾਰ ਸਭ ਤੋਂ ਉੱਚੇ ਪ੍ਰਸ਼ਨ-ਖੋਜਾਂ ਦੀ ਸਮੀਖਿਆ ਕਰੋ ਅਤੇ ਸਿਨੋਨਿਮਜ਼ ਅਤੇ ਫਿਲਟਰਾਂ ਨੂੰ ਬਿਹਤਰ ਬਣਾਓ।
ਇੱਕ ਦਿੱਖਣਯੋਗ ਖੋਜ ਬਾਰ ਰੱਖੋ ਜਿੱਥੇ ਪਾਠਕ ਉਮੀਦ ਕਰਦੇ ਹਨ (ਹੈਡਰ ਜਾਂ ਹੋਮ)। ਤੁਰੰਤ ਸੁਝਾਵ ਦਿਖਾਓ ਜੋ ਯੂਜ਼ਰ ਟਾਈਪ ਕਰਦਾ ਹੈ — ਆਰਟਿਕਲ ਸਿਰਲੇਖ + ਛੋਟਾ ਸਨਿੱਪੇਟ ਅਤੇ ਸ਼੍ਰੇਣੀ ਲੇਬਲ ਦਿਖਾਉਣਾ ਚੰਗਾ ਹੈ। ਕੀਬੋਰਡ-ਫਰੈਂਡਲੀ ਨੈਵੀਗੇਸ਼ਨ ਵੀ ਯੂਜ਼ਰ ਤਜਰਬੇ ਨੂੰ ਤੇਜ਼ ਕਰਦਾ ਹੈ।
ਖੋਜ ਅਧੁਰਾ ਹੈ। “ਸੰਬੰਧਿਤ ਲੇਖ” ਜੋੜੋ ਤਾਂ ਕਿ ਪਾਠਕ ਆਗਲੇ ਕਦਮ ਤੇ ਜਾ ਸਕਣ:
ਇੱਕ ਚੰਗੀ ਰਿਲੇਟਡ ਸੈਕਸ਼ਨ ਇਸਦਾ ਜਵਾਬ ਦੇਵੇ: “ਇਸ ਤੋਂ ਬਾਅਦ ਲੋਕ ਆਮ ਤੌਰ 'ਤੇ ਕੀ ਚਾਹੁੰਦੇ ਹਨ?”
ਜਦੋਂ ਖੋਜ ਕੁਝ ਨਹੀਂ ਲੱਭਦੀ, ਉਪਭੋਗਤਾ 'ਤੇ ਦੋਸ਼ ਨਾ ਲਾਉ। ਪੇਸ਼ ਕਰੋ:
ਪ੍ਰਕਾਸ਼ਨ ਤੋਂ ਪਹਿਲਾਂ, ਹਰ ਲੇਖ ਦੀ ਜਾਂਚ ਕਰੋ:
ਇਹ ਛੋਟੀ ਆਦਤਾਂ ਤੁਹਾਡੇ ਗਿਆਨ-ਬੇਸ ਨੂੰ ਜ਼ਿੰਦਗੀ ਦੇਣਗੀਆਂ ਅਤੇ ਨੈਵੀਗੇਬਲ ਬਣਾਏਂਗੀਆਂ।
ਕਮਿਊਨਿਟੀ-ਚਲਿਤ ਗਿਆਨ-ਬੇਸ ਉਸ ਵੇਲੇ ਸਫਲ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਪਾਠਕ ਜਵਾਬ ਤੇਜ਼ੀ ਨਾਲ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ, ਭਰੋਸਾ ਕਰ ਸਕਦੇ ਅਤੇ ਜਾਣਦੇ ਹਨ ਕਿ ਅਗਲਾ ਕਦਮ ਕੀ ਹੈ। ਹਰ ਪੰਨਾ “ਲੱਭੋ, ਪੁਸ਼ਟੀ ਕਰੋ, ਕਾਰਵਾਈ ਕਰੋ” ਲਈ ਡਿਜ਼ਾਈਨ ਕਰੋ—ਬਿਨਾਂ ਬੇਅੰਤ ਬ੍ਰਾਉਜ਼ਿੰਗ ਲਈ।
ਜ਼ਿਆਦਾਤਰ ਪਾਠਕ ਸਕਿਮ ਕਰਦੇ ਹਨ। ਸਪਸ਼ਟ ਸਿਰਲੇਖ ਵਰਤੋਂ ਜੋ ਆਮ ਸਵਾਲਾਂ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ (“ਮੈਂ ਆਪਣਾ ਪਾਸਵਰਡ ਕਿਵੇਂ ਰੀਸੈੱਟ ਕਰਾਂ?”), ਪੈਰਾ ਛੋਟੇ ਰੱਖੋ, ਅਤੇ ਕੰਮਾਂ ਲਈ ਕਦਮ-ਬੱਧ ਨਿਰਦੇਸ਼ ਪਸੰਦ ਕਰੋ।
ਜਦੋਂ ਪੰਨੇ ਵਿੱਚ ਪ੍ਰੀਰੇਕੁਇਜ਼ਿਟ ਹਨ, ਉਨ੍ਹਾਂ ਨੂੰ ਸਿਖਰ ਤੇ ਰੱਖੋ। ਜਦੋਂ ਟ੍ਰਬਲਸ਼ੂਟਿੰਗ ਸ਼ਾਮਲ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਵੱਖਰੇ ਸੈਕਸ਼ਨ ਵਿੱਚ ਰੱਖੋ ਤਾਂ ਕਿ ਪਾਠਕ ਨੂੰ ਖੋਜ ਨਹੀਂ ਕਰਨੀ ਪਏ।
ਲੰਮੇ ਗਾਈਡਾਂ ਲਈ, ਇੱਕ ਔਨ-ਪੇਜ TOC ਜੋ ਮੁੱਖ ਸੈਕਸ਼ਨਾਂ ਨੂੰ ਲਿੰਕ ਕਰਦਾ ਹੋਵੇ ਸ਼ਾਮਲ ਕਰੋ। ਇਹ ਪਾਠਕਾਂ ਨੂੰ ਸਬ-ਭਾਗ ਤੇ ਜੰਪ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ ਅਤੇ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਪੰਨਾ ਸੰਰਚਿਤ ਹੈ।
ਜੇ ਪਲੇਟਫਾਰਮ ਇਹ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਤਾਂ ਡੈਸਕਟਾਪ 'ਤੇ TOC sticky ਰੱਖੋ ਪਰ ਮੋਬਾਇਲ 'ਤੇ ਵੀ ਢੱਕਿਆ ਹੋਵੇ ਤਾਂ ਕਿ ਸਕ੍ਰੀਨ ਉਪਰ ਜ਼ਿਆਦਾ ਜਗ੍ਹਾ ਨਾ ਲਏ।
ਚਿੱਤਰ ਅਤੇ ਵੀਡੀਓ ਵਰਕਫਲੋ ਸਪਸ਼ਟ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦੇ ਹਨ, ਪਰ ਉਹਨਾਂ ਨੂੰ ਟੈਕਸਟ ਦਾ ਕੁਝ ਹਿੱਸਾ ਬਦਲਣ ਨਹੀਂ ਚਾਹੀਦਾ। ਸਕਰੀਨਸ਼ਾਟ ਉਹਨਾਂ ਹਾਲਤਾਂ ਵਿੱਚ ਹੀ ਵਰਤੋ ਜਦੋਂ ਉਹ ਕੁਝ ਅਜਿਹਾ ਦਿਖਾਉਂਦੇ ਹਨ ਜੋ ਲਿਖ ਕੇ ਸਮਝਾਉਣਾ ਮuškil ਹੋਵੇ, ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਅਪ-ਟੂ-ਡੇਟ ਰੱਖੋ।
ਡਾਊਨਲੋਡਯੋਗ ਫਾਈਲਾਂ ਲਈ, ਦੱਸੋ ਕਿ ਉਹ ਕੀ ਹਨ ਅਤੇ ਕਿਉਂ ਸੁਰੱਖਿਅਤ ਹਨ (ਵਰਜਨ, ਸਰੋਤ, ਉਦੇਸ਼)। ਸੰਭਵ ਹੋਵੇ ਤਾਂ ਛੋਟਾ ਸਾਰ ਦੇਵੋ ਤਾਂ ਕਿ ਪਾਠਕ ਡਾਊਨਲੋਡ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਫੈਸਲਾ ਕਰ ਸਕੇ।
ਅਨੁਭਵ ਛੋਟੀ ਸਕ੍ਰੀਨਾਂ ਤੇ ਠੀਕ ਰਹੇ: ਪਾਠ ਸਪਸ਼ਟ ਅਕਾਰ ਦਾ ਹੋਵੇ, ਲਾਈਨ ਹਾਈਟ ਜਨਰਲ ਹੋਵੇ ਅਤੇ ਬਟਨ ਟੈਪ ਕਰਨ ਯੋਗ ਹੋਣ। ਵੱਡੀਆਂ ਟੇਬਲਾਂ ਤੋਂ ਬਚੋ ਜਿਹੜੀਆਂ ਹੋਰਾਈਜ਼ਾਂਟਲ ਸਕਰੋਲਿੰਗ ਮਜਬੂਰ ਕਰਨ—ਜਿੰਨਾਂ ਨੂੰ ਸੰਭਵ ਹੋਵੇ ਸਧਾਰਨ ਹਿੱਸਿਆਂ ਵਿੱਚ ਤੋੜੋ।
ਹਰ ਲੇਖ 'ਤੇ ਹਿਹਠਾਂ ਪੁੱਛੋ: “ਕੀ ਇਹ ਮਦਦਗਾਰ ਸੀ?” ਇੱਕ ਸਾਦਾ ਕੰਟਰੋਲ (ਹਾਂ/ਨਹੀਂ) ਅਤੇ “ਇੱਕ ਮਸਲਾ ਰਿਪੋਰਟ ਕਰੋ” ਲਿੰਕ ਜੋ ਇੱਕ ਹਲਕੀ ਫਾਰਮ ਖੋਲ੍ਹਦਾ ਹੈ ਜਾਂ ਮੌਜੂਦਾ ਟਰੈਕਰ (ਉਦਾਹਰਨ: support ਜਾਂ community) ਵੱਲ ਪੁਆਇੰਟ ਕਰਦਾ ਹੈ ਸ਼ਾਮਲ ਕਰੋ। ਇਹ ਤੁਰੰਤ ਸੁਧਾਰਾਂ ਲਈ ਬੁਲਾਉਂਦਾ ਹੈ ਅਤੇ ਮੋਡਰੇਟਰਾਂ ਨੂੰ ਉਹ ਪੰਨੇ ਦਿਖਾਉਂਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਸੁਧਾਰ ਦੀ ਲੋੜ ਹੈ।
ਕਮਿਊਨਿਟੀ-ਚਲਿਤ ਗਿਆਨ-ਬੇਸ ਸਿਰਫ਼ ਤਦ ਕੰਮ ਕਰਦਾ ਹੈ ਜਦੋਂ ਹਰ ਕੋਈ ਇਸਨੂੰ ਆਸਾਨੀ ਨਾਲ ਪੜ੍ਹ ਸਕੇ, ਇਹ ਤੇਜ਼ੀ ਨਾਲ ਲੋਡ ਹੋਵੇ, ਅਤੇ ਤੁਸੀਂ ਇਹ ਦੇਖ ਸਕੋ ਕਿ ਕੀ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ (ਬਿਨਾਂ ਲੋਕਾਂ ਦੀ ਗੁਪਤਤਾ ਘਟਾਏ)। ਇਹ ਬੁਨਿਆਦੀ ਚੀਜ਼ਾਂ ਸ਼ੁਰੂ ਤੋਂ ਯੋਜਨਾ ਬਨਾਉਣ ਨਾਲ ਮੁੜ-ਕੰਮ ਬਚਦਾ ਹੈ।
ਆਮ ਰੋਡਬਲਾਕ ਹਟਾਉਣ ਵਾਲੀ ਅਭਿਆਸ ਸ਼ੁਰੂ ਕਰੋ:
ਸਮਰੱਥਾ ਲਈ ਸਥਿਰਤਾ ਮਹੱਤਵਪੂਰਨ ਹੈ: ਜੇ ਹਰ ਲੇਖ ਇੱਕੋ ਹੀ ਰਚਨਾ ਵਰਤਦਾ ਹੈ, ਯੋਗਦਾਨਕਾਰ ਘੱਟ ਅਜਿਹਾ ਕਰਨਗੇ ਜੋ ਪਾਠਕਾਂ ਨੂੰ ਗੱਡ-ਗਿੜਾ ਕਰੇ।
ਗਿਆਨ-ਬੇਸ ਪੰਨੇ ਆਮਤੌਰ 'ਤੇ ਟੈਕਸਟ-ਭਾਰ ਹੁੰਦੇ ਹਨ, ਜੋ ਚੰਗੀ ਗੱਲ ਹੈ—ਜਦ ਤੱਕ ਥੀਮ, ਪਲੱਗਇਨ ਅਤੇ ਟ੍ਰੈਕਿੰਗ ਸਕ੍ਰਿਪਟ ਸਭ ਕੁਝ ਨਹੀਂ ਸੁਸਤ ਕਰ ਦਿੰਦੇ। ਕੁਝ ਅਹੰਕਾਰ-ਭਰਮਕ ਚੋਣਾਂ:
ਜੇ ਤੁਸੀਂ ਗਲੋਬਲ ਯੋਗਦਾਨਕਾਰਾਂ ਦੀ ਉਮੀਦ ਕਰਦੇ ਹੋ, ਤਾਂ ਮੋਬਾਇਲ ਅਤੇ ਧੀਮੇ ਨੈਟਵਰਕ 'ਤੇ ਟੈਸਟ ਕਰੋ; “ਸੰਪਾਦਨ” ਅਨੁਭਵ ਵੀ “ਪਾਠ” ਅਨੁਭਵ ਜਿਤਨਾ ਤੇਜ਼ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਲਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਵਿਸ਼ਲੇਸ਼ਣ ਅਤੇ ਪਰਾਈਵੇਸੀ-ਮਿੱਤਰ ਮਾਪਦੰਡ ਸੈਟ ਕਰੋ। ਇਸਦਾ ਟਰੈਕਿੰਗ ਫੋਕਸ ਹੋਵੇ:
ਜਨਰਲੈਟੇਡ ਡੈਟਾ, ਛੋਟੇ ਰੀਟੇਨਸ਼ਨ ਵਿੰਡੋ ਅਤੇ ਫਾਲਤੂ ਪ੍ਰਸੋਨਲ ਆਈਡੈਂਟਿਫਾਇਰ ਨਾ ਇਕੱਠੇ ਕਰੋ।
ਲੌਗ ਅਤੇ ਬੈਕਅੱਪ ਲਈ ਇੱਕ ਯੋਜਨਾ ਬਣਾਓ। ਤੈਅ ਕਰੋ:
ਇਸਨੂੰ ਗਵਰਨੈਂਸ ਡੌਕਸ ਵਿੱਚ ਲਿਖੋ ਤਾਂ ਕਿ ਮੋਡਰੇਟਰ ਅਤੇ ਮੇਨਟੇਨਰ ਹਾਦਸਿਆਂ ਨੂੰ ਇੱਕ ਸਥਿਰ ਤਰੀਕੇ ਨਾਲ ਸੰਭਾਲ ਸਕਣ, ਭਾਵੇਂ ਟੀਮ ਬਦਲੇ।
ਗਿਆਨ-ਬੇਸ ਲਈ SEO ਕਲਿੱਕਾਂ ਤੋਂ ਵੱਧ ਹੋ ਕੇ—ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਜਿਨ੍ਹਾਂ ਲੋਕਾਂ ਕੋਲ ਅਸਲ ਸਵਾਲ ਹੈ ਉਹ ਸਹੀ ਜਵਾਬ ਭਰੋਸੇਯੋਗ ਤਰੀਕੇ ਨਾਲ ਲੱਭ ਸਕਦੇ ਹਨ, ਤੇ ਫਿਰ ਅਗਲੇ ਪੜਾਅ ਨੂੰ ਖੋਜ ਸਕਦੇ ਹਨ।
ਉਹ ਕਿਵੇਂ ਟਾਈਪ ਕਰਨਗੇ ਇਹ ਸੋਚੋ। ਚੰਗਾ ਪੰਨਾ ਸਿਰਲੇਖ ਨਿਰਦੇਸ਼ਕ, ਸਧਾਰਨ-ਭਾਸ਼ਾ ਅਤੇ ਵਾਅਦਾ-ਚਾਲੂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ (ਲੋਕ ਕੀ ਸਿੱਖਣ ਜਾਂ ਹੱਲ ਕਰਨਗੇ)। ਮੈਟਾ ਵਰਣਨ ਉਸ ਵਾਅਦੇ ਨੂੰ ਪੂਰਾ ਕਰੇ ਅਤੇ ਦਰਸਾਏ ਕਿ ਪੰਨਾ ਕਿਸ ਲਈ ਹੈ।
ਉਦਾਹਰਨ:
ਜੇ ਤੁਸੀਂ ਡੀਪ, ਰੇਫਰੈਂਸ-ਸਟਾਈਲ ਪੰਨੇ ਲਿਖਦੇ ਹੋ ਤਾਂ ਉੱਚ ਨੂੰ ਇੱਕ ਨੌਕ-ਜਵਾਬ ਸੈਕਸ਼ਨ ਸ਼ਾਮਲ ਕਰੋ ਤਾਂ ਖੋਜ ਕਰਨ ਵਾਲੇ ਤੁਰੰਤ ਕੀਮਤੀ ਜਾਣਕਾਰੀ ਲੈ ਸਕਣ।
URLs ਛੋਟੇ, ਪੜ੍ਹਨਯੋਗ ਅਤੇ ਸਥਿਰ ਰੱਖੋ। ਹਰ ਸੰਕਲਪ ਲਈ ਇੱਕ canonical ਪੰਨਾ ਰੱਖੋ—ਜ਼ਿਆਦਾ ਸਮਾਨ पੰਨੇ ਪ੍ਰਕਾਸ਼ਿਤ ਨਾ ਕਰੋ। ਜੇ ਓਵਰਲੈਪ ਹੋਵੇ ਤਾਂ ਉਸ ਨੂੰ ਮਰਜ ਅਤੇ redirect ਕਰੋ।
ਕੁਝ ਆਮ ਪੈਟਰਨ:
ਇੱਕੋ ਲੇਖ ਨੂੰ ਵੱਖ-ਵੱਖ URLs 'ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਨਾ ਕਰੋ; ਜੇ ਕਰਨਾ ਲਾਜ਼ਮੀ ਹੋਵੇ ਤਾਂ canonical URL ਵਰਤੋ।
Structured data ਖੋਜ ਇੰਜਣਾਂ ਨੂੰ ਪੰਨੇ ਸਮਝਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ। ਕਮਿਊਨਿਟੀ ਦਸਤਾਵੇਜ਼ਾਂ ਲਈ, FAQ ਮਾਰਕਅਪ ਉਪਯੋਗੀ ਹੋ ਸਕਦਾ ਹੈ ਜੇ ਪੰਨਾ ਸਪਸ਼ਟ ਪ੍ਰਸ਼ਨ-ਉੱਤਰ ਰੱਖਦਾ ਹੈ, ਅਤੇ HowTo ਮਾਰਕਅਪ step-by-step ਗਾਈਡਾਂ ਲਈ ਮਦਦਗਾਰ ਹੈ। ਸਿਰਫ਼ ਉਸ ਵੇਲੇ ਜ਼ੋੜੋ ਜਦੋਂ ਪੰਨਾ ਵਾਸਤਵ ਵਿੱਚ ਉਸ ਫਾਰਮੈਟ ਨੂੰ ਮੈਚ ਕਰਦਾ ਹੋਵੇ—ਜਮਪ ਮਾਰਕੇਟ ਨਾਉ-ਫੋਰਸ ਕਰੋ।
ਕਮਿਊਨਿਟੀ ਯੋਗਦਾਨ ਆਮਤੌਰ 'ਤੇ ਪ੍ਰਤਿਕਿਰਿਆਕਾਰ ਹੁੰਦੇ ਹਨ (“ਕਿਸੇ ਨੇ ਸਵਾਲ ਪੁੱਛਿਆ, ਅਸੀਂ ਲਿਖ ਦਿੱਤਾ”)। ਇਸਨੂੰ ਰੱਖੋ ਪਰ ਉੱਚ-ਮੁੱਲ ਵਾਲੇ ਵਿਸ਼ਿਆਂ ਲਈ ਇੱਕ ਆਲੇਖ-ਸੰਪਾਦਕੀ ਕੈਲੰਡਰ ਵੀ ਰੱਖੋ:
ਇਹ ਤਤਕਾਲੀ ਫਿਕਸਾਂ ਅਤੇ ਸਥਾਈ ਪੰਨਿਆਂ ਵਿੱਚ ਸੰਤੁਲਨ ਰੱਖਦਾ ਹੈ ਜੋ ਧੀਰੇ-ਧੀਰੇ ਟ੍ਰੈਫਿਕ ਖਿੱਚਦੇ ਹਨ।
ਅੰਦਰੂਨੀ ਲਿੰਕਿੰਗ ਉਹ ਜਗ੍ਹਾ ਹੈ ਜਿੱਥੇ ਗਿਆਨ-ਬੇਸ ਆਮ ਬਲੌਗ ਦੀ ਤੁਲਨਾ ਵਿੱਚ ਬਿਹਤਰ ਕਰ ਸਕਦਾ ਹੈ। ਹਰ ਪੰਨੇ ਦੇ ਅਖੀਰ ਵਿੱਚ “ਅਗਲੇ ਕਦਮ” ਲਿੰਕ ਜੋੜੋ ਜੋ ਪੜ੍ਹਨ ਵਾਲੇ ਨੂੰ ਉਸ ਮੁੱਦੇ ਨੂੰ ਸਲ੍ਹੇ ਕਰਨ ਪਰ ਬਾਅਦ ਵਾਲੀ ਲੋੜੀਂਦੀ ਚੀਜ਼ ਵੱਲ ਲੈ ਜਾਵੇ। ਜਿੱਥੇ ਲੋੜੀਂ, /blog ਲਈ ਡੀਪ ਸੰਦਰਭ ਅਤੇ /pricing ਲਈ ਵੇਰਵਾ ਜੋੜੋ—ਲਿੰਕ ਮਨਿਸ਼ਤ ਲਈ ਨਹੀਂ, ਪਰ ਹਮੇਸ਼ਾਂ ਉਦੇਸ਼ਪੂਰਕ ਹੋਣ।
ਗਿਆਨ-ਬੇਸ ਲਾਂਚ ਹੋਣਾ “ਵੱਡਾ ਧਮਾਕਾ” ਨਾ ਸਮਝੋ; ਇਹ ਉਮੀਦਾਂ ਤੈਅ ਕਰਨ ਦਾ ਕੰਮ ਹੈ: ਇਹ ਇਕ ਜਿੰਦੇ ਸਾਧਨ ਹੈ ਜੋ ਦੁਹਰਾਏ ਹੋਏ ਯੋਗਦਾਨਾਂ ਨਾਲ ਬਿਹਤਰ ਬਣੇਗਾ। ਕਿਸੇ ਹੱਦ ਤੱਕ ਪੋਲਿਸ਼ ਕੀਤੀ ਹੋਈ v1 ਨਾਲ ਲਾਂਚ ਕਰੋ ਜੋ ਅਮਲ ਤੋਂ ਸਿਖਣ ਲਈ ਲਚਕੀਲਾ ਹੋਵੇ।
ਵਿਆਪਕ ਐਲਾਨ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਛੋਟੀ ਟੀਮ ਨਾਲ ਇੱਕ ਛੋਟਾ ਪਾਇਲਟ ਚਲਾਓ। ਉਹਨਾਂ ਨੂੰ ਅਸਲ ਕਾਰਜ ਦਿਓ (ਪੰਨਾ ਠੀਕ ਕਰੋ, ਨਵਾਂ ਆਰਟੀਕਲ ਜੋੜੋ, ਕੁਝ ਗੁੰਝਲਦਾਰ ਚੀਜ਼ ਫਲੈਗ ਕਰੋ) ਅਤੇ ਦੇਖੋ ਕਿ ਕੀ ਰੁਕਾਵਟ ਆਉਂਦੀਆਂ ਹਨ।
ਪਾਇਲਟ ਨਾਲ ਇਹ ਵੈਰਿਫਾਈ ਕਰੋ:
ਇੱਕ ਕਮਿਊਨਿਟੀ ਦਸਤਾਵੇਜ਼ ਸਾਈਟ ਖਾਲੀ ਮਹਿਸੂਸ ਕਰਦੀ ਹੈ ਜਦੋਂ ਤੱਕ ਉਸ ਵਿੱਚ ਕੁਝ ਐਂਕਰ ਪੰਨੇ ਨਾ ਹੋਣ। ਸਾਈਟ ਨੂੰ ਕੁਝ ਕੋਰਨਰਸਟੋਨ ਆਰਟੀਕਲਾਂ ਨਾਲ ਸੀਡ ਕਰੋ—ਸਭ ਤੋਂ ਖੋਜੀਏ ਸਵਾਲ, canonical setup guides, ਅਤੇ ਛੋਟੀ glossary।
ਇੱਕ ਵੈਲਕਮ ਗਾਈਡ जोड़ੋ ਜੋ ਉੱਤਰ ਦਿੰਦੀ ਹੈ:
ਉਸ ਗਾਈਡ ਨੂੰ ਹੋਮਪੇਜ ਅਤੇ /contribute ਖੇਤਰ ਵਿੱਚ ਪ੍ਰਮੁੱਖ ਰੂਪ ਵਿੱਚ ਲਿੰਕ ਕਰੋ।
ਨਵੇਂ ਯੋਗਦਾਨਕਾਰਾਂ ਨੂੰ ਸਹਾਇਤਾ ਲਈ ਤਿੰਨ ਜਰੂਰੀ ਚੀਜ਼ਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ:
ਇਹ ਪੰਨੇ ਛੋਟੇ ਰਖੋ ਅਤੇ “ਸ਼ਾਨਦਾਰ ਲੇਖ” ਦੇ ਉਦਾਹਰਨ ਲਿੰਕ ਕਰੋ ਤਾਂ ਨਵੇਂ ਯੋਗਦਾਨਕਾਰ ਇਕ ਪ੍ਰੂਵਨ ਪੈਟਰਨ ਨਕਲ ਕਰ ਸਕਣ।
ਜਦੋਂ ਤੁਸੀਂ ਲਾਂਚ ਐਲਾਨ ਕਰੋ, ਨੂੰ ਕਮਿਊਨਿਟੀ ਚੈਨਲਾਂ ਵਿੱਚ 2–3 ਸਪਸ਼ਟ ਕਾਲ-ਟੂ-ਐਕਸ਼ਨ ਦਿਓ (ਉਦਾਹਰਨ: “ਗੁੰਮਸ਼ੁਦਾ ਵਿਸ਼ੇ ਸੁਝਾਓ”, “ਇਸ ਸਟਾਰਟਰ ਗਾਈਡ ਦੀ ਸਮੀਖਿਆ ਕਰੋ”, “ਆਪਣੇ ਟ੍ਰਬਲਸ਼ੂਟਿੰਗ ਟਿੱਪਸ ਜੋੜੋ”)। ਫੀਡਬੈਕ ਲਈ ਇਕ ਇਕੱਲੀ ਜਗ੍ਹਾ ਬਣਾਓ ਤਾਂ ਕਿ ਇਹ ਤਿਖੜਾ ਨਾ ਹੋਵੇ—ਫਿਰ ਬਦਲਾਅ ਜੋ ਤੁਸੀਂ ਕੀਤਾ ਉਹ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ।
ਜੇ ਤੁਸੀਂ ਗਿਆਨ-ਬੇਸ ਇੱਕ ਕਸਟਮ ਐਪ ਵਜੋਂ ਬਣਾਇਆ (ਬਜਾਏ off-the-shelf wiki/CMS), ਤਾਂ iteration ਆਸਾਨ ਬਣਾਓ: Koder.ai ਵਰਗਾ ਪਲੇਟਫਾਰਮ ਟੀਮਾਂ ਨੂੰ ਤੇਜ਼ ਤੌਰ 'ਤੇ ਬਦਲਾਅ ਸ਼ਿਪ ਕਰਨ, consistent deployments, ਅਤੇ snapshots/rollback ਵਰਗੀਆਂ ਸਹੂਲਤਾਂ ਨਾਲ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ।
ਗਤੀ ਉਤਸ਼ਾਹ ਵਿੱਚ ਠੰਡੀ ਪੈ ਜਾਂਦੀ ਹੈ ਜਦੋਂ ਰੱਖ-ਰਖਾਅ ਆਦ-ਹੋਕ ਹੋ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਛੋਟੀ, ਪੱਕੀ ਰਿਧਮ ਬਣਾਓ:
ਇੱਕ ਨਿਰੰਤਰ ਛੋਟਾ ਕੈਡੈਂਸ ਭਰੋਸਾ ਬਣਾਉਂਦਾ ਹੈ—ਅਤੇ ਤੁਹਾਡੇ ਗਿਆਨ-ਬੇਸ ਨੂੰ ਪਾਠਕਾਂ ਅਤੇ ਯੋਗਦਾਨਕਾਰਾਂ ਲਈ ਰੋਜ਼ਾਨਾ ਦੀ ਆਦਤ ਬਣਾਉਂਦਾ ਹੈ।
ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਇਕ-ਇਕ ਵਾਕ “ਕਰਜ ਕਰਨ ਲਈ” (job to be done) ਲਿਖੋ, ਫਿਰ ਇਸਨੂੰ ਅਸਲ ਦੁਹਰਾਏ ਜਾਣ ਵਾਲੇ ਸਵਾਲਾਂ ਨਾਲ ਵੈਰੀਫਾਈ ਕਰੋ.
ਇੱਕ ਅਸਾਨ ਟੈਸਟ: “ਕੀ ਇਹ ਚੈਟ ਵਿੱਚ ਕਿਸੇ ਨੂੰ ਇੱਕੋ ਸਵਾਲ ਦੁਹਰਾਉਣ ਤੋਂ ਘਟਾ ਦੇਵੇਗਾ?”
ਜੇ ਤੁਹਾਡੀ ਮਕਸਦ ਤੇਜ਼ ਸਵੈ-ਸੇਵਾ ਜਵਾਬ ਹੈ ਤਾਂ ਪਹਿਲਾਂ ਪਾਠਕਾਂ ਨੂੰ ਤਰਜੀਹ ਦਿਓ; ਜੇ ਮਕਸਦ ਤੇਜ਼ ਕਵਰੇਜ ਹੈ ਤਾਂ ਯੋਗਦਾਨਕਾਰਾਂ ਨੂੰ ਪਹਿਲਾ ਧਿਆਨ ਦਿਓ.
ਸਧਾਰਨ, ਵਰਤਣਯੋਗ ਕ੍ਰਮ ਇਸ ਤਰ੍ਹਾਂ ਹੈ:
ਭਰੋਸੇਯੋਗ ਸਮੱਗਰੀ ਆਮ ਤੌਰ ’ਤੇ ਸਮੇਂ ਦੇ ਨਾਲ ਯੋਗਦਾਨਕਾਰਾਂ ਨੂੰ ਖਿੱਚਦੀ ਹੈ।
“ਕਮਿਊਨਿਟੀ-ਚਲਿਤ” ਦਾ ਅਰਥ ਮੂਰਝਾਂ ਤੇ ਨਹੀਂ, ਸਪਸ਼ਟ ਅਧਿਕਾਰ ਅਤੇ ਜਿੰਮੇਵਾਰੀਆਂ ਹੁੰਦੀਆਂ ਹਨ.
ਖੁੱਲ੍ਹੇ ਤੌਰ 'ਤੇ ਇਹ ਪੁੱਛੋ:
ਇਹ ਸਪਸ਼ਟਤਾ ਨਿਰਾਸ਼ਾ ਰੋਕਦੀ ਹੈ ਜਦੋਂ ਉਮੀਦਾਂ ਅਤੇ ਅਧਿਕਾਰ ਮਿਲਦੇ ਨਹੀਂ।
ਹਾਜ਼ਿਰ ਨਤੀਜੇ ਦਰਸਾਉਣ ਵਾਲੇ ਗਣਨਾਤਮਕ ਮੈਟਰਿਕ ਚੁਣੋ—ਮਾਤਰਾ ਨਹੀਂ।
ਚੰਗੇ ਸਟਾਰਟਰ:
v1 ਲਈ ਇੱਕ ਤੰਗ ਸਕੋਪ ਤੇ “ਨਾਟ ਯੈਟ” ਲਿਸਟ ਰੱਖੋ.
ਵਿਵਹਾਰਕ ਤਰੀਕੇ:
ਉਸ ਮਾਡਲ ਨੂੰ ਚੁਣੋ ਜੋ ਤੁਹਾਡੇ ਸਮੁਦਾਏ ਦੀ ਵਰਤੋਂ ਨਾਲ ਮਿਲਦਾ ਹੋਵੇ.
ਲਕੜੀ ਬਣਾਉਣਾ ਨਹੀਂ—ਉਸ ਡਾਈਨਾਮਿਕ ਨੂੰ ਘਟਾਓ ਜੋ ਤੁਹਾਡੇ ਲੋਕ ਅਪਣਾਉਣਗੇ।
ਸਿਰਫ਼ 5–8 ਟੌਪ-ਲੇਵਲ ਸ਼੍ਰੇਣੀਆਂ ਰੱਖੋ ਜੋ ਤੁਹਾਡੀ ਕਮਿਊਨਿਟੀ ਦੀ ਸੋਚ ਨਾਲ ਮੇਲ ਖਾਂਦੀਆਂ ਹੋਣ।
ਲੇਬਲ ਟੈਸਟ ਕਰਨ ਲਈ ਮੈਂਬਰਾਂ ਨੂੰ ਪੁੱਛੋ ਕਿ ਉਹ ਕਿਸ ਸਵਾਲ ਲਈ ਕਿੱਥੇ ਦੇਖਦੇ—ਜੇ ਉੱਤਰ ਵੱਖ-ਵੱਖ ਹਨ, ਤਾਂ ਨਾਂਬਦਲੀ ਕਰੋ ਜਾਂ ਕ੍ਰਾਸ-ਲਿੰਕ ਜੁੜੋ।
ਇਹ ਵਰਗੀ ਚੋਣ ਉਸ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ ਜੋ ਇਸਦੀ ਦੇਖਭਾਲ ਕਰੇਗਾ ਅਤੇ ਸੰભਾਵਿਤ ਯੋਗਦਾਨਕਾਰ ਕਿਵੇਂ ਤਕਨੀਕੀ ਹਨ.
ਕਮਿਊਨਿਟੀ ਡੌਕਸ ਲਈ ਨਿੱਰਵਿਕਲ ਚੀਜ਼ਾਂ:
ਟੈਮਪਲੇਟ ਅਤੇ ਹਲਕੀ ਨਿਯਮਾਂ ਨਾਲ “ਖਾਲੀ ਪੰਨਾ” ਕੰਮ ਘੱਟ ਕਰੋ.
ਡਿਫਾਲਟ ਟੈਂਪਲੇਟ ਵਿਚ ਸ਼ਾਮਲ ਕਰੋ:
ਟੈਕਸੋਨੋਮੀ ਨਿਯਮ: ਇੱਕ ਪੰਨਾ—ਇੱਕ ਸ਼੍ਰੇਣੀ, 2–6 ਟੈਗਜ਼ ਕਿਸੇ ਕੰਟਰੋਲ ਕੀਤੀ ਸੂਚੀ ਤੋਂ।
ਗਵਰਨੈਂਸ ਨੂੰ ਪੇਸ਼ਗੀ ਅਤੇ ਸੁਚੱਜਾ ਬਣਾਓ ਤਾਂ ਕਿ ਨਵਾਂ ਯੋਗਦਾਨ ਹੌਂਸਲਾ ਨਾ ਗੁਆਵੇ।
ਮੁੱਖ ਤੱਤ:
ਗਵਰਨੈਂਸ ਪੰਨਿਆਂ ਨੂੰ ਆਸਾਨੀ ਨਾਲ ਲੱਭਣਯੋਗ ਸਥਾਨਾਂ ਤੇ ਰੱਖੋ, ਜਿਵੇਂ /governance ਅਤੇ /content-policy।
ਕੱਚੇ ਪੰਨਾ ਗਿਣਤੀ ਵਰਗੇ ਵੈਨਟੀ ਮੈਟਰਿਕ ਤੋਂ ਬਚੋ—ਵਧੇ ਹੋਏ ਪੰਨੇ ਡੁਪਲਿਕੇਸ਼ਨ ਵੀ ਦਰਸਾ ਸਕਦੇ ਹਨ।