فرهنگ اصطلاحات وب و تکنولوژی؛ مفاهیمی که هر مدیر و صاحب کسب‌وکار دیجیتال باید بداند

جلسه‌های محصول وقتی قفل می‌شوند که همه یک کلمه را تکرار کنند و هیچ‌کس معنای واحدی از آن نداشته باشد. API، Cloud، DevOps یا UX اگر مبهم بمانند، به بودجه اشتباه، قرارداد سست و انتظار غیرواقعی تبدیل می‌شوند.

این واژه‌نامه برای مدیر، صاحب کسب‌وکار و مدیر محصول است؛ نه برای حفظ اصطلاحات، بلکه برای تصمیم‌گیری. هر مدخل می‌گوید مفهوم چیست، کجا به کارتان می‌آید، در عمل چه شکلی دارد، و معمولاً کجا اشتباه فهمیده می‌شود.

پاسخ کوتاه

این متن دایرة‌المعارف تکنولوژی نیست. مجموعه‌ای از واژه‌هایی است که در جلسه، پیشنهاد قیمت و قرارداد تکرار می‌شوند و روی هزینه و زمان اثر می‌گذارند. از آن مثل دفترچه کنار میز استفاده کنید: دسته را پیدا کنید، همان اصطلاح را بخوانید، بعد سؤال درست را بپرسید.

اگر واژه‌ای را در قرارداد می‌بینید و نمی‌توانید با یک جمله بگویید چه چیزی تحویل می‌شود، آن بند را امضا نکنید. اصطلاح را به خروجی قابل‌اندازه‌گیری گره بزنید، مالک و هزینه نگهداری را بپرسید، و اگر دو نفر تعریف متفاوتی دارند همان را روی کاغذ یکی کنید.

محصول و تجربه کاربر

قبل از سرور و کد باید روشن باشد چه چیزی به مشتری می‌فروشید و او چگونه آن را حس می‌کند. بخش زیادی از دعواهای فنی در واقع دعوای محصول است.

محصول (Product) و حداقل محصول پذیرفتنی (MVP)

محصول دیجیتال چیزی است که مشتری برای حل مسئله‌ای واقعی از آن استفاده می‌کند؛ سایت، اپ، پنل یا خدمت. کد و سرور ابزار ساخت‌اند، نه خود محصول. MVP کوچک‌ترین نسخه‌ای است که فرض اصلی کسب‌وکار را با کاربر واقعی می‌آزماید. کاربرد این دو تمایز این است که بودجه را به نتیجه کاربر گره بزنید و قبل از ساخت همه‌چیز، یک مسیر اصلی را به بازار ببرید.

فروشگاه آنلاینی که سفارش می‌گیرد محصول است؛ انتخاب وردپرس تصمیم اجرایی است. به‌جای اپ کامل حمل‌ونقل، فرم رزرو به‌علاوه هماهنگی دستی می‌تواند MVP باشد اگر فرض «کسی رزرو می‌کند» را بسنجد. اشتباه رایج یکی دانستن پروژه فنی با محصول، و برابر کردن MVP با نسخه زشت یا ناقص است. پروژه تمام می‌شود؛ محصول باید ارزش بدهد. اگر فرض کلیدی آزموده نشود، فقط کار نیمه‌تمام دارید.

تجربه کاربر (UX) و رابط کاربری (UI)

UX مسیر کامل آدم از آشنایی تا انجام کار است: فهمیدن، اعتماد، پرداخت و پشتیبانی. UI سطح دیداری همان مسیر است: چیدمان، دکمه، خوانایی و حالت خطا. برای مدیر، UX یعنی کاهش اصطکاک و انجام موفق کار؛ UI یعنی وضوح عمل در سه ثانیه. UI خوب UX را تقویت می‌کند اما جایگزین مشاهده کاربر نمی‌شود.

اگر برای ثبت سفارش باید سه بار عقب برگردد، مسئله UX است حتی با ظاهر زیبا. دکمه پرداخت که در موبایل دیده نمی‌شود نقص UI است. اشتباه رایج یکی دانستن این دو و سپردن تجربه به «کمی قشنگ‌تر کردن صفحه» است. می‌توان رابطی زیبا داشت که مسیر خرید را خراب کند.

سیستم مدیریت محتوا (CMS)

CMS ابزاری است که تیم غیرفنی محتوا و صفحه را بدون دست زدن به کد منتشر می‌کند. کاربردش جایی است که محتوا زیاد عوض می‌شود. وردپرس نمونه رایج است، اما CMS فقط وردپرس نیست. اگر بازاریابی باید هر هفته صفحه فرود بسازد، نبود CMS یعنی هر تغییر در صف مهندس می‌ماند. اشتباه رایج خرید CMS به‌جای استراتژی محتوا است. ابزار نوشتن را ساده می‌کند؛ رتبه و فروش را تضمین نمی‌کند.

ساخت نرم‌افزار

اگر نقش لایه‌ها روشن نباشد، هم نیروی اضافه می‌خرید هم نقطه شکست را اشتباه تشخیص می‌دهید.

فرانت‌اند (Frontend)، بک‌اند (Backend) و فول‌استک (Full Stack)

فرانت‌اند لایه‌ای است که کاربر می‌بیند: صفحه، فرم و نمایش در مرورگر یا اپ. بک‌اند منطق پشت صحنه است: حساب، موجودی، پرداخت و دسترسی. فول‌استک یعنی یک نفر می‌تواند هر دو را جلو ببرد. برای مدیر، فرانت‌اند یعنی تبدیل و سازگاری موبایل؛ بک‌اند یعنی صحت و امنیت؛ فول‌استک یعنی سرعت در تیم کوچک، نه تخصص بی‌نهایت.

سبد خرید که در موبایل دیر باز می‌شود معمولاً فرانت‌اند است. سفارشی که ثبت می‌شود اما موجودی کم نمی‌شود، به بک‌اند می‌رسد. استارتاپ دو نفره تا سفارش اول از فول‌استک بهره می‌برد. اشتباه‌ها: دانستن فرانت‌اند به‌عنوان زیباسازی، نسبت دادن هر باگ به بک‌اند، و استخدام یک فول‌استک به‌جای کل تیم برای محصول پیچیده.

API و وب‌هوک (Webhook)

API قرارداد صحبت دو سیستم است: چه داده‌ای، با چه شرطی، رد و بدل می‌شود. وب‌هوک خبر فوری رویداد است؛ سیستم خودش اعلام می‌کند، به‌جای اینکه شما مدام بپرسید. برای مدیر، این دو یعنی اتصال فروشگاه به حسابداری یا درگاه به سفارش، بدون کار دستی. بدون قرارداد مشخص، هر اتصال یک پروژه مبهم می‌شود.

وقتی انبار موجودی را به سایت می‌فرستد، API در کار است. پس از پرداخت موفق، پیام درگاه به سایت وب‌هوک است. اشتباه رایج گفتن «یک API می‌خواهیم» بدون داده، دسترسی و مسئول خطا است؛ و اعتماد به وب‌هوک بدون ثبت و تکرار. پیام ممکن است دیر برسد یا دوبار بیاید.

فریم‌ورک (Framework)، کتابخانه (Library) و محیط اجرا (Runtime)

فریم‌ورک اسکلت آماده پروژه است و ساختار را به تیم تحمیل می‌کند. کتابخانه قطعه آماده برای یک کار مشخص است؛ شما آن را صدا می‌زنید. Runtime محیطی است که کد واقعاً در آن اجرا می‌شود. انتخاب فریم‌ورک روی استخدام و نگهداری اثر دارد. کتابخانه کمک می‌کند چرخ را دوباره نسازید. Runtime یعنی «روی لپ‌تاپ من کار می‌کند» بدون نسخه یکسان بی‌معنا است.

تیمی که ورود و فرم را روی یک فریم‌ورک سریع می‌سازد، از اسکلت آماده استفاده می‌کند. تقویم شمسی معمولاً کتابخانه است. اپی که روی نسخه قدیمی سرور بالا نمی‌آید، اختلاف Runtime دارد. اشتباه‌ها: انتخاب فریم‌ورک به‌خاطر مد، انباشتن کتابخانه بدون مالک، و ننوشتن محیط اجرا در قرارداد میزبانی.

میکروسرویس و مونولیت

مونولیت یعنی بیشتر منطق محصول در یک سامانه به‌هم‌پیوسته است. میکروسرویس یعنی محصول به چند خدمت جدا با API بینشان شکسته شده. مونولیت برای تیم کوچک ساده‌تر است. میکروسرویس وقتی معنا دارد که تیم‌ها و بار کار واقعاً جدا شده باشند. سامانه نوبت‌دهی با پنل و پرداخت در یک کدبیس، مونولیت سالم است. اشتباه رایج میکروسرویس شدن برای اعتبار فنی است؛ بدون عملیات آماده فقط نقطه شکست زیاد می‌شود.

داده و سرور

ضعف این لایه دیر دیده می‌شود و گران اصلاح می‌شود.

پایگاه داده (Database)

پایگاه داده محل سازمان‌یافته نگهداری مشتری، سفارش و موجودی است. اکسل پایگاه عملیاتی نیست. برای مدیر یعنی صحت، بکاپ و مالکیت داده. هر سفارش باید به مشتری، مبلغ و وضعیت مشخص وصل باشد. اشتباه رایج دانستن بکاپ به‌عنوان کپی گاه‌به‌گاه فایل است. بکاپ یعنی بازیابی آزموده‌شده با زمان مشخص.

سرور (Server)

سرور رایانه‌ای است که برنامه و داده را نگه می‌دارد و به درخواست پاسخ می‌دهد؛ فیزیکی، مجازی یا مدیریت‌شده. سایت روی اینترنت شناور نیست؛ روی سروری با مشخصات معین اجرا می‌شود. اگر در ساعت تبلیغات می‌خوابد، ظرفیت کم است یا برنامه سنگین است. اشتباه رایج خریدن سرور قوی به‌جای رفع کد پرمصرف است.

Cache

Cache نگهداری موقت نتیجه محاسبه‌شده است تا کار از صفر تکرار نشود؛ در مرورگر، CDN یا سرور. برای مدیر یعنی سرعت بیشتر و فشار کمتر روی پایگاه داده، به شرط مدیریت داده کهنه. صفحه محصول که برای هزار بازدید اول از نو ساخته نمی‌شود، از Cache بهره می‌برد. اشتباه رایج خاموش کردن کامل Cache بعد از یک قیمت قدیمی است؛ باید قانون به‌روز شدن روشن باشد.

شبکه و ارتباط

خطا اینجا شبیه «سایت باز نمی‌شود» دیده می‌شود، در حالی که برنامه ممکن است سالم باشد.

دامنه (Domain) و سامانه نام دامنه (DNS)

دامنه نام خواندنی محصول روی اینترنت است؛ خود سایت نیست، فقط آدرس است. DNS دفترچه تلفن است و نام را به نشانی سرور تبدیل می‌کند. برای مدیر، دامنه دارایی برند است و DNS کنترل هدایت ترافیک. اگر دامنه به نام پیمانکار باشد، کلید ورودی دست دیگری است. تغییر نادرست DNS سایت یا ایمیل را قطع می‌کند.

ثبت دامنه با ایمیل شخصی کارمند، با رفتن او قفل می‌شود. جابه‌جایی هاست که ایمیل را می‌خواباند معمولاً دستکاری رکورد پست است. اشتباه رایج یکی دانستن دامنه و هاستینگ، و تغییر همه رکوردها بدون فهرست قبلی است. دامنه را می‌توان نگه داشت و میزبانی را عوض کرد؛ به شرط کنترل DNS.

HTTP، HTTPS و SSL/TLS

HTTP زبان درخواست بین مرورگر و سرور است. HTTPS همان زبان روی مسیر رمزشده است. TLS پروتکل رمزنگاری آن مسیر است؛ SSL نام قدیمی‌تری است که هنوز در گفتگوها مانده. برای مدیر، HTTPS حداقل اعتماد است نه ویژگی لوکس. گواهی SSL/TLS هویت دامنه را نشان می‌دهد و تمدیدش کار عملیاتی است.

فرم ورود روی HTTP داده را در مسیر در معرض شنود می‌گذارد. سایتی که یک روز «اتصال امن نیست» نشان می‌دهد، اغلب گواهی‌اش تمام شده. اشتباه رایج این است که نصب گواهی را با امنیت کامل یکی بدانید. HTTPS مسیر را رمز می‌کند؛ آسیب منطقی برنامه یا دسترسی باز سرور را از بین نمی‌برد.

CDN

CDN شبکه‌ای از نقاط پخش است که نسخه نزدیک به کاربر را از فایل‌های عمدتاً ایستا می‌دهد. هدف کاهش تأخیر، کم کردن فشار سرور اصلی و تحمل بهتر اوج ترافیک است. فروشگاهی که تصویر کالا را از نقطه نزدیک می‌دهد معمولاً CDN دارد. اشتباه رایج انتظار معجزه CDN برای برنامه کند یا پایگاه داده ضعیف است. فایل ایستا را سریع می‌کند؛ منطق سنگین را بازنویسی نمی‌کند.

زیرساخت و ارائه

اینجا تصمیم می‌گیرید محصول کجا اجرا شود و چقدر از عملیات را خودتان بخرید.

میزبانی وب (Hosting) و سرور مجازی (VPS)

میزبانی جایی است که فایل و برنامه اجرا می‌شوند؛ از هاست اشتراکی تا اختصاصی. VPS برشی مجازی با سیستم‌عامل و منابع مشخص است: کنترل بیشتر از هاست اشتراکی، مسئولیت بیشتر از پنل آماده. برای مدیر، انتخاب بین راحتی و کنترل است. ارزان‌ترین پلن اگر در اوج ترافیک خفه شود، گران تمام می‌شود.

سایت معرفی با ترافیک کم روی هاست اشتراکی می‌ماند. فروشگاهی با ماژول خاص یا کمپین سنگین اغلب به VPS می‌رود. اشتباه رایج «آپ کنید» بدون بکاپ و SSL است، و خریدن VPS قوی بدون نفر نگه‌دارنده. منابع بیشتر بدون عملیات، فقط قبض بزرگ‌تر می‌سازد.

Cloud

Cloud مدل دسترسی برحسب نیاز به منابع مشترک است: محاسبه، ذخیره و خدمت، با افزایش و کاهش نسبتاً سریع. Cloud یک شرکت خاص نیست. برای مدیر یعنی هزینه متغیر و سرعت ساخت، در برابر صورت‌حساب پیچیده و وابستگی. افزایش موقت ظرفیت در جمعه تبلیغاتی استفاده درست است. اشتباه رایج «به Cloud می‌رویم» بدون انتخاب مدل خدمت است. SaaS و PaaS و IaaS هر سه Cloud هستند و مسئولیت کاملاً متفاوتی دارند.

SaaS، PaaS و IaaS

SaaS نرم‌افزار آماده‌ای است که از اینترنت استفاده می‌کنید و سرورش دست فروشنده است. PaaS بستری است که برنامه را روی آن می‌گذارید و سیستم‌عامل را او اداره می‌کند. IaaS اجاره ماشین، دیسک و شبکه است و سیستم‌عامل با شماست. NIST این سه را مدل‌های خدمت ابری می‌نامد. هر چه پایین‌تر می‌روید کنترل و هزینه عملیات شما بیشتر می‌شود.

ابزار تیکت که همان روز راه می‌افتد SaaS است. تیمی که فقط کد می‌فرستد و مقیاس را می‌سپارد، PaaS دارد. چند سرور با شبکه جدا معمولاً IaaS است. اشتباه‌ها: انتظار تغییر عمیق از SaaS، مقایسه قیمت PaaS با VPS بدون حقوق عملیات، و خرید IaaS با انتظار «سایت آماده».

روند و تیم

کیفیت محصول فقط کد نیست؛ نحوه ذخیره تاریخچه و استقرار هم هزینه نگهداری را معلوم می‌کند.

Git و مخزن کد (Repository)

Git سیستم پیگیری تغییر کد است: چه کسی، چه چیزی، کی. مخزن محل نگهداری همان تاریخچه است؛ روی سرویس کد یا سرور داخلی. برای مدیر، این دو یعنی حسابرسی، کار موازی و مالکیت دارایی شرکت. بدون Git نسخه درست روی لپ‌تاپ یک نفر می‌ماند. از دست رفتن مخزن یعنی از دست رفتن حافظه محصول.

وقتی ویژگی خراب را همان روز به نسخه پایدار برمی‌گردانید، ارزش Git دیده می‌شود. پیمانکاری که فقط فایل نهایی را روی هاست می‌گذارد و مخزن را نمی‌دهد، شما را قفل می‌کند. اشتباه رایج دانستن Git به‌عنوان پوشه فایل، و نپرسیدن مالک حساب مخزن است.

DevOps و CI/CD

DevOps نزدیک کردن ساخت و عملیات است تا انتشار پایدار و قابل‌تکرار شود؛ ابزار نیست، رویکرد است. CI یعنی هر تغییر خودکار ساخته و آزمایش شود. CD مسیر انتشار کنترل‌شده به محیط واقعی است. برای مدیر یعنی کمتر شدن استقرار دستی و غافلگیری تولید. استخدام یک عنوان، DevOps نمی‌سازد.

تیمی که هر انتشار مسیر تست، ساخت و بازگشت دارد، DevOps را در عمل دارد. وقتی ادغام معیوب به‌خاطر تست ورود منتشر نمی‌شود، CI کار می‌کند. اشتباه‌ها: برابر دانستن DevOps با «یک نفر همه سرورها را جمع کند»، و خریدن ابزار CI/CD بدون نوشتن آزمایش. لوله خالی کد خراب را سریع‌تر به مشتری می‌رساند.

رشد و تحلیل

ساخت بدون اندازه‌گیری، حدس گران است.

SEO

SEO کارهایی است که به موتور جستجو کمک می‌کند محصول را بفهمد و در جستجوی مرتبط نشان دهد: محتوا، ساختار، سرعت و اعتبار. برای مدیر کانال تملک‌پذیر است نه دکمه داخل پنل. صفحه‌ای که سؤال مشتری را روشن جواب می‌دهد شانس بیشتری از ده افزونه جادویی دارد. اشتباه رایج «سئو را روی سایت بزنید» است. SEO پروژه یک‌باره نیست.

تحلیل‌گری (Analytics)

Analytics اندازه‌گیری رفتار واقعی است: از کجا آمدند، چه دیدند، کجا رها کردند. برای مدیر یعنی تصمیم بر اساس شواهد. اگر نیمی از کاربران در مرحله حمل قطع می‌شوند، مسئله تبلیغ بیشتر نیست. اشتباه رایج نصب ابزار بدون تعریف تبدیل است. ابزاری که هدف ندارد، گزارش تزئینی می‌سازد.

CRM

CRM سامانه مدیریت ارتباط با مشتری است: سرنخ، معامله، پیگیری و سابقه. برای مدیر یعنی حافظه فروش که با رفتن فرد نمی‌میرد. دفترچه تلفن و چت شخصی CRM نیست. وقتی پیگیری پیشنهاد به مسئول بعدی می‌رسد، CRM کار می‌کند. اشتباه رایج خریدن CRM شلوغ قبل از تعریف مرحله فروش است. ابزار، فرآیند ناموجود را منظم نمی‌کند.

BI

هوش تجاری (BI) تبدیل داده عملیاتی به تصویر تصمیم است. Analytics بیشتر رفتار لحظه‌ای محصول را می‌بیند؛ BI معمولاً چند منبع را برای مدیریت یکپارچه می‌کند. گزارش هفتگی که سفارش، مرجوعی و هزینه جذب را کنار هم می‌گذارد خروجی BI است. اشتباه رایج داشبورد قبل از پاکسازی داده است. نمودار زیبا روی تعریف مبهم، تصمیم را منحرف می‌کند.

اشتباه‌های رایج در زبان مدیران

بیشتر سوءتفاهم‌ها از کوتاه‌گویی است. جمله مبهم در جلسه، در قرارداد به هزینه تبدیل می‌شود. جدول زیر زبان رایج را به سؤال قابل‌پاسخ برمی‌گرداند.

اصطلاح فنی وقتی مفید است که بتوانید بگویید چه چیزی تحویل می‌شود، چه کسی مالک آن است، و اگر خراب شد از کجا می‌فهمید.

قبل از امضای پیشنهاد، سه چیز را به فارسی ساده بنویسید: خروجی قابل‌دیدن، هزینه نگهداری ماهانه، و نشانه شکست. اگر تیم فنی نتواند این سه را بدون شعار بگوید، هنوز به خرید نزدیک نشده‌اید.

پرسش‌های پرتکرار

آیا باید همه این اصطلاحات را حفظ کنم؟

نه. باید در جلسه تشخیص دهید بحث تجربه است یا زیرساخت یا داده. همین دسته‌بندی جلوی خرید اشتباه را می‌گیرد. جزئیات پیاده‌سازی کار متخصص است؛ ابهام در هدف کار شما است.

از کجا بفهمم هاست اشتراکی کافی است یا به VPS نیاز دارم؟

اگر ترافیک کم و پایدار است، نیاز سفارشی سیستم‌عامل ندارید و قطع کوتاه قابل‌تحمل است، هاست مدیریت‌شده معمولاً منطقی است. زمان‌بندی خاص، ماژول خاص، اوج ترافیک یا الزام امنیتی VPS یا Cloud را معنا می‌دهد. نشانه ارتقا کندی مزمن در ساعت شلوغ است، نه میل به حرفه‌ای‌تر شدن.

اگر پیمانکار گفت API آماده است، چه چیزی را باید ببینم؟

سندی که ورودی، خروجی، خطا و یک نمونه واقعی را نشان بدهد، بعد یک آزمایش زنده. API بدون سند و بدون محیط آزمایش فقط وعده است. دسترسی، سقف استفاده و مسئول قطعی را در قرارداد بنویسید.

وردپرس برای ما CMS است یا محصول کامل؟

وردپرس در اصل CMS است که می‌تواند فروشگاه یا سایت خدمات شود. محصول شما همان تجربه‌ای است که روی آن می‌سازید. اگر تیم محتوا زیاد و فرآیند استاندارد است، وردپرس منطقی است. اگر منطق کسب‌وکار خیلی خاص است، آن را با انتظار نرم‌افزار اختصاصی نخرید.

منابع و مراجع

تعریف‌های فنی با منابع رسمی زیر هم‌راستا شده‌اند.

MDN Web Docs، مدخل API: https://developer.mozilla.org/en-US/docs/Glossary/API

MDN Web Docs، مدخل CDN: https://developer.mozilla.org/en-US/docs/Glossary/CDN

MDN Web Docs، HTTP: https://developer.mozilla.org/en-US/docs/Web/HTTP

RFC 9110، HTTP Semantics: https://www.rfc-editor.org/rfc/rfc9110

RFC 1034، Domain Names: https://www.rfc-editor.org/rfc/rfc1034

RFC 8446، TLS 1.3: https://datatracker.ietf.org/doc/html/rfc8446

NIST SP 800-145، تعریف رایانش ابری و مدل‌های SaaS و PaaS و IaaS: https://nvlpubs.nist.gov/nistpubs/legacy/sp/nistspecialpublication800-145.pdf

مستندات Git: https://git-scm.com/doc

پیشنهاد مطالعه در همین مجموعه

اگر یک موضوع را عمیق‌تر می‌خواهید، این مقاله‌ها در همین مجموعه مکمل‌اند.

قبل از خرید خدمت یا بستن قرارداد توسعه، همین واژه‌ها را یک‌بار با تیم فنی روی کاغذ یکی کنید. نیمی از سوءتفاهم‌های بعدی همان‌جا حذف می‌شود.