در حال بارگذاری…
توسعهٔ نرم‌افزار، اتوماسیون و هوش مصنوعی
سامانهٔ تحت وب، اپلیکیشن موبایل و نرم‌افزار عملیاتی، متناسب با فرایند واقعی سازمان شما. کارهای تکراری هم با اتوماسیون و هوش مصنوعی انجام می‌شود.
از مسئلهٔ خودتان شروع کنید
یک جمله بنویسید؛ همین‌جا می‌بینید چه می‌سازیم و از کجا شروع می‌کنیم.
خدمات
بیشتر پروژه‌ها ترکیبی از دو یا سه مورد است. همهٔ آن‌ها برای استفادهٔ روزمره و بلندمدت ساخته می‌شوند.
سامانهٔ تحت وب اختصاصی: داشبورد مدیریتی، پنل کاربری، ابزارهای داخلی سازمان و محصولاتی که مشتری با آن‌ها کار می‌کند. سطح دسترسی هر نقش، پیش از طراحی اولین صفحه مشخص می‌شود.
Next.js · TypeScript · PostgreSQL
نمونه‌ای از طراحی و توسعهٔ وب‌اپلیکیشن
همان سامانه‌ای که کار روزانهٔ کسب‌وکار روی آن می‌چرخد: ثبت سفارش، پیگیری تولید، کنترل موجودی، خرید، تحویل و گزارش‌گیری — بر اساس فرایند واقعی سازمان شما، نه یک قالب عمومی.
انبار · سفارش · CRM · گزارش
نمونه‌ای از سامانه‌های عملیاتی و ERP
سامانه‌هایی را که با هم ارتباط ندارند به هم وصل می‌کنیم. کارهای زمان‌بندی‌شده، پردازش اسناد، تأییدیه‌ها و تحویل کار بین بخش‌ها خودکار انجام می‌شود و لازم نیست کسی یادش باشد.
یکپارچه‌سازی · API · زمان‌بندی
نمونه‌ای از اتوماسیون فرایندها
دستیاری که از روی اسناد خودِ سازمان و با ذکر منبع جواب می‌دهد، استخراج خودکار اطلاعات از فاکتور و فرم، جست‌وجویی که منظور سؤال را می‌فهمد، و دسته‌بندی درخواست‌های ورودی به‌محض رسیدن.
RAG · جست‌وجوی معنایی · پردازش سند
نمونه‌ای از راهکارهای هوش مصنوعی
اپلیکیشن Android و iOS که با همان سامانهٔ تحت وب کار می‌کند، تا انبار، دفتر و واحد فروش همیشه یک عدد را ببینند.
iOS · Android · حالت آفلاین
نمونه‌ای از اپلیکیشن موبایل
راه‌اندازی سرور، جدا کردن محیط اصلی از محیط آزمایشی، پشتیبان‌گیری خودکار و مانیتورینگ. همه‌چیز طوری تنظیم می‌شود که اگر مشکلی پیش بیاید، سامانه به نسخهٔ قبل برگردد و سرویس از کار نیفتد.
CI/CD · مانیتورینگ · پشتیبان‌گیری
نمونه‌ای از زیرساخت ابری و استقرار
فرایند اجرای پروژه
هیچ چیزی پیش از روشن شدن مسئله ساخته نمی‌شود، و هیچ بخشی از کار تا روز آخر پنهان نمی‌ماند.
اول می‌بینیم کار امروز چطور جلو می‌رود: چه کسی چه کاری انجام می‌دهد، اطلاعات کجا ثبت می‌شود و کجا کار معطل می‌ماند. خروجی این مرحله یک سند مکتوب است، پیش از آنکه کسی دربارهٔ نرم‌افزار حرفی بزند.
دربارهٔ ساختار پایگاه داده، معماری سامانه و صفحه‌ها با هم تصمیم می‌گیریم. اگر راهکار ساده‌تری وجود داشته باشد (مثلاً یک اتوماسیون به‌جای یک سامانهٔ کامل)، همان را پیشنهاد می‌کنیم؛ حتی اگر پروژه برای ما کوچک‌تر شود.
کار در بازه‌های دوهفته‌ای تحویل داده می‌شود و هر بازه روی سرور بالا می‌آید و قابل استفاده است. کاری که بیشترین دردسر را دارد اول تحویل می‌شود، تا کار شما پیش از پایان پروژه راحت‌تر شود.
سامانه روی زیرساخت توافق‌شده نصب و راه‌اندازی می‌شود. دسترسی مدیریتی، مستندات و یک جلسهٔ آموزش برای تیم شما تحویل داده می‌شود.
۰۱
اول می‌بینیم کار امروز چطور جلو می‌رود: چه کسی چه کاری انجام می‌دهد، اطلاعات کجا ثبت می‌شود و کجا کار معطل می‌ماند. خروجی این مرحله یک سند مکتوب است، پیش از آنکه کسی دربارهٔ نرم‌افزار حرفی بزند.
سند تحلیل · برآورد زمان و هزینه
۰۲
دربارهٔ ساختار پایگاه داده، معماری سامانه و صفحه‌ها با هم تصمیم می‌گیریم. اگر راهکار ساده‌تری وجود داشته باشد (مثلاً یک اتوماسیون به‌جای یک سامانهٔ کامل)، همان را پیشنهاد می‌کنیم؛ حتی اگر پروژه برای ما کوچک‌تر شود.
سند فنی · ساختار پایگاه داده
۰۳
کار در بازه‌های دوهفته‌ای تحویل داده می‌شود و هر بازه روی سرور بالا می‌آید و قابل استفاده است. کاری که بیشترین دردسر را دارد اول تحویل می‌شود، تا کار شما پیش از پایان پروژه راحت‌تر شود.
نسخهٔ قابل استفاده · محیط آزمایشی
۰۴
سامانه روی زیرساخت توافق‌شده نصب و راه‌اندازی می‌شود. دسترسی مدیریتی، مستندات و یک جلسهٔ آموزش برای تیم شما تحویل داده می‌شود.
محیط عملیاتی · مستندات · آموزش
پروژه‌ها
برای هر کدام یک برگه: نیازی که پشتش بود، چیزی که ساخته شد، و نمونه‌ای از کارکردش که همین‌جا می‌توانید ببینید.
تحلیل تقاضا و تأمین در حال توسعه
فصل فروش را پیش از رسیدنش می‌بینید.
سامانهٔ فروشگاهی در حال بهره‌برداری
پانزده صفحه از محصول واقعی، بازسازی‌شده، بدون هیچ نشانی از مشتری.
نام قطعه، کد OEM، شمارهٔ فنی یا مدل خودرو را جست‌وجو کنید.
SKU-1042دیسک ترمز جلو● ۴ عدد قابل فروش آنلاین · حداکثر سفارش ۲SKU-2210فیلتر روغن● ۱۲ عدد قابل فروش آنلاین · حداکثر سفارش ۴SKU-3305شمع موتور (۴ عدد)● ۶ عدد قابل فروش آنلاین · حداکثر سفارش ۲اپلیکیشن بومی macOS تکمیل‌شده
میان‌بر را بزنید، حرف بزنید، متن فارسی همان‌جا نوشته می‌شود.
پلتفرم مربیگری در حال توسعه
برنامهٔ هر شاگرد روی گوشی مربی، و رکوردی که هفته به هفته بالا می‌رود.
بیشتر بدانید
تعهدها، کیفیت کار، قصه‌ها، مقاله‌ها، نمونه‌ها و آمار زندهٔ سایت؛ هر کدام با یک لمس باز می‌شود.
پیام صوتی به مازاریکس
اگر وقت یا حوصلهٔ جلسه ندارید، در سایت عضو شوید و دربارهٔ وب‌سایت، اپلیکیشن یا کاری که می‌خواهید خودکار شود، تا ده دقیقه برایمان پیام صوتی بگذارید. صدای شما به متن تبدیل می‌شود، نکته‌هایش مرتب می‌شود و به دست تیم ما می‌رسد. ما نیازتان را بررسی می‌کنیم و در همان گفت‌وگو جوابتان را می‌دهیم.
در مازاریکس، حتی شنیدن نیاز شما هم خودکار است.
عضویت فقط با ایمیل، بدون رمز عبور
تعهدهای ما
تحویل کامل پروژه
از تحلیل نیاز و سند فنی تا استقرار و آموزش تیم شما.
مالکیت نرم‌افزار و داده
نرم‌افزار، داده‌ها و زیرساخت مال شماست. محل میزبانی را برای هر پروژه جدا و پیش از قرارداد با هم تعیین می‌کنیم.
مالک: شماامنیت در لایهٔ داده
سطح دسترسی در پایگاه داده تعریف می‌شود، نه فقط در برنامه.
در سطح دیتابیس، نه فقط برنامهقرارداد شفاف
دامنه و زمان پروژه از اول مشخص است. پشتیبانی ماهانه اختیاری است.
کیفیت
بیشتر هزینهٔ یک نرم‌افزار بعد از تحویل پرداخت می‌شود؛ بابت چیزهایی که موقع ساخت کسی به آن‌ها فکر نکرده بود. بالای هر ادعا نشان داده‌ایم که در عمل چطور انجام می‌شود.
هر تغییر، پیش از آنکه به دست کسی برسد، از یک مسیر بررسی خودکار رد می‌شود. چیزی که آنجا گیر بیفتد، هیچ‌وقت به شما نمی‌رسد.
اگر کارمندتان برای استفاده از یک صفحه به راهنما نیاز داشته باشد، آن صفحه هنوز تمام نشده. در هر صفحه یک کار اصلی هست، و جلوی چشم است.
اگر باز شدن صفحه چهار ثانیه طول بکشد، بیشتر آدم‌ها پیش از دیدن بقیه‌اش آن را می‌بندند. برای همین صفحه‌ها آماده به دست کاربر می‌رسند.
جداسازی دسترسی در پایین‌ترین لایه انجام می‌شود، نه در یک صفحه. یک اشتباه در یک صفحه نمی‌تواند اطلاعات کسی را به دیگری نشان بدهد.
برای تیم فنی: چهار انتخاب فنی با دلیلشان، کد پشت هر ادعا با شمارهٔ خط، و نمونه‌ای که در آن خودتان می‌توانید یک تغییر خراب بفرستید و ببینید کجا متوقف می‌شود. اگر فنی نیستید، از این بخش بگذرید؛ چیزی از دست نمی‌دهید.
فناوری
این فناوری‌ها را به این دلیل انتخاب کرده‌ایم که شناخته‌شده‌اند و پنج سال دیگر هم پشتیبانی می‌شوند، نه به این دلیل که جدیدند.
TypeScript از ساختار پایگاه داده تا صفحهٔ مرورگر ادامه دارد. اگر نام یک ستون عوض شود، خطا همان موقع و پیش از انتشار پیدا می‌شود؛ نه ساعت دو بامداد روی سایتی که مشتری‌ها با آن کار می‌کنند.
محدودیت‌ها، تراکنش‌ها و سطح دسترسی سطری در خودِ پایگاه داده تعریف می‌شود، تا یک اشتباه در یک صفحه نتواند اطلاعات یک مشتری را به مشتری دیگر بدهد.
صفحه‌ها روی سرور آماده می‌شوند و کامل به دست کاربر می‌رسند. سرعت کاری نیست که آخر پروژه به آن برسیم: اگر باز شدن صفحه چهار ثانیه طول بکشد، بیشتر آدم‌ها پیش از دیدن بقیه‌اش آن را می‌بندند.
هر تغییر پیش از رسیدن به نسخهٔ اصلی سایت، از بررسی نوع داده‌ها، تست‌ها و یک انتشار آزمایشی رد می‌شود. برای همین انتشار نسخهٔ جدید کاری عادی و بی‌دردسر است.
کدِ پشت این چهار ادعا
روی هر کدام از این چهار ادعا بزنید تا کدی که واقعاً آن کار را انجام می‌دهد ببینید — مستقیم از همین مخزن کد، با نام فایل و شمارهٔ خط. بالای هر کد یک توضیح ساده هست که می‌گوید دارید به چه چیزی نگاه می‌کنید، پس برای بررسی ادعا لازم نیست کد بلد باشید.
همان چهار ادعای بالا — یکی را انتخاب کنید:
یک تعریف از سطر، که هم کوئری‌ای که آن را می‌خواند، هم تابع سمت سروری که آن را می‌نویسد و هم فرمی که ویرایشش می‌کند، همه از همان استفاده می‌کنند. نام یک ستون را عوض کنید و همهٔ جاهایی که باید تغییر کنند، پیش از اجرای کد فهرست می‌شوند — و این تفاوتِ شکستن Build با شکستن یک صفحهٔ زنده است.
export type Profile = { id: string; role: Role; email: string; full_name: string | null; company: string | null; phone: string | null; locale: Locale; /** Panel rendering only — never a slot calculation. See lib/time/zones.ts. */ display_timezone: string | null;};اثبات
در این نمونه، نام یک ستون در پایگاه داده عوض شده ولی کار نیمه‌کاره مانده است. آن را به همان چهار مرحلهٔ بررسی بفرستید که هر تغییر این سایت از آن‌ها رد می‌شود و ببینید در مرحلهٔ اول متوقف می‌شود؛ بعد کاملش کنید و دوباره بفرستید.
mazarix/site · rename-member-idاجرای ضبطشدهقصههای یک روز معمولی
هیچ‌کدام دربارهٔ ما نیست. هر کدام یک نفر را در یک روز معمولی دنبال می‌کند و با یک سؤال دربارهٔ شرکت شما تمام می‌شود.
همین حالا امتحان کنید
می‌خواهماینPDFرابازکنم.
کلمهٔ «PDF» همان‌جایی از جمله ماند که گفته شد؛ بیشتر ابزارهای دیگر دقیقاً همین‌جا اشتباه می‌کنند.
همان موتوری که پشت اپلیکیشن مکِ ماست، روی همین سایت. فارسی حرف بزنید، متنش را بخوانید. هر بار یک دقیقه؛ وقتی ساکت شوید، خودش می‌ایستد.
گفتار به متن برای اعضاست. بعد از ورود، مستقیم به همین‌جا برمی‌گردید.
نتیجهٔ کار
موجودی انبار، سفارش‌ها و فروش در همهٔ صفحه‌ها یک عدد را نشان می‌دهند، چون همه از یک سامانه خوانده می‌شوند، نه از سه فایل اکسل.
گزارش‌ها، همگام‌سازی اطلاعات و یادآوری‌ها انجام شده‌اند، پیش از آنکه کسی لپ‌تاپش را باز کند.
مشتری و کارکنان جوابشان را از روی همان کاتالوگ و همان قوانین واقعی می‌گیرند، در هر ساعتی از شبانه‌روز.
هر سفارش و هر جابه‌جایی کالا ثبت می‌ماند و می‌شود از آن گزارش گرفت؛ تا برنامهٔ فصل بعد بر پایهٔ آمار باشد، نه حدس.
نوشته‌ها
یادداشت‌های مهندسی دربارهٔ تست، تحویل نرم‌افزار و سامانه‌های عملیاتی‌ای که هر کسب‌وکاری دیر یا زود به آن‌ها نیاز پیدا می‌کند: چه چیزی خراب می‌شود، چطور کار می‌کند، و هزینهٔ هرکدام چقدر است.
۱۴ دقیقه مطالعه
گرفتن سفارش، همان بخشی است که کار می‌کند. هر چیزی بعد از آن — عدد موجودی‌ای که هر جا چیز دیگری می‌گوید، صد سفارش که هرکدام کار متفاوتی می‌خواهند، مرجوعی، فاکتور، و این سؤال که امسال واقعاً چه چیزی فروش رفته — جایی است که یا سامانه‌ای پشت فروشگاه هست یا نیست.
خواندن مقاله۱۰ دقیقه مطالعه
یک قابلیت ممکن است یک هفته تمام شده باشد و هنوز به دست هیچ کاربری نرسیده باشد. چیزی که در این فاصله نشسته، معمولاً یک نفر است، یک سری مرحله که در ذهن دارد، و شبی که کسی دلش نمی‌خواست صرفش کند. این متن دربارهٔ چیزی است که می‌تواند این فاصله را پر کند.
خواندن مقاله۱۴ دقیقه مطالعه
نرم‌افزاری که در دمو کار می‌کند با نرم‌افزاری که زیر بار کاربر واقعی دوام می‌آورد، دو چیز متفاوت‌اند. این متن دربارهٔ فاصلهٔ میان این دو است: خرابی‌هایی که فقط بعد از راه‌اندازی پیدا می‌شوند، و اینکه هر لایهٔ تست جلوی کدام‌یک را می‌گیرد.
خواندن مقالهنمونههای اتوماسیون
یک پیام مشتری را در پنج کسب‌وکار دنبال کنید: فروشگاه، کلینیک، بازرگانی و حسابداری، کارخانه و انبار. هر صحنه نشان می‌دهد سامانه پیام را چطور می‌خواند و چه کاری را بدون دخالت کسی انجام می‌دهد.
همه‌چیز از انبار و قیمت‌نامه قابل جواب است
| شماره | مشتری | مبلغ | وضعیت |
|---|---|---|---|
| ۱۰۴۴ | نگار · کرج | ۱٬۶۸۰٬۰۰۰ | پرداخت‌شده |
| ۱۰۴۳ | سارا محمدی | ۹۵٬۰۰۰ | پرداخت‌شده |
| ۱۰۴۲ | نیک‌رای | ۳٬۱۰۰٬۰۰۰ | ارسال‌شده |
| ۱۰۴۱ | مریم آذرنیا | ۸۴۰٬۰۰۰ | پرداخت‌شده |
سؤالات متداول
یک پروژهٔ اتوماسیون مشخص، دو تا چهار هفته. یک سامانهٔ عملیاتی کامل معمولاً سه تا شش ماه زمان می‌برد که به‌صورت مرحله‌ای تحویل داده می‌شود و از همان مراحل اولیه قابل استفاده است.
صادقانه بگوییم: به دامنهٔ کار بستگی دارد. بعد از مرحلهٔ اول، سند دامنهٔ پروژه همراه با برآورد هزینه تحویل می‌گیرید، پیش از آنکه کار توسعه شروع شود. اگر انجام این کار ارزشش را نداشته باشد، همان‌جا می‌گوییم.
نرم‌افزار، اطلاعات و زیرساخت متعلق به شماست و دسترسی مدیریتی کامل در اختیارتان قرار می‌گیرد. واگذاری کد منبع به‌صورت توافق جداگانه و با قیمت مشخص انجام می‌شود.
پیش از شروع کار، به‌صورت مکتوب مشخص می‌شود کدام اطلاعات از سازمان خارج می‌شود و به کجا ارسال می‌گردد. اطلاعات شما برای آموزش مدل استفاده نمی‌شود و در پروژهٔ دیگری به کار نمی‌رود. در پروژه‌هایی که حساسیت داده بالاست، اجرای مدل روی زیرساخت داخلی بررسی و در صورت امکان پیاده‌سازی می‌شود.
در بیشتر موارد بله. هر سامانه‌ای که API، دسترسی پایگاه داده یا حتی خروجی فایل زمان‌بندی‌شده داشته باشد، قابل اتصال است. اگر سامانه‌ای واقعاً بسته باشد، پیش از آنکه هزینه‌ای کرده باشید به شما می‌گوییم.
برای چیزهایی که مدام عوض می‌شوند، پنل مدیریت دارید. فراتر از آن، هر قابلیت جدید یک کار جداگانه با برآورد مستقل خودش است — نه قرارداد پشتیبانی بی‌پایانی که یادتان رفته دارید پولش را می‌دهید.
شروع همکاری
یک گفت‌وگوی سی دقیقه‌ای دربارهٔ اینکه کار شما امروز چطور جلو می‌رود و کجا نرم‌افزار واقعاً به دردتان می‌خورد. بدون اسلاید و بدون تعهد — و اگر جواب این باشد که به ما نیاز ندارید، همین را می‌گوییم.
شفافیت
سامانه‌ای که همین صفحه را به شما نشان می‌دهد، با همان روشی ساخته شده که برای شما می‌سازیم. عددهای زیر همین حالا از کد و پایگاه دادهٔ خود سایت خوانده شده‌اند؛ نمونهٔ ساختگی نیستند.
آخرین commit روی main: 159c107