الإجابة عن سؤال وإنجاز عمل مسؤوليتان مختلفتان. قد يعرف المستخدم ما يريد، لكنه يحتاج إلى التنقل بين الشاشات وفحص المعلومات وتنفيذ عدة إجراءات. يتحدد سارا OS حول هذه الفجوة بين المعرفة والتنفيذ.
مكان سارا OS في عائلة سارا
في عائلة سارا، يمثل OS طبقة التفاعل مع البيئة وتنفيذ العمل. يركز سارا إيجنت على فهم الطلب والتنسيق، وسارا تريدر على التداول، وسارا شيلد على الحماية. توضح هذه الأدوار ما ينتظر من كل منتج، ولا تعني أن جميع المكونات مترابطة بالكامل وجاهزة للاستخدام.
من المسارات التقنية المحددة لسارا OS الأتمتة البصرية على Android. يجب أن تخدم مشاهدة الشاشة والتفاعل المصرح به مع واجهتها هدفا واضحا. ولا يعني اسم OS هنا استبدال Android بالكامل أو إطلاق نظام تشغيل عام جديد.
يحتاج العمل إلى تعريف واضح للاكتمال
تخيل إجراء يبدأ بفتح نموذج وينتهي بظهور حالة «تم الحفظ». الضغط على زر الحفظ وحده لا يثبت الاكتمال؛ فقد ينقص حقل أو يظهر خطأ. المعيار الصحيح هو مشاهدة النتيجة المطلوبة والتأكد منها.
يقوم نهج التصميم على تقسيم المهمة إلى خطوات لكل منها مدخل وإجراء ودليل نجاح. يوضح ذلك أيضا موضع التوقف وسبب طلب المساعدة. هذا مثال توضيحي وليس تقريرا عن تكامل تجاري فعلي محدد.
قيمة قابلة للقياس بدلا من عرض الإمكانات
لتقييم الأتمتة، نقترح تسجيل مرات التنفيذ الناجح والأخطاء المتكررة والإحالات إلى المستخدم ومدة الإنجاز. لا تكون السرعة مفيدة إلا إذا كانت النتيجة صحيحة وظل اكتشاف التنفيذ الخاطئ ممكنا.
نقدم سارا OS بهذا السؤال: كيف يتحول الطلب إلى مهمة محددة قابلة للتحقق وتحت سيطرة المستخدم؟ توجه الإجابة اختيار التطبيقات وتقييم كل إصدار.
