PRICING / ARKA STUDIO
قیمت طراحی UI/UX چطور تعیین میشود؟
پاسخ کوتاه: در آرکا استودیو قیمت طراحی UI/UX از ۴٬۵۰۰٬۰۰۰ تومان شروع میشود، اما عدد ثابت ندارد و قیمت نهایی پس از بریف مشخص میشود. تعداد صفحهها و جریانها، عمق مسئله، تعداد نقشها و ماژولها، پلتفرم هدف، عمق پروتوتایپ و دیزاین سیستم و خروجی موردنیاز، هزینه را میسازند. قبل از شروع، محدوده و هزینه شفاف میشود؛ مدت اجرا و شرایط پرداخت توافقی است و در پیشنهاد هر پروژه تعیین میشود. آرکا هم طراحی و هم توسعه انجام میدهد.
وقتی میپرسید «طراحی یک اپ یا داشبورد چقدر هزینه دارد؟»، پاسخ صادقانه این است: بستگی دارد چه چیزی باید حل شود. دو پروژه که هر دو «اپ فروشگاهی» نام دارند، ممکن است یکی پنج صفحهٔ ساده و دیگری دهها حالت، نقش و جریان پرداخت داشته باشد. برای همین آرکا قیمت را از روی تعداد صفحه یا یک بستهٔ آماده تعیین نمیکند؛ از روی محدودهٔ واقعی مسئله و خروجیای که تیم توسعه لازم دارد.
این صفحه توضیح میدهد چه عواملی قیمت را بالا و پایین میبرند، هر نوع پروژه معمولاً چه محدوده و تحویلیای دارد، چطور میشود هزینه را منطقی کم کرد و برآورد آرکا مرحلهبهمرحله چطور انجام میشود.
01 / COST FACTORS
۷ عاملی که قیمت طراحی UI/UX را تعیین میکنند
۱تعداد صفحهها، اسکرینها و جریانها
مهمترین عامل، تعداد مسیرهایی است که کاربر طی میکند، نه فقط تعداد صفحه. یک جریان ثبتنام، یک جریان خرید یا یک جریان تأیید در پنل مدیریت، هرکدام چند صفحه و چند حالت دارند. هرچه جریانهای کلیدی بیشتر باشند، کار معماری، وایرفریم و رابط نهایی بیشتر میشود.
۲عمق مسئله و نیاز به کشف
اگر مسئله، کاربر هدف و محدودهٔ نسخهٔ اول از قبل روشن باشد، بخش کشف کوتاهتر است. اگر هنوز فقط ایده دارید، جلسههای اول بیشتر صرف شفافسازی مسئله، غیرهدفها و معیار موفقیت میشود. این مرحله هزینه دارد، اما معمولاً جلوی هزینهٔ بزرگتر دوبارهکاری در توسعه را میگیرد.
۳تعداد نقشها و سطح دسترسی
محصولی که فقط یک نوع کاربر دارد، سادهتر از محصولی است که مهمان، کاربر عادی، کارمند و ادمین دارد. در وباپها و داشبوردها، هر نقش داده، فیلتر، مجوز و اقدام خودش را میخواهد و همهٔ این تفاوتها باید در طراحی دیده شوند. نمونهٔ واقعی: در آوِنیا سه طرف — تأمینکننده، فروشنده و خریدار — هرکدام مسیر و پنل خودشان را دارند.
۴پیچیدگی داده و تعداد ماژولها
برای داشبورد و پنل مدیریتی، قیمت بیشتر به تعداد ماژولها و پیچیدگی داده بستگی دارد: جدولها، فیلترها، گزارشها، مسیرهای ثبت و تأیید و پیگیری. طراحی باید مشخص کند کدام داده در کدام لحظه به تصمیم کمک میکند. نمونهٔ واقعی: نبضا فروش، انبار، خرید، رسپی و تیم یک کافه یا رستوران را در یک پلتفرم کنار هم میگذارد و هر ماژول جریانهای ثبت و تأیید خودش را دارد.
۵پلتفرمهای هدف
طراحی برای وب، iOS و Android هزینهٔ یکسانی ندارد. هستهٔ تجربه میتواند مشترک باشد، اما الگوها و جزئیات هر سیستمعامل باید جداگانه بررسی شوند تا اپ در هر پلتفرم طبیعی به نظر برسد. در تجربهای موبایلمحور مثل ردپا، موقعیت مکانی، نقشه و استفادهٔ حین حرکت تصمیمهای طراحی را تعیین میکنند.
۶عمق پروتوتایپ و دیزاین سیستم
یک پروتوتایپ ساده برای مرور یک جریان، با پروتوتایپ تعاملی کامل برای چند سناریو فرق دارد. همینطور یک لندینگ به دیزاین سیستم کامل نیاز ندارد، اما محصولی با چند ماژول و چند طراح یا توسعهدهنده دارد. تعداد کامپوننتها و عمق پروتوتایپ، مستقیم روی هزینه اثر میگذارند.
۷حالتها، محتوای واقعی و آمادگی برای handoff
طراحی فقط «حالت خوش» صفحه نیست. لودینگ، خطا، خالیبودن داده، مجوزها و پیام موفقیت هم باید طراحی شوند. اگر محتوای واقعی (تیترها، برچسب دکمهها، پیامهای خطا) آماده باشد، طراحی دقیقتر و سریعتر پیش میرود. در مقابل، سایت برندی مثل نچریو حالتهای کمی دارد و وزن کار روی روایت و محتواست. اگر لایهٔ پایهٔ SEO/GEO هم از روز اول لازم باشد، در محدوده و هزینه دیده میشود.
02 / PROJECT SCOPE
محدودهٔ پروژهها: از لندینگ تا دیزاین سیستم
جدول زیر برای جهتدادن به برآورد است، نه قیمت قطعی. قیمت نهایی پس از بریف مشخص میشود و مدت اجرا و زمانبندی پرداخت توافقی است: هر دو در پیشنهاد پروژه، متناسب با محدودهٔ همان پروژه، تعیین میشوند.
| نوع پروژه | محدودهٔ معمول | تحویلیهای معمول | مدت اجرا | قیمت |
| لندینگ (صفحهٔ فرود) | یک صفحه با یک هدف اصلی و یک اقدام کلیدی | ساختار محتوا، وایرفریم، رابط نهایی دسکتاپ و موبایل، فایل منظم در فیگما | توافقی | از ۴٬۵۰۰٬۰۰۰ تومان (ذیل طراحی UI/UX) |
| سایت معرفی/شرکتی | چند صفحهٔ کلیدی (خانه، خدمات، دربارهٔ ما، تماس، وبلاگ) | نقشهٔ اطلاعات، وایرفریم، رابط نهایی، اجزای تکرارشونده، پایهٔ ساختار برای SEO/GEO | توافقی | از ۴٬۵۰۰٬۰۰۰ تومان (ذیل طراحی UI/UX) |
| وباپ و داشبورد | چند ماژول، چند نقش، جدول، فیلتر، گزارش و جریانهای ثبت و تأیید | شناخت نقشها، معماری اطلاعات، وایرفریم، رابط نهایی، حالتها، کامپوننتها، handoff | توافقی | از ۹٬۵۰۰٬۰۰۰ تومان |
| اپلیکیشن موبایل | جریانهای اصلی (ورود، ثبتنام، جستوجو، پرداخت، پیگیری) برای iOS و/یا Android | تعریف نسخهٔ اول، وایرفریم، پروتوتایپ جریانهای کلیدی، رابط نهایی، حالتهای واقعی | توافقی | از ۸٬۰۰۰٬۰۰۰ تومان برای اپ ساده تا متوسط |
| دیزاین سیستم و پروتوتایپ | محصول در حال رشد با اجزای تکرارشونده و چند دستاندرکار | توکنها، کامپوننتها، قواعد، کتابچهٔ اجزا، پروتوتایپ تعاملی | توافقی | از ۱۲٬۰۰۰٬۰۰۰ تومان |
| ممیزی UX | بررسی محصول موجود و اولویتبندی مشکلهای تجربه | گزارش مشکلهای تجربه با اولویتبندی و پیشنهاد اصلاح؛ جزئیات خروجی در پیشنهاد مشخص میشود | توافقی | توافقی (خدمت جداگانه) |
| پایهٔ SEO/GEO (خدمت ماهانه) | پایهٔ فنی، ساختار محتوا و هویت موجودیت برای گوگل، نقشه و موتورهای پاسخگوی AI | ممیزی crawl، ساختار صفحات، دادهٔ ساختیافته، پایش Search Console و Bing Webmaster | ماهانه؛ مدت همکاری توافقی | از ۳٬۵۰۰٬۰۰۰ تومان در ماه |
اعداد «از …» همان نقطههای شروعیاند که در صفحهٔ اصلی آرکا آمده و قیمت نهایی پس از بریف مشخص میشود. لندینگ و سایت معرفی/شرکتی ذیل «طراحی UI/UX» قیمتگذاری میشوند. ممیزی UX خدمتی جداگانه است و چون صفحهٔ اصلی برایش عددی اعلام نکرده، قیمتش توافقی است. توسعه و پیادهسازی هم جداگانه و بر اساس محدوده برآورد میشود.
03 / REAL WORK
نمونهکارهای واقعی آرکا
اینها محصولات خود بنیانگذار آرکا، محمدرضا علمنژاد، هستند که آرکا طراحی و توسعه داده است؛ پروژهٔ مشتری یا مطالعهٔ موردی سفارشی نیستند و عدد یا نتیجهای دربارهٔ آنها ادعا نمیشود. هرکدام را در دامنهٔ خودش ببینید:
| محصول | چیست | نوع پروژه در جدول قیمت |
| نبضا | پلتفرم عملیات کافه و رستوران که فروش، سفارش، انبار، خرید، رسپی و بهای تمامشده و تیم را برای یک یا چند شعبه در یک جریان قابلپیگیری جمع میکند. | وباپ و داشبورد + سایت معرفی محصول |
| آوِنیا | بازارگاه دراپشیپینگ فارسی که تأمینکننده، فروشنده و خریدار را در مسیری هفتمرحلهای، از انتخاب محصول تا اولین مشتری، به هم وصل میکند. | وباپ و داشبورد (پنلهای چندنقشی) + سایت معرفی |
| نچریو | برند کنسانترهٔ قهوهٔ ایرانی با عصارهگیری سرد که بطری شیشهایاش پس از نوشیدن، با کیت کاشت به گلدان تبدیل میشود. | سایت معرفی برند / لندینگ روایی |
| ردپا | بازی ورزشی مبتنی بر موقعیت که با حلقهبستن دور یک محله یا پارک هنگام دویدن، پیادهروی یا دوچرخهسواری، آن را روی نقشهٔ واقعی شهر به نام بازیکن ثبت میکند. | تجربهٔ موبایلمحور (اپلیکیشن موبایل) + سایت معرفی |
| آرکا استودیو | سایت خود استودیو: معرفی خدمات طراحی و توسعهٔ محصول، با پایهٔ SEO/GEO از روز اول. | سایت معرفی/شرکتی + پایهٔ SEO/GEO |
همین تنوع نشان میدهد چرا قیمت ثابت معنا ندارد: سایت برندی مثل نچریو و پلتفرم چندماژولی مثل نبضا هر دو «طراحی و توسعه» هستند، اما تعداد نقشها، جریانها و حالتهایشان قابل مقایسه نیست.
04 / DELIVERABLES
خروجی پروژه چیست؟
خروجی آرکا برای نمایش در جلسه ساخته نمیشود؛ باید آنقدر دقیق باشد که تیم توسعه بداند هر صفحه، حالت، خطا و تعامل چه رفتاری دارد. بسته به محدوده، تحویلیها میتواند شامل این موارد باشد:
- نقشهٔ اطلاعات و جریانهای کلیدی: گروهبندی محتوا، نقشهٔ صفحات و مسیرهای اصلی موفق و ناموفق.
- وایرفریم: تثبیت ساختار پیش از تعهد کامل بصری.
- رابط نهایی در فیگما: تایپوگرافی، فاصلهها، اجزا و الگوهای تکرارشونده.
- پروتوتایپ تعاملی: برای جریانهای مهم، تا تجربه پیش از توسعه قابل بررسی باشد.
- دیزاین سیستم یا کتابچهٔ اجزا: وقتی محصول در حال رشد است؛ برای محصول کوچک، حداقل توکنها و اجزای پایه.
- حالتهای واقعی: لودینگ، خطا، خالیبودن داده، مجوزها و موفقیت.
- یادداشت handoff: قواعد فاصله، رفتار فرمها، تفاوت نقشها و نکات پیادهسازی.
- توسعه و پیادهسازی: آرکا علاوه بر طراحی، توسعهٔ محصول را هم انجام میدهد؛ طراحی و ساخت در یک تیم میماند.
- همراهی در اجرا: اگر تیم فنی خودتان را دارید، در زمان توسعه برای رفع ابهامهای طراحی کنارش میمانیم.
خروجیهای میانی مثل سند یکصفحهای مسئله و غیرهدفها، نقشهٔ وضعیتهای کلیدی، فهرست حالتهای خطا و فهرست پرسشهای باز برای تصمیمگیرندهٔ کسبوکار هم در مسیر ساخته میشوند.
طراحی محصول + پایهٔ SEO/GEO از روز اول
در آرکا، سایت از روز اول برای دیدهشدن در جستوجو طراحی میشود: گوگل، نقشه و موتورهای پاسخگوی هوش مصنوعی. حتی نسخهٔ اول هم به URL پایدار، عنوانهای معنادار و هویت روشن نیاز دارد. این لایه میتواند همزمان با طراحی یا در فاز بعد وارد شود. آرکا رتبهٔ تضمینی وعده نمیدهد؛ پایهٔ فنی و محتوایی درست و قابل اندازهگیری میسازد.
05 / SAVE WISELY
چطور هزینهٔ طراحی را منطقی کم کنیم؟
کمکردن هزینه نباید به معنای حذف بخشهایی باشد که بعداً در توسعه گرانتر تمام میشوند. این روشها معمولاً بیشترین اثر را دارند:
- نسخهٔ اول (MVP) را کوچک اما کامل تعریف کنید. یک مسیر اصلی را تا انتها بسازید؛ سه قابلیت کامل بهتر از ده قابلیت ناقص است.
- فازبندی کنید. قابلیتهای «بعداً خوب است» را به فاز دوم ببرید و بر اساس استفادهٔ واقعی اضافه کنید.
- کاربر اصلی را انتخاب کنید. برای یک یا دو گروه اصلی طراحی کنید، نه برای همهٔ کاربران ممکن.
- محتوای واقعی را آماده بیاورید. تیترها، توضیح محصول و پیامهای اصلی، رفتوبرگشت را کم میکنند.
- دیزاین سیستم را بهموقع بسازید. برای لندینگ یا نسخهٔ خیلی اولیه، توکنها و اجزای پایه کافی است.
- پیش از کدنویسی، پروتوتایپ را بسنجید. تغییر در مرحلهٔ طراحی کمهزینه است؛ همان تغییر در توسعه گران است.
- فهرست غیرهدفها را بنویسید. هرچه روشنتر بگویید چه چیزی عمداً بیرون میماند، برآورد دقیقتر و پروژه کمریسکتر میشود.
مثال نمونه: ایدهٔ «پلتفرم آموزش با دوره، آزمون، گواهی، انجمن و اپ موبایل» در نسخهٔ اول میتواند فقط «یک نقش یادگیرنده + فهرست دوره + صفحهٔ درس + ثبت پیشرفت» باشد و بقیه عمداً به فاز بعد برود.
06 / ESTIMATE
برآورد قیمت در آرکا مرحلهبهمرحله
- ارسال بریف کوتاه. چند خط دربارهٔ محصول، مسئلهای که میخواهید حل کنید و زمانبندیتان به ایمیل mohammadalamnejad@gmail.com بفرستید یا با شمارهٔ ۰۹۱۱۹۲۷۷۷۰۷ تماس بگیرید. اگر هنوز فقط ایده دارید، همین هم کافی است.
- پاسخ اول و مسیر منطقی. در پاسخ اول گفته میشود چه مسیری برای پروژهٔ شما منطقی است و آیا آرکا گزینهٔ مناسبی هست یا نه.
- جلسهٔ شفافسازی. کاربر هدف، اقدام اصلی، نقشهای نسخهٔ اول، محدودیت زمان و فناوری و معیار موفقیت روشن میشود. حداقل خروجی: یک پاراگراف مسئله، فهرست غیرهدفها، نقشها و معیار کیفی موفقیت.
- تعیین محدوده و هزینه. بر اساس تعداد جریانها، عمق مسئله و خروجی موردنیاز، محدوده و هزینه پیش از شروع شفاف میشود. مدت اجرا و زمانبندی پرداخت توافقی است و در پیشنهاد، متناسب با محدودهٔ همان پروژه، مشخص میشود.
- اجرای فازبهفاز. هر فاز معیار ورود دارد: از بریف به معماری، از معماری به رابط، از رابط به توسعه (چه توسعه با خود آرکا باشد، چه با تیم فنی شما). اگر در میانه اختلاف بنیادی دربارهٔ هدف دیده شود، پیش از صرف هزینه روی رابط نهایی حل میشود.
پیش از ارسال بریف، به این پرسشها فکر کنید
هرچه بریف صادقانهتر و دقیقتر باشد، برآورد زودتر به عدد قابل اتکا میرسد. لازم نیست همه را بدانید، اما فکر کردن به این پرسشها جلسهٔ اول را مفیدتر میکند:
- کاربر در اولین ورود باید به چه نتیجهای برسد؟
- کدام نقشها (مهمان، کاربر، ادمین) واقعاً در نسخهٔ اول لازماند؟
- محتوای واقعی از کجا میآید و چه کیفیتی دارد؟
- چه چیزی را عمداً «بعداً» علامت میزنید؟
- تیم توسعهٔ خودتان را دارید، یا میخواهید توسعه هم با آرکا باشد؟
- موفقیت ۳۰ روز اول را بدون عدد ساختگی چطور توصیف میکنید؟
مثال نمونه: تیمی میگوید «اپ مدیریت برای فروشگاهمان میخواهیم». بدون بریف، این جمله میتواند به دهها صفحه و نقش تبدیل شود. با چند پرسش ساده — کاربر اصلی صاحب فروشگاه است یا کارمند انبار؟ کدام کار روزانه باید سریعتر شود: ثبت سفارش، موجودی یا گزارش؟ — نسخهٔ اول معمولاً به «یک نقش + دو مسیر اصلی + چند حالت خطا» فشرده میشود و برآورد هم به همان نسبت روشنتر و کوچکتر.
07 / WHO TO HIRE
فریلنسر، آژانس یا استودیو؟
هیچکدام برای همه بهترین نیست؛ انتخاب درست به مسئله، بودجه و تیم شما بستگی دارد.
| معیار | فریلنسر | آژانس | استودیوی محصول |
| مناسب برای | کارهای محدود و روشن، مثل یک صفحه یا یک بستهٔ بصری | پروژههای بزرگ با نیاز به چند تخصص همزمان (برند، تبلیغات، توسعه) | محصولی که مسئله، جریان و خروجی قابل اجرا برایش مهم است |
| هزینه | معمولاً کمتر | معمولاً بیشتر، بهخاطر ساختار تیم | بسته به محدوده؛ معمولاً بین این دو |
| عمق کشف و UX | بسته به فرد بسیار متغیر | معمولاً فرایند رسمی دارد | تمرکز اصلی روی مسئله، جریان و حالتها |
| ارتباط | مستقیم با یک نفر | از طریق مدیر پروژه | معمولاً مستقیم با طراح اصلی |
| ریسک | وابستگی به در دسترس بودن یک نفر | فاصله بین تصمیمگیر و اجرا | ظرفیت محدودتر برای پروژههای همزمان |
آرکا خودش را استودیوی محصول تعریف میکند: خروجی باید برای تیم توسعه قابل فهم و قابل اجرا باشد، نه فقط یک فایل زیبا؛ و اگر بخواهید، توسعه را هم خود آرکا انجام میدهد. اگر فقط به یک بنر تبلیغاتی یا قالب آماده نیاز دارید، مسیر آرکا مناسب شما نیست و احتمالاً گزینهٔ ارزانتری پیدا میکنید.
FAQ
پرسشهای پرتکرار
آیا آرکا قیمت ثابت یا پکیج آماده دارد؟
خیر. قیمتهای «شروع از» فقط نقطهٔ شروعاند. قیمت نهایی به تعداد جریانها، عمق مسئله و خروجی موردنیاز بستگی دارد و پیش از شروع، محدوده و هزینه شفاف میشود.
چرا قیمت دقیق پیش از بریف اعلام نمیشود؟
چون دو پروژه با نام یکسان میتوانند محدودهٔ کاملاً متفاوتی داشته باشند. بدون شناخت کاربر، نقشها و جریانها، هر عدد دقیق یا گمراهکننده است یا بعداً تغییر میکند.
آیا فقط با یک ایده هم میشود شروع کرد؟
بله. در شروع، هدف، مخاطب و محدودهٔ نسخهٔ اول روشن میشود تا طراحی از حدس و گمان فاصله بگیرد.
فایل نهایی برای تیم توسعه قابل استفاده است؟
بله. خروجی شامل صفحهها، کامپوننتها و حالتهای ضروری بهصورت منظم و آمادهٔ handoff است و در زمان اجرا هم برای رفع ابهامهای طراحی کنار تیم فنی میمانیم.
آیا طراحی اپ فقط شامل صفحهٔ اصلی است؟
خیر. طراحی درست، جریان کامل و حالتهای پرتکرار را پوشش میدهد؛ محدودهٔ دقیق بعد از بریف روشن میشود.
آیا آرکا رتبهٔ گوگل یا نرخ تبدیل را تضمین میکند؟
خیر. آرکا وضوح تجربه، قابلیت اجرا و پایهٔ فنی و محتوایی SEO/GEO را هدف میگیرد، نه عدد تضمینی.
آیا آرکا نمونهکار واقعی دارد؟
بله. نبضا، آوِنیا، نچریو و ردپا محصولات خود بنیانگذار آرکا هستند که آرکا طراحی و توسعه داده است؛ هرکدام در دامنهٔ خودش قابل مشاهده است. اینها پروژهٔ مشتری نیستند و آرکا دربارهٔ آنها عدد یا نتیجهای ادعا نمیکند.
آیا آرکا توسعه و برنامهنویسی هم انجام میدهد؟
بله. آرکا هم طراحی و هم توسعه انجام میدهد؛ از تعریف مسئله و طراحی UI/UX تا پیادهسازی محصول. اگر تیم فنی خودتان را دارید، خروجی آمادهٔ handoff تحویل میشود و در زمان اجرا کنار تیمتان میمانیم.
مدت پروژه و شرایط پرداخت چطور تعیین میشود؟
هر دو توافقی است. مدت اجرا و زمانبندی پرداخت پس از بریف، متناسب با محدودهٔ پروژه، در پیشنهاد مشخص میشود.