تحية · نموذج تجريبي · بيانات تجريبيةEnglish
تحيةTahiyyaخريطة المزايا

كل ما في المواصفات، وأين يقف

كل سطر هنا هو ميزة من وثيقة المواصفات. اضغط على أي ميزة لرؤية شاشتها الحية أو شاشتها النموذجية.

مباشر287مبني ويعمل في هذا النموذج (منها مبنية جزئياً: 25)نموذج3شاشة نموذجية قابلة للنقر؛ تُبنى في المرحلة التجريبيةقريباً25على خارطة الطريق؛ شاشة نموذجية «قريباً»
VOICE

المساعد الصوتي بالذكاء الاصطناعي

مباشر 23نموذج 0قريباً 2
GUEST

قنوات النزيل (هاتف الغرفة · التلفاز · رمز QR على هاتف النزيل)

مباشر 23نموذج 0قريباً 5
REQ

محرك الطلبات

مباشر 13نموذج 0قريباً 0
HK

عمليات التدبير المنزلي

مباشر 16نموذج 0قريباً 1
INSP

تفتيش الغرف والجودة بالذكاء الاصطناعي

مباشر 6نموذج 0قريباً 2
ENG

الهندسة والصيانة

مباشر 12نموذج 0قريباً 0
FB

الأغذية والمشروبات / خدمة الغرف

مباشر 6نموذج 0قريباً 1
GR

علاقات النزلاء والشكاوى

مباشر 10نموذج 0قريباً 0
FO

المكتب الأمامي وأدوات مدير المكتب الأمامي

مباشر 21نموذج 0قريباً 1
XC

العمليات المشتركة بين الأقسام

مباشر 9نموذج 0قريباً 0
HR

الموارد البشرية والقوى العاملة

مباشر 28نموذج 0قريباً 2
PTYPE

إصدارات حسب نوع الفندق

مباشر 8نموذج 0قريباً 1
COMP

الامتثال

مباشر 5نموذج 0قريباً 0
DASH

لوحات المتابعة والتقارير

مباشر 9نموذج 0قريباً 0
AI

طبقة الذكاء الاصطناعي (AI في كل أجزاء النظام)

مباشر 19نموذج 0قريباً 0
RM

دعم الإيرادات (بجانب نظام إدارة الإيرادات للعلامة، لا بديلاً عنه)

مباشر 5نموذج 0قريباً 3
INT

التكاملات (سُلّم التكامل)

مباشر 5نموذج 1قريباً 4
ADMIN

الإدارة والإعدادات

مباشر 9نموذج 0قريباً 0
PLAT

أسس المنصة

مباشر 20نموذج 1قريباً 0
SEC

SEC

مباشر 3نموذج 0قريباً 0
FIN

المالية

مباشر 4نموذج 0قريباً 0
SPA

SPA

مباشر 2نموذج 0قريباً 0
TRN

النقل

مباشر 3نموذج 0قريباً 1
ESG

الاستدامة

مباشر 0نموذج 0قريباً 1
IT

تقنية المعلومات

مباشر 0نموذج 0قريباً 1
MKT

المبيعات والتسويق (مقترح 2026-10-04)

مباشر 4نموذج 1قريباً 0
GTM

الموقع والتسجيل والباقات والتجربة المجانية (المالك 2026-10-06)

مباشر 17نموذج 0قريباً 0
DOCS

الأدلة ومواد التدريب

مباشر 5نموذج 0قريباً 0
  • DOCS-01دليل المستخدم الرئيسي لعملاء الفنادق (عربي/إنجليزي) مع لقطات شاشة لكل ميزة؛ يُختصر لاحقاً حسب نوع الفندق والباقةMVPمباشر
  • DOCS-02دليل المالك ودليل التركيب (عربي/إنجليزي) بالصور، بما فيه جانب الأجهزة (بطاقات QR، الأجهزة اللوحية، خط هاتف الغرفة، السنترال)MVPمباشر
  • DOCS-03فيديوهات «كيف أستخدم»: واحد لكل مجموعة مزايا للموظفين والمديرين، وفيديو دليل المالك، من خط إنتاج الأفلامP2مباشر
  • DOCS-04Client manual pack per plan, feature and role: the user manual a hotel receives follows its plan, chosen features and hardware; in the app each person sees only the chapters for their role and department; PDF and print copies for the hotel, marked with the client name, "Confidential: licensed to <hotel>" and the date; no internal know-how (prompts, rule sources beyond the published "Why this default", installation playbook)MVPمبني جزئياً
  • DOCS-05Tahiyya team onboarding and installation playbook + client intake form (internal, confidential, never given to clients): per client what to set up and customise according to the plan, features and hardware chosen (QR cards, tablets, room-phone line / PBX, TV, Wi-Fi, kiosks, printers), installation steps and checklists, and an intake form the client fills in (Markdown + Word) that drives the configuration and the client manual pack (DOCS-04); IP and trade-secret protectionMVPمباشر
TEST

TEST

مباشر 2نموذج 0قريباً 0
  • TEST-01Test mode: testers, role sets and notes on the real screens. In the owner console a co-owner opens a test round (name, demo hotel, optional script UAT-1/2/3) and adds testers, each with a short code or link and a role set: for example tester 1 = GM, front-office manager, housekeeping supervisor; tester 2 = room attendant, runner, technician, kitchen; tester 3 = the guests of rooms 412, 318 and 515. A tester opens the link on any phone, tablet or laptop, picks a role from a bar at the bottom of every screen ("Testing as Noura, HK supervisor ▾") and switches roles without PINs; guest roles open the room's guest page. A floating Note button on every screen opens a short form: kind (bug, confusing, wording, looks wrong, idea, works well), text, optional pin on the screen (tap where it is wrong) and an automatic snapshot of the screen; the app attaches the context itself (address, role, device and viewport, language, app version and commit, the last requests with their status codes, console errors, the script step if one is selected). Notes are stored per round (synthetic demo hotels only) and listed in the owner console with filters and a status (new, fixed in <commit>, by design, cannot reproduce) that testers see too. Export for Claude: pnpm --filter @qsh/api test:export <round> writes qa/uat/rounds/<date>-<round>.md plus the snapshots, in the shape of the Claude run reports, so the next session reads it firstمبني جزئياً
  • TEST-02Script steps in the app. The UAT scripts (qa/uat/scripts/UAT-*.md, EN and AR) are read into the round so each tester sees only the steps for their roles, in their language, with the expected result; one tap marks ✅ / ⚠ / ❌ and opens the note form with the step attached; the round's table (the same columns as the Word scripts) is built from the marks, which replaces the printed sign-off table; the co-owner signs the round off in the app (rule 8: owner UAT)مباشر