14 ਅਗ 2025·8 ਮਿੰਟ
ਇੱਕ ਸੰਸਥਾਪਕ ਵੈਬਸਾਈਟ ਕਿਵੇਂ ਬਣਾਈਏ ਜੋ ਉਤਪਾਦ ਫਿਲਾਸਫੀ ਨੂੰ ਸਮਝਾਏ
ਉਤਪਾਦ ਦੀ ਫਿਲਾਸਫੀ ਨੂੰ ਸਪਸ਼ਟ ਤਰੀਕੇ ਨਾਲ ਸਮਝਾਉਂਣ ਵਾਲੀ, ਸਟਾਰਟਅਪ-ਅਧਾਰਿਤ ਸੰਸਥਾਪਕ ਵੈਬਸਾਈਟ ਬਣਾਉਣ ਲਈ ਕਾਰਗਰ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼: ਬਣਤਰ, ਲਿਖਾਈ ਅਤੇ ਲਾਂਚ ਲਈ عملی ਟਿੱਪਸ।
ਉਤਪਾਦ ਦੀ ਫਿਲਾਸਫੀ ਨੂੰ ਸਪਸ਼ਟ ਤਰੀਕੇ ਨਾਲ ਸਮਝਾਉਂਣ ਵਾਲੀ, ਸਟਾਰਟਅਪ-ਅਧਾਰਿਤ ਸੰਸਥਾਪਕ ਵੈਬਸਾਈਟ ਬਣਾਉਣ ਲਈ ਕਾਰਗਰ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼: ਬਣਤਰ, ਲਿਖਾਈ ਅਤੇ ਲਾਂਚ ਲਈ عملی ਟਿੱਪਸ।
ਸੰਸਥਾਪਕ ਵੈਬਸਾਈਟ ਕੋਈ ਬ੍ਰੋਸ਼ਰ ਨਹੀਂ—ਇਹ ਇੱਕ ਸਪਸ਼ਟ ਇਰਾਦੇ ਦਾ ਬਿਆਨ ਹੈ। ਕਿਸੇ ਵੀ ਲਾਈਨ ਨੂੰ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ, ਫੈਸਲਾ ਕਰੋ ਕਿ ਸਾਈਟ ਕਿਸ ਲਈ ਹੈ: ਉਤਪਾਦ ਦੇ “ਕਿਉਂ” ਨੂੰ ਸਮਝਾਉਣ ਲਈ, ਤਾਂ ਜੋ ਪੜ੍ਹਨ ਵਾਲੇ ਉਹ ਮਨੋਵ੍ਰਿਤੀ ਸਮਝ ਸਕਣ ਜਿਸ ਨੇ ਉਸਨੂੰ ਆਕਾਰ ਦਿੱਤਾ, ਸਿਰਫ਼ ਫੀਚਰਾਂ ਦੀ ਸੂਚੀ ਨਹੀਂ।
ਤੁਹਾਡੀ ਉਤਪਾਦ ਫਿਲਾਸਫੀ ਅਜਿਹੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ:
ਜਦੋਂ ਇਹ ਸਪਸ਼ਟ ਹੁੰਦਾ ਹੈ, ਹਰ ਪੰਨਾ ਇੱਕੋ ਕਹਾਣੀ ਨੂੰ ਸਮਰਥਨ ਕਰ ਸਕਦਾ ਹੈ।
ਪਹਿਲੀ ਵਰਜਨ ਲਈ ਇੱਕ ਪ੍ਰਾਇਮਰੀ ਦਰਸ਼ਕ ਚੁਣੋ:
ਫਿਰ ਉਸ ਦਰਸ਼ਕ ਨਾਲ ਜੁੜੀ ਇੱਕ ਸਿਰਫ਼ ਸਫਲ ਨਤੀਜੇ—ਈਮੇਲ ਸਾਈਨਅਪ, ਡੈਮੋ ਬੁਕਿੰਗ, ਪ੍ਰੀ-ਆਰਡਰ, ਜਾਂ ਭਰਤੀ ਰੁਚੀ—ਚੁਣੋ ਅਤੇ ਸਾਈਟ ਨੂੰ ਲੋਕਾਂ ਨੂੰ ਉਥੇ ਲਿਜਾਣ ਲਈ ਡਿਜ਼ਾਇਨ ਕਰੋ।
ਸਪਸ਼ਟ ਨੰਬਰਾਂ ਵਿੱਚ ਲਿਖੋ ਕਿ “ਕਾਮ ਕਰਨਾ” ਕਿਵੇਂ ਦਿਖਦਾ ਹੈ: ਇੱਕ ਰੂਪਾਂਤਰਨ ਦਰ ਲਕੜੀ, ਡੈਮੋ ਅਨੁਰੋਧਾਂ ਲਈ ਸਾਪਤੇਹਿਕ ਲਕੜੀ, ਜਾਂ ਯੋਗ ਇਮੇਲਾਂ ਦੀ ਘੱਟੋ-ਘੱਟ ਗਿਣਤੀ।
ਸਾਈਟ ਨੂੰ ਲੰਬੇ ਆਤਮਕਥਾ-ਸ਼ੈਲੀ ਵਿੱਚ ਪਰਿਵਰਤਿਤ ਕਰਨ ਤੋਂ ਬਚੋ। ਜੇ ਮੂਲ ਕਥਾ ਸਿੱਧਾ ਫਿਲਾਸਫੀ ਨੂੰ ਸਮਝਾਉਂਦੀ ਨਹੀਂ ਤਾਂ ਲੰਬੀ ਉਤਪੱਤੀ ਕਹਾਣੀ ਛੱਡ ਦਿਓ। ਜਰਗਨ-ਭਰੇ ਦਾਅਵਿਆਂ ਤੋਂ ਬਚੋ ਅਤੇ ਥੋਖੇ-ਥੋਖੇ ਵਾਅਦੇ ਰੱਖੋ ਜੋ ਤੁਸੀਂ ਬਚਾ ਸਕਦੇ ਹੋ।
ਤੁਹਾਡੀ ਉਤਪਾਦ ਫਿਲਾਸਫੀ ਕੁਝ ਛੋਟੇ ਵਿਸ਼ਵਾਸਾਂ ਦਾ ਸੈੱਟ ਹੈ ਜੋ ਇਹ ਸਮਝਾਉਂਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਕਿਉਂ ਇਹ ਉਤਪਾਦ ਬਣਾਇਆ ਅਤੇ ਕਿਵੇਂ ਤੁਸੀਂ ਭਵਿੱਖ ਦੇ ਫੈਸਲੇ ਕਰਦੇ ਰਹੋਗੇ। ਇਸ ਨੂੰ ਇੱਕ ਚਤੁਰ ਮਿੱਤਰ ਨੂੰ ਸਮਝਾਉਂਦੇ ਹੋਏ ਲਿਖੋ—ਮੈਨਿਫੈਸਟੋ ਵਾਂਗ ਨਹੀਂ।
ਇੱਕ ਲਾਈਨ ਤਿਆਰ ਕਰੋ ਜੋ ਤੁਸੀਂ ਸਾਈਟ ਦੇ ਕਈ ਹਿੱਸਿਆਂ 'ਚ ਦੁਹਰਾ ਸਕੋ (ਹੋਮ, /about, product page):
“For [ਕੌਣ], we solve [ਸਮੱਸਿਆ] by [ਤੁਹਾਡੀ ਪਹੁੰਚ], because we believe [ਉਹ ਬਦਲਾਅ].”
ਉਦਾਹਰਨ: “ਛੋਟੇ ਏਜੰਸੀ ਮਾਲਕਾਂ ਲਈ, ਅਸੀਂ ਰਲ-ਮਲ ਪ੍ਰਬੰਧਨ ਨੂੰ opinionated workflows ਨਾਲ ਘੱਟ ਕਰਦੇ ਹਾਂ, ਕਿਉਂਕਿ ਅਸੀਂ ਮੰਨਦੇ ਹਾਂ ਕਿ ਸਪਸ਼ਟਤਾ ਹਮੇਸ਼ਾ ਅਨੰਤ ਕਸਟਮਾਈਜ਼ੇਸ਼ਨ ਤੋਂ ਵਧੀਆ ਹੈ।”
ਉਹਨਾਂ ਨੂੰ ਅਜਿਹਾ ਰੱਖੋ ਕਿ ਉਹ ਫੈਸਲੇ ਗਾਈਡ ਕਰਨ ਯੋਗ ਹੋਣ:
ਵਿਸ਼ਵਾਸ ਅੰਦਰੂਨੀ ਹੁੰਦੇ ਹਨ। ਵਾਅਦੇ ਉਹ ਹਨ ਜੋ ਉਪਭੋਗਤਾ ਇਹ ਉਮੀਦ ਕਰ ਸਕਦੇ ਹਨ:
ਟਰੇਡ-ਆਫ਼ ਇਮਾਨਦਾਰੀ ਦਰਸਾਉਂਦੇ ਹਨ ਅਤੇ ਸਹੀ ਗਾਹਕਾਂ ਨੂੰ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਚੁਣਨ ਵਿੱਚ ਮਦਦ ਕਰਦੇ ਹਨ।
ਉਦਾਹਰਨ:
ਚਮਤਕਾਰ ਦੀ ਨਹੀਂ, ਸਪਸ਼ਟਤਾ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ। ਜੇ ਪੜ੍ਹਨ ਵਾਲਾ ਅਗਲੇ ਉਤਪਾਦ ਫੈਸਲਿਆਂ ਦੀ భਵਿੱਖ-ਭਵਿੱਖੀ ਪੇਸ਼ਗੋਈ ਕਰ ਸਕਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਡੀ ਫਿਲਾਸਫੀ ਆਪਣਾ ਕੰਮ ਕਰ ਰਹੀ ਹੈ।
ਸੰਸਥਾਪਕ ਵੈਬਸਾਈਟ ਵਕਤੀ ਕੰਮ ਕਰਦੀ ਹੈ ਜਦੋਂ ਇਹ ਉਸ ਲੋਕ ਦੀ ਭਾਸ਼ਾ ਵਰਤੀ ਜਾਵੇ ਜਿਸਦੀ ਇਹ ਮਦਦ ਕਰ ਰਹੀ ਹੈ। ਕਿਸੇ “ਫਿਲਾਸਫੀ” ਨੂੰ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ, ਉਨ੍ਹਾਂ ਦੇ ਸ਼ਬਦ ਸੁਣੋ: ਉਹ ਸਮੱਸਿਆ ਨੂੰ ਕਿਵੇਂ ਦੱਸਦੇ ਹਨ, ਕਿਹੜਾ ਪਲ ਦਰਦਨਾਕ ਹੋ ਜਾਂਦਾ ਹੈ, ਅਤੇ “ਵਧੀਆ” ਹੋਣ ਦਾ ਅਨੁਭਵ ਕਿਵੇਂ ਮਹਿਸੂਸ ਹੁੰਦਾ ਹੈ।
5–10 ਸਹੀ-ਸਹੀ ਵਾਕ ਵਰਤੋਂਕਾਰਾਂ ਦੀ ਆਪਣੀ ਆਵਾਜ਼ ਵਿੱਚ ਲੱਭੋ:
ਹੋਸ਼ਿਆਰ ਕਰੋ ਅਤੇ ਖਾਸ ਭਾਵੁਕ ਲਾਈਨਾਂ (“ਮੈਂ ਥੱਕ ਗਿਆ ਹਾਂ…”, “ਮੈਂ ਸਿਰਫ਼ ਚਾਹੁੰਦਾ/ਚਾਹੁੰਦੀ ਹਾਂ…”) ਨੂੰ ਸਿਰਲੇਖਾਂ, ਸਬਹੈੱਡਾਂ ਅਤੇ ਫਿਲਾਸਫੀ ਦੇ ਖੁੱਲ੍ਹਦੇ ਹਿੱਸੇ ਲਈ ਰਾ ਮਾਲ ਸਮਝੋ।
ਆਮ ਅਪਤੀ-ਵਾਂ ਵਿੱਚ ਮੂਲ ਤੌਰ ਕੰਮ ਦੀਆਂ ਚੋਣਾਂ ਆਉਂਦੀਆਂ ਹਨ:
ਇਨ੍ਹਾਂ ਨਾਲ ਵਾਦ-ਵਿਵਾਦ ਨਾ ਕਰੋ; ਇਹ ਸਨਕਲਪ ਹਨ ਜੋ ਦੱਸਦੇ ਹਨ ਕਿ ਪੜ੍ਹਨ ਵਾਲੇ ਨੂੰ ਸੁਰੱਖਿਅਤ ਮਹਿਸੂਸ ਕਰਨ ਲਈ ਕੀ ਚਾਹੀਦਾ ਹੈ।
ਤੁਹਾਡੇ ਵਿਸ਼ਵਾਸ ਨੂੰ ਉਹਨਾਂ ਡਰਾਂ ਨਾਲ ਜੋੜੋ। ਜੇ ਤੁਹਾਡਾ ਵਿਸ਼ਵਾਸ “ਸਾਦਗੀ ਤਾਕਤਵਰੋਂ ਉਪਰ” ਹੈ, ਤੱਦ ਦਿਖਾਓ ਕਿ ਇਹ ਅਪਣਾਉਣ ਦੇ ਖਤਰੇ ਨੂੰ ਕਿਵੇਂ ਘਟਾਉਂਦਾ ਹੈ। ਜੇ ਵਿਸ਼ਵਾਸ “ਡੇਟਾ ਤੁਹਾਡੀ ਮਲਕੀਅਤ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ”, ਤਾਂ ਵੇਖਾਓ ਕਿ ਇਹ ਵਿਕਰੇਤਾ-ਲੌਕ‑ਇਨ ਖਤਰੇ ਨੂੰ ਕਿਵੇਂ ਘਟਾਉਂਦਾ ਹੈ। ਇਹ ਮੁੱਲ ਅਤੇ ਖਰੀਦ ਫੈਸਲੇ ਵਿਚਕਾਰ ਪੱਲਾ ਜੋੜਦਾ ਹੈ।
ਆਪਣੀ ਡਿਫਾਲਟ ਲਿਖਣ ਦੀ ਸ਼ੈਲੀ ਫੈਸਲਾ ਕਰੋ: ਛੋਟੀ ਵਾਕਾਂਸ਼, ਮਿਸਾਲਾਂ, ਘੱਟ ਸੰਖੇਪਨ। ਜਦੋਂ ਕਿਸੇ ਸ਼ਬਦ ਦੀ ਲੋੜ ਹੋਵੇ, ਤਾਂ ਇੱਕ ਵਾਰੀ ਸਧਾਰਨ ਭਾਸ਼ਾ ਵਿੱਚ ਉਸ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ। ਇਸ ਨਾਲ ਫਿਲਾਸਫੀ ਸਕੱਮ ਕਰਨਯੋਗ ਅਤੇ ਯਕੀਨੀ ਬਣਦੀ ਹੈ।
ਸੰਸਥਾਪਕ-ਅਧਿਕਤ ਸਾਈਟ ਉਸ ਸਮੇਂ ਸਭ ਤੋਂ ਵਧੀਆ ਕੰਮ ਕਰਦੀ ਹੈ ਜਦੋਂ ਇਹ ਇੱਕ ਮਾਰਗ-ਦਰਸ਼ਨ ਵਾਂਗ ਹੋਵੇ: ਤੁਸੀਂ ਕੀ ਮੰਨਦੇ ਹੋ, ਤੁਸੀਂ ਕੀ ਬਣਾਇਆ, ਇਹ ਕਿਸ ਲਈ ਹੈ, ਅਤੇ ਅਗਲਾ ਕਦਮ ਕੀ ਹੈ। ਸੰਰਚਨਾ ਨੂੰ ਇਸ ਕਹਾਣੀ ਨੂੰ ਆਸਾਨ ਬਣਾਉਣੀ ਚਾਹੀਦੀ ਹੈ।
ਹਰ ਇੱਕ ਪੰਨਾ ਇਕ ਕੰਮ ਕਰੇ:
ਲਕੜੀ ਲਈ 5–7 ਟੌਪ-ਲੇਵਲ ਆਈਟਮ ਦਾ ਟੀਚਾ ਰੱਖੋ। ਸਹਾਇਕ ਆਈਟਮਾਂ ਨੂੰ ਫੁਟਰ ਵਿੱਚ ਰੱਖੋ ਤਾਂ ਜੋ ਮੁੱਖ ਰਸਤਾ ਸਾਫ਼ ਰਹੇ।
ਹਰ ਪੰਨਾ ਇੱਕ ਪ੍ਰਾਇਮਰੀ ਕਾਰਵਾਈ ਨਾਲ ਖਤਮ ਹੋਵੇ: Start trial, Join waitlist, Book a call, ਜਾਂ Contact। ਪੂਰੇ ਸਾਈਟ 'ਤੇ ਇਹ ਕਾਰਵਾਈ ਇਕਸਾਰ ਰੱਖੋ ਤਾਂ ਕਿ ਵਿਜ਼ਟਰ ਨੂੰ ਹਰ ਪੰਨੇ 'ਤੇ ਨਵਾਂ ਫੈਸਲਾ ਨਾ ਕਰਨਾ ਪਵੇ।
ਹੋਮ ਪੇਜ ਨੂੰ ਇੱਕ ਮਿੰਟ ਤੋਂ ਘੱਟ ਵਿੱਚ ਦੋ ਕੰਮ ਕਰਨੇ ਚਾਹੀਦੇ ਹਨ: ਦੱਸੋ ਕਿ ਤੁਸੀਂ ਕਿਹੜਾ ਨਤੀਜਾ ਦਿੰਦੇ ਹੋ, ਅਤੇ ਕਿਉਂ ਤੁਹਾਡੀ ਪਹੁੰਚ ਵੱਖਰੀ ਹੈ। ਜੇ ਕਿਸੇ ਨੂੰ ਸਮਝਣ ਲਈ ਸਕ੍ਰੋਲ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਧਾਗਾ ਗੁਆ ਬੈਠੇ ਹੋ।
ਇੱਕ ਸਪਸ਼ਟ, ਨਤੀਜਾ-ਪ੍ਰਧਾਨ ਹੈਡਲਾਈਨ ਨਾਲ ਆਰੰਭ ਕਰੋ (ਉਹ ਕੀ ਰੁਪਾਂਤਰ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਕੋਈ ਤੁਹਾਡਾ ਉਤਪਾਦ ਵਰਤਦਾ ਹੈ)। ਫਿਰ ਇੱਕ ਸਹਾਇਕ ਵਾਕ ਜੋ ਤੁਹਾਡੀ ਫਿਲਾਸਫੀ ਨੂੰ ਸੰਕੇਤ ਦੇਵੇ—ਜੋ ਕਿ ਜਰਗਨ-ਮੁਕਤ ਹੋਵੇ।
ਉਦਾਹਰਨ ਢਾਂਚਾ:
ਇੱਕ ਛੋਟਾ “How we think” ਟੀਜ਼ਰ ਸ਼ਾਮਲ ਕਰੋ ਜੋ /philosophy ਵੱਲ ਦਿਸੇ। ਇਹ ਦਿਲਚਸਪ ਪਾਠਕਾਂ ਨੂੰ ਅਗਲੇ ਪੰਨੇ 'ਤੇ ਲੈ ਜਾਂਦਾ ਹੈ ਬਿਨਾਂ ਹਰ ਕਿਸੇ ਨੂੰ ਮਨੀਫੈਸਟੋ ਦੇ ਰਾਹੋਂ ਲੈ ਕੇ ਜਾਣ ਦੇ।
ਬਾਕੀ ਪੰਨੇ ਨੂੰ ਇੱਕ ਛੋਟੀ ਦਲੀਲ ਵਾਂਗ ਵਿਵਸਥਿਤ ਕਰੋ:
ਸਮੱਸਿਆ: ਉਪਭੋਗਤਾ ਕੰਮ ਕਰਨ ਵਿੱਚ ਕੀ ਦੌਰ ਹੈ, ਉਨ੍ਹਾਂ ਦੀ ਭਾਸ਼ਾ ਵਿੱਚ ਲਿਖੋ।
ਪਹੁੰਚ: ਆਪਣਾ ਨਜ਼ਰੀਆ ਸਮਝਾਓ—ਇਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਫਿਲਾਸਫੀ ਦਿਖਦੀ ਹੈ: ਤੁਸੀਂ ਕੀ ਪ੍ਰਾਥਮਿਕਤਾ ਦਿੰਦੇ ਹੋ, ਕੀ ਛੱਡ ਦਿੰਦੇ ਹੋ, ਅਤੇ ਕਿਹੜੇ ਟਰੇਡ-ਆਫ਼ ਸਵੀਕਾਰਦੇ ਹੋ।
ਉਤਪਾਦ: ਇੱਕ ਪੈਰਾਗਰਾਫ ਵਿੱਚ ਦੱਸੋ ਕਿ ਉਤਪਾਦ ਕੀ ਹੈ ਅਤੇ ਕੌਣ ਇਸ ਲਈ ਹੈ। ਫੀਚਰਾਂ ਦਾ ਡੰਪ ਨਾ ਕਰੋ; ਵਿਸਥਾਰ /product 'ਤੇ ਰੱਖੋ ਅਤੇ ਦਰਸ਼ਕ अनुसार /use-cases 'ਤੇ ਵਿਸਥਾਰ ਦਿਓ।
ਪ੍ਰਮਾਣ: ਕੁਝ ਭਰੋਸੇਯੋਗ ਸਿਗਨਲ ਸ਼ਾਮਲ ਕਰੋ (ਲੋਗੋ, ਛੋਟੀ ਪ੍ਰਸ਼ੰਸਾ, ਇੱਕ ਮੈਟ੍ਰਿਕ ਜਿਸਦਾ ਸੰਦਰਭ ਹੋवे) ਜੋ ਤੁਹਾਡੇ ਦਾਅਵੇ ਨੂੰ ਬਿਨਾਂ ਵਾਅਦੇ ਵਾਂਗ ਨਹੀਂ ਕਰਦੇ।
CTA: ਇੱਕ ਸਪਸ਼ਟ ਕਾਰਵਾਈ (ਜਿਵੇਂ “See how it works,” “Read the philosophy,” “Start a trial”) ਅਤੇ ਪੰਨੇ 'ਤੇ ਸਮਰਥ ਲੀਕ ਰੱਖੋ।
ਉੱਤਮ Philosophy ਪੰਨਾ ਜ਼ਿੰਦਗੀ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ—ਬਾਇਓ ਨਾਲ ਨਹੀਂ।
Belief statement: Software should remove decisions, not add more.
ਫਿਰ ਤੁਰੰਤ ਦਿਖਾਓ ਕਿ ਇਹ ਵਿਸ਼ਵਾਸ ਉਤਪਾਦ ਨੂੰ ਕਿਵੇਂ ਆਕਾਰ ਦੇਂਦਾ ਹੈ, ਤਾਂ ਜੋ ਪੜ੍ਹਨ ਵਾਲਾ ਇੱਕ ਮਿੰਟ ਵਿੱਚ ਪਤਾ ਲਾ ਸਕੇ ਕਿ ਤੁਸੀਂ ਉਨ੍ਹਾਂ ਲਈ ਫਿੱਟ ਹੋ ਜਾਂ ਨਹੀਂ।
ਹਰ ਸਿਧਾਂਤ ਲਈ ਇੱਕੋ ਚਾਰ ਹਿੱਸਿਆਂ ਵਾਲਾ ਪੈਟਰਨ ਵਰਤੋ:
Principle → What it means → What we do → What we don’t do
ਇਹ ਰਚਨਾ ਕਿਸੇ ਨੂੰ ਬੋਲਡ ਲੇਬਲ ਦੇਖ ਕੇ ਵੀ ਤੁਹਾਡੇ ਰੁਖ ਨੂੰ ਸਮਝਣ ਦੇ ਯੋਗ ਬਣਾਉਂਦੀ ਹੈ।
Principle: Default to simplicity
What it means: ਪਹਿਲੀ ਵਾਰੀ ਦਾ ਤਜਰਬਾ ਐਜੈਂਡਾ ਹੈ।
What we do: ਅਸੀਂ ਸਮਝਦਾਰ ਡਿਫਾਲਟ ਸ਼ਿਪ ਕਰਦੇ ਹਾਂ, ਸੈਟਿੰਗਜ਼ ਘੱਟ ਰੱਖਦੇ ਹਾਂ, ਅਤੇ ਚੋਣਾਂ ਸਧਾਰਨ ਭਾਸ਼ਾ ਵਿੱਚ ਸਮਝਾਉਂਦੇ ਹਾਂ।
What we don’t do: ਅਸੀਂ ਸਿਰਫ਼ ਇਸ ਲਈ ਵਿਕਲਪ ਨਹੀਂ ਜੋੜਦੇ ਕਿ ਮੁਕਾਬਲਿਆਂ ਕੋਲ ਉਹ ਹਨ।
ਮਿਨੀ ਕਹਾਣੀ: ਜਦੋਂ ਗਾਹਕਾਂ ਨੇ “ਕਸਟਮ ਡੈਸ਼ਬੋਰਡ” ਮੰਗਿਆ, ਅਸੀਂ ਡੈਸ਼ਬੋਰਡ ਬਿਲਡਰ ਨਾ ਜੋੜ ਕੇ ਤਿੰਨ ਰੋਲ-ਆਧਾਰਿਤ ਨਜ਼ਾਰਿਆਂ (Founder, Ops, Finance) ਜੋੜੇ ਅਤੇ ਓਨਬੋਰਡਿੰਗ ਸਮਾਂ ਦਿਨਾਂ ਤੋਂ ਇੱਕ ਦੁਪਹਿਰ ਤੱਕ ਘਟਾਇਆ।
Principle: Respect attention
What it means: ਉਤਪਾਦ ਸ਼ਾਂਤ ਹੋ ਕਰਕੇ ਸਿਰਫ਼ ਜਦੋਂ ਲੋੜ ਹੋਵੇ ਕਾਰਵਾਈ ਮੰਗੇ।
What we do: ਅਸੀਂ ਨੋਟੀਫਿਕੇਸ਼ਨਾਂ ਨੂੰ ਬੈਚ ਕਰਦੇ ਹਾਂ ਅਤੇ ਬਦਲਾਵਾਂ ਦਾ ਸੰਖੇਪ ਦਿੰਦੇ ਹਾਂ।
What we don’t do: ਅਸੀਂ ਰੁਝਾਨ ਬਣਾਉਣ ਲਈ ਜ਼ਰੂਰੀ ਐਲਰਟਸ ਦਾ ਦੁਰਉਪਯੋਗ ਨਹੀਂ ਕਰਦੇ।
ਮਿਨੀ ਕਹਾਣੀ: ਇੱਕ ਬੇਟਾ ਉਪਭੋਗਤਾ ਪਿੰਗ ਤੋਂ ਓਵਰহੈਲਮ ਹੋ ਗਿਆ ਸੀ। ਅਸੀਂ 12 ਹਫ਼ਤੇ ਦੀਆਂ ਨੋਟੀਫਿਕੇਸ਼ਨਾਂ ਦੇ ਬਦਲੇ ਇਕ ਸ਼ੁੱਕਰਵਾਰ ਰੀਕੈਪ ਦਿੱਤਾ—ਅਗਲੇ ਮਹੀਨੇ ਸਪੋਰਟ ਟਿਕਟਾਂ ਘੱਟ ਹੋ ਗਈਆਂ।
ਸਿਧਾਂਤ 3–6 ਤੱਕ ਰੱਖੋ। ਅੰਤ ਵਿੱਚ “ਇਹ ਕਿਸ ਲਈ / ਨਹੀਂ” ਦੀ ਛੋਟੀ ਨੋਟ ਦਿਓ ਤਾਂ ਜੋ ਪੜ੍ਹਨ ਵਾਲੇ ਖੁਦ-ਕੁਆਲਿਫਾਈ ਕਰ ਸਕਣ।
ਜੇ ਤੁਸੀਂ ਇਸ ਪਹੁੰਚ ਨਾਲ ਸਹਿਮਤ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਸੰਭਵ ਤੌਰ ਤੇ /pricing ਜਾਂ /contact 'ਤੇ ਦਿਖਾਈ ਦੇ ਰਹੇ ਸਾਡੇ ਨਜ਼ਰੀਏ ਨੂੰ ਪਸੰਦ ਕਰੋਗੇ।
ਉਤਪਾਦ ਪੇਜ਼ ਨੂੰ ਚੈਕਲਿਸਟ ਵਾਂਗ ਨਹੀਂ ਬਣਾਉ—ਇਹ ਦੱਸਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਉਤਪਾਦ ਇਸ ਤਰੀਕੇ ਨਾਲ ਕਿਉਂ ਬਣਿਆ ਹੈ—ਤਾਂ ਜੋ ਹਰ ਫੀਚਰ ਤੁਹਾਡੇ ਸਿਧਾਂਤ ਦਾ ਨਤੀਜਾ ਲੱਗੇ, نہ ਕਿ ਕੋਈ ਏਕ-ਓਫ਼ ਸ਼ਾਮਿਲ ਚੀਜ਼।
ਹਰ ਮੁੱਖ ਫੀਚਰ ਬਲਾਕ ਲਈ ਇੱਕ ਛੋਟਾ ਵਿਸ਼ਵਾਸ ਬਿਆਨ ਦਿਓ, ਫਿਰ ਦਿਖਾਓ ਕਿ ਫੀਚਰ ਕੀ ਕਰਦਾ ਹੈ।
ਉਦਾਹਰਨ ਢਾਂਚਾ:
ਇਹ ਫਰੇਮਿੰਗ ਦਰਸ਼ਕ ਨੂੰ ਉਤਪਾਦ ਦਾ ਉਦੇਸ਼ ਸਮਝਣ ਵਿੱਚ ਮਦਦ ਕਰਦੀ ਹੈ ਅਤੇ ਤੇਜ਼ੀ ਨਾਲ ਖੁਦ-ਯੋਗਤਾ ਕਰਵਾਉਂਦੀ ਹੈ।
ਉਹ ਵਰਕਫਲੋਜ਼ ਚੁਣੋ ਜੋ ਤੁਹਾਡੀ ਫਿਲਾਸਫੀ ਨੂੰ ਸਭ ਤੋਂ ਵਧੀਆ ਦਰਸਾਉਂਦੇ ਹਨ (ਓਨਬੋਰਡਿੰਗ, ਪ੍ਰੋਜੈਕਟ ਬਣਾਉਣਾ, ਨਤੀਜੇ ਦੀ ਸਮੀਖਿਆ)। ਉਨ੍ਹਾਂ ਨੂੰ ਇੱਕ ਕੱਸਟ-ਕ੍ਰਮ ਅਤੇ ਛੋਟੇ ਸਮਾਪਤੀਆਂ ਨਾਲ ਵਰਣੋ।
Workflow: From idea to shipped page
ਕਦਮ ਮਨੁੱਖੀ ਅਤੇ ਨਤੀਜਾ-ਕੇਂਦਰਿਤ ਰੱਖੋ—ਅੰਦਰੂਨੀ ਜਰਗਨ ਤੋਂ ਬਚੋ।
ਇਕ ਛੋਟਾ “Not for everyone” ਕਾਲਆਊਟ ਸ਼ਾਮਲ ਕਰੋ। ਸੀਮਾਵਾਂ ਤੁਹਾਡੀ ਫਿਲਾਸਫੀ ਨੂੰ ਭਰੋਸੇਯੋਗ ਬਣਾਉਂਦੀਆਂ ਹਨ।
ਉਦਾਹਰਨ: “ਉਹ ਟੀਮਾਂ ਲਈ ਵਧੀਆ ਜੋ ਘੱਟ ਵਿਕਲਪ ਅਤੇ ਤੇਜ਼ ਫੈਸਲੇ ਚਾਹੁੰਦੀਆਂ ਹਨ। ਭਾਰੀ ਕਸਟਮਾਈਜ਼ੇਸ਼ਨ ਜਾਂ 50 ਕਲਾਇੰਟ ਸਾਈਟਾਂ ਵਾਲੀਆਂ ਏਜੰਸੀਜ਼ ਲਈ ਨਹੀਂ ਬਣਾਇਆ ਗਿਆ।”
ਬਿਨਾਂ ਮੁਕਾਬਲਿਆਂ ਦੇ ਨਾਮ ਲਏ, ਪਹੁੰਚਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ:
ਦਸੋ ਕਿ ਤੁਸੀਂ ਕੀ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹੋ ਅਤੇ ਕੀ ਤਿਆਗਦੇ ਹੋ। ਜਦੋਂ ਤੁਸੀਂ ਟਰੇਡ-ਆਫ਼ ਸਪਸ਼ਟ ਕਰਦੇ ਹੋ, ਅਗਲੇ ਗਾਹਕ ਖੁਦ-ਸੁਚਿੱਤ ਹੋ ਕੇ ਅੱਗੇ ਵਧਦੇ ਹਨ ਅਤੇ ਗਲਤ ਗਾਹਕ ਬੇਚੈਨ ਹੋ ਕੇ ਦੂਰ ਹੋ ਜਾਂਦੇ ਹਨ।
ਵਿਸ਼ਵਾਸਾਂ ਨਾਲ ਸਹਿਮਤ ਹੋਣਾ ਆਸਾਨ ਹੈ ਪਰ ਉਸਦੀ ਤਸਵੀਰ ਕਰਨਾ ਮুশਕਿਲ—Use cases ਤੁਹਾਡੀ ਫਿਲਾਸਫੀ ਨੂੰ “ਇਹ ਹੋਵੇਗਾ ਜਦੋਂ…” ਵਾਲੀਆਂ ਕਹਾਣੀਆਂ ਵਿੱਚ ਬਦਲ ਦਿੰਦੇ ਹਨ। ਉਨ੍ਹਾਂ ਨੂੰ ਛੋਟੇ, ਵਿਸ਼ੇਸ਼, ਅਤੇ ਨਤੀਜਾ-ਕੇਂਦਰਿਤ ਰੱਖੋ।
ਜੇ ਤੁਸੀਂ ਵੱਖ-ਵੱਖ ਪੜ੍ਹਨ ਵਾਲਿਆਂ ਨੂੰ ਖੁਦ-ਪਛਾਣਣ ਵਿੱਚ ਮਦਦ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਪੇਜ਼ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਇਕ सरल ਚੂਜ਼ਰ ਸ਼ਾਮਲ ਕਰੋ:
ਕੌਣ ਲਈ: founders ਅਤੇ ops leads.
ਸਥਿਤੀ: ਬਹੁਤ ਸਾਰੇ ਟੂਲ, ਅਸਪਸ਼ਟ ਮਾਲਕੀਅਤ, ਅਤੇ ਫੈਸਲੇ DMs ਵਿੱਚ ਰਹਿ ਜਾਂਦੇ ਹਨ।
ਚਾਹਵਾਂ ਨਤੀਜਾ: ਭਾਰੀ ਪ੍ਰਕਿਰਿਆ ਬਿਨਾਂ ਇੱਕ ਸਪਸ਼ਟ ਸਰੋਤ ਅਸਲ ਜਾਣਕਾਰੀ।
ਤੁਹਾਡੀ ਪਹੁੰਚ ਕਿਵੇਂ ਮਦਦ ਕਰਦੀ ਹੈ: ਤੁਸੀਂ ਕਿਵੇਂ ਜਟਿਲਤਾ ਘਟਾਉਂਦੇ ਹੋ (ਘੱਟ ਕਦਮ, ਸਮਝਦਾਰ ਡਿਫਾਲਟ, ਘੱਟ ਬਿਜੀਵਰਕ) ਅਤੇ ਪ੍ਰਗਟਾਵਾ ਜਾਰੀ ਰੱਖਦੇ ਹੋ।
Next step: /pricing
ਕੌਣ ਲਈ: ਉਹ ਪ੍ਰੋਡਕਟ ਟੀਮਾਂ ਜੋ “ਸੈਟ ਅਤੇ ਭੁੱਲ ਜਾਓ” ਨਾਲ ਜ਼ਖ਼ਮੀ ਹੋਈਆਂ ਹਨ।
ਸਥਿਤੀ: ਆਟੋਮੇਸ਼ਨ ਖਾਮੀਆਂ ਪੈਦਾ ਕਰਦੀ ਹੈ ਅਤੇ ਅਚਾਨਕ ਨਤੀਜੇ।
ਚਾਹਵਾਂ ਨਤੀਜਾ: ਮਨੁੱਖੀ ਨਿਯੰਤਰਣ ਨਾਲ ਭਰੋਸੇਯੋਗ ਨਤੀਜੇ।
ਤੁਹਾਡੀ ਪਹੁੰਚ ਕਿਵੇਂ ਮਦਦ ਕਰਦੀ ਹੈ: ਪਾਰੰਥ-ਲਕੀਰ ਦਿਖਾਓ—ਤੁਸੀਂ ਕੀ ਆਟੋਮੇਟ ਕਰਦੇ ਹੋ, ਕੀ ਜਾਣ-ਬੂਝ ਕੇ ਮੈਨੂਅਲ ਰੱਖਦੇ ਹੋ, ਅਤੇ ਕਿਉਂ ਇਹ ਤੁਹਾਡੇ ਵਿਸ਼ਵਾਸਾਂ ਨਾਲ ਮਿਲਦਾ ਹੈ।
Next step: /faq
ਕੌਣ ਲਈ: ਉਹ ਗਾਹਕ ਜਿਨ੍ਹਾਂ ਨੂੰ ਅੰਦਰੂਨੀ ਤੌਰ ਤੇ ਚੋਣ ਦਾ ਬੀਆਂਸ ਦੇਣਾ ਪੈਂਦਾ ਹੈ।
ਸਥਿਤੀ: ਖਤਰੇ (ਸੁਰੱਖਿਆ, ਭਰੋਸੇਯੋਗਤਾ, vendor lock-in)।
ਚਾਹਵਾਂ ਨਤੀਜਾ: ਛੋਟੇ ਪੈਮਾਨੇ 'ਤੇ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਭਰੋਸਾ।
ਤੁਹਾਡੀ ਪਹੁੰਚ ਕਿਵੇਂ ਮਦਦ ਕਰਦੀ ਹੈ: ਆਪਣੀ ਫਿਲਾਸਫੀ ਨੂੰ ਸਾਫ਼ ਗਾਰੰਟੀ ਅਤੇ ਸੀਮਾਵਾਂ ਨਾਲ ਜੁੜੋ—ਤੁਸੀਂ ਕੀ ਵਾਅਦਾ ਕਰਦੇ ਹੋ, ਕੀ ਨਹੀਂ, ਅਤੇ ਮੁੱਦਿਆਂ ਨੂੰ ਕਿਵੇਂ ਸੰਚਾਰ ਕਰਦੇ ਹੋ।
Next step: /faq
ਕੌਣ ਲਈ: lean startups.
ਸਥਿਤੀ: ਕੋਈ ਵਿਸ਼ੇਸ਼ ਐਡਮਿਨ ਨਹੀਂ; ਓਨਬੋਰਡਿੰਗ ਨੂੰ ਤੇਜ਼ ਹੋਣਾ ਫਰਜ਼ ਹੈ।
ਚਾਹਵਾਂ ਨਤੀਜਾ: ਮੁੱਲ ਦਿਨਾਂ ਵਿੱਚ, ਨਾ ਹਫ਼ਤਿਆਂ ਵਿੱਚ।
ਤੁਹਾਡੀ ਪਹੁੰਚ ਕਿਵੇਂ ਮਦਦ ਕਰਦੀ ਹੈ: ਦਿਖਾਓ ਕਿ ਤੁਹਾਡੀ ਫਿਲਾਸਫੀ ਓਨਬੋਰਡਿੰਗ ਨੂੰ ਕਿਵੇਂ ਤੇਜ਼ ਕਰਦੀ ਹੈ: ਸਮਝਦਾਰ ਡਿਫਾਲਟ, ਮਾਰਗਦਰਸ਼ਿਤ ਸੈਟਅਪ, ਅਤੇ ਸਹਾਇਤਾ ਜੋ ਸਿੱਖਾਉਂਦੀ ਹੈ, ਸਿਰਫ਼ ਠੀਕ ਨਹੀਂ ਕਰਦੀ।
Next step: /contact
ਪ੍ਰਮਾਣ ਭਰੋਸਾ ਬਣਾਉਂਦਾ ਹੈ, ਪਰ ਸਿਰਫ਼ ਜਦੋਂ ਉਹ ਉਸ ਦਾਅਵੇ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਹਨ ਜੋ ਤੁਸੀਂ ਮੁਹੱਈਆ ਕਰਦੇ ਹੋ। ਮਕਸਦ ਇਹ ਨਹੀਂ ਕਿ ਤੁਸੀਂ ਵੱਡੇ ਦਿਖੋ—ਮਕਸਦ ਇਹ ਹੈ ਕਿ ਪੜ੍ਹਨ ਵਾਲਾ ਸੋਚੇ, “ਇਹ ਟੀਮ ਇਮਾਨਦਾਰ ਹੈ, ਅਤੇ ਇਹ ਉਤਪਾਦ ਮੇਰੇ ਲਈ ਹੈ।”
ਉਹ ਪ੍ਰਮਾਣ ਚੁਣੋ ਜੋ ਇਹ ਸਪਸ਼ਟ ਕਰਦੇ ਹਨ ਤੁਸੀਂ ਕਿਸ ਦੀ ਮਦਦ ਕਰਦੇ ਹੋ ਅਤੇ ਉਤਪਾਦ ਵਾਪਰਣ ਤੋਂ ਬਾਅਦ ਕੀ ਬਦਲਦਾ ਹੈ:
ਅਕਸਰ Overpromising ਓਦਾਂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਗੁੱਦੇ ਹਿੱਸਿਆਂ ਨੂੰ ਛੁਪਾ ਦਿੰਦੇ ਹੋ। ਇਕ ਛੋਟੀ ਨੋਟ ਸ਼ਾਮਲ ਕਰੋ ਕਿ ਤੁਸੀਂ ਫੀਡਬੈਕ ਨੂੰ ਕਿਵੇਂ ਸੰਭਾਲਦੇ ਹੋ:
“ਅਸੀਂ ਹਫ਼ਤੇਵਾਰ ਅਨੁਰੋਧ ਇਕੱਠੇ ਕਰਦੇ ਹਾਂ, ਭੂਮਿਕਾਵਾਂ ਵਿੱਚ ਪੈਟਰਨ ਲੱਭਦੇ ਹਾਂ, ਅਤੇ ਐਸੇ ਬਦਲਾਅ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦੇ ਹਾਂ ਜੋ ਭਰੋਸੇਯੋਗਤਾ ਵਿੱਚ ਸੁਧਾਰ ਲਿਆਉਂਦੇ ਹਨ—ਭਾਵੇਂ ਇਸ ਦਾ ਮਤਲਬ ਘੱਟ ਨਵੇਂ ਫੀਚਰ ਰਲਣ ਹੋਵੇ। ਜਦੋਂ ਕੋਈ ਬੇਨਤੀ ਸਾਡੇ ਫਿਲਾਸਫੀ ਨਾਲ ਟਕਰਾਵਦੀ ਹੈ, ਅਸੀਂ ਕਾਰਨ ਸਮਝਾ ਦੇਵਾਂਗੇ।”
ਇਕ ਛੋਟੀ, ਮਨੁੱਖੀ ਨੋਟ ਨਾਰਾ ਤੋਂ ਵਧੀਆ ਕੰਮ ਕਰਦੀ ਹੈ। ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਵੀਡੀਓ ਹੈ, ਇੱਕ ਛੋਟਾ ਟ੍ਰਾਂਸਕ੍ਰਿਪਟ ਨੁਕਤਾ ਸ਼ਾਮਲ ਕਰੋ:
“ਹਾਈ, ਮੈਂ Maya ਹਾਂ। ਮੈਂ ਇਹ ਇਸ ਲਈ ਬਣਾਇਆ ਕਿਉਂਕਿ ਮੈਂ ਉਨ੍ਹਾਂ ਟੂਲਾਂ ਤੋਂ ਥੱਕ ਚੁੱਕੀ ਸੀ ਜੋ ਕਲਿੱਕਾਂ ਲਈ ਕੰਮ ਕਰਦੇ ਸਨ ਨਾ ਕਿ ਸਪਸ਼ਟਤਾ ਲਈ। ਸਾਡਾ ਵਾਅਦਾ ਸਧਾਰਨ ਹੈ: ਘੱਟ ਫੀਚਰ, ਵਧੀਆ ਡਿਫਾਲਟ, ਅਤੇ ਪਾਰਦਰਸ਼ੀ ਸੀਮਾਵਾਂ।”
ਜੇ ਤੁਹਾਡਾ ਉਤਪਾਦ ਡੇਟਾ ਨੂੰ ਛੁਹਦਾ ਹੈ, ਤਾਂ ਇੱਕ ਸਧਾਰਨ-ਭਾਸ਼ਾ ਸੁਰੱਖਿਆ/ਗੋਪਨੀਯਤਾ ਸੰਖੇਪ ਸ਼ਾਮਲ ਕਰੋ ਅਤੇ ਵੇਰਵਿਆਂ ਲਈ /security ਦਾ ਜ਼ਿਕਰ ਕਰੋ। ਇਹ ਕਾਨੂੰਨੀ ਫਿੱਲਰ ਨਹੀਂ—ਇਹ ਤੁਹਾਡੇ ਵਾਅਦਿਆਂ ਨੂੰ ਰੱਖਣ ਦਾ ਹਿੱਸਾ ਹੈ।
FAQ ਕੋਈ ਕੂੜਾ-ਥੈਲਾ ਨਹੀਂ—ਇਹ ਜਗ੍ਹਾ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਦਿਖਾ ਸਕਦੇ ਹੋ ਕਿ ਤੁਸੀਂ ਕਿਵੇਂ ਸੋਚਦੇ ਹੋ। ਜੇ ਤੁਹਾਡੀ ਫਿਲਾਸਫੀ “ਸਪਸ਼ਟਤਾ ਓਵਰ ਕਲੀਵਰਨੈਸ” ਜਾਂ “ਆਟੋਮੇਸ਼ਨ ਬਿਨਾਂ ਨਿਯੰਤਰਣ ਖੋ ਦੇ” ਹੈ, ਤਾਂ ਤੁਹਾਡੇ ਜਵਾਬ ਵੀ ਐਸੇ ਹੀ ਬੋਲਣੇ ਚਾਹੀਦੇ ਹਨ।
ਉਨ੍ਹਾਂ ਸਵਾਲਾਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਜੋ ਲੋਕ ਖਰੀਦਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂ ਬਾਅਦ ਪੂਛਦੇ ਹਨ:
ਇੱਕ ਸਧਾਰਨ ਪੈਟਰਨ ਰੱਖੋ: “ਅਸੀਂ X ਕਰਦੇ ਹਾਂ ਕਿਉਂਕਿ ਅਸੀਂ Y ਮੰਨਦੇ ਹਾਂ.” ਇਹ ਫੀਚਰ ਫੈਸਲੇ ਨੂੰ ਮੁੱਲ-ਅਧਾਰਤ ਫੈਸਲੇ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ।
Pricing
ਅਸੀਂ ਟੀਮ ਮੁਤਾਬਕ ਮੁੱਲ ਰੱਖਦੇ ਹਾਂ, ਨ ਕਿ ਪਰ-ਸੀਟ, ਕਿਉਂਕਿ ਅਸੀਂ ਮੰਨਦੇ ਹਾਂ ਕਿ ਸਹਿਯੋਗ ਨੂੰ ਵਧਣ 'ਤੇ ਸਜ਼ਾ ਨਹੀਂ ਮਿਲਣੀ ਚਾਹੀਦੀ।
Setup time
ਜ਼ਿਆਦਾਤਰ ਟੀਮਾਂ ਇੱਕ ਦਿਨ ਵਿੱਚ ਲਾਈਵ ਹੁੰਦੀਆਂ ਹਨ ਕਿਉਂਕਿ ਅਸੀਂ ਮੰਨਦੇ ਹਾਂ ਕਿ ਉਤਪਾਦ ਤੁਹਾਡੇ ਵਰਕਫਲੋਅ ਵਿੱਚ ਫਿੱਟ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ—ਨ ਕਿ ਨਵਾਂ ਇੱਕ ਲੱਗਾਉਣਾ।
Migration
ਅਸੀਂ ਗਾਈਡਡ ਮਾਈਗ੍ਰੇਸ਼ਨ ਦਿੰਦੇ ਹਾਂ ਕਿਉਂਕਿ ਅਸੀਂ ਮੰਨਦੇ ਹਾਂ ਕਿ ਟੂਲ ਬਦਲਣ ਨਾਲ ਸੰਸਥਾਨਕ ਗਿਆਨ ਨੂੰ ਖਤਰਾ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ।
Support
ਸਪੋਰਟ ਉਨ੍ਹਾਂ ਲੋਕਾਂ ਦੁਆਰਾ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ ਜੋ ਉਤਪਾਦ ਬਣਾਉਂਦੇ ਹਨ ਕਿਉਂਕਿ ਅਸੀਂ ਮੰਨਦੇ ਹਾਂ ਕਿ ਜਵਾਬ ਸਹੀ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ, ਨਾ ਕਿ ਸਕ੍ਰਿਪਟ ਕੀਤੇ ਹੋਏ।
Who it’s for / not for
ਅਸੀਂ ਉਹ ਟੀਮਾਂ ਲਈ ਹਾਂ ਜੋ ਦਹਰਾਏ ਜਾਣ ਵਾਲੇ ਪ੍ਰਣਾਲੀਆਂ ਨੂੰ ਕੀਮਤ ਦਿੰਦੇ ਹਨ; ਅਸੀਂ ਉਹਨਾਂ ਲਈ ਨਹੀਂ ਜੋ ਕਿਸੇ ਵੀ ਕੀਮਤ 'ਤੇ ਅਨੰਤ ਕਸਟਮਾਈਜ਼ੇਸ਼ਨ ਚਾਹੁੰਦੇ ਹਨ।
ਹਰ ਜਵਾਬ ਲਈ 2–4 ਵਾਕ ਲਕੜੀ ਰੱਖੋ। ਕਾਨੂੰਨੀ-ਛੇਤੀ ਭਾਸ਼ਾ ਤੋਂ ਬਚੋ ਜਦ ਤੱਕ ਇਹ ਲਾਜ਼ਮੀ ਨਾ ਹੋਵੇ (ਰਿਫੰਡ ਨੀਤੀਆਂ, ਗੋਪਨੀਯਤਾ, ਕੰਪਲਾਇੰਸ)।
FAQ ਨੂੰ /contact ਵੱਲ ਇੱਕ ਸਪਸ਼ਟ ਅਗਲਾ ਕਦਮ ਦੇ ਕੇ ਖਤਮ ਕਰੋ ਅਤੇ ਸੰਪਰਕ ਕਰਨਾ ਆਸਾਨ ਬਣਾ ਦਿਓ।
Still unsure? Send us a note at /contact. Here’s a template you can copy:
Subject: Not sure if it’s a fit
Hi — I’m evaluating [product] for [team/company].
We care most about [top priority].
We’re currently using [current tool/process].
Can you tell me if we’re a good fit, and what setup would look like?
(ਕੋਡ ਬਲਾਕ ਨੂੰ ਬਦਲੋ ਨਹੀਂ)।
ਤੁਹਾਡੀ ਡਿਜ਼ਾਇਨ ਅਤੇ ਲਫ਼ਜ਼ ਇਕੋ ਵਿਅਕਤੀ ਵੱਲੋਂ ਬਣਾਏ گئے ਹੋਏ ਲੱਗਣੇ ਚਾਹੀਦੇ ਹਨ। ਜੇ ਸਾਈਟ ਉਤਪਾਦ ਫਿਲਾਸਫੀ ਨੂੰ ਸਮਝਾਉਂਦੀ ਹੈ, ਤਾਂ ਹਰ ਵਿਜ਼ੂਅਲ ਅਤੇ ਜੁਮਲਾ ਉਹ ਫਿਲਾਸਫੀ ਮਜਬੂਤ ਕਰੇ—ਬਿਨਾਂ ਇਹਨਾਂ ਨੂੰ “ਡਿਕੋਡ” ਕਰਨ ਦੀ ਲੋੜ।
ਜੇ ਤੁਹਾਡੀ ਫਿਲਾਸਫੀ ਸਪਸ਼ਟਤਾ ਅਤੇ ਸ਼ਾਂਤੀ ਹੈ, ਤਾਂ ਖੁੱਲ੍ਹੀ ਵਾਈਟਸਪੇਸ, ਛੋਟੀ ਲਾਈਨ ਲੰਬਾਈ, ਅਤੇ ਪੜ੍ਹਨਯੋਗ ਫੋਂਟ ਵਰਤੋ। ਯਥਾਰਥਪੂਰਨ ਨਿਯਮ: ਪਹਿਲਾਂ ਪੇਜ਼ ਨੂੰ ਸਕੈਨ करना ਆਸਾਨ ਕਰੋ, ਫਿਰ ਪੜ੍ਹਨਾ ਫਾਇਦਮੰਦ ਹੋਵੇ।
ਪہਲੇ ਹੀ ਫੈਸਲਾ ਕਰੋ ਕਿ ਤੁਸੀਂ ਪਹਿਲਾ-ਪੁਰ੍ਸ਼ (“I/we”) ਦੀ ਭਾਸ਼ਾ ਵਰਤੋਂਗੇ ਜਾਂ ਤੀਜਾ-ਪੁਰ੍ਸ਼ (“the team/company”)। ਸੰਸਥਾਪਕ-ਅਧਿਕਤ ਸਾਈਟਾਂ ਅਕਸਰ ਪਹਿਲਾ-ਪੁਰ੍ਸ਼ ਵਰਤਣ ਨਾਲ ਲਾਭਉਪਜੰਤ ਹੁੰਦੀਆਂ ਹਨ ਕਿਉਂਕਿ ਇਹ ਜਵਾਬਦਾਰ ਅਤੇ ਮਨੁੱਖੀ ਲਗਦੀਆਂ ਹਨ।
ਇਕ ਵਾਰੀ ਚੁਣ ਲਈ, ਇਸਨੂੰ ਕੋਡਿਫਾਈ ਕਰੋ:
ਛੋਟੇ ਬਲਾਕ ਬਣਾਓ ਜੋ ਕਿਸੇ ਵੀ ਸਫ਼ੇ ਤੇ ਡਰੈਪ ਕੀਤੇ ਜਾ ਸਕਣ:
ਇਹ ਤੁਹਾਡੀ ਸਾਈਟ ਨੂੰ ਵਧਣ ਵੇਲੇ ਵੀ ਇਕਸਾਰ ਰੱਖਦੇ ਹਨ।
ਆਕਸੇਸੀਬਿਲਟੀ ਭਰੋਸਾ ਸਹਾਇਤਾ ਕਰਦੀ ਹੈ। ਮੁਢਲੀ ਗੱਲਾਂ ਕਵਰ ਕਰੋ: ਯੋਗ contrasts, ਸਹੀ ਹੈਡਿੰਗ ਆਰਡਰ (H2, H3…), ਵਰਣਨਾਤਮਕ alt ਟੈਕਸਟ ਜੇ ਲੋੜ ਹੋਵੇ, ਅਤੇ ਪੜ੍ਹਨਯੋਗ ਫੋਂਟ ਸਾਈਜ਼ (ਆਮ ਤੌਰ ਤੇ 16px+)। ਜੇ ਤੁਹਾਡੀ ਫਿਲਾਸਫੀ ਵਿੱਚ “ਧਿਆਨ” ਜਾਂ “ਸ਼ਾਮਿਲਤਾ” ਸ਼ਾਮਲ ਹੈ, ਤਾਂ ਇਹ ਥਾਂ ਉਹ ਸਾਬਤ ਹੁੰਦਾ ਹੈ।
ਸੰਸਥਾਪਕ ਵੈਬਸਾਈਟ ਲਾਈਵ ਹੋਣ 'ਤੇ “ਪੂਰੀ” ਨਹੀਂ ਹੋਦੀ। ਇਹ ਫੀਡਬੈਕ ਲੂਪ ਦੀ ਸ਼ੁਰੂਆਤ ਹੈ: ਇੱਕ ਸਪਸ਼ਟ ਨਜ਼ਰੀਆ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋ, ਵੇਖੋ ਲੋਕ ਕੀ ਕਰਦੇ ਹਨ, ਫਿਰ ਕਹਾਣੀ ਨੂੰ ਤੀਖਾ ਕਰੋ।
ਜੇ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਲੋਕ ਤੁਹਾਡੇ ਫਿਲਾਸਫੀ ਨੂੰ ਲੱਭਣ, ਤਾਂ ਤੁਹਾਨੂੰ ਇਸਨੂੰ ਉਹੀ ਨਾਂ ਦੇਣਾ ਪਵੇਗਾ ਜੋ ਉਹ ਖੋਜਦੇ ਹਨ। ਐਸੇ ਕਵੈਰੀਆਂ 'ਤੇ ਟੀਚਾ ਕਰੋ: “product philosophy + category” ਅਤੇ “why we built”।
ਸਿਰਲੇਖ ਸਪਸ਼ਟ ਰੱਖੋ ਤਾਂ ਕਿ ਮਨੁੱਖ ਅਤੇ ਖੋਜ ਇੰਜਣ ਦੋਹਾਂ ਸਕੈਨ ਕਰ ਸਕਣ:
ਸ਼ੁਰੂਆਤ ਵਿਚ ਐਨਾਲਿਟਿਕਸ ਜੋੜੋ ਅਤੇ ਇਵੈਂਟ ਪਹਿਲਾਂ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ। ਨਹੀਂ ਤਾਂ ਤੁਹਾਨੂੰ ਸਿਰਫ਼ ਟ੍ਰੈਫਿਕ ਦਾ ਪਤਾ ਲੱਗੇਗਾ, ਨ ਕਿ ਇਰਾਦਾ।
ਕੁਝ ਉੱਚ-ਸੰਕੇਤ ਕਾਰਵਾਈਆਂ ਟ੍ਰੈਕ ਕਰੋ:
ਜੇ ਤੁਹਾਡੇ ਕੋਲ pricing page ਹੈ, ਤਾਂ Home/Product/Philosophy ਤੋਂ /pricing ਲਈ ਕਲਿਕ-ਥਰੂ ਵੀ ਟ੍ਰੈਕ ਕਰੋ ਤਾਂ ਕਿ ਵੇਖ ਸਕੋ ਕਿ ਕਹਾਣੀ momentum ਪੈਦਾ ਕਰ ਰਹੀ ਹੈ ਜਾਂ ਨਹੀਂ।
ਪਤਾ ਸਾਂਝਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤੇਜ਼ “trust pass” ਕਰੋ:
ਵੱਡੇ ਰੀਰਾਈਟ ਦੀ ਬਜਾਏ ਛੋਟੀਆਂ ਅਪਡੇਟਾਂ ਯੋਜਨਾ: ਸੇਲਜ਼ ਕਾਲਾਂ, ਸਪੋਰਟ ਟਿਕਟ, ਅਤੇ ਨਿਵੇਸ਼ਕ ਪ੍ਰਸ਼ਨਾਂ ਤੋਂ ਫੀਡਬੈਕ ਇਕੱਠਾ ਕਰੋ ਅਤੇ ਬਦਲਾਅ ਕਰੋ।
ਸਧਾਰਨ ਕੈਡੈਂਸ:
ਮਕਸਦ ਸਥਿਰਤਾ ਹੈ: ਫਿਲਾਸਫੀ ਕਾਇਮ ਰਹੇ, ਪਰ ਸਬੂਤ ਸਮੇਂ ਦੇ ਨਾਲ ਮਜ਼ਬੂਤ ਹੋਣ।
ਕਈ ਸੰਸਥਾਪਕ ਦੋ ਮਾੜੀਆਂ ਚੋਣਾਂ ਵਿਚ ਫਸ ਜਾਂਦੇ ਹਨ: ਹਫ਼ਤਿਆਂ ਤੱਕ ਹੱਥ-ਕੋਡ ਕੀਤੀ ਸਾਈਟ ਜਾਂ ਇੱਕ ਜਨਰਿਕ ਟੈਂਪਲੇਟ ਜੋ ਵਿਲੱਖਣ ਨਜ਼ਰੀਏ ਨੂੰ ਨਹੀਂ ਲੈ ਸਕਦੀ। ਜੇ ਤੁਸੀਂ ਲਿਖਣ 'ਤੇ ਧਿਆਨ ਰੱਖਦੇ ਹੋ ਅਤੇ ਤੇਜ਼ੀ ਨਾਲ ਅੱਗੇ ਵਧਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ chat-driven build workflow ਮਦਦ ਕਰ ਸਕਦੀ ਹੈ।
ਉਦਾਹਰਨ ਵਜੋਂ, Koder.ai ਨਾਲ ਤੁਸੀਂ ਸਾਈਟ ਸੰਰਚਨਾ ਸਾਦੀ ਅੰਗਰੇਜ਼ੀ ਵਿੱਚ ਵਰਣਨ ਕਰ ਸਕਦੇ ਹੋ (Home, /philosophy, /product, /use-cases, /pricing, /faq, /contact) ਅਤੇ ਗੱਲਬਾਤ ਰਾਹੀਂ ਲੇਆਊਟ ਅਤੇ ਕੰਪੋਨੈਂਟਾਂ 'ਤੇ iterate ਕਰ ਸਕਦੇ ਹੋ—ਫਿਰ ਵੀ ਅਖੀਰ 'ਤੇ ਇੱਕ ਅਸਲੀ ਵੈੱਬ ਐਪ ਐਕਸਪੋਰਟ ਅਤੇ ਡਿਪਲੋਏ ਕਰ ਸਕਦੇ ਹੋ। ਦੋ ਪਲੇਟਫਾਰਮ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ founder-led ਪ੍ਰਕਿਰਿਆ ਨਾਲ ਚੰਗੀ ਤਰ੍ਹਾਂ ਮਿਲਦੀਆਂ ਹਨ:
ਜੇ ਤੁਸੀਂ ਪੋਜ਼ੀਸ਼ਨਿੰਗ ਨੂੰ ਵੈਰੀਫਾਈ ਕਰ ਰਹੇ ਹੋ, ਇਹ workflow ਤੁਹਾਨੂੰ ਸਾਈਟ ਨੂੰ ਪ੍ਰੋਡਕਟ ਵਰਕ ਵਾਂਗ ਟ੍ਰੀਟ ਕਰਨ ਦਿੰਦਾ ਹੈ: ship, measure, refine—ਹਰ ਵਾਰੀ ਨਵਾਂ ਤੋਂ ਬਣਾਉਣ ਦੀ ਜਰੂਰਤ ਨਹੀਂ।
ਇਹ ਫੈਸਲਾ ਕਰੋ ਕਿ ਹੋਰ-ਹੁਣ ਲਈ ਸਾਈਟ ਦਾ ਇੱਕੋ ਕੰਮ ਕੀ ਹੈ (ਜਿਵੇਂ ਡੈਮੋ ਅਨੁਰੋਧ ਜਨਰੇਟ ਕਰਨਾ, ਯੋਗ ইਮੇਲ ਇਕੱਠੇ ਕਰਨਾ, ਪ੍ਰੀ-ਆਰਡਰ ਚਲਾਉਣਾ)। ਫਿਰ ਹਰ ਪੰਨੇ ਨੂੰ ਇੱਕ ਹੀ ਕਹਾਣੀ ਸਮਰਥਨ ਕਰਨ ਲਈ ਡਿਜ਼ਾਇਨ ਕਰੋ: ਤੁਸੀਂ ਕੀ ਮੰਨਦੇ ਹੋ, ਤੁਸੀਂ ਇਸ ਲਈ ਕੀ ਬਣਾਇਆ, ਅਤੇ ਵਿਜ਼ਟਰ ਅਗਲੇ ਕਦਮ ਵਿੱਚ ਕੀ ਕਰੇ।
ਸੰਸਥਾਪਕ ਵੱਲੋਂ ਬਣਾਈ ਗਈ ਵੈਬਸਾਈਟ ਸਭ ਤੋਂ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਹੈ ਜਦੋਂ ਇਹ ਇੱਕ ਨਿਰਦੇਸ਼ਿਤ ਦਲੀਲ ਹੁੰਦੀ ਹੈ, ਨਾ ਕਿ ਪੰਨਿਆਂ ਦਾ ਇਕ ਗੁਚਛਾ।
ਪਹਿਲੀ ਵਰਜਨ ਲਈ ਇੱਕ ਪ੍ਰਾਇਮਰੀ ਦਰਸ਼ਕ ਚੁਣੋ (ਖਰੀਦਦਾਰ, ਉਪਭੋਗੀ, ਭਾਗੀਦਾਰ, ਜਾਂ ਪ੍ਰੈੱਸ) ਅਤੇ ਉਹਨਾਂ ਦੇ ਫੈਸਲੇ ਲਈ ਲਿਖੋ।
ਫਿਰ ਇੱਕ ਪ੍ਰਾਇਮਰੀ ਕਾਰਵਾਈ ਚੁਣੋ ਅਤੇ ਪੂਰੇ ਸਾਈਟ 'ਤੇ ਇਕਸਾਰ ਰੱਖੋ:
ਜੇ ਤੁਸੀਂ ਹਰ ਕਿਸੇ ਲਈ ਇਕੱਠੇ ਸੇਵਾ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹੋ, ਤਾਂ ਸੁਨੇਹਾ ਆਮ ਤੌਰ 'ਤੇ ਜਨਰਿਕ ਬਣ ਜਾਂਦਾ ਹੈ।
ਇੱਕ ਦੁਹਰਾਵਣਯੋਗ ਇਕ-ਕੁਝ ਲਾਇਨ ਵਰਤੋ:
“For [ਕੌਣ], we solve [ਸਮੱਸਿਆ] by [ਪਹੁੰਚ], because we believe [ਬਦਲਾਅ].”
ਇਸਨੂੰ ਸਧਾਰਨ ਭਾਸ਼ਾ ਵਿੱਚ ਰੱਖੋ ਅਤੇ ਕਾਫ਼ੀ ਵਿਸ਼ੇਸ਼ ਬਣਾਓ ਤਾਂ ਕਿ ਇਹ Home, /about, ਅਤੇ /philosophy 'ਤੇ ਨਕਲ ਦੀ ਹਦਾਇਤ ਕਰ ਸਕੇ। ਜੇ ਤੁਸੀਂ ਇਕ ਵਾਕ ਵਿੱਚ ਨਹੀਂ ਕਹਿ ਸਕਦੇ, ਤਾਂ ਸਾਈਟ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਇਕਠੀ ਨਹੀਂ ਰਹੇਗੀ।
ਲੱਕੜੀ ਲਈ 3–5 ਸਰੂਤ ਰੱਖੋ, ਜੋ ਫੈਸਲੇ ਪ੍ਰਭਾਵਿਤ ਕਰਨ ਵਾਲੇ ਹਨ (ਨ ਕਿ ਨਾਟਕੀ ਨਾਰਿਆਂ)। ਹਰ ਇੱਕ ਸਿਧਾਂਤ ਲਈ, ਇਸਨੂੰ ਉਪਭੋਗਤਾ-ਮੁਖੀ ਵਾਅਦੇ ਵਿੱਚ ਬਦਲੋ:
ਵਾਅਦੇ ਤੁਹਾਡੇ ਫਿਲਾਸਫੀ ਨੂੰ ਅਸਲ ਅਤੇ ਟੈਸਟ ਕਰਨਯੋਗ ਬਣਾਉਂਦੇ ਹਨ।
Trade-offs ਸਪਸ਼ਟ ਕਰਨ ਨਾਲ ਸਹੀ ਗਾਹਕ ਖुद-ਚੁਣ ਲੈਂਦੇ ਹਨ ਅਤੇ ਗਲਤ ਗਾਹਕ ਬੇਲੋੜਾ ਸਮਾਂ ਖਰਚ ਨਹੀਂ ਕਰਦੇ।
ਉਦਾਹਰਨ:
Trade-offs ਭਰੋਸਾ ਬਣਾਉਂਦੇ ਹਨ ਕਿਉਂਕਿ ਇਹ ਦਿਖਾਉਂਦੇ ਹਨ ਕਿ ਤੁਸੀਂ ਹਰ ਕਿਸੇ ਲਈ ਨਹੀਂ ਬਣਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ।
ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਬਿਲਕੁਲ ਜ਼ਬਾਨੀ ਵਾਕ ਇਕੱਠੇ ਕਰੋ:
ਜਿਸ ਪਾਸੇ ਭਾਵੁਕਤਮਕ ਛੋਟੇ ਲਾਈਨਾਂ ਜਿਵੇਂ “ਮੈਂ ਥੱਕ ਗਿਆ ਹਾਂ…” ਜਾਂ “ਮੈਂ ਸਿਰਫ਼ ਚਾਹੁੰਦਾ/ਚਾਹੁੰਦੀ ਹਾਂ…” ਆਉਂਦੀਆਂ ਹਨ, ਉਹ ਸਿਰਲੇਖਾਂ ਅਤੇ ਫਿਲਾਸਫੀ ਦੀ ਸ਼ੁਰੂਆਤ ਲਈ ਕੱਚਾ ਸਮਾਨ ਬਣਦੀਆਂ ਹਨ।
ਛੋਟੀ ਸੈਟ ਦੀ ਸ਼ੁਰੂਆਤ ਕਰੋ ਅਤੇ ਹਰ ਪੰਨਾ ਇੱਕ ਕੰਮ ਕਰੇ:
ਉਪਰਲੇ ਨੈਵੀਗੇਸ਼ਨ ਨੂੰ ਤੱਕ ਰੱਖੋ ਅਤੇ ਸਹਾਇਕ ਪੰਨਿਆਂ (Press, Legal, Security, Changelog) ਨੂੰ ਫੁਟਰ ਵਿੱਚ ਰੱਖੋ।
ਪਹਿਲੇ ਮਿੰਟ 'ਚ ਦੋ ਗੱਲਾਂ ਦਾ ਉੱਤਰ ਦੇਓ: ਨਤੀਜਾ ਅਤੇ ਤੁਹਾਡੀ ਪਹੁੰਚ ਕਿਵੇਂ ਵੱਖਰਾ ਹੈ।
ਪ੍ਰਾਇਕਟਿਕਲ ਫਲੋ:
ਇੱਕ ਛੋਟਾ “How we think” ਟੀਜ਼ਰ /philosophy ਵੱਲ ਲਿੰਕ ਕਰ ਸਕਦਾ ਹੈ ਤਾਂ ਜੋ ਰੁਚੀ ਰੱਖਣ ਵਾਲੇ ਪੜ੍ਹਨ ਵਾਲੇ ਗਹਿਰਾਈ ਵਿੱਚ ਜਾ ਸਕਣ।
ਹਰ ਸਿਧਾਂਤ ਲਈ ਇੱਕ ਦੋਹਰਾਉਣਯੋਗ ਪੈਟਰਨ ਵਰਤੋ:
ਸਿਧਾਂਤ → ਇਸਦਾ ਕੀ ਮਤਲਬ → ਅਸੀਂ ਕੀ ਕਰਦੇ ਹਾਂ → ਅਸੀਂ ਕੀ ਨਹੀਂ ਕਰਦੇ
ਇਹ ਸਰਚਿਠੇ ਰੂਪ ਪੜ੍ਹਨ ਵਾਲੇ ਨੂੰ ਬੋਲਡ ਲੇਬਲ ਦੇਖ ਕੇ ਵੀ ਤੁਹਾਡੀ ਰੂਪ-ਰੇਖਾ ਸਮਝਣ ਦਿੰਦਾ ਹੈ।
ਸਿੱਧਾਂਤ 3–6 ਰੱਖੋ ਅਤੇ ਆਖ਼ਰ ਵਿੱਚ “ਇਹ ਕਿਸ ਲਈ / ਨਹੀਂ” ਦੀ ਛੋਟੀ ਟਿੱਪਣੀ ਸ਼ਾਮਲ ਕਰੋ ਤਾਂ ਕਿ ਪਾਠਕ ਖੁਦ-ਯੋਗਤਾ ਕਰ ਸਕਣ।
ਪ੍ਰਧਾਨ CTA ਕਲਿਕਾਂ ਨੂੰ ਟ੍ਰੈਕ ਕਰੋ (ਟ੍ਰਾਇਲ, ਡੈਮੋ, ਵੈਟਲਿਸਟ), ਫਾਰਮ ਸਮਰਪਣ (ਨਿਊਜ਼ਲੈਟਰ, ਡੈਮੋ, ਸੰਪਰਕ), /philosophy 'ਤੇ ਸਕਰੋਲ ਡੈੱਪਥ, ਅਤੇ Home/Product/Philosophy ਤੋਂ /pricing ਵੱਲ ਕਲਿਕ-ਥਰੂ।
ਫਿਰ ਨਿਰਧਾਰਤ ਸਮਾਂ-ਸੂਚੀ 'ਤੇ ਛੋਟੇ-ਛੋਟੇ ਅਪਡੇਟ ਕਰੋ: ਉਦਾਹਰਨਾਂ ਅਤੇ ਪ੍ਰਮਾਣਾਂ ਨੂੰ ਤਾਜ਼ਾ ਰੱਖੋ ਅਤੇ ਫਿਲਾਸਫੀ ਨੂੰ ਮਜ਼ਬੂਤ ਰੱਖਦੇ ਹੋਏ ਸਬੂਤ ਵਧਾਉ।