منوی فارسی کمترین کار ممکن است. تفاوت واقعی در تقویم شمسی، جست‌وجویی که همه‌ی املاهای یک نام را پیدا کند و قالب داده‌ی ایرانی است.
«CRM فارسی» در آگهی‌ها معمولاً یعنی «منوها فارسی است». این کمترین کار ممکن است و درباره‌ی کیفیت محصول تقریباً هیچ نمی‌گوید. یک نرم‌افزار می‌تواند صددرصد فارسی دیده شود و باز هم هر روز به تیم شما آسیب بزند: گزارش ماهانه را روی ماه میلادی ببندد، «مرتضی» را با «مرتضي» یکی نداند، شماره‌ی موبایل با صفر ابتدایی را نپذیرد و مبلغ را با دو رقم اعشار نشان دهد.
بومی‌سازی واقعی یک لایه‌ی ترجمه نیست؛ پنج لایه است. هر لایه‌ای که جا بیفتد، هر روز کار دستی تولید می‌کند — و کار دستی دقیقاً همان چیزی است که باعث می‌شود تیم فروش شش ماه بعد سیستم را رها کند. در ادامه هر پنج لایه را باز می‌کنیم و برای هرکدام آزمونی می‌دهیم که در جلسه‌ی دمو، با دست خودتان و در کمتر از یک دقیقه انجام می‌شود.
ترجمه یک لایه است، بومی‌سازی پنج لایه
ترجمه فقط رشته‌های متنی رابط کاربری را عوض می‌کند. بومی‌سازی یعنی نرم‌افزار با قواعد زبان و کسب‌وکار شما ساخته شده باشد. این پنج لایه‌اند:
- زمان: تقویم شمسی در فیلتر، گروه‌بندی و گزارش — نه فقط در نمایش.
- متن: جست‌وجو و مرتب‌سازی فارسی با همه‌ی شکل‌های نوشتاری یک کلمه.
- چیدمان: راست‌به‌چپِ کامل، نه یک صفحه‌ی چپ‌به‌راست که آینه شده.
- قالب داده: موبایل، کد ملی، شناسه‌ی ملی، کدپستی و مبلغ به تومان.
- اتصال: پیامک فارسی، درگاه پرداخت ریالی، سامانه مودیان و تقویم کاری ایران.
لایه‌ی یکم: تقویم شمسی، نه فقط روی صفحه
بیشتر محصولات ترجمه‌شده تاریخ را میلادی نگه می‌دارند و فقط هنگام نمایش به شمسی تبدیل می‌کنند. تا وقتی صرفاً نگاه می‌کنید مشکلی پیش نمی‌آید. مشکل جایی شروع می‌شود که بخواهید کار کنید:
- فیلتر بازه: «معامله‌های خردادماه» را با دو کلیک می‌گیرید، یا باید بازه‌ی میلادی معادلش را حساب کنید؟
- گروه‌بندی گزارش: نمودار فروش ماهانه روی ماه شمسی می‌شکند یا میلادی؟ اگر میلادی باشد، هیچ عددش با گزارش حسابداری شما جور درنمی‌آید و هر ماه باید دستی تطبیق بدهید.
- سال مالی: مقایسه‌ی «امسال با پارسال» باید از فروردین شروع شود، نه از ژانویه.
- ورودی تاریخ: وقتی کارشناس می‌خواهد پیگیری را برای «۱۵ مرداد» ثبت کند، تقویمی که باز می‌شود شمسی است؟
- تقویم کاری: اگر یادآوری روی جمعه یا تعطیل رسمی بیفتد، سیستم می‌فهمد؟ هفته از شنبه شروع می‌شود یا از یکشنبه؟
آزمون دمو: بخواهید گزارش فروش ماه گذشته را جلوی چشمتان بگیرند و ببینید سرستون ماه، شمسی است یا میلادی. بعد بخواهید یک پیگیری برای «سه‌شنبه‌ی هفته‌ی بعد» ثبت کنند و به تقویمِ بازشده نگاه کنید. اگر کارشناس مجبور شد ذهنی تبدیل کند، این لایه ناقص است.
لایه‌ی دوم: جست‌وجویی که واقعاً پیدا می‌کند
فارسی برای یک کلمه چند شکل نوشتاری دارد و کاربرها همه‌شان را می‌نویسند. اگر موتور جست‌وجو این شکل‌ها را یکسان‌سازی نکند، رکورد هست ولی پیدا نمی‌شود — و کارشناس وسط تماس، رکورد تکراری می‌سازد. این‌ها را باید یکی ببیند:
- ی و ک عربی در برابر فارسی: «مرتضی» و «مرتضي» از نظر رایانه دو رشته‌ی کاملاً متفاوت‌اند. همین‌طور «کریمی» و «كريمي».
- نیم‌فاصله: «شرکتها»، «شرکتها» و «شرکت ها» باید یک نتیجه بدهند.
- ارقام: «۰۹۱۲…» با ارقام فارسی و «0912…» با ارقام لاتین باید یکی حساب شوند؛ ارقام عربی‌هندی هم همین‌طور.
- همزه و تشدید: «مؤسسه» و «موسسه»، «احمدی» و «أحمدی».
- فاصله‌ی اضافه: نامی که با دو فاصله یا فاصله‌ی انتهایی ذخیره شده باید پیدا شود.
اسم فنی این کار نرمال‌سازی است و باید هم روی متنی که ذخیره می‌شود اجرا شود هم روی چیزی که کاربر تایپ می‌کند. لایه‌ی بعدی‌اش مرتب‌سازی است: فهرست مخاطبان باید بر اساس الفبای فارسی مرتب شود، نه ترتیب خام کدهای یونیکد که «آ» را جایی غیر از اول فهرست می‌گذارد.
آزمون دمو: یک مخاطب با نام «مرتضی» ثبت کنید، بعد در کادر جست‌وجو «مرتضي» را با «ی» عربی بنویسید. اگر پیدا نشد، هر هفته چند رکورد تکراری خواهید ساخت. همین یک نقص، پایگاه مخاطبان را ظرف یک سال بی‌اعتبار می‌کند؛ در داده‌ی مشتری نوشته‌ایم چه چیزی ارزش نگه‌داشتن دارد و چه چیزی فقط شلوغی است.
لایه‌ی سوم: راست‌به‌چپ درست، نه صفحه‌ی آینه‌شده
RTL درست یعنی چیدمان از راست شروع شود و همه‌ی اجزا با همان جهت هماهنگ باشند. نشانه‌های یک RTL نصفه‌نیمه را در سی ثانیه می‌شود دید:
- نوار کناری سمت راست آمده، ولی آیکون «بعدی» هنوز به سمت راست اشاره می‌کند.
- در جدول‌ها ستون عملیات سمت راست افتاده و چشم برای خواندن هر ردیف باید برگردد.
- عدد یا کلمه‌ی لاتین داخل جمله‌ی فارسی جای اشتباه می‌پرد و پرانتز برعکس بسته می‌شود.
- در فیلد شماره‌ی تلفن، مکان‌نما هنگام تایپ می‌پرد و رقم‌ها جابه‌جا وارد می‌شوند.
- نوار پیشرفت کاریز از چپ پر می‌شود، در حالی که مراحل از راست چیده شده‌اند.
- در فرم، جای دکمه‌ی «ذخیره» و «انصراف» با نسخه‌ی انگلیسی یکی مانده و کاربر اشتباه می‌زند.
هیچ‌کدام به‌تنهایی فاجعه نیست. جمعشان یعنی کاربر روزی چند ده بار نیم‌ثانیه مکث می‌کند، و آن مکث‌ها به‌شکل مقاومت در برابر سیستم بیرون می‌زند. دلایل دیگر این مقاومت را در چرا تیم فروش از CRM فرار می‌کند جمع کرده‌ایم.
لایه‌ی چهارم: قالب داده‌ی ایرانی
این لایه بی‌سروصداترین و پرهزینه‌ترین است، چون خطاهایش ماه‌ها بعد کشف می‌شوند:
- شماره‌ی موبایل: کاربر ممکن است «۰۹۱۲۱۲۳۴۵۶۷»، «+۹۸۹۱۲…»، «۹۸۹۱۲…» یا شماره‌ی با خط تیره وارد کند. سیستم باید همه را به یک شکل استاندارد تبدیل کند؛ وگرنه یک مشتری با سه رکورد در پایگاه شما می‌نشیند و کنترل تکراری هم بی‌فایده می‌شود.
- کد ملی و کدپستی: هر دو ده رقم‌اند و می‌توانند با صفر شروع شوند. اگر در ستون عددی ذخیره شوند، صفر ابتدایی می‌افتد. این خطای کلاسیکِ خروجی اکسل هم هست.
- شناسه‌ی ملی و کد اقتصادی اشخاص حقوقی: اگر قرار است فاکتور رسمی صادر کنید، این فیلدها باید در پرونده‌ی مشتری جا داشته باشند، نه در فیلد «توضیحات».
- واحد پول: تومان یا ریال؟ باید یکی انتخاب شود و همه‌جای محصول همان باشد. مبلغ ایرانی اعشار ندارد و بدون جداکننده‌ی هزارگان خوانده نمی‌شود؛ «۱۲۵۰۰۰۰۰» را کسی از یک نگاه تشخیص نمی‌دهد.
- نام و نام خانوادگی: جداکردن اجباری این دو برای بازار ایران بیشتر دردسر است تا فایده؛ خیلی از مخاطبان B2B با نام شرکت ثبت می‌شوند.
روکا این نرمال‌سازی‌ها را سمت سرور انجام می‌دهد تا کارشناس مجبور نباشد قالب را رعایت کند؛ نتیجه‌اش را در دفترچه‌ی مخاطبان و ثبت سریع می‌بینید.
لایه‌ی پنجم: اتصال به سرویس‌های داخلی
یک CRM جزیره نیست. این اتصال‌ها یا هست یا هر روز کار دستی می‌سازد:
- پیامک فارسی: پیام فارسی با کدگذاری یونیکد ارسال می‌شود و در هر پیامک حدود ۷۰ کاراکتر جا می‌گیرد، نه ۱۶۰ کاراکتر. اگر محصول این را نداند، هزینه‌ی پیامک شما چند برابر می‌شود بی‌آنکه بفهمید. تفاوت خط خدماتی و تبلیغاتی هم قاعده‌ی محلی است؛ در پیامک یادآوری بدهی توضیح داده‌ایم چرا این تفکیک مهم است.
- سامانه مودیان: اگر مشمول هستید، ارسال صورتحساب باید از دل همان فاکتوری انجام شود که در CRM صادر کرده‌اید. محصول خارجی چنین چیزی ندارد و هیچ‌وقت هم نخواهد داشت. سامانه مودیان چیست نقطه‌ی شروع خوبی است.
- درگاه پرداخت: پرداخت ریالی و لینک پرداخت برای مشتری، نه درگاه‌های بین‌المللی که در ایران کار نمی‌کنند.
- تقویم کاری: پنجشنبه و جمعه، تعطیلات رسمی و ساعت کاری ایران باید در زمان‌بندی یادآوری‌ها لحاظ شود.
چرا ترجمه‌ی یک محصول خارجی فرق دارد
مسئله ملی‌گرایی نیست، معماری است. یک محصول خارجی مدل داده‌اش را حول تقویم میلادی، آدرس‌دهی غیرایرانی و قواعد مالیاتی کشور خودش ساخته است. لایه‌ی فارسی روی آن مثل روکش می‌نشیند و چند پیامد قطعی دارد:
- روکش با هر به‌روزرسانی می‌شکند. نسخه‌ی جدید محصول اصلی که بیاید، بخشی از فارسی‌سازی از دست می‌رود و شما باید منتظر وصله بمانید.
- نماینده‌ی محلی به کد دسترسی ندارد. وقتی می‌گویید «گزارش را شمسی کنید»، پاسخ واقعی این است که نمی‌تواند؛ فقط می‌تواند درخواست را بفرستد.
- نیاز شما در نقشه‌ی راه محصول اصلی وزنی ندارد. اتصال به سامانه مودیان برای شرکتی در آن سوی دنیا یک درخواست حاشیه‌ای است.
- ریسک دسترسی و پرداخت. اشتراک ارزی، تحریم و قطع ناگهانی سرویس، ریسکی است که روی داده‌ی مشتریانتان می‌نشیند.
در مقابل، محصول بومی این قواعد را «می‌داند»، ولی خودبه‌خود خوب نیست: خیلی از محصولات ایرانی هم فقط ظاهر فارسی دارند. معیار، ملیت شرکت نیست؛ عمق پنج لایه است.
نشانه‌ی روکش در برابر نشانه‌ی بومی‌سازی
| موضوع | نشانه‌ی روکش | نشانه‌ی بومی‌سازی |
|---|---|---|
| گزارش ماهانه | ماه‌های میلادی، تبدیل دستی | ماه شمسی، مقایسه از فروردین |
| جست‌وجوی نام | حساس به «ی» و «ک» و نیم‌فاصله | هر املایی یک نتیجه می‌دهد |
| شماره‌ی موبایل | فیلد متنی آزاد | استانداردسازی خودکار و کنترل تکراری |
| مبلغ | اعشار و واحد پول قابل تغییر | تومان، جداکننده‌ی هزارگان، بدون اعشار |
| پیامک | محاسبه بر پایه‌ی ۱۶۰ کاراکتر | محاسبه‌ی درست فارسی و قالب خدماتی |
| فاکتور رسمی | فیلد مالیات عمومی | شناسه‌ی کالا و ارسال به سامانه مودیان |
| پشتیبانی | ارجاع به تیم خارجی | پاسخ فارسی از تیمی که کد را می‌نویسد |
پنج سوالی که فروشنده را لو می‌دهد
- «گزارش فروش را بر اساس ماه شمسی بگیرید.» — اگر مکث کرد، لایه‌ی یک ندارد.
- «این مخاطب را با املای دیگری جست‌وجو کنید.» — بهترین آزمون یک‌دقیقه‌ای.
- «اگر همین شماره را با +۹۸ وارد کنم، سیستم می‌فهمد تکراری است؟»
- «متن پیامک فارسی چند کاراکتر است و چند پیامک حساب می‌شود؟»
- «فارسی‌سازی را چه کسی نگهداری می‌کند و آخرین بار کِی به‌روز شده؟»
این سوال‌ها را کنار معیارهای عمومی انتخاب بگذارید؛ فهرست کامل‌تر را در بهترین نرم‌افزار CRM ایرانی آورده‌ایم و اگر قرار است داده‌ی قدیمی را منتقل کنید، مهاجرت به CRM را هم ببینید — چون بیشتر خطاهای قالب داده دقیقاً در همان مرحله لو می‌روند.
جمع‌بندی
«فارسی بودن» یک بله/خیر نیست؛ یک طیف است. قبل از امضای قرارداد، این پنج آزمون را در دموی بعدی انجام دهید: گزارش شمسی، جست‌وجو با املای دیگر، ثبت شماره با قالب متفاوت، نمایش مبلغ، و مسیر ارسال صورتحساب. اگر هر پنج مورد بدون مکث جواب داد، با محصولی طرفید که برای کار شما ساخته شده — نه محصولی که برای کار شما ترجمه شده است.
نویسنده
تیم روکاتیم محصول روکا؛ نرم‌افزار CRM ابری فارسی برای تیم‌های فروشی که تلفنی کار می‌کنند.
نظر شما
نظر خود را بنویسید
هنوز نظری ثبت نشده است. اولین نفری باشید که نظر می‌دهد.
مطالب مرتبط
نرم‌افزار CRM رایگان: کجا واقعاً رایگان است و کجا نه؟
رایگان یعنی پول ندادن، نه هزینه ندادن. فاصله‌ی این دو معمولاً ماه سوم خودش را نشان می‌دهد.
مهاجرت به CRM جدید: انتقال داده بدون از دست دادن مشتری
بیشتر مهاجرتها بهخاطر خرابی ابزار شکست نمیخورند؛ بهخاطر اینکه داده‌ی بیکیفیت عیناً به خانهی جدید منتقل می‌شود.
اول نرم‌افزار حسابداری بخریم یا CRM؟
حسابداری و CRM جایگزین هم نیستند؛ یکی گذشته را ثبت می‌کند و دیگری آینده را می‌سازد. اولویت خرید به درد امروز شما بستگی دارد.
قیمت نرم‌افزار CRM در ایران؛ هزینه‌ی واقعی چقدر است؟
قیمت اعلامی معمولاً کوچکترین بخش هزینه است. چیزی که تصمیم را عوض می‌کند جمع پرداختی سه سال است، نه عدد ماهانه.