در سالهایی که با دهها بنیانگذار ایرانی روی پیچ محصول، صفحه فرود و معرفی اولیه کار کردهام، یک الگوی تکراری را بارها دیدهام؛ سازندگانی که محصولی واقعاً خوب ساختهاند، اما هر بار که میخواهند آن را در یک جمله توضیح دهند، طرف مقابل با نگاهی گیج به آنها خیره میشود. مشکل تقریباً هیچوقت کیفیت محصول نیست. مشکل این است که بنیانگذار محصول خود را از درون میبیند، با تمام جزئیات فنی و فیچرهایی که ماهها رویشان کار کرده، در حالیکه مخاطب فقط یک سوال ساده در ذهن دارد: این به چه درد من میخورد؟
به یاد دارم بنیانگذاری که محصولش یک ابزار اتوماسیون برای تیمهای پشتیبانی بود. وقتی از او خواستم محصولش را توضیح دهد، نزدیک به دو دقیقه درباره معماری سیستم، یکپارچهسازی با چند سرویس و قابلیتهای شخصیسازی صحبت کرد. وقتی پرسیدم «این در نهایت چه کاری برای مشتری انجام میدهد؟» چند ثانیه مکث کرد و گفت: «خب… باعث میشود سریعتر به تیکتها جواب بدهند.» همین یک جمله، تمام آن دو دقیقه را در خودش داشت، اما او آن را زیر انبوهی از جزئیات دفن کرده بود. این دقیقاً همان چیزی است که در زبان محصول به آن «نفرین دانش» میگویند؛ وقتی چیزی را آنقدر خوب میشناسید که دیگر نمیتوانید آن را از زاویه دید یک تازهوارد ببینید.
این موضوع اهمیت دارد، چون توضیح محصول صرفاً یک مهارت ارتباطی نیست؛ اولین فیلتر بقای استارتاپ شماست. سرمایهگذار در ده ثانیه اول تصمیم میگیرد که آیا ادامه گفتگو ارزش دارد یا نه، کاربر در چند ثانیه اول صفحه فرود تصمیم میگیرد که بماند یا برود، و مشتری بالقوه فقط زمانی پول میدهد که بفهمد دقیقاً چه دردی از او دوا میشود. در ادامه میخواهم نشان دهم چرا این اتفاق میافتد، چطور تشخیصش دهید، و چه چارچوبی کمک میکند توضیحی بسازید که واقعاً کار کند.
چرا ذهن بنیانگذار علیه توضیح روشن کار میکند
ریشه اصلی این مشکل در فاصلهای است که بین ذهن سازنده و ذهن مخاطب وجود دارد. شما ماهها یا سالها در دل مسئله زندگی کردهاید؛ هر تصمیم فنی، هر فیچر و هر خط کد برای شما معنا و داستانی دارد. اما مخاطب شما هیچکدام از این مسیر را طی نکرده است و وقتی شما با زبان درونی محصول صحبت میکنید، در واقع از او میخواهید چیزی را بفهمد که هیچ زمینهای برای فهمیدنش ندارد. این پدیده آنقدر رایج است که میتوان گفت تقریباً هر بنیانگذاری در ابتدا گرفتار آن میشود، و فقط آنهایی که آگاهانه روی آن کار میکنند از آن عبور میکنند.
عامل دوم، تله افتخار به فیچر است. وقتی روی قابلیتی سخت کار کردهاید، طبیعی است که بخواهید دربارهاش حرف بزنید. اما مخاطب به فیچر شما علاقهای ندارد؛ او به نتیجهای که آن فیچر برایش میسازد علاقه دارد. تفاوت بین «ما الگوریتم زمانبندی هوشمند داریم» و «دیگر هیچوقت یک جلسه را فراموش نمیکنید» همین است. اولی درباره شماست و دومی درباره مخاطب، و مغز انسان همیشه به چیزی که درباره خودش است سریعتر واکنش نشان میدهد. در بیشتر موارد، بنیانگذارانی که این تله را نمیشناسند، پیچی میسازند که فهرستی از قابلیتهاست، نه روایتی از یک تغییر در زندگی مشتری.
عامل سوم، ترس از سادهسازی است. بسیاری از بنیانگذاران فکر میکنند اگر محصولشان را ساده توضیح دهند، ارزش واقعی آن کم به نظر میرسد یا پیچیدگی فنیشان نادیده گرفته میشود. اما واقعیت برعکس است؛ توانایی توضیح یک چیز پیچیده با زبان ساده، نشانه تسلط عمیق است، نه سطحی بودن. مخاطبی که در همان جمله اول میفهمد محصول شما چه میکند، اعتماد بیشتری به شما پیدا میکند تا کسی که بعد از پنج دقیقه هنوز سردرگم است. سادهسازی، تنبلی فکری نیست؛ سختترین کار در ارتباط است.
نشانههایی که توضیح محصول شما کار نمیکند
چطور بفهمید توضیح فعلی شما اشتباه است؟ روشنترین نشانه، واکنش مخاطب است. اگر بعد از توضیح شما، طرف مقابل با جملههایی مثل «جالبه» یا «خب، بعداً بیشتر برام توضیح بده» پاسخ میدهد، احتمالاً چیزی نفهمیده و فقط مودبانه گفتگو را تمام میکند. در مقابل، یک توضیح خوب معمولاً واکنشی مشخص ایجاد میکند؛ مخاطب یا بلافاصله میگوید «این دقیقاً همان چیزی است که لازم دارم» یا یک سوال دقیق و مرتبط میپرسد. سکوت مودبانه و تعریفهای کلی، تقریباً همیشه نشانه ابهام هستند، نه تایید.
نشانه دوم را میتوانید روی صفحه فرود خود ببینید. اگر کاربران وارد سایت میشوند اما در چند ثانیه اول خارج میشوند و نرخ تبدیل پایین میماند، اغلب مشکل از طراحی نیست، بلکه از این است که عنوان اصلی صفحه در یک نگاه ارزش محصول را منتقل نمیکند. در یکی از پروژهها دیدم که تغییر یک عنوان فیچرمحور به یک عنوان مسئلهمحور، بدون هیچ تغییر دیگری در صفحه، نرخ ثبتنام را بهطور محسوسی بالا برد. این تجربه به من یادآوری کرد که توضیح محصول، یک تصمیم محصولی است، نه صرفاً یک کار محتوایی.
نشانه سوم، تست خویشاوند است. اگر نمیتوانید محصولتان را طوری توضیح دهید که یکی از اعضای خانوادهتان که هیچ ارتباطی با حوزه شما ندارد آن را بفهمد، توضیح شما هنوز برای مخاطب آماده نیست. این تست بیرحمانه ساده است، اما بهطرز شگفتآوری دقیق عمل میکند. اگر مجبور میشوید برای فهماندن محصول، چند پیشفرض و اصطلاح تخصصی را اول توضیح دهید، یعنی هنوز در سطح زبان درونی محصول گیر کردهاید و باید یک لایه عقبتر بروید؛ به سطح دردی که محصول حل میکند.
از توضیح فیچرمحور به توضیح مسئلهمحور
مهمترین تغییر ذهنی برای ساختن یک توضیح خوب، حرکت از «محصول من چه میکند» به «محصول من چه مشکلی را برای چه کسی حل میکند» است. مخاطب وقتی دردی را که میشناسد در جمله شما پیدا میکند، ناخودآگاه به جلو خم میشود و گوش میدهد. به همین دلیل بهترین توضیحها معمولاً با وضعیت فعلی و دردناک مخاطب شروع میشوند، نه با قابلیتهای محصول. وقتی مخاطب احساس کند شما دقیقاً مشکل او را میفهمید، آنگاه آماده شنیدن راهحل میشود و فیچرها در این مرحله معنا پیدا میکنند.
یک تمرین مفید این است که برای هر فیچر مهم محصول، جمله را با عبارت «یعنی شما میتوانید…» کامل کنید. مثلاً بهجای «ما داشبورد تحلیل لحظهای داریم» بگویید «یعنی شما میتوانید قبل از اینکه مشکلی بزرگ شود، آن را ببینید و جلویش را بگیرید». این ترجمه ساده، فیچر را به نتیجه تبدیل میکند و نتیجه همان چیزی است که مخاطب برایش پول میدهد. این موضوع ارتباط نزدیکی با مفهوم تناسب محصول با بازار دارد؛ اگر میخواهید عمیقتر درباره اینکه چطور بفهمید محصولتان واقعاً نیاز بازار را پاسخ میدهد بدانید، مقاله تناسب محصول با بازار: راهنمای عملی برای بنیانگذاران نقطه شروع خوبی است.
نکتهای که اغلب نادیده گرفته میشود این است که توضیح مسئلهمحور نیازمند شناخت دقیق مخاطب است. شما نمیتوانید درد کسی را توصیف کنید که او را نمیشناسید. به همین دلیل بسیاری از مشکلات توضیح محصول، در واقع ریشه در ابهام درباره مخاطب هدف دارند. اگر احساس میکنید توضیحتان همیشه کلی و بیاثر است، شاید مشکل اصلی جای دیگری باشد؛ موضوعی که در مقاله مشکل مارکتینگ ندارید، مشکل «تعریف مخاطب» دارید بهتفصیل به آن پرداختهایم.
چارچوبی برای ساختن یک توضیح روشن
برای ساختن یک توضیح مؤثر، توصیه میکنم از یک ساختار ساده سهبخشی استفاده کنید که در عمل بارها جواب داده است. بخش اول، مخاطب و وضعیت اوست؛ مشخص کنید این محصول برای چه کسی است و او در حال حاضر در چه شرایط دردناکی قرار دارد. بخش دوم، تغییری است که محصول ایجاد میکند؛ نه فهرست فیچرها، بلکه آن وضعیت بهتری که مخاطب بعد از استفاده از محصول تجربه خواهد کرد. بخش سوم، تمایز است؛ چرا راهحل شما بهتر یا متفاوت از کاری است که مخاطب الان انجام میدهد. این سه بخش، اسکلت هر توضیح خوبی هستند، چه در یک جمله و چه در یک صفحه کامل.
برای جمعبندی همه اینها در یک جمله، میتوانید از قالب «ما به [مخاطب مشخص] کمک میکنیم تا [نتیجه مطلوب] را بهدست آورند، بدون [درد یا مانع فعلی]» استفاده کنید. این قالب شما را مجبور میکند هر سه عنصر کلیدی را در کنار هم بیاورید و از افتادن در دام فهرست فیچرها جلوگیری میکند. البته این قالب فقط یک نقطه شروع است و نباید آن را بهصورت خشک و کلیشهای به کار ببرید؛ هدف، درونی کردن منطق پشت آن است، نه کپی کردن ساختارش.
بهترین راه برای آزمودن توضیح، نشان دادن آن به جای گفتن آن است. در بسیاری از موارد، یک دموی کوتاه و دقیق، صد جمله توضیح را بینیاز میکند، چون مخاطب بهجای اینکه ارزش را تصور کند، آن را میبیند. این رویکرد که چرا گاهی ساختن یک دمو از توضیح طولانی مؤثرتر است، در مقاله دمو بسازید، نه فیچر با جزئیات بررسی شده است و مکمل خوبی برای کار روی توضیح کلامی محصول است.
اشتباهات رایج در توضیح محصول و راه عبور از آنها
رایجترین اشتباه، استفاده از کلمات بزرگ و کلی است؛ عباراتی مثل «راهکار جامع»، «پلتفرم یکپارچه» یا «تجربه بینظیر» که هیچ تصویر مشخصی در ذهن مخاطب نمیسازند. این کلمات آنقدر تکرار شدهاند که دیگر معنایی منتقل نمیکنند و فقط فضای ارزشمند توضیح شما را اشغال میکنند. بهجای آنها، از فعلهای مشخص و نتیجههای قابل اندازهگیری استفاده کنید. تفاوت بین «بهرهوری تیم را بهبود میدهیم» و «کارهای تکراری هفتگی تیم شما را تا چند ساعت کم میکنیم» همین جزئیات ملموس است که توضیح را باورپذیر میکند.
اشتباه دوم، توضیح دادن همه چیز در یکجاست. بنیانگذاران اغلب میترسند اگر همه قابلیتها را نگویند، مخاطب ارزش کامل محصول را درک نکند. اما نتیجه برعکس است؛ وقتی همه چیز را میگویید، مخاطب هیچ چیز را به یاد نمیآورد. یک توضیح خوب، یک پیام محوری دارد و بقیه را فدای روشنی آن پیام میکند. میتوانید جزئیات بیشتر را برای مراحل بعدی گفتگو نگه دارید، اما جمله اول باید فقط یک ایده قوی را منتقل کند.
اشتباه سوم، نادیده گرفتن بازخورد واقعی است. بسیاری از بنیانگذاران توضیحی میسازند و سالها به آن وفادار میمانند، بدون اینکه ببینند آیا واقعاً کار میکند یا نه. توصیه من این است که توضیح خود را مثل یک فرضیه محصولی ببینید؛ آن را روی افراد مختلف تست کنید، واکنشها را با دقت تماشا کنید و بر اساس آنچه میبینید بازنویسی کنید. بهترین توضیحها معمولاً حاصل دهها بار بازنویسی و آزمون هستند، نه یک جرقه اولیه. این کار، مثل خود محصول، یک فرآیند تکرارشونده است و هیچوقت کاملاً تمام نمیشود.
در نهایت، توضیح روشن محصول یک مهارت اکتسابی است، نه یک استعداد ذاتی؛ با تمرین، آزمون و گوش دادن صادقانه به واکنش مخاطب، هر بنیانگذاری میتواند به آن برسد. اگر روی استارتاپ خود کار میکنید و میخواهید ببینید تیمهای دیگر چطور محصولشان را معرفی و توضیح میدهند، در لانچینو میتوانید استارتاپهای فعال اکوسیستم ایران را کشف کنید، از معرفی آنها الهام بگیرید و محصول خودتان را در معرض دید جامعهای از سازندگان و کاربران واقعی قرار دهید.