# ساخت منوی دیجیتال با هوش مصنوعی؛ منویی که روی گوشی خوانده شود > از یک منوی کوچک با نام، دسته، قیمت و ناموجودی شروع کن. در HTMLهای نمایشی، کنترل ویرایش، تصویر و برچسب را ببین؛ ماندگاری مرورگری را با ذخیرهٔ سروری و انتشار واقعی یکی نگیر. - Published: 2026-10-29T09:41:30.640Z - Updated: 2026-10-29T15:33:43.138Z - Author: نیکان نورافکن --- برای **ساخت منوی دیجیتال با هوش مصنوعی**، یک صفحهٔ وب بساز که مشتری بتواند روی گوشی، دستهٔ موردنظر، نام آیتم، توضیح و قیمت را راحت پیدا کند. بعد مسیر تغییر قیمت و ناموجودی را بررسی کن. QR فقط راه بازکردن لینک است؛ کیفیت منو به خوانایی، درستی اطلاعات و به‌روزماندن همان صفحه بستگی دارد. فرض کن قیمت لاته تغییر کرده، اما عکس منوی قبلی هنوز در گوشی مشتری می‌چرخد. مشکل فقط چاپ دوباره نیست؛ معلوم نیست کدام نسخه معتبر است. منوی مرورگری می‌تواند یک نشانی ثابت داشته باشد و محتوایش عوض شود، به شرطی که مسیر ویرایش و نمایش واقعاً کار کند. در این راهنما یک منوی کوچک کافه را روی گوشی دنبال می‌کنیم: انتخاب دسته، دیدن قیمت، تشخیص ناموجودی و تغییر یک آیتم. سفارش‌گیری، پرداخت و اتصال به صندوق در دامنهٔ این نسخه نیستند. ## منوی عکس، فایل PDF یا سایت منو؛ کدام مناسب است؟ یک طرح تصویری برای چاپ یا انتشار در شبکهٔ اجتماعی کاربرد دارد. اما نوشته‌های داخل عکس، با جستجوی نام در صفحه پیدا نمی‌شوند و تغییر یک قیمت ممکن است به خروجی تازه نیاز داشته باشد. اگر می‌خواهی متن و قیمت‌ها جدا قابل ویرایش باشند، باید منوی وب بخواهی؛ نه فقط «یک عکس منوی شیک». | خروجی | برای چه نیازی مناسب است؟ | چه چیزی را جدا بررسی کنی؟ | | --- | --- | --- | | تصویر یا PDF منو | نمایش طرح ثابت و چاپ | خوانایی روی گوشی و نسخهٔ درست فایل | | منوی مرورگری | دسته، جستجو، قیمت و تغییر محتوا | مقصد ذخیره، ناموجودی و بازخوانی اطلاعات | | سامانهٔ سفارش | انتخاب، ثبت و پیگیری سفارش | ذخیره، دسترسی، تکرار درخواست و اتصال‌های واقعی | اگر ثبت سفارش هم لازم داری، [راهنمای سایت ثبت سفارش با هوش مصنوعی](/blog/build-order-website-with-ai) را جدا ببین. داشتن صفحهٔ منو به معنی فعال‌بودن سفارش، پرداخت یا پیامک نیست. ## اول اطلاعات چهار آیتم را آماده کن برای نسخهٔ کوچک، نام، دسته، قیمت، واحد پول، توضیح کوتاه و وضعیت موجودی کافی است. مشخص کن «۱۲۰» یعنی ۱۲۰ هزار تومان یا عدد دیگری؛ واحد را به خواننده واگذار نکن. در مثال ما، تمام قیمت‌ها به تومان نوشته شده‌اند. | آیتم نمونه | دسته | قیمت تمرینی | وضعیت اولیه | | --- | --- | --- | --- | | لاته | نوشیدنی گرم | ۱۲۰٬۰۰۰ تومان | موجود | | چای | نوشیدنی گرم | ۷۰٬۰۰۰ تومان | موجود | | لیموناد | نوشیدنی سرد | ۱۰۰٬۰۰۰ تومان | موجود | | کیک | دسر | ۱۴۰٬۰۰۰ تومان | ناموجود | این‌ها قیمت بازار یا پیشنهاد قیمت‌گذاری نیستند؛ دادهٔ تمرینی‌اند. [فهرست نمونهٔ قابل ویرایش](/blog/images/build-digital-menu-with-ai/menu-dataset.csv) را بردار و اطلاعات مجموعهٔ خودت را جایگزین کن. نام، ترکیبات، اندازه و اطلاعات حساسیت غذایی باید از منبع تأییدشدهٔ خود مجموعه بیایند؛ از مدل نخواه این اطلاعات را حدس بزند. ## از منوی ساده تا نسخهٔ عکس‌دار؛ نمونه‌ها را ببینیم برای این بخش، چهار HTML ارسالی از «کافه نمونه» را در یک قاب روشن شبیه محیط کُندا نمایش می‌دهیم. نسخه‌ها از منوی ساده به کنترل نام و قیمت، انتخاب تصویر و برچسب‌های دستی می‌رسند. این یک مسیر نمایشی برای توضیح تصمیم‌هاست؛ نه گزارش دورهای ساخت واقعی با کُندا. قاب و متن گفتگو برای همین تصاویر آماده شده‌اند. عکس‌ها و داده‌ها نمونه‌اند و ثبت غذای واقعی یک کافه نیستند. در این HTMLها، ماندگاری با حافظهٔ همان مرورگر شبیه‌سازی می‌شود؛ از این تصاویر نباید نتیجه گرفت که سرور، ورود مدیر یا انتشار عمومی پیاده شده است. ### اول نام، دسته و قیمت؛ بعد تزئینات در نسخهٔ ساده، مشتری چهار آیتم را با واحد تومان می‌بیند. دسر ناموجود، وضعیت متنی دارد. این ترتیب برای شروع کافی است: نام روشن، قیمت قابل خواندن و اطلاعاتی که در لحظهٔ انتخاب لازم است. لازم نیست قبل از بررسی این مسیر، گالری بزرگ یا بخش‌های تازه بسازی.
HTML سادهٔ منوی کافه با دسته‌ها، قیمت به تومان و وضعیت ناموجود در قاب روشن کُندا
نسخهٔ سادهٔ HTML ارسالی در قاب نمایشی؛ گفتگو، خروجی ثبت‌شدهٔ موتور کُندا نیست.
با انتخاب دستهٔ «سرد»، در نسخهٔ عکس‌دار فقط لیموناد نمایش داده شد. با جستجوی نامی که در منو نبود، پیام بدون نتیجه و راه برگشت ظاهر شد. برای منوی خودت هم همین دو حالت را امتحان کن؛ صفحهٔ خالی نباید تنها جواب جستجوی ناموفق باشد. ## برای ساخت این منو چه پرامپتی بدهم؟ در کُندا، [قالب مناسب](https://kondaai.com/templates) را بررسی کن یا دامنه را با یک درخواست محدود شروع کن. از همان ابتدا بگو هدف، منوی قابل خواندن است؛ نه فروشگاه یا صندوق. پرامپت زیر پیشنهادی است و در این پرونده به موتور ساخت ارسال نشده است.
پرامپت نسخهٔ کوچک

برای «کافه نمونه» منوی وب فارسی مناسب گوشی بساز. دسته‌های گرم، سرد و دسر، جستجوی نام و قیمت به تومان بده. دادهٔ تمرینی: لاته۱۲۰۰۰۰، چای۷۰۰۰۰، لیموناد۱۰۰۰۰۰ و کیک۱۴۰۰۰۰؛ کیک ناموجود است. ناموجودی را با متن نشان بده. ترکیبات، حساسیت و قیمت واقعی نساز. مدیر مجاز قیمت و موجودی را تغییر دهد؛ مجوز و ذخیره روی سرور بررسی شود و پس از بازخوانی همان تغییر بماند. جستجوی بی‌نتیجه و خطای ذخیره پیام روشن داشته باشد. لینک عمومی از پنل مدیر جدا باشد. سفارش، پرداخت، پیامک و اتصال صندوق لازم نیست؛ بخش متصل‌نشده را آماده معرفی نکن.

بعد از نسخهٔ اول، تغییر کوچک بخواه: «در موبایل، نام و قیمت را خواناتر کن؛ قیمت و ناموجودی هیچ آیتمی تغییر نکند.» یا «برای جستجوی بی‌نتیجه، پیام و راه برگشت بده.» اگر کار با گفتگو و اصلاح‌ها تازه است، [آموزش وایب کدینگ](/blog/vibe-coding-tutorial) کمک می‌کند. ## مسیر ویرایش را از دید مشتری جدا بررسی کن در HTML مدیریت، نام، دسته، قیمت و موجودی قابل مشاهده‌اند و رابط افزودن آیتم هم وجود دارد. این نما کمک می‌کند بفهمی مسئول منو برای تغییر یک مورد، به چه کنترل‌هایی نیاز دارد. وجود دکمهٔ «مدیر» یا یک کلید ویرایش در صفحه، به معنی ورود امن و مجوز واقعی نیست.
رابط ارسالی مدیریت و افزودن آیتم با نام، دسته، قیمت و موجودی در قاب کُندا
رابط مدیریت نمایشی؛ ذخیرهٔ مرورگری و کلید ویرایش، جای احراز هویت و کنترل سمت سرور را نمی‌گیرند.
### یک تغییر کوچک بده و همان صفحه را دوباره باز کن در نسخهٔ نهایی ارسالی، قیمت نمونهٔ لاته را از ۱۲۰٬۰۰۰ به ۱۳۵٬۰۰۰ تومان تغییر دادیم و وضعیتش را «ناموجود» گذاشتیم. پس از ذخیره و بازخوانی صفحه در همان مرورگر، همان قیمت و وضعیت برگشتند. این مشاهده در ۷ آبان ۱۴۰۵ انجام شد و فقط ماندگاری محلی را نشان می‌دهد؛ به معنی رسیدن تغییر به گوشی مشتری دیگر نیست.
منوی عکس‌دار ارسالی پس از بازخوانی با لاتهٔ ۱۳۵٬۰۰۰ تومانی و وضعیت ناموجود در قاب روشن کُندا
بازخوانی واقعیِ نمونه در همان مرورگر؛ انتشار کُندا یا همگام‌سازی بین دستگاه‌ها بررسی نشده است.
سپس حالت ویرایش نمایشی را خاموش کردیم و تلاش کردیم قیمت را به ۱۵۵٬۰۰۰ تومان تغییر بدهیم. رابط پیام منع ویرایش نشان داد؛ پس از بازخوانی، قیمت قبلیِ ۱۳۵٬۰۰۰ تومان باقی ماند. این، رفتار شبیه‌ساز است و آزمون امنیت سرور محسوب نمی‌شود. | بررسی | مشاهده در HTML ارسالی | چیزی که برای استفادهٔ واقعی مانده است | | --- | --- | --- | | دستهٔ سرد | فقط لیموناد دیده شد | بررسی همهٔ دسته‌ها با فهرست واقعی | | جستجوی بی‌نتیجه | پیام و راه برگشت نمایش داده شد | بررسی نام‌ها و املای رایج مجموعه | | تغییر قیمت و ناموجودی | پس از بازخوانی در همان مرورگر باقی ماند | ذخیرهٔ سروری و مشاهده از دستگاه دیگر | | حالت منع ویرایش | تلاش نمایشی ذخیره نشد | احراز هویت و مجوز سمت سرور | | سفارش، پرداخت و صندوق | در دامنهٔ این نمونه نیستند | بررسی مستقل فقط در صورت نیاز | در منوی واقعی، لینک عمومی مشتری را از پنل ویرایش جدا کن. حتی اگر دکمهٔ مدیر را پنهان کنی، درخواست غیرمجاز باید روی سرور رد شود. [چک‌لیست دسترسی](/blog/web-app-access-control-checklist) برای تعریف این آزمون کمک می‌کند. ## QR را چه وقت بسازم؟ بعد از اینکه نشانی عمومی منو ثابت و قابل بازشدن شد، QR را برای **لینک عمومی منو** بساز؛ نه آدرس پنل، پیش‌نمایش خصوصی یا نشانی محلی. با بازکردن لینک در مرورگر دیگری که وارد حساب نیست، عمومی‌بودن مقصد را بررسی کن. قبل از چاپ، QR را با گوشی و در شرایط نزدیک به میز واقعی امتحان کن: اندازه، فاصله، نور و جنس چاپ مهم‌اند. لینک نوشتاری کوتاه هم کنار آن بگذار تا تنها راه دسترسی، اسکن نباشد. در این پرونده QR چاپ‌شده یا دوربین گوشی آزمایش نشده است. تا وقتی لینک عوض نشده، تغییر محتوای همان صفحه نیاز به تغییر مقصد QR ندارد؛ اما اگر دامنه یا مسیر را عوض کنی باید مقصد قبلی را بررسی کنی. اگر از سرویس QR واسطه استفاده می‌کنی، شرایط و ماندگاری لینک آن را هم ببین. از QR، وعدهٔ سرعت اینترنت یا دسترسی همیشگی نساز. ## عکس و برچسب را وقتی اضافه کن که انتخاب را روشن‌تر کنند نسخهٔ بعدی HTML، انتخاب تصویر و پیش‌نمایش آن را نشان می‌دهد؛ نسخهٔ نهایی، برچسب‌هایی مثل «پیشنهاد باریستا» هم دارد. این‌ها در طرح، انتخاب‌های دستی هستند؛ سیستم پیشنهاد هوشمند یا تحلیل سلیقهٔ مشتری اجرا نشده است. برچسب را فقط وقتی بگذار که معنای روشن و تأییدشده‌ای برای مجموعه دارد.
رابط ارسالی افزودن تصویر یا نماد آیتم منو با پیش‌نمایش در قاب روشن کُندا
نمایش کنترل انتخاب تصویر؛ آپلود ابری، امنیت فایل و دسترسی تصاویر آزموده نشده‌اند.
برای نسخهٔ اول، نام درست و قیمت خوانا از عکس تزئینی مهم‌تر است. اگر عکس داری، تصویر مجاز و نزدیک به چیزی که واقعاً سرو می‌شود انتخاب کن. عکس‌های آمادهٔ داخل این ماکت، تصویر غذای واقعی مجموعه نیستند. محتوای تصویر را با واقعیت منو و اجازهٔ استفاده بررسی کن. نمایش پیش‌نمایش فایل در مرورگر هم با آپلود موفق یکی نیست. برای استفادهٔ واقعی باید مقصد ذخیره، اندازه و نوع مجاز فایل، خطای ارسال و مجوز تغییر تصویر جدا بررسی شوند. تا وقتی این مسیر متصل نیست، قابلیت را آماده معرفی نکن. ### قبل از چاپ، منو را با خود گوشی بخوان در پیش‌نمایش مرورگر با عرض ۳۹۰ پیکسل، نام و قیمت در همان صفحه دیده شدند و صفحه بیرون‌زدگی افقی نداشت. این بررسی محدود، جای آزمون با گوشی واقعی، نور میز و اینترنت مجموعه را نمی‌گیرد.
نمای گوشی از HTML منوی ارسالی با عکس نمونه، برچسب دستی و وضعیت موجودی
پیش‌نمایش مرورگری در عرض ۳۹۰ پیکسل؛ عکس و قیمت نمونه‌اند و اسکن QR با دوربین انجام نشده است.
متن مهم را داخل تصویر حبس نکن و ناموجودی را فقط با رنگ نشان نده. [راهنمای بازچینی محتوا در W3C](https://www.w3.org/WAI/WCAG22/Understanding/reflow.html) برای بررسی عرض صفحه مرجع مفیدی است. برای خود منو، خواندن نام، واحد قیمت و وضعیت را به‌جای ظاهر تنها معیار قرار بده. ## قبل از چاپ و استفادهٔ روزمره چه چیزی مانده است؟ [برگهٔ بررسی منو](/blog/images/build-digital-menu-with-ai/menu-checklist.csv) را با مسئول مجموعه پر کن: قیمت و واحد درست است؟ آیتم ناموجود مشخص است؟ ویرایش فقط برای فرد مجاز است؟ بعد از بازخوانی، همان اطلاعات دیده می‌شود؟ لینک روی گوشی مشتری و بدون ورود باز می‌شود؟ سپس با یک تغییر کوچک، مسیر نگهداری را امتحان کن. کسی که هر روز قیمت و موجودی را به‌روز می‌کند باید بداند کجا ویرایش کند و نتیجه را چطور ببیند. برای سایتی که فقط صاحب فنی‌اش می‌تواند آن را تغییر دهد، از ابتدا دربارهٔ روش نگهداری تصمیم بگیر. ساخت نسخهٔ اول، نگهداری و اتصال‌های بعدی هزینه‌های جدا دارند؛ [راهنمای هزینهٔ ساخت با هوش مصنوعی](/blog/app-development-cost-iran-ai) کمک می‌کند دامنه را روشن نگه داری. در پایان، متن همین راهنما را برای منوی خودت ویرایش و به داشبورد کُندا منتقل کن. انتقال متن ساخت را خودکار شروع نمی‌کند؛ قبل از ارسال، دامنه و شرایط حسابت را بازبینی کن. ## پرسش‌های متداول ### منوی دیجیتال با هوش مصنوعی با عکس منو چه فرقی دارد؟ منوی وب می‌تواند نام، توضیح و قیمت را به‌صورت متن، با دسته و جستجو نشان بدهد. عکس یا PDF خروجی ثابت است؛ برای نسخهٔ قابل ویرایش باید مسیر داده و مدیریت را جدا مشخص کنی. ### برای این منو سفارش آنلاین و درگاه لازم است؟ خیر. دامنهٔ این راهنما نمایش آیتم، قیمت، دسته و ناموجودی است. ثبت سفارش، پرداخت و اتصال به صندوق قابلیت‌های جدا هستند و باید مستقل بررسی شوند. ### بعد از تغییر قیمت باید QR را دوباره چاپ کنم؟ اگر QR به همان لینک عمومی ثابت وصل است و فقط محتوای صفحه تغییر می‌کند، مقصدش عوض نمی‌شود. تغییر دامنه، مسیر یا سرویس واسطه را جدا بررسی کن و قبل از چاپ با گوشی امتحان کن. ### قیمت و ترکیبات غذا را هوش مصنوعی تعیین کند؟ اطلاعات تأییدشدهٔ مجموعه را بده. قیمت، مواد و حساسیت غذایی نباید حدس زده شوند؛ مسئول مجموعه باید متن و واحد قیمت را پیش از انتشار بررسی کند. ### در نمونهٔ این مقاله چه چیزی بررسی شده است؟ در HTML ارسالی، دسته و جستجو، تغییر لاته از ۱۲۰٬۰۰۰ به ۱۳۵٬۰۰۰ تومان، ناموجودی و بازخوانی در همان مرورگر بررسی شد. منع ویرایش هم شبیه‌سازی رابط است؛ ذخیرهٔ سروری، ورود امن، انتشار کُندا و پرداخت تأیید نشده‌اند. ### این راهنما هزینه یا زمان ثابت ساخت با کُندا را مشخص می‌کند؟ خیر. تصاویر، HTML ارسالی در قاب نمایشی کُندا هستند و اجرای موتور ساخت ثبت نشده است. از آن‌ها عدد هزینه یا زمان ساخت استخراج نمی‌کنیم؛ انتقال پرامپت ساخت را شروع نمی‌کند.