SaaS MVP ਕਿਵੇਂ ਬਣਾਈਏ: ਖਾਤੇ, ਬਿਲਿੰਗ, ਇੱਕ ਮੁੱਖ ਫ਼ੀਚਰ

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

MVP ਕੀ ਬਣਾਉਂਦਾ ਹੈ, ਛੋਟਾ SaaS ਨਹੀਂ

ਇੱਕ MVP (ਸਭ ਤੋਂ ਛੋਟਾ ਵਿਹਾਰਕ ਉਤਪਾਦ) ਇੱਕ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਣ ਲਈ ਹੁੰਦਾ ਹੈ, ਆਮ ਤੌਰ 'ਤੇ "ਕੀ ਇਹ ਲੋਕ ਇਸਨੂੰ ਵਰਤਣਗੇ, ਅਤੇ ਕੀ ਇਸਦੇ ਲਈ ਭੁਗਤਾਨ ਕਰਨਗੇ?" ਅਤੇ ਇਹ ਘੱਟ ਤੋਂ ਘੱਟ ਬਣਾ ਕੇ ਕਰਦਾ ਹੈ। ਇਸ ਵਿੱਚ ਹਰ ਚੀਜ਼ ਉਸ ਸਵਾਲ ਦੀ ਸੇਵਾ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। ਜੇ ਇਹ ਸ਼ਬਦ ਨਵਾਂ ਹੈ ਤਾਂ MVP ਕੀ ਹੁੰਦਾ ਹੈ ਵੇਖੋ।

ਇਸ ਤੋਂ ਹਰ ਫ਼ੀਚਰ ਲਈ ਇੱਕ ਲਾਭਦਾਇਕ ਪਰਖ ਨਿਕਲਦੀ ਹੈ: ਕੀ ਪਹਿਲਾ ਗਾਹਕ ਇਸ ਤੋਂ ਬਿਨਾਂ ਉਤਪਾਦ ਵਰਤਣ ਤੋਂ ਇਨਕਾਰ ਕਰ ਦੇਵੇਗਾ? ਜੇ ਨਹੀਂ, ਤਾਂ ਇਹ ਉਡੀਕ ਕਰ ਸਕਦਾ ਹੈ।

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

ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ: ਇੱਕ ਵਾਕ ਲਿਖੋ

"[ਉਤਪਾਦ] [ਖ਼ਾਸ ਗਾਹਕ] ਨੂੰ [ਖ਼ਾਸ ਕੰਮ ਕਰਨ ਵਿੱਚ] ਮਦਦ ਕਰਦਾ ਹੈ, [ਮੌਜੂਦਾ ਤਕਲੀਫ਼] ਤੋਂ ਬਿਨਾਂ।"

ਉਦਾਹਰਨ ਲਈ: "Proposly ਫ਼ਰੀਲਾਂਸ ਡਿਜ਼ਾਈਨਰਾਂ ਨੂੰ ਖ਼ਾਲੀ ਦਸਤਾਵੇਜ਼ ਤੋਂ ਸ਼ੁਰੂ ਕੀਤੇ ਬਿਨਾਂ, ਦਸ ਮਿੰਟਾਂ ਵਿੱਚ ਇੱਕ ਡਿਸਕਵਰੀ ਕਾਲ ਨੂੰ ਕੀਮਤ ਵਾਲੀ ਪ੍ਰਸਤਾਵ ਵਿੱਚ ਬਦਲਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ।"

ਜੇ ਤੁਸੀਂ ਇਹ ਵਾਕ ਨਹੀਂ ਲਿਖ ਸਕਦੇ, ਤਾਂ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਸੈਸ਼ਨ ਯੋਜਨਾ ਵਿੱਚ ਲਗਾਓ। ਐਪ ਵਿਚਾਰ ਕਿਵੇਂ ਪਰਖੀਏ ਸੰਭਾਵੀ ਗਾਹਕਾਂ ਨਾਲ ਗੱਲ ਕਰਨ ਬਾਰੇ ਦੱਸਦੀ ਹੈ, ਜੋ ਪੂਰੀ ਪ੍ਰਕਿਰਿਆ ਦਾ ਸਭ ਤੋਂ ਸਸਤਾ ਕਦਮ ਹੈ।

SaaS MVP ਨੂੰ ਕੀ ਚਾਹੀਦਾ ਹੈ

ਖਾਤੇ ਅਤੇ ਡੇਟਾ ਦੀ ਵੱਖਰਤਾ

ਹਰ ਡੇਟਾ ਇੱਕ ਯੂਜ਼ਰ (ਜਾਂ ਬਾਅਦ ਵਿੱਚ ਟੀਮ) ਦਾ ਹੁੰਦਾ ਹੈ। ਹਰ ਕਵੈਰੀ ਨੂੰ ਸਰਵਰ 'ਤੇ ਲੌਗਇਨ ਯੂਜ਼ਰ ਅਨੁਸਾਰ ਫ਼ਿਲਟਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਇਹ ਗ਼ਲਤ ਹੋਵੇ ਤਾਂ ਮਲਟੀ-ਯੂਜ਼ਰ ਐਪ ਵਿੱਚ ਸਭ ਤੋਂ ਨੁਕਸਾਨਦੇਹ ਬੱਗਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੋ ਸਕਦਾ ਹੈ: ਯੂਜ਼ਰ A ਯੂਜ਼ਰ B ਦੇ ਰਿਕਾਰਡ ਖੋਲ੍ਹ ਸਕਦਾ ਹੈ, ਸਿਰਫ਼ URL ਵਿੱਚ ID ਬਦਲ ਕੇ। ਇਸਦੀ ਵੱਖਰਤਾ ਸਾਫ਼ ਮੰਗੋ, ਫਿਰ ਦੋ ਖਾਤਿਆਂ ਨਾਲ ਪਰਖੋ।

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

ਬਿਲਿੰਗ

ਸਬਸਕ੍ਰਿਪਸ਼ਨਾਂ ਲਈ Stripe ਆਮ ਚੋਣ ਹੈ। ਮਿਆਰੀ ਢੰਗ:

1. ਯੂਜ਼ਰ Upgrade 'ਤੇ ਕਲਿੱਕ ਕਰਦਾ ਹੈ; ਤੁਹਾਡਾ ਸਰਵਰ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਮੋਡ ਵਿੱਚ Stripe Checkout ਸੈਸ਼ਨ ਬਣਾਉਂਦਾ ਹੈ।
2. ਯੂਜ਼ਰ Stripe ਦੇ ਹੋਸਟ ਕੀਤੇ ਪੰਨੇ 'ਤੇ ਭੁਗਤਾਨ ਕਰਦਾ ਹੈ।
3. ਜਦੋਂ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਸ਼ੁਰੂ, ਰੀਨਿਊ, ਫ਼ੇਲ੍ਹ ਜਾਂ ਰੱਦ ਹੁੰਦੀ ਹੈ ਤਾਂ Stripe ਵੈਬਹੁੱਕ ਭੇਜਦਾ ਹੈ। ਤੁਹਾਡੀ ਐਪ ਸਥਿਤੀ ਯੂਜ਼ਰ ਦੇ ਖਾਤੇ 'ਤੇ ਸੇਵ ਕਰਦੀ ਹੈ।
4. ਤੁਹਾਡੀ ਐਪ ਭੁਗਤਾਨ ਵਾਲੇ ਫ਼ੀਚਰ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਸਰਵਰ 'ਤੇ ਇਹ ਸਥਿਤੀ ਜਾਂਚਦੀ ਹੈ।
5. Stripe ਦਾ ਹੋਸਟ ਕੀਤਾ ਕਸਟਮਰ ਪੋਰਟਲ ਯੂਜ਼ਰਾਂ ਨੂੰ ਕਾਰਡ ਬਦਲਣ, ਇਨਵੌਇਸ ਵੇਖਣ ਅਤੇ ਰੱਦ ਕਰਨ ਦਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਤੁਹਾਨੂੰ ਬਿਲਿੰਗ ਸੈਟਿੰਗ ਪੰਨਾ ਨਹੀਂ ਬਣਾਉਣਾ ਪੈਂਦਾ।

Stripe ਦੀ ਮਿਆਰੀ ਕੀਮਤ ਪ੍ਰਤੀ ਲੈਣ-ਦੇਣ ਇੱਕ ਪ੍ਰਤੀਸ਼ਤ ਅਤੇ ਇੱਕ ਨਿਸ਼ਚਿਤ ਫ਼ੀਸ ਹੈ, ਬਿਨਾਂ ਮਹੀਨਾਵਾਰ ਫ਼ੀਸ ਦੇ (ਸਤੰਬਰ 2026 ਤੱਕ); Stripe Billing, ਜੋ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਚਲਾਉਂਦਾ ਹੈ, ਆਪਣੇ ਪੇ-ਐਜ਼-ਯੂ-ਗੋ ਪਲਾਨ 'ਤੇ ਬਿਲਿੰਗ ਵਾਲੀਅਮ ਦਾ ਛੋਟਾ ਪ੍ਰਤੀਸ਼ਤ ਜੋੜਦਾ ਹੈ। ਦਰਾਂ ਵੱਖਰੀਆਂ ਹੁੰਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਆਪਣੇ ਦੇਸ਼ ਲਈ Stripe ਦਾ ਪ੍ਰਾਈਸਿੰਗ ਪੰਨਾ ਵੇਖੋ। ਲਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਕੀਮਤਾਂ ਤੈਅ ਕਰੋ (SaaS ਉਤਪਾਦ ਦੀ ਕੀਮਤ ਕਿਵੇਂ ਤੈਅ ਕਰੀਏ ਮਦਦ ਕਰਦਾ ਹੈ), ਅਤੇ ਸਭ ਕੁਝ ਪਹਿਲਾਂ ਟੈਸਟ ਮੋਡ ਵਿੱਚ ਬਣਾਓ। ਸੈੱਟਅੱਪ ਲਈ ਸਾਡੀ ਪੇਮੈਂਟ ਜੋੜਨ ਗਾਈਡ ਵੇਖੋ।

ਮੁੱਖ ਫ਼ੀਚਰ

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

ਬੁਨਿਆਦੀ ਲੋੜਾਂ

• ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨਲ ਈਮੇਲ (ਸਵਾਗਤ, ਪਾਸਵਰਡ ਰੀਸੈੱਟ, ਰਸੀਦਾਂ) Resend ਜਾਂ Postmark ਵਰਗੇ ਪ੍ਰਦਾਤਾ ਰਾਹੀਂ
• ਗੋਪਨੀਯਤਾ ਨੀਤੀ ਅਤੇ ਸੇਵਾ ਦੀਆਂ ਸ਼ਰਤਾਂ
• ਖਾਤਾ ਮਿਟਾਉਣ ਦਾ ਤਰੀਕਾ
• ਬੁਨਿਆਦੀ ਐਨਾਲਿਟਿਕਸ, ਤਾਂ ਜੋ ਪਤਾ ਹੋਵੇ ਕਿ ਲੋਕ ਵਾਪਸ ਆਉਂਦੇ ਹਨ ਜਾਂ ਨਹੀਂ

ਪਹਿਲਾ ਪ੍ਰੌਮਪਟ ਜੋ ਕੰਮ ਕਰਦਾ ਹੈ

ਫ਼ਰੀਲਾਂਸ ਡਿਜ਼ਾਈਨਰਾਂ ਲਈ Proposly ਨਾਂ ਦਾ SaaS MVP ਬਣਾਓ। ਲੈਂਡਿੰਗ ਪੰਨਾ: ਹੈੱਡਲਾਈਨ, ਤਿੰਨ ਫ਼ਾਇਦੇ, $19/ਮਹੀਨਾ ਵਾਲੇ ਇੱਕ ਪਲਾਨ ਵਾਲਾ ਪ੍ਰਾਈਸਿੰਗ ਭਾਗ, ਅਤੇ ਸਾਈਨ-ਅੱਪ ਬਟਨ। ਐਪ (ਲੌਗਇਨ ਤੋਂ ਬਾਅਦ): ਯੂਜ਼ਰ ਦੇ ਪ੍ਰਸਤਾਵਾਂ ਦੀ ਸੂਚੀ ਵਾਲਾ ਡੈਸ਼ਬੋਰਡ; ਗਾਹਕ ਦਾ ਨਾਂ, ਪ੍ਰੋਜੈਕਟ ਦੀ ਕਿਸਮ, ਸਕੋਪ ਬੁਲੇਟ ਪੁਆਇੰਟ ਅਤੇ ਘੰਟਾਵਾਰ ਦਰ ਵਾਲਾ "New proposal" ਫ਼ਾਰਮ; ਸਕੋਪ ਟੇਬਲ ਅਤੇ ਕੁੱਲ ਕੀਮਤ ਵਾਲਾ ਤਿਆਰ ਪ੍ਰਸਤਾਵ ਪੰਨਾ, ਜਿਸਨੂੰ ਯੂਜ਼ਰ ਸੋਧ ਕੇ PDF ਵਜੋਂ ਐਕਸਪੋਰਟ ਕਰ ਸਕੇ। ਹਰ ਯੂਜ਼ਰ ਸਿਰਫ਼ ਆਪਣੇ ਪ੍ਰਸਤਾਵ ਵੇਖੇ, ਇਹ ਸਰਵਰ 'ਤੇ ਲਾਗੂ ਕਰੋ। ਸਭ ਕੁਝ ਡੇਟਾਬੇਸ ਵਿੱਚ ਸੇਵ ਕਰੋ। ਫ਼ਿਲਹਾਲ ਇੱਕ ਸਧਾਰਨ ਪਲੇਸਹੋਲਡਰ ਲੌਗਇਨ ਸਕ੍ਰੀਨ ਵਰਤੋ; ਅਸਲੀ ਪ੍ਰਮਾਣੀਕਰਨ ਅਤੇ Stripe ਬਿਲਿੰਗ ਅਸੀਂ ਅਗਲੇ ਪੜਾਅ ਵਿੱਚ ਜੋੜਾਂਗੇ। ਸਾਫ਼, ਪੇਸ਼ੇਵਰ ਡਿਜ਼ਾਈਨ।

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

ਬਣਾਉਣ ਦੇ ਕਦਮ

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

ਆਮ ਗ਼ਲਤੀਆਂ

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

ਵੇਖੋ ਕਿ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ ਜਾਂ ਨਹੀਂ

ਲਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ "ਕੰਮ ਕਰ ਰਿਹਾ" ਦਾ ਕੀ ਮਤਲਬ ਹੈ, ਨਹੀਂ ਤਾਂ ਹਰ ਨਤੀਜਾ ਉਤਸ਼ਾਹਜਨਕ ਲੱਗੇਗਾ। ਜ਼ਿਆਦਾਤਰ SaaS MVP ਲਈ ਤਿੰਨ ਨੰਬਰ ਕਾਫ਼ੀ ਹਨ:

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

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

ਕਦੋਂ ਨਹੀਂ ਬਣਾਉਣਾ

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

Mythex ਨਾਲ ਬਣਾਉਣਾ

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

ਆਪਣੇ ਆਪ ਤੁਸੀਂ ਕੀ ਲਿਆਉਂਦੇ ਹੋ, ਇਹ ਵੀ ਜਾਣੋ: ਤੁਹਾਡੀ ਐਪ ਦੇ ਯੂਜ਼ਰਾਂ ਲਈ ਲੌਗਇਨ ਉਹ ਆਥ ਤਰੀਕਾ ਜਾਂ ਪ੍ਰਦਾਤਾ ਵਰਤਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਚੁਣਦੇ ਹੋ (ਆਥ ਜੋੜੋ), ਅਤੇ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਤੁਹਾਡੇ ਆਪਣੇ Stripe ਖਾਤੇ ਰਾਹੀਂ ਹੁੰਦੀਆਂ ਹਨ, ਕੁੰਜੀਆਂ ਪ੍ਰੋਜੈਕਟ ਸੀਕ੍ਰੇਟਾਂ ਵਜੋਂ ਸੇਵ ਹੁੰਦੀਆਂ ਹਨ। Mythex ਕੋਲ ਤੁਹਾਡੇ ਗਾਹਕਾਂ ਲਈ ਬਿਲਟ-ਇਨ SaaS ਬਿਲਿੰਗ, ਵਰਤੋਂ ਮੀਟਰਿੰਗ ਜਾਂ ਟੀਮ SSO ਨਹੀਂ ਹੈ। Pro 'ਤੇ ਤੁਸੀਂ ਕਸਟਮ ਡੋਮੇਨ ਜੋੜ ਸਕਦੇ ਹੋ ਅਤੇ ਕੋਡ ਐਕਸਪੋਰਟ ਕਰ ਸਕਦੇ ਹੋ ਜਾਂ GitHub ਨਾਲ ਸਿੰਕ ਕਰ ਸਕਦੇ ਹੋ, ਤਾਂ ਜੋ ਬਾਅਦ ਵਿੱਚ ਕੋਈ ਡਿਵੈਲਪਰ ਸੰਭਾਲ ਸਕੇ। ਸ਼ੁਰੂਆਤੀ ਪ੍ਰੌਮਪਟ ਲਈ ਐਪ ਟੈਂਪਲੇਟ ਜਾਂ SaaS ਡੈਸ਼ਬੋਰਡ ਟੈਂਪਲੇਟ ਵੇਖੋ।

ਸਵਾਲ