بازارِ SaaS ایرانی در یک نگاه: شکلگیریِ یک اقتصادِ کوچک
نگاهی به ساختارِ بازارِ نرمافزارِ سرویسمحورِ ایرانی؛ از قیمتگذاری به ریال تا تنگناهای پرداخت، و فرصتهایی که هنوز خالی ماندهاند و منتظرِ سازندهاند.
وقتی از «بازارِ SaaS ایران» حرف میزنم، اغلب طرفِ مقابل یک لحظه مکث میکند. انگار این ترکیب هنوز در ذهنِ ما جا نیفتاده. سالهاست نرمافزارهای سرویسمحور را در دنیا میبینیم — اشتراکِ ماهانه، حسابِ کاربری، دیتای کاربر روی سرورِ شرکت — اما در ایران این پدیده شکلِ خودش را پیدا کرده. شکلی که نه کپیبرابرِ اصل است و نه چیزِ کاملاً تازه. اقتصادی کوچک، اما کاملاً واقعی، که حالا چند سالی است در حالِ خود-تنظیمکردن است.
این یادداشت تلاشی است برای ترسیمِ یک نقشهٔ کلی. نه آمار، نه ادعا دربارهٔ اینکه فلان شرکت چقدر فروخت — چون اعدادِ قابلِ اتکا کماند — بلکه نگاهی به ساختارِ آن چیزی که هر روز در صفحاتِ محصولهانت میبینم. اگر سازندهاید، یا فکر میکنید بشوید، این یادداشت برای شماست.
وقتی به SaaS ایرانی میگویم، دقیقاً چه میگویم
تعریفِ کاری من ساده است: هر نرمافزاری که از طریقِ مرورگر یا اپ به کاربر سرویس میدهد، روی زیرساختی که سازنده اداره میکند، با مدلی که در آن کاربر بهجای خرید، اشتراک میخرد یا برای استفادهاش پول میدهد. در این تعریف، یک پنلِ پیامکمحور هم SaaS است، یک ابزارِ حسابداریِ ابری هم، یک سرویسِ ساختِ فرمِ آنلاین هم.
اما در عمل، آن چیزی که در ایران رشد کرده، یک نسخهٔ بومی است. SaaS ایرانی معمولاً به یک «کارِ روزانه» وصل است: صدور فاکتور، ارسالِ پیامک، مدیریتِ نوبت، حسابداریِ کوچک، فروش آنلاین. کمتر دیدهام که محصولی ایرانی برای «خلق ارزشِ آیندهنگرانه» ساخته شده باشد — اکثرشان دارند گرهی همینحالا را باز میکنند. این، به نظرم، خصلتِ مثبتی است. در فهرستِ همین الگو را میتوانید ببینید: ابزار، نه ایدهفروشی.
سه لایهٔ بازار
اگر مجبور شوم بازار را به لایه تقسیم کنم، سه لایهٔ تقریبی میبینم.
لایهٔ اول، ابزارهای داخلیِ شرکتها — چیزهایی که شرکتها برای خودشان میسازند یا از فروشندهٔ بومی میخرند. CRMهای سفارشی، پنلهای فروش، داشبوردهای مدیریتی. این لایه پُر است از قراردادهای دو طرفه و کمتر در ویترین دیده میشود. اقتصادش هم سالمتر است: فروش به سازمان، فاکتورِ رسمی، پرداختِ یکجا یا سالانه.
لایهٔ دوم، ابزارهای حرفهای — برای فریلنسرها، تیمهای کوچک، آژانسها، فروشگاههای آنلاین. این لایه بزرگترین و پُرحرکتترین است. اشتراکِ ماهانهٔ سی تا سیصد هزار تومان، کاربرِ تقریباً وفادار، رشدِ آرام اما مداوم. اکثرِ محصولاتی که در محصولهانت ثبت میشوند از این جنساند. در هم نمونههای نزدیک به این لایه را میتوانید ببینید — جایی که نرمافزار و سرویسِ انسانی در هم تنیدهاند.
لایهٔ سوم، مصرفکنندهٔ نهایی — کاربری که خودش میآید، اشتراک میخرد، استفاده میکند. این لایه در ایران سختترین است. کاربرِ ایرانی بهسختی برای نرمافزار پولِ ماهانه میدهد، مگر اینکه ارزشِ آن غیرقابلِ انکار باشد یا جایگزینی وجود نداشته باشد. اینجا همانجایی است که اکثرِ پروژهها زمین میخورند: ساختهاند برای مصرفکننده، اما اقتصادشان جواب نمیدهد.
قیمتگذاری به ریال — وقتی واحدِ پول هر ماه آب میرود
این بخش برایم همیشه جذابترین بخشِ ماجراست. در دنیایی که قیمتها به دلار حساب میشوند، طراحیِ یک اشتراکِ ماهانه ساده است: ۹ دلار، ۱۹ دلار، ۲۹ دلار. در ایران، اما، قیمتِ ۹۹ هزار تومان امسال، سالِ دیگر شاید معادلِ ۶۰ هزار تومانِ امروز باشد. سازنده اگر قیمت را ثابت نگه دارد، در عمل دارد سالبهسال تخفیف میدهد. اگر بالا ببرد، کاربرِ قدیمی را عصبانی میکند.
آنچه من میبینم، رفتارهای متنوعی است. بعضی سازندهها پلکانیِ کوتاه میچینند — هر شش ماه یک بازنگری. بعضی، پرداختِ سالانه را با تخفیفِ سنگین میفروشند تا کاربر را یک سال قفل کنند و خودشان از تورمِ میانسال در امان بمانند. بعضی هم به مدلِ «پرداختِ به ازایِ مصرف» میروند: هر پیامک، هر فاکتور، هر تراکنش. این مدل برای سازنده امنتر است چون قیمت با مصرف بالا میرود، اما برای کاربر پیشبینیناپذیر است.
اگر خودم امروز محصولی میساختم، احتمالاً ترکیبی میچیدم: یک پلنِ پایهٔ کوچک با قیمتِ ثابتِ نمادین، و یک پلنِ مصرفی روی آن. بهاینترتیب کاربر میداند کفِ هزینهاش چقدر است، و من از نوسانِ ارزش پولِ ملی کمتر آسیب میبینم.
پرداخت، درگاه و آن واقعیتی که تغییر نمیکند
این بخش را نمیتوان دور زد. هر سازندهای در ایران دیر یا زود به دیوارِ پرداخت میخورد. درگاههای بانکیِ داخلی برای پرداختِ تکمرحلهای ساخته شدهاند، نه برای اشتراک. پرداختِ خودکارِ ماهانه آنطور که در سرویسهای جهانی رایج است، عملاً وجود ندارد یا روی کاغذ هست و در عمل لرزان است.
نتیجه؟ معماریِ اکثرِ SaaSهای ایرانی هنوز حول محورِ «کارتِ بانکی و پرداختِ دستی» میچرخد. کاربر هر ماه یا هر چند ماه باید یادش بیاید و خودش پرداخت کند. سازنده باید سیستمِ یادآور، تمدید، و تعلیق طراحی کند. این یعنی Churn بهشکلِ ساختاری بالاست — نه چون محصول بد است، چون فراموشکردن آسان است.
راهِ حلِ متداول، ساده اما هوشمندانه است: پرداختِ سالانه را بهشدت بفروش، قیمتش را جذاب کن، و سعی کن لحظهٔ تصمیمِ کاربر را یکبار در سال داشته باشی، نه دوازدهبار. این ترفند، تقریباً همهٔ بازی را عوض میکند.
جاهای خالی — فرصتهایی که هنوز کسی برشان نداشته
اگر امروز کسی از من بپرسد «چه بسازم؟»، چند جهت را پیشنهاد میکنم. اول، ابزارهای کوچکِ حرفهای برای صنفهای خاص — وکلا، پزشکانِ مطبدار، آرایشگران، طراحانِ داخلی. هر کدام از این صنفها در ایران چند صد هزار نفرند و ابزارِ مخصوصی ندارند. دوم، ابزارهای میانیِ بین صفحهگسترده و نرمافزارِ کامل — جایی که کاربر دیگر اکسلش جواب نمیدهد، اما سیستمِ گران هم نمیخواهد. سوم، هر چیزی که با ساختارِ مالیات و فاکتورِ رسمی در ایران درست کار کند و دردِ سازمان امورِ مالیاتی را کم کند؛ این یکی بازارِ بزرگی است که فقط چند بازیگرِ سنگین در آن هستند.
اگر میخواهید ببینید همین حالا چه چیزهایی توجه جمع را گرفته، نگاهی به /leaderboard بیندازید. اغلبِ محصولاتی که در صدر میمانند، دقیقاً همین کارِ تکنقطهایِ صنفی را خوب انجام میدهند.
یک حرفِ آخر
بازارِ SaaS ایران کوچک است، اما کوچکبودن لزوماً بد نیست. بازارِ کوچک یعنی هنوز جا برای سازندههای دقیق و صبور هست. هنوز کسی همهٔ گوشهها را نگرفته. اگر شما هم چیزی ساختهاید — حتی نسخهٔ اولیه — معرفیاش کنید در mahsoolhunt.ir/submit تا بقیه ببینند. و اگر نظری دربارهٔ این یادداشت دارید، خوشحال میشوم در /rozname پاسخش را بخوانم.
