سایت فروشگاهی چه امکاناتی لازم دارد؟ چک‌لیست قبل از طراحی
برای راه‌اندازی فروشگاه اینترنتی لازم نیست از روز اول تمام قابلیت‌هایی را که در فروشگاه‌های بزرگ دیده‌اید پیاده‌سازی کنید. امکانات سایت فروشگاهی باید بر اساس نوع محصول، روش فروش، تعداد سفارش‌ها و فرایند واقعی کسب‌وکار انتخاب شوند؛ بعضی قابلیت‌ها برای شروع ضروری‌اند و بعضی را می‌توان زمانی اضافه کرد که فروشگاه واقعاً به آن‌ها نیاز دارد.
برای بیشتر فروشگاه‌ها، ساختار دسته‌بندی و محصول، جست‌وجو، سبد خرید، تسویه‌حساب، روش پرداخت و ارسال، مدیریت موجودی، ثبت و مدیریت سفارش، اعلان‌های سفارش و نمایش مناسب در موبایل جزو نیازهای پایه هستند. امکاناتی مثل مقایسه پیشرفته، تخفیف‌های پیچیده، اتصال به نرم‌افزارهای دیگر، باشگاه مشتریان یا چندانبار را بهتر است بر اساس مدل کسب‌وکار و مرحله رشد فروشگاه تصمیم‌گیری کرد.
امکانات سایت فروشگاهی را چگونه اولویت‌بندی کنیم؟
اشتباه رایج این است که امکانات فروشگاه اینترنتی به شکل یک فهرست بلند از قابلیت‌ها دیده شوند؛ هرچه تعداد امکانات بیشتر باشد، پروژه بهتر به نظر می‌رسد. در عمل، قابلیتی ارزشمند است که مسئله واقعی فروشگاه یا مشتری را حل کند.
برای تصمیم‌گیری بهتر می‌توان امکانات را در سه سطح قرار داد: قابلیت‌هایی که برای شروع فرایند فروش لازم‌اند، قابلیت‌هایی که به نوع کسب‌وکار وابسته‌اند و امکاناتی که معمولاً بعد از شکل گرفتن نیاز واقعی قابل اضافه شدن هستند.
| ضروری برای شروع | وابسته به نوع کسب‌وکار | مناسب مرحله رشد |
|---|---|---|
| دسته‌بندی و صفحه محصول | محصول متغیر یا سفارشی | مقایسه پیشرفته محصولات |
| سبد خرید و تسویه‌حساب | روش‌های خاص ارسال | باشگاه مشتریان |
| پرداخت و ثبت سفارش | فروش B2B یا قیمت‌گذاری خاص | تخفیف‌های پیشرفته و اتوماسیون |
| مدیریت موجودی پایه | محصول دیجیتال یا دانلودی | اتصال ERP، CRM یا حسابداری |
| مدیریت و وضعیت سفارش | رزرو یا زمان‌بندی تحویل | چندانبار و مدیریت پیچیده موجودی |
| نمایش مناسب موبایل | قوانین متفاوت برای گروه‌های مشتری | شخصی‌سازی پیشرفته تجربه خرید |
اگر نبود یک قابلیت مانع انتخاب محصول، پرداخت، ثبت یا مدیریت سفارش می‌شود، احتمالاً باید در محدوده اولیه پروژه بررسی شود.
ممکن است برای یک فروشگاه ضروری و برای فروشگاه دیگر کاملاً غیرضروری باشد.
قابلیت‌هایی که نبودشان مانع شروع فروش نیست، می‌توانند وارد نقشه راه توسعه شوند.
این امکان دقیقاً کدام مسئله مشتری، مدیر فروشگاه یا فرایند عملیاتی کسب‌وکار را حل می‌کند؟ اگر پاسخ مشخصی ندارید، احتمالاً هنوز زمان مناسبی برای اضافه کردن آن نیست.
امکانات پایه یک سایت فروشگاهی چیست؟
اگر هدف سایت انجام خرید آنلاین است، باید یک مسیر کامل از پیدا کردن محصول تا ثبت و مدیریت سفارش وجود داشته باشد. جزئیات این مسیر بر اساس نوع فروشگاه تغییر می‌کند، اما اجزای اصلی را می‌توان به چند بخش تقسیم کرد.
دسته‌بندی، صفحه محصول و ساختار قابل فهم برای مرور کالاها.
جست‌وجو و در صورت نیاز فیلترهایی متناسب با ویژگی محصولات.
سبد خرید، تسویه‌حساب، انتخاب ارسال و روش پرداخت.
کنترل وضعیت قابل خرید بودن محصول و موجودی موردنیاز کسب‌وکار.
ثبت، مشاهده، تغییر وضعیت و پیگیری سفارش از سمت مدیریت.
اطلاع‌رسانی مناسب درباره ثبت سفارش و تغییرات مهم آن.
- پیدا کردن محصول
- بررسی صفحه و انتخاب محصول
- بررسی سبد خرید
- تسویه‌حساب و پرداخت
- ثبت و پیگیری سفارش
دسته‌بندی، صفحه محصول، جست‌وجو و فیلتر
دسته‌بندی محصولات
ساختار دسته‌بندی باید با نحوه جست‌وجوی واقعی مشتری هماهنگ باشد. تعداد زیاد دسته‌بندی یا ساختار چندلایه بدون نیاز می‌تواند پیدا کردن محصول را سخت‌تر کند.
صفحه محصول
صفحه محصول باید اطلاعات موردنیاز برای تصمیم خرید را ارائه کند. بسته به کالا این اطلاعات می‌تواند شامل نام، تصاویر، قیمت، وضعیت موجودی، ویژگی‌ها، انتخاب متغیرهایی مثل رنگ و اندازه و اطلاعات مرتبط با ارسال باشد.
برای کالایی مثل لباس، انتخاب سایز و رنگ ممکن است ضروری باشد؛ اما برای یک محصول ساده با یک مدل ثابت، همان ساختار اضافه فقط پیچیدگی ایجاد می‌کند.
جست‌وجو
وقتی تعداد محصولات بیشتر می‌شود، جست‌وجوی قابل استفاده اهمیت بیشتری پیدا می‌کند. کاربر باید بتواند با عبارت معقول محصول موردنظر را پیدا کند و در صورت نبود نتیجه، با یک صفحه بن‌بست روبه‌رو نشود.
فیلتر محصولات
فیلتر باید از ویژگی‌هایی ساخته شود که واقعاً در تصمیم خرید مؤثرند. برای فروشگاه موبایل ممکن است برند، حافظه یا محدوده قیمت مهم باشد؛ برای پوشاک، سایز و رنگ؛ و برای فروشگاهی کوچک با ده محصول شاید فیلتر پیشرفته اصلاً اولویت نباشد.
سبد خرید، تسویه‌حساب، پرداخت و ارسال
بخش مهمی از طراحی سایت فروشگاهی مربوط به فاصله میان تصمیم خرید و ثبت موفق سفارش است. این مسیر باید اطلاعات لازم را دریافت کند، اما بدون دلیل به یک فرایند طولانی تبدیل نشود.
مشتری باید بتواند اقلام، تعداد، قیمت و تغییرات سبد را قبل از تسویه‌حساب بررسی کند.
فیلدهای تسویه‌حساب باید متناسب با اطلاعاتی باشند که واقعاً برای پردازش سفارش لازم است.
روش یا روش‌های پرداخت باید بر اساس فرایند مالی و شرایط واقعی فروشگاه انتخاب شوند.
قواعد ارسال می‌توانند بر اساس موقعیت، مبلغ سفارش، نوع کالا یا مدل عملیاتی فروشگاه متفاوت باشند.
تا جای ممکن باید مشخص باشد مشتری چه مبلغی بابت کالا و هزینه‌های قابل محاسبه سفارش پرداخت می‌کند. پنهان ماندن هزینه‌های مهم تا مراحل پایانی می‌تواند تجربه خرید را نامطمئن کند.
پرداخت ناموفق و سفارش تکراری را هم آزمایش کنید
ثبت سفارش با تأیید پرداخت یکسان نیست. وضعیت سفارش باید با نتیجه تأییدشده روش پرداخت هماهنگ شود؛ سفارش در انتظار پرداخت، ناموفق یا لغوشده نباید به‌اشتباه آماده ارسال تلقی شود. پیش از تحویل، پرداخت ناموفق، بازگشت از درگاه و تلاش دوباره مشتری را نیز تست کنید و مطمئن شوید یک خرید به سفارش یا برداشت تکراری منجر نمی‌شود.
موجودی، حساب مشتری، اعلان و مدیریت سفارش
فروشگاه فقط ظاهر و بخش قابل مشاهده برای مشتری نیست. بعد از فشردن دکمه ثبت سفارش، مدیر باید بتواند سفارش را پیدا کند، وضعیت آن را بفهمد و فرایند عملیاتی لازم را انجام دهد.
مدیریت موجودی
برای یک فروشگاه کوچک ممکن است موجودی ساده هر محصول کافی باشد. اما فروشگاهی با تنوع کالا، شعبه یا چند محل نگهداری ممکن است از ابتدا به ساختار پیچیده‌تری نیاز داشته باشد. روشن کنید موجودی چه زمانی رزرو یا کم می‌شود و در صورت لغو یا پرداخت ناموفق چگونه آزاد می‌شود؛ این موضوع برای آخرین واحد یک کالا اهمیت بیشتری دارد.
حساب مشتری
حساب کاربری می‌تواند مشاهده سفارش‌ها، اطلاعات حساب و آدرس‌ها را ساده کند. با این حال باید تصمیم گرفت آیا ایجاد حساب اجباری است یا خرید مهمان نیز با مدل کسب‌وکار سازگار است.
اعلان سفارش
پس از ثبت سفارش، مشتری و مدیر فروشگاه باید متناسب با فرایند کاری کسب‌وکار از رویدادهای مهم مطلع شوند. کانال اطلاع‌رسانی می‌تواند بر اساس زیرساخت پروژه متفاوت باشد.
پنل مدیریت سفارش‌ها
مدیر باید بتواند سفارش‌ها را مشاهده و بر اساس فرایند فروشگاه مدیریت کند. وضعیت‌هایی که در پنل استفاده می‌شوند بهتر است با مراحل واقعی آماده‌سازی، پرداخت، ارسال یا لغو سفارش هماهنگ باشند.
تجربه کاربری و اعتماد در فروشگاه اینترنتی
وجود قابلیت فنی به‌تنهایی کافی نیست. مشتری باید بتواند بفهمد چه چیزی می‌خرد، چقدر پرداخت می‌کند، سفارش چگونه به او می‌رسد و در صورت نیاز از چه طریقی با فروشگاه ارتباط برقرار کند.
- صفحات اصلی خرید در موبایل قابل استفاده باشند.
- قیمت و اطلاعات اصلی محصول واضح باشند.
- وضعیت موجودی تا حد موردنیاز مشخص باشد.
- ویژگی‌ها و انتخاب‌های محصول قابل فهم باشند.
- هزینه‌های قابل محاسبه سفارش روشن باشند.
- قوانین مرتبط با خرید در محل مناسب قابل دسترسی باشند.
- راه ارتباطی مشخصی با فروشگاه وجود داشته باشد.
- مشتری بتواند وضعیت سفارش را به روش تعریف‌شده دنبال کند.
موبایل را نسخه کوچک‌شده دسکتاپ نبینید
در موبایل فضای نمایش کمتر است و عناصر خرید باید متناسب با آن چیده شوند. انتخاب متغیر محصول، افزودن به سبد، مشاهده قیمت و تسویه‌حساب باید بدون زوم یا حرکت افقی غیرضروری قابل انجام باشند.
شفاف بودن اطلاعات محصول، قیمت، شرایط خرید، اطلاعات تماس و فرایند سفارش نیز بخشی از تجربه اعتماد کاربر است. هیچ عنصر واحدی به‌تنهایی اعتماد یا خرید را تضمین نمی‌کند.
نیازهای فنی یک سایت فروشگاهی چیست؟
فروشگاه اینترنتی با داده مشتری، سفارش و در بسیاری از پروژه‌ها ارتباط با سرویس‌های پرداخت و سایر سیستم‌ها سروکار دارد. بنابراین زیرساخت فنی باید از ابتدا بخشی از محدوده پروژه باشد، نه موضوعی که فقط بعد از انتشار بررسی شود.
تصاویر، کد، درخواست‌ها و زیرساخت باید متناسب با حجم واقعی فروشگاه بهینه شوند.
اتصال HTTPS، به‌روزرسانی و کنترل دسترسی مدیران باید از ابتدا در نظر گرفته شوند. HTTPS به حفاظت از داده در مسیر ارتباط کمک می‌کند، اما به‌تنهایی امنیت کامل فروشگاه را تضمین نمی‌کند.
بکاپ باید داده‌های سفارش، مشتری و محصول و فایل‌های سایت را پوشش دهد. فاصله پشتیبان‌گیری را با حجم تغییرات تنظیم کنید و بازیابی نسخه‌ها را نیز آزمایش کنید.
ساختار باید امکان توسعه منطقی قابلیت‌ها را بدون فرض رشد نامحدود فراهم کند.
ساختار URL، صفحات محصول و دسته‌بندی و تنظیمات فنی پایه باید از ابتدا قابل مدیریت باشند.
پایش در دسترس بودن فروشگاه و بررسی خطاهای مسیر خرید را در برنامه نگهداری قرار دهید؛ باز شدن صفحه اصلی به‌تنهایی نشان نمی‌دهد پرداخت و ثبت سفارش درست کار می‌کنند.
این عبارت‌ها به‌تنهایی معیار فنی کافی نیستند. بهتر است در پیشنهاد پروژه مشخص شود چه اقداماتی در محدوده پروژه قرار دارند و چه مواردی به میزبانی، محتوا، سرویس‌های خارجی یا نگهداری بعدی وابسته‌اند.
برای آشنایی با نقش رمزگذاری ارتباط، راهنمای SSL و HTTPS را بخوانید. اگر فروشگاه با وردپرس ساخته می‌شود، راهنمای بکاپ وردپرس برای برنامه‌ریزی پشتیبان‌گیری و بازیابی مرتبط است.
انتخاب فناوری نیز به نیاز پروژه بستگی دارد. برای شناخت تفاوت رویکردها می‌توانید مقایسه طراحی سایت وردپرسی یا اختصاصی را بخوانید؛ تصمیم درست صرفاً بر اساس نام فناوری گرفته نمی‌شود.
فروشگاه کوچک و فروشگاه پرتراکنش نیاز یکسانی ندارند
فروشگاهی با ۳۰ محصول و تعداد محدود سفارش روزانه را نباید صرفاً به این دلیل که ممکن است روزی بزرگ شود، از ابتدا مانند یک فروشگاه بسیار بزرگ طراحی کرد. در مقابل، پروژه‌ای با هزاران کالا، چند اپراتور و ارتباط با سیستم‌های دیگر را هم نمی‌توان با با همان محدوده پروژه فروشگاه کوچک مدیریت کرد.
| موضوع | فروشگاه کوچک | فروشگاه بزرگ‌تر یا پیچیده‌تر |
|---|---|---|
| محصولات | ساختار دسته‌بندی نسبتاً ساده | Taxonomy، فیلتر و مدیریت داده گسترده‌تر |
| موجودی | کنترل موجودی پایه | ممکن است نیاز به همگام‌سازی یا چند منبع موجودی باشد |
| سفارش‌ها | مدیریت توسط یک یا چند نفر محدود | فرایند کاری، نقش‌ها و پردازش عملیاتی پیچیده‌تر |
| اتصال‌ها | معمولاً محدود | احتمال اتصال به حسابداری، CRM، ERP یا API بیشتر است |
| زیرساخت | متناسب با بار فعلی | نیازمند بررسی دقیق‌تر کارایی و ظرفیت |
همین تفاوت‌ها بر محدوده پروژه و در نتیجه هزینه طراحی سایت اثر می‌گذارند. بنابراین مقایسه قیمت دو فروشگاه بدون مقایسه نیازها و پیچیدگی آن‌ها می‌تواند گمراه‌کننده باشد.
چه امکاناتی را می‌توان بعداً به فروشگاه اضافه کرد؟
اگر معماری سایت اجازه توسعه منطقی بدهد، بسیاری از قابلیت‌ها لازم نیست در نسخه اول پروژه وجود داشته باشند. بهتر است توسعه بر اساس داده و نیاز واقعی انجام شود، نه صرفاً تقلید از فروشگاه‌های بزرگ.
برای کالاهایی که مشتری واقعاً نیاز به مقایسه چند مشخصه دارد می‌تواند مفید باشد.
قوانین ترکیبی تخفیف، پیشنهادهای شرطی یا کمپین‌های پیچیده را می‌توان در مرحله رشد بررسی کرد.
امتیاز، سطح مشتری یا مزایای وفاداری زمانی ارزشمند است که استراتژی مشخصی پشت آن باشد.
با افزایش حجم عملیات ممکن است انتقال خودکار اطلاعات بین فروشگاه و سیستم مالی مطرح شود.
اتصال به سیستم‌های سازمانی باید با API، حجم داده و فرایند کاری واقعی بررسی شود.
وقتی موجودی واقعاً از چند انبار مدیریت می‌شود، قوانین تخصیص و همگام‌سازی اهمیت پیدا می‌کنند.
- شروع: محصول، خرید، پرداخت، ارسال و مدیریت سفارش و موجودی
- رشد: مقایسه، تخفیف و وفاداری بر اساس نیاز واقعی
- یکپارچه‌سازی: اتصال به سیستم‌های دیگر و چندانبار در صورت نیاز
هدف منطقی می‌تواند ساخت فروشگاهی باشد که نیاز فعلی را درست پوشش دهد و مسیر توسعه بعدی آن از قبل قابل تصور باشد؛ بدون اینکه هزینه و پیچیدگی قابلیت‌های بدون استفاده از همان ابتدا به پروژه تحمیل شود.
قبل از سفارش طراحی سایت فروشگاهی چه اطلاعاتی آماده کنیم؟
هرچه نیازهای پروژه دقیق‌تر باشند، دریافت پیشنهاد طراحی و مقایسه محدوده‌های پروژه ساده‌تر می‌شود. لازم نیست قبل از تماس همه جزئیات فنی را بدانید؛ اطلاعات کسب‌وکار و فرایند فروش مهم‌تر هستند.
- چه نوع محصولی می‌فروشید؟
- تقریباً چند محصول یا شناسه کالا (SKU) دارید؟
- آیا محصول متغیر مانند رنگ و سایز دارید؟
- موجودی چگونه مدیریت می‌شود؟
- مشتری چگونه باید پرداخت کند؟
- چه روش‌هایی برای ارسال دارید؟
- آیا قیمت یا فروش برای گروه‌های مشتری متفاوت است؟
- چه کسی محصولات و سفارش‌ها را مدیریت می‌کند؟
- آیا اطلاعات باید با سیستم دیگری همگام شود؟
- آیا فروشگاه فعلی یا داده قابل انتقال دارید؟
- چه قابلیت‌هایی برای روز اول ضروری‌اند؟
- چه امکاناتی می‌توانند به فاز بعد منتقل شوند؟
قابلیت‌ها را به سناریوی واقعی تبدیل کنید
به‌جای نوشتن «سیستم ارسال پیشرفته»، توضیح دهید: «برای تهران ارسال پیک داریم، برای سایر شهرها روش دیگری استفاده می‌کنیم و هزینه باید بر اساس شرایط مشخص محاسبه شود.» این توضیح برای برآورد فنی بسیار مفیدتر است.
نیازهای پروژه را در محدوده پروژه ثبت کنید
پس از مشخص شدن نیازها، امکانات مورد توافق باید در محدوده پروژه ثبت شوند. راهنمای قرارداد طراحی سایت توضیح می‌دهد چه مواردی بهتر است پیش از شروع همکاری مکتوب و شفاف شوند.
اگر اولین بار است که پروژه طراحی سایت سفارش می‌دهید، آشنایی با مراحل طراحی سایت نیز کمک می‌کند بدانید تحلیل نیاز، طراحی، پیاده‌سازی، تست و تحویل چگونه به هم مرتبط هستند.
سؤالات متداول درباره امکانات سایت فروشگاهی
مهم‌ترین امکانات سایت فروشگاهی چیست؟
برای بیشتر پروژه‌ها، نمایش و دسته‌بندی محصول، جست‌وجو، سبد خرید، تسویه‌حساب، پرداخت، ارسال، موجودی، ثبت و مدیریت سفارش و تجربه مناسب موبایل جزو نیازهای پایه هستند. جزئیات هرکدام باید با مدل فروشگاه هماهنگ شود.
آیا همه فروشگاه‌ها به فیلتر محصولات نیاز دارند؟
خیر. فیلتر زمانی ارزش بیشتری دارد که تعداد و تنوع محصولات باعث شود کاربر برای پیدا کردن گزینه مناسب به محدود کردن نتایج نیاز داشته باشد.
آیا حساب کاربری مشتری ضروری است؟
به مدل فروش بستگی دارد. حساب مشتری برای مشاهده سفارش‌ها و مدیریت اطلاعات مفید است، اما اجباری بودن ثبت‌نام باید بر اساس فرایند خرید و نیاز کسب‌وکار تصمیم‌گیری شود.
چه چیزی روی هزینه طراحی سایت فروشگاهی اثر می‌گذارد؟
تعداد و پیچیدگی قابلیت‌ها، ساختار محصولات، تسویه‌حساب، روش‌های ارسال، اتصال به سیستم‌های خارجی، مهاجرت داده، طراحی و نیازهای فنی می‌توانند روی محدوده پروژه و هزینه پروژه اثر بگذارند.
آیا فروشگاه باید از روز اول مقایسه محصول داشته باشد؟
نه لزوماً. اگر مشتری برای انتخاب واقعاً چند محصول با مشخصات متعدد را مقایسه می‌کند، این قابلیت می‌تواند مفید باشد؛ در غیر این صورت ممکن است اولویت بالایی نداشته باشد.
آیا فروشگاه اینترنتی حتماً باید اپلیکیشن داشته باشد؟
خیر. نیاز به اپلیکیشن باید جداگانه و بر اساس رفتار کاربران، مدل کسب‌وکار و ارزش عملی آن بررسی شود. داشتن فروشگاه اینترنتی به‌خودی‌خود الزام ایجاد اپلیکیشن نیست.
برای فروشگاه وردپرسی چه امکاناتی قابل پیاده‌سازی است؟
بسیاری از قابلیت‌های رایج فروشگاهی را می‌توان با وردپرس و افزونه‌های مناسب فروشگاهی پیاده‌سازی کرد، اما انتخاب راهکار باید بر اساس پیچیدگی پروژه، اتصال‌ها، نیازهای اختصاصی و برنامه توسعه انجام شود.
آیا می‌توان امکانات فروشگاه را بعداً اضافه کرد؟
در بسیاری از پروژه‌ها بله، به شرط اینکه ساختار اولیه و فناوری انتخاب‌شده مسیر توسعه منطقی داشته باشند. بهتر است امکانات آینده از ابتدا در نقشه راه شناخته شوند، حتی اگر در فاز اول اجرا نمی‌شوند.
جمع‌بندی؛ برای طراحی فروشگاه از چه امکاناتی شروع کنیم؟
امکانات سایت فروشگاهی را بر اساس تعداد قابلیت‌ها انتخاب نکنید. نقطه شروع بهتر این است که مسیر واقعی فروش را مشخص کنید: مشتری چگونه محصول را پیدا می‌کند، چه اطلاعاتی برای تصمیم خرید نیاز دارد، چگونه پرداخت و ارسال انجام می‌شود و تیم شما بعد از ثبت سفارش چه کاری انجام می‌دهد.
سپس امکانات را به سه گروه تقسیم کنید: ضروری برای شروع، وابسته به مدل کسب‌وکار و مناسب مرحله رشد. این اولویت‌بندی محدوده پروژه را شفاف‌تر می‌کند و کمک می‌کند بودجه اولیه صرف قابلیت‌هایی شود که واقعاً در فرایند فروش استفاده خواهند شد.
پیش از دریافت پیشنهاد طراحی، نوع محصولات، تعداد تقریبی کالاها، روش پرداخت و ارسال، مدیریت موجودی، فرایند کاری سفارش و اتصال‌های موردنیاز را مشخص کنید. جزئیات فنی بعد از شناخت این نیازها تصمیم‌گیری می‌شوند.
برای طراحی فروشگاه، امکانات موردنیازتان را مشخص کرده‌اید؟
می‌توانید نیازهای فعلی، امکانات ضروری و قابلیت‌هایی را که بهتر است برای مراحل بعدی توسعه در نظر گرفته شوند مشخص کنید تا پیشنهاد طراحی بر اساس فرایند واقعی کسب‌وکار شکل بگیرد.
2 دیدگاه دربارهٔ «امکانات سایت فروشگاهی چیست؟ چک‌لیست قبل از طراحی»
هنوز امتیازی برای این مطلب ثبت نشده است. اولین نفری باشید که امتیاز می‌دهد.