Апп санаагаа бүтээхээс өмнө хэрхэн баталгаажуулах вэ

Апп санаагаа баталгаажуулахын тулд тодорхой бүлэг хүмүүс асуудалтай эсэх, аль хэдийн шийдэхийг оролдож байгаа эсэх, таны шийдэлд жинхэнэ зүйл — цаг, имэйл, мөнгө — өгөх бэлэн эсэхийг олж мэд. Ярилцлагаар эхэл, дараа нь landing page эсвэл waitlist рүү шилж, урьдчилсан борлуулалт эсвэл буцаж ирж байгаа хэрэглэгчийг хамгийн хүчтэй нотолгоо гэж үз. Алхам бүр бага зэрэг илүү зардалтай боловч илүү их зүйлийг хэлдэг.

Баталгаажуулалт нь санаа амжилтанд хүрнэ гэдгийг батлахгүй. Энэ нь хэн ч хүсдэггүй зүйлд хэдэн сар зарцуулах магадлалыг бууруулдаг.

Таны үнэхээр туршиж буй зүйл

"Энэ сайн санаа мөн үү?" гэдэг нь туршихад хэт бүдэг асуулт. Үүнийг хариулж болох асуултуудад хуваа:

Сүүлийн асуултыг ихэвчлэн орхигддог. Жинхэнэ асуудал байгаа ч хүрч чадахгүй харилцагчид бол хэцүү бизнес хэвээр үлддэг.

Алхам 1: Хамгийн эрсдэлтэй таамаглалаа бичээрэй

Судалгаа хийхээсээ өмнө санаагаа нэг өгүүлбэрээр бичээрэй: "[Хэн] [асуудал]-д орж байгаа бөгөөд [ямар] шалтгаанаар [шийдэл]-ийг ашиглана." Дараа нь ажиллахын тулд юу үнэн байх ёстойг жагсаа, хамгийн эргэлзээтэй зүйлээ тойрог зур. Түүнийг эхлээд туршина.

Нохой засдаг газрын товлолын апп гэж бодъё. Хамгийн эрсдэлтэй таамаглал нь "засагчид товлолын хэрэгсэл хэрэгтэй" биш — тэд мэдээж хэрэгтэй — харин "засагчид одоогийн хэрэгслээсээ хангалттай бухимдаж, сольж болохоор" гэдэг нь байж магадгүй.

Алхам 2: Асуудлын ярилцлага

Ярилцлага бол хамгийн хямд, дохио хамгийн өндөр арга боловч буруу хийхэд хамгийн амархан. Зорилго нь хүний одоогийн зан төлөвийг сурах, борлуулахгүй байх.

Хэнтэй ярих вэ

Таны дээрх нэг өгүүлбэртэй таарч буй хүмүүс. Найз, гэр бүл туршилтад сайн боловч эелдэг байж, үнэн хэлэхгүй байж магадгүй. Жинхэнэ боломжит хэрэглэгчдийг тэд аль хэдийн байдаг газраас ол: салбарын бүлгүүд, subreddit, орон нутгийн бизнесийн холбоо, LinkedIn дээрх хамтын харилцаа.

Юу асуух вэ

Боломжит ирээдүйн тухай бус, өнгөрсөн тухай асуу:

• "[Асуудал]-тай сүүлд тулгарсан үеийг надад ярьж өг."
• "Тэр үед юу хийсэн бэ? Ямар хэрэгсэл ашигласан бэ?"
• "Яагаад тэр нь бухимдуулсан бэ?"
• "Засахын тулд ямар нэг зүйлд мөнгө төлсөн үү? Яагаад тийм, яагаад үгүй гэж?"
• "Ийм үед өөр хэн оролцдог вэ?"

Юунаас зайлсхийх вэ

• "Ийм апп ашиглах уу...?" Бараг бүх хүн эелдэг байхын тулд тийм гэж хариулдаг.
• Шийдлээ хэт эрт харуулах. Нэгэнт харсан бол тэд асуудлаа хэлэхийн оронд таны шийдэлд хариу үйлдэл үзүүлдэг.
• Магтаалыг тоолох. "Сайн санаа байна" гэдэг нотолгоо биш. "Бэлэн болохоор туршиж болох уу?" бол бага зэрэг. "Картаа өгөөрэй" бол маш их.

Ярилцлага бүрийн дараа тэмдэглэл хөт, дараа нь сурсан гурван зүйлээ бичээрэй. Хэд хэдэн хүн ижил өвдөлтийг төстэй үгээр тайлбарлавал тэр үгсийг бичиж ав — тэд таны landing page-ийн гарчиг болно.

Алхам 3: Аль хэдийн байгаа зүйлийг шалга

Таны шийдлийг биш, асуудлыг хай. Одоо байгаа бүтээгдэхүүн, тэдний үнийн хуудас, нийтийн сэтгэгдлийг шалга. Өрсөлдөөн ихэвчлэн сайн тэмдэг: энэ нь хүмүүс асуудлыг шийдэхэд мөнгө төлдөг гэсэн үг. Таны хайж буй зүйл бол зай — одоогийн хэрэгслүүд муу үйлчилдэг бүлэг, хэн ч хамрагдаагүй үнийн түвшин, эсвэл хүснэгтээр хийгддэг ажлын урсгал.

Хэрвээ огт ямар ч зүйл байхгүй бол яагаад гэдгийг олж мэд. Заримдаа энэ нь боломж; ихэвчлэн асуудал мөнгө төлөхөд хангалттай өвдөлттэй биш гэсэн үг.

Алхам 4: Landing page-тэй smoke test хий

Smoke test бол бүтээгдэхүүн байгаа мэт тайлбарласан, тодорхой үйлдэлтэй хуудас юм: waitlist-д бүртгүүлэх, хандалт хүсэх, эсвэл урьдчилан захиалах. Дараа нь зорилтот хүмүүсийг энд чиглүүлж, хэдэн хүн тэр үйлдлийг хийснийг хэмжинэ.

Хуудсанд хэрэгтэй зүйлс:

1. Ярилцлагад оролцогчдын үгээр асуудлыг нэрлэсэн гарчиг.
2. Гурав-дөрвөн тодорхой давуу тал — хэрэглэгчид юу өөрчлөгдөхийг.
3. Нэг үйлдэлд уриалга (call to action).
4. Бүтээгдэхүүн хөгжүүлэгдэж байгаа тухай шударга тэмдэглэл, ингэснээр хэн ч хуурагдсан мэт мэдрэхгүй.

Дараа нь зорилтот хүмүүс байдаг газраас хөдөлгөөн үүсгэ. Жижиг зорилтот сурталчилгааны туршилт сайн ажиллаж болно; мөн нийгэмлэгүүдэд мэдээлэл тавих нь, тэдний дүрмийг дагаж байгаа л бол боломжтой. Хөрвүүлэх landing page хэрхэн бүтээх вэ нь бүтэц, бичвэрийн талаар тайлбарладаг.

Үр дүнг уншихад

Ерөнхий "сайн" хөрвүүлэлтийн хувь гэж байдаггүй тул өөртэйгөө харьцуул: хоёр гарчиг эсвэл хоёр хэрэглэгчийн бүлгийг туршаад аль нь илүү сайн байгааг хар. Хамгийн ашигтай үр дүн бол хувь биш, бүртгүүлсэн хүмүүсийн жагсаалт. Тэдэнд имэйл бичээд уулзалт хүс.

Алхам 5: Waitlist бүтээж, ашигла

Waitlist нь нээлтээсээ өмнө сонирхсон хүмүүсийн имэйлийг цуглуулдаг. Энэ нь хоёр шалтгаанаар хэрэгтэй: ярилцах хүмүүстэй болгож, нээлтийн өдөр үзэгчидтэй болгодог.

Сул тал нь бүртгүүлэх нь бараг үнэгүй. Жагсаалтаа илүү ажиллуулах:

• Бүртгүүлэх үед нэг асуулт асуу, жишээлбэл "Одоогоор үүнд юу ашигладаг вэ?"
• Эхний бүртгүүлэгчдэд хувиараа хариулж, 15 минут хүс.
• Жагсаалт хөгжихгүй байхын тулд хэдэн долоо хоног тутам богино шинэчлэл илгээ.

Waitlist хуудас хэрхэн бүтээх вэ нь имэйлүүд хаана хадгалагдахыг оруулаад бүтээлтийг тайлбарладаг.

Алхам 6: Урьдчилан борло эсвэл барьцаа ав

Хамгийн хүчтэй эхний дохио бол мөнгө. Хөнгөлөлттэй эрт хандалт, "үндэслэгч гишүүний" үнэ, эсвэл буцаан олгогдох барьцаа санал болгож, хэн төлдгийг хар. Төлбөрийн үйлчилгээ үзүүлэгчийн төлбөрийн холбоосыг ашигла; бүтээгдэхүүн дууссан байх шаардлагагүй.

Шудрага байгаарай: хэзээ хүргэхээ хэл, хүссэн хүн бүрийн мөнгийг буцаа. Урьдчилсан борлуулалтыг хэн ч авахгүй байх нь ч үр дүн — энэ нь үнэ буруу, хүрээлэл буруу, эсвэл ярилцлагад сонсогдсон шиг өвдөлт тийм хурц биш гэсэн үг байж магадгүй.

Алхам 7: Concierge болон Wizard-of-Oz туршилтууд

Заримдаа хамгийн хурдан "бүтээгдэхүүн" бол чи өөрөө.

• Concierge туршилт: үр дүнг гараар хүргэ. Хэрвээ апп долоо хоног бүр тайлан гаргах ёстой бол түүнийг хүснэгтэд өөрөө хийж, имэйлээр явуул. Автоматжуулахын өмнө хэрэглэгчид юуг үнэлдгийг яг мэдэж авна.
• Wizard-of-Oz туршилт: хэрэглэгчид энгийн интерфейс харна, харин ард нь ажлыг гараар хийнэ. Хэрэглэгч бүтээгдэхүүнийг мэдэрч, та буцаж ирдэг эсэхийг сурна.

Хоёулаа хурдан томрохгүй, энэ бол тэдний зорилго. Үнэ цэнтэй гэдгээ нотолсон зүйлээ л автоматжуулна.

Алхам 8: Жижиг MVP бүтээж, зан төлөвийг ажигла

Minimum viable product бол гол ажлыг хийдэг хамгийн бага хувилбар юм. AI аппын бүтээгчээр өгөгдлийн сантай, нэвтрэлттэй ажиллагаатай MVP сарууд биш, харин өдрүүдэд гарч болно — тиймээс үүнийг баталгаажуулалтын нэг хэсэг болгох нь боломжтой, MVP гэж юу вэ гэдгийг үзнэ үү.

Гол хэмжүүр бол бүртгүүлэлт биш, буцаж ашиглах явдал. Хүмүүс таны түлхэлтгүйгээр хоёр, гурав дахь удаагаа буцаж ирдэг үү? Хамт ажиллагсдаа урьдаг уу? Эвдрэх үед гомдоллодог уу? Эдгээр нь аппад тэдэнд чухал гэсэн шинж.

Баталгаажуулалтын аргуудыг харьцуулах

Хэзээ зогсох, өөрчлөх, үргэлжлүүлэх вэ

Эхлэхээсээ өмнө босгоо тогтоо — жишээлбэл, "арван ярилцлага, гурван хүн төлөх гэж хэлэх, нэг урьдчилсан захиалга". Дараа нь шударгаар дүгнэ:

• Үргэлжлүүл хэрвээ хүмүүс ижил өвдөлтийг байнга тайлбарлаж, зарим нь мөнгө эсвэл цаг өгөх бэлэн байгаа бол.
• Өөрчил хэрвээ өвдөлт жинхэнэ боловч таны бодсоноос өөр бүлэгт, эсвэл өөр үнээр байгаа бол. Энэ нь нийтлэг бөгөөд ашигтай.
• Зогс хэрвээ хэн ч асуудлыг шийдэхийг оролдоогүй, хэн ч төлөхгүй, мөн тэр асуудалтай хүмүүстэй холбогдох боломжгүй бол.

Эрт зогсох нь сайн үр дүн. Энэ нь дараагийн санааг туршихад чамд чөлөө өгдөг.

Mythex-ээр баталгаажуулах

Mythex энэ процессын сүүлийн алхмуудад таарна. Та waitlist маягттай landing page-ийг тайлбарлаж, тэр өдөртөө нийтийн холбоосоор ажиллуулж, бүртгүүлэлтийг өгөгдлийн санд хадгалуулж болно; дараа нь дохио сайн гарвал тэр төслөө жижиг MVP болгон хөрвүүлнэ. Эхлэхэд үнэгүй, docs дээрх waitlist заавар алхмуудыг харуулдаг. Төсөв бодож байвал апп бүтээхэд хэд зардалтай вэ нь сонголтуудыг харьцуулдаг.

Асуултууд