چند ماه پیش با یک تیم محصول کار می‌کردم که آنبوردینگ اپلیکیشن‌شان را عیناً از یک قالب معروف SaaS آمریکایی کپی کرده بودند؛ فقط کلمه‌به‌کلمه به فارسی برگردانده بودند. متن از نظر دستوری کاملاً درست بود، جمله‌ها روان بودند، حتی یک غلط املایی هم نداشت. با این حال نرخ تکمیل آنبوردینگ کمتر از ۱۸ درصد بود. وقتی با چند کاربر تماس گرفتیم، جواب مشترکی شنیدیم: «فهمیدم چی نوشته، ولی نفهمیدم این به من چه ربطی دارد.» این دقیقاً همان نقطه‌ای است که بین ترجمه و بازنویسی واقعی فرق می‌گذارد، و اکثر استارتاپ‌های ایرانی هنوز این فرق را جدی نگرفته‌اند.
مثال دیگری را به یاد دارم؛ یک ابزار مدیریت پروژه که در راهنمای درون‌برنامه‌ای‌اش از مثال «تیم فروش شما در سانفرانسیسکو» استفاده می‌کرد. کاربر ایرانی که در حال راه‌اندازی یک کسب‌وکار کوچک در اصفهان بود، وقتی این جمله را دید، حس کرد محصول برای او ساخته نشده. بعد از بازنویسی همان بخش با مثال «تیم فروش شما در دو شعبه تهران و مشهد»، نرخ تعامل با آن صفحه راهنما نزدیک به دو برابر شد. این تغییر هیچ هزینه فنی نداشت؛ فقط چند جمله بازنویسی شده بود، اما اثر آن روی درک و اعتماد کاربر قابل اندازه‌گیری بود.
در لانچینو بارها دیده‌ایم که تیم‌های محصول روی طراحی رابط کاربری، سرعت بارگذاری و حتی رنگ دکمه‌ها ساعت‌ها وقت می‌گذارند، اما متن راهنما، پیامهای خطا و مثال‌های داخل محصول را در آخرین لحظه و با کمترین دقت می‌نویسند. این مقاله شش اصل عملی را مرور می‌کند که به شما کمک می‌کند محتوای راهنمای محصول، آنبوردینگ و تولتیپ‌ها را طوری بازنویسی کنید که کاربر ایرانی حس کند این محصول واقعاً برای او طراحی شده، نه اینکه صرفاً ترجمه شده است.
چرا محتوای ترجمه‌شده محصول در ایران شکست می‌خورد
ترجمه و بازنویسی دو کار متفاوت هستند، هرچند در نگاه اول شبیه به هم به نظر می‌رسند. ترجمه فقط کلمات را از زبانی به زبان دیگر منتقل می‌کند، اما بازنویسی فرهنگ، مرجعها و انتظارات کاربر را هم تغییر می‌دهد. وقتی یک تیم محصول متن راهنما را مستقیم ترجمه می‌کند، معمولاً واحد پول دلار باقی می‌ماند، مثالها به شهرهای خارجی اشاره دارند، و لحن نوشتار همان لحن رسمی و گاهی خشک انگلیسی است که برای مخاطب فارسی‌زبان طبیعی نیست. کاربر ایرانی این متن را می‌خواند، آن را درک می‌کند، اما در ذهنش یک فاصله نامرئی با محصول شکل می‌گیرد؛ او حس می‌کند مهمان یک فضای طراحی‌شده برای دیگران است، نه کاربر اصلی آن.
این فاصله معمولاً خودش را در داده‌ها نشان می‌دهد، حتی اگر تیم محصول آن را به چشم نبیند. نرخ تکمیل آنبوردینگ پایین می‌آید، کاربران روی دکمه «راهنما» کمتر کلیک می‌کنند چون از قبل حدس می‌زنند متن به دردشان نمی‌خورد، و تیکتهای پشتیبانی برای سؤالاتی باز میشود که در واقع در متن راهنما پاسخ داده شده، اما کاربر آن را جدی نگرفته یا اصلاً نخوانده است. در یکی از پروژه‌هایی که بررسی کردیم، بیش از ۴۰ درصد تیکتهای پشتیبانی درباره سؤالاتی بود که دقیقاً در بخش راهنمای محصول توضیح داده شده بود؛ فقط با مثالها و لحنی که برای کاربر ایرانی غریبه بود.
چرا این موضوع اهمیت دارد؟ چون محتوای محصول، برخلاف تصور رایج، فقط توضیح فنی نیست؛ بخشی از تجربه اعتمادسازی است. کاربری که احساس می‌کند محصول زبان او را واقعاً می‌فهمد، سریع‌تر ثبت‌نام می‌کند، دیرتر ریزش می‌کند و راحت‌تر محصول را به دیگران معرفی می‌کند. در مقابل، محتوای ترجمه‌شده، هرچند بی‌غلط، یک پیام ناخواسته به کاربر می‌فرستد: این محصول اول برای کس دیگری ساخته شده و بعد به فارسی برگردانده شده است.
تفاوت ترجمه و بازنویسی واقعی: کجا اشتباه می‌کنیم
اشتباه رایج این است که تیم‌های محصول، بازنویسی را با ویرایش زبانی اشتباه می‌گیرند. آن‌ها متن انگلیسی را به مترجم یا حتی به یک ابزار هوش مصنوعی می‌دهند، خروجی را روان می‌کنند، و فکر می‌کنند کار تمام شده است. اما بازنویسی واقعی باید از سه لایه عبور کند: لایه زبانی، لایه مرجعها و مثالها، و لایه لحن و انتظار فرهنگی. لایه زبانی همان چیزی است که اکثر تیم‌ها به آن توجه می‌کنند؛ درست نوشتن، رعایت دستور زبان، طبیعی بودن جمله‌ها. این لایه ضروری است، اما به‌تنهایی کافی نیست.
لایه دوم، یعنی مرجعها و مثالها، معمولاً نادیده گرفته میشود. اگر محصول شما یک ابزار حسابداری است و در راهنما از مثال «فاکتور به دلار برای مشتری در نیویورک» استفاده می‌کنید، کاربر ایرانی که با چالش نوسان نرخ ارز و صدور فاکتور ریالی دست‌وپنجه نرم می‌کند، این مثال را بی‌ربط می‌بیند. به یاد دارم پروژه‌ای که در آن تیم محصول تمام اسکرین‌شات‌های راهنما را با داده‌های نمونه انگلیسی نگه داشته بود، فقط متن اطراف آن را فارسی کرده بود؛ نتیجه این شد که کاربر بین متن فارسی و تصویر انگلیسی گیج می‌شد و اعتمادش به دقت محصول کم می‌شد.
لایه سوم، لحن و انتظار فرهنگی، ظریف‌تر است اما شاید مهم‌تر از دو لایه دیگر باشد. بسیاری از متن‌های محصول غربی با شوخ‌طبعی سبک، خطاب مستقیم و گاهی طنز نوشته می‌شوند؛ چیزی که اگر عیناً به فارسی برگردد، ممکن است غیرحرفه‌ای یا حتی نامناسب به نظر برسد. در مقابل، برخی تیم‌ها آن‌قدر لحن را رسمی و اداری می‌کنند که محصول حس یک بروشور دولتی پیدا می‌کند. تعادل درست جایی است که لحن دوستانه اما محترمانه باشد، شبیه گفت‌وگوی یک متخصص با یک همکار، نه یک تبلیغ و نه یک دستورالعمل خشک.
مثال‌های عملی: قبل و بعد از بازنویسی محتوای محصول
برای اینکه این تفاوت ملموس‌تر شود، چند نمونه واقعی را مرور می‌کنیم که در پروژه‌های مختلف دیده‌ایم. در یک اپلیکیشن رزرو نوبت، متن اصلی می‌گفت: «Book your appointment in seconds, just like ordering coffee.» نسخه ترجمه‌شده این بود: «نوبت خود را در چند ثانیه رزرو کنید، درست مثل سفارش قهوه.» از نظر زبانی مشکلی نداشت، اما مرجع «سفارش قهوه» برای بخش زیادی از کاربران ایرانی، به‌خصوص در شهرهای کوچک‌تر، تجربه‌ای آشنا نبود. نسخه بازنویسی‌شده این شد: «نوبت خود را در چند ثانیه رزرو کنید، همان‌قدر ساده که یک پیام در تلگرام بفرستید.» این مثال دوم چون از تجربه روزمره واقعی کاربر ایرانی می‌آمد، بلافاصله قابل‌درک‌تر بود.
نمونه دیگر مربوط به پیامهای خطا بود. یک پلتفرم فروشگاهی وقتی پرداخت ناموفق بود، پیام «Payment failed. Please try again or contact your bank.» را عیناً ترجمه کرده بود. مشکل اینجا بود که در ایران، دلایل شکست پرداخت اغلب متفاوت از آنچه در بانکداری بین‌المللی رایج است می‌باشد؛ محدودیت سقف تراکنش روزانه، قطعی درگاه بانکی، یا نیاز به رمز پویا. بعد از بازنویسی، پیام خطا به این شکل تغییر کرد: «پرداخت انجام نشد. ممکن است سقف تراکنش روزانه کارت شما پر شده باشد یا رمز پویا نیاز باشد. دوباره امتحان کنید یا با بانک خود تماس بگیرید.» این نسخه نه‌تنها ترجمه بود، بلکه واقعاً مشکل کاربر ایرانی را پیش‌بینی کرده بود.
در بخش آنبوردینگ یک ابزار مدیریت پروژه هم اتفاق مشابهی افتاد. متن اصلی از تیم فرضی «Acme Corp» با کارمندانی به نام «John» و «Sarah» استفاده می‌کرد. تیم محصول این اسم‌ها را فقط به «شرکت آکمه» و «جان» و «سارا» تبدیل کرده بود، که هنوز هم برای کاربر ایرانی غریبه بود. نسخه بازنویسی‌شده از یک تیم فرضی با نام «استودیو طراحی مهرگان» و کارمندانی به نام «سارا» و «امید» استفاده کرد؛ اسم‌هایی که برای کاربر آشنا بودند و بلافاصله حس همذات‌پنداری ایجاد می‌کردند. تفاوت در نرخ تکمیل آنبوردینگ این پروژه بعد از این تغییر، نزدیک به سی درصد بود.
چطور آنبوردینگ و تولتیپ‌ها را برای کاربر ایرانی بنویسیم
وقتی نوبت به آنبوردینگ و تولتیپ‌ها می‌رسد، طول متن به‌اندازه دقت آن اهمیت دارد. کاربر ایرانی معمولاً حوصله خواندن پاراگراف‌های طولانی در یک تولتیپ کوچک را ندارد؛ او انتظار دارد در یک یا دو جمله بفهمد این دکمه یا فیلد چه کاری انجام می‌دهد. توصیه ما این است که هر تولتیپ را با یک فعل عملی شروع کنید، نه با توضیح انتزاعی. به‌جای «این بخش برای مدیریت تنظیمات حساب کاربری شما طراحی شده است»، بنویسید «از اینجا رمز عبور، شماره تماس و ایمیل خود را تغییر دهید.» جمله دوم مستقیم‌تر است و کاربر دقیقاً می‌داند چه کاری باید انجام دهد.
در مورد آنبوردینگ، معمولاً بهتر است داستان کوتاهی از یک کاربر واقعی ایرانی تعریف کنید، نه اینکه فقط فهرستی از قابلیت‌ها را نشان دهید. مثلاً به‌جای معرفی جداگانه هر ویژگی، می‌توانید سناریویی بسازید که در آن یک فروشنده آنلاین در یک شهر ایرانی، قدم‌به‌قدم از ثبت محصول تا دریافت اولین سفارش را طی می‌کند. این نوع روایت، ذهن کاربر را درگیر می‌کند و باعث میشود او خودش را در آن سناریو ببیند، نه اینکه فقط یک لیست خشک از دکمه‌ها را مرور کند. معمولاً وقتی این رویکرد را در پروژه‌ای پیاده کرده‌ایم، زمان ماندن کاربر در صفحه آنبوردینگ افزایش پیدا کرده، نه کاهش؛ چون کاربر واقعاً درگیر محتوا شده است.
نکته دیگر این است که واحدها و قالب‌ها را فراموش نکنید. تاریخ باید به شمسی نمایش داده شود مگر اینکه دلیل مشخصی برای میلادی بودن آن وجود داشته باشد، اعداد باید با جداکننده رایج فارسی نوشته شوند، و اگر محصول شما قیمت را نمایش می‌دهد، تومان یا ریال باید واحد پیش‌فرض باشد، نه دلار با یک پانویس کوچک برای تبدیل ارز. این جزئیات کوچک به نظر می‌رسند، اما در مجموع همان چیزی هستند که کاربر را متقاعد می‌کنند این محصول واقعاً برای او ساخته شده است.
فرآیند عملی بازنویسی: از تحقیق تا تست با کاربر واقعی
بازنویسی محتوای محصول نباید یک پروژه یک‌باره باشد که فقط قبل از لانچ انجام میشود؛ بهتر است آن را به یک فرآیند تکرارشونده تبدیل کنید. قدم اول این است که فهرستی از تمام نقاط تماس متنی محصول تهیه کنید: صفحه آنبوردینگ، تولتیپ‌ها، پیامهای خطا، ایمیل‌های تراکنشی، و بخش راهنما. در بسیاری از پروژه‌ها متوجه شده‌ایم که تیم محصول اصلاً فهرست کاملی از این نقاط ندارد و همین باعث میشود بخش‌هایی از محتوا فراموش شوند و همچنان به شکل ترجمه‌شده باقی بمانند.
قدم دوم، اولویت‌بندی بر اساس داده است، نه حدس. به سراغ داده‌های تحلیلی محصول بروید و ببینید کاربران در کدام نقطه از سفر خود بیشترین افت را دارند؛ همان‌جا معمولاً بهترین نقطه شروع برای بازنویسی است. اگر افت اصلی در قدم دوم آنبوردینگ اتفاق می‌افتد، بازنویسی متن راهنمای بخش تنظیمات پیشرفته که کمتر دیده میشود، اولویت پایین‌تری دارد. این رویکرد کمک می‌کند با منابع محدود، بیشترین تأثیر را بگیرید، به‌خصوص در تیم‌های کوچک که وقت زیادی برای بازنویسی کل محصول در یک مرحله ندارند.
قدم سوم و شاید مهم‌ترین قدم، تست با کاربر واقعی است. بعد از بازنویسی هر بخش، آن را با چند کاربر واقعی، نه همکاران داخلی تیم، آزمایش کنید. از آن‌ها بخواهید بلند بخوانند و توضیح دهند هر جمله را چطور می‌فهمند. معمولاً همین تمرین ساده، مشکلاتی را آشکار می‌کند که هیچ عضو تیم داخلی به آن فکر نکرده بود؛ چون تیم داخلی معمولاً آن‌قدر با محصول آشناست که دیگر متوجه ابهام‌های متن نمی‌شود. اگر می‌خواهید محتوای محصول را جدی بگیرید، همین چرخه کوچک بازنویسی و تست را هر چند ماه یک‌بار برای بخش‌های پربازدید تکرار کنید؛ نتیجه آن در طول زمان در نرخ تبدیل و رضایت کاربر دیده میشود.
اگر تازه در حال بازبینی محتوای محصول خود هستید، پیشنهاد می‌کنیم مقاله «۵ نشانه که محصول شما فقط ترجمه شده، نه واقعاً بومی‌سازی شده است» و همچنین «چک‌لیست ۶ گام بازطراحی محصول خارجی برای بازار ایران» را هم بخوانید تا تصویر کامل‌تری از بومی‌سازی واقعی به دست بیاورید. اگر محصول شما آماده است، آن را در لانچینو معرفی کنید تا اولین گروه کاربران واقعی ایرانی نظرشان را درباره محتوای محصول شما هم به شما بگویند.