پرش به محتویات

بررسی رقبا و ساده‌سازی مسیر

این بررسی هدفمند بر راهنماهای عمومی رسمی تکیه دارد؛ تست عملی حساب کاربری انجام نشده است. پیشنهادهای تری‌پیلون برداشت طراحی‌اند و رفتار قطعی رقبا محسوب نمی‌شوند.

شواهد

محصول رفتار مستند نتیجه برای طراحی
BuildingLink ثبت یادداشت با زمان و نام خودکار، ارتباط اختیاری با واحد و محل، اولویت بالا و جداکننده پایان شیفت؛ مسیر شرح‌داده‌شده ثبت یادداشت فرم شروع شیفت ندارد دفتر مشترک می‌تواند مسیر اصلی باشد
Condo Control — Security Log پیش از ثبت وقایع، Check-in با زمان شروع/پایان، نگهبان قبلی/بعدی و تجهیزات دریافتی لازم است الگوی رسمی‌تر وجود دارد، ولی برای هدف سادگی ما مراحل بیشتری دارد
Condo Control — Pass-On Logs پیام برای افراد یا تیم ارسال و هنگام ورود بعدی معرفی می‌شود؛ نام و زمان مشاهده قابل پیگیری است نمایش پیام‌های جدید و ثبت مشاهده از تأیید عمومی همه گزارش‌ها سبک‌تر است
Connecteam — Time Clock برنامه شیفت با Clock-in جداست و خروج خودکار قابل تنظیم است خودکارشدن زمان‌بندی به معنی اثبات حضور واقعی نیست

منابع: BuildingLink Shift Log، Condo Control Security Shift، Pass-On Logs، معرفی ۲۰۱۸، Connecteam Time Clock.

وجود راهنمای عمومی به معنی یکسان‌بودن تمام نسخه‌ها و تنظیمات نیست. به‌خصوص منبع Pass-On قدیمی است؛ از آن برای شناخت الگو استفاده می‌کنیم. شواهدی برای ادعای «همه رقبا شیفت را خودکار شروع می‌کنند» نداریم.

تصمیم‌های کاربر

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

پیشنهاد اجرایی برای تری‌پیلون

  1. کارمند با ورود، «کارهای من»، «وقایع جدید» و «موارد باز پست» را ببیند؛ فرم شروع اجباری نداشته باشد.
  2. اگر برنامه معتبر و یکتایی وجود دارد، بازه جاری خودکار انتخاب شود؛ عنوان آن بازه برنامه‌ریزی‌شده است و حضور واقعی از آن استنتاج نشود.
  3. اگر برنامه‌ای وجود ندارد، دفتر بر اساس روز و پست کار کند؛ زمان شیفت و فرد بعدی حدس زده نشوند. کارمند چندپستی فقط هنگام ابهام پست را انتخاب کند.
  4. ثبت واقعه با شرح و دکمه ثبت ممکن باشد؛ نویسنده و زمان خودکار و عکس، واحد و پیگیری اختیاری باشند.
  5. مشاهده واقعی جزئیات، وضعیت «مشاهده‌شده» همان فرد را ثبت کند؛ ورود به اپ، نمایش فهرست یا دریافت Push کافی نیست.
  6. وقایع عادی تأیید دریافت اجباری نداشته باشند. برای تحویل کلید یا تجهیزات، تأیید صریح گیرنده پیشنهاد می‌شود. انتقال مسئولیت کاری از مسیر پیگیری انجام می‌شود.
  7. موارد باز در دفتر مشترک باقی بمانند؛ تغییر ساعت یا شیفت آن‌ها را نبندد و مسئول را خودکار عوض نکند.
  8. بدون برنامه یا داده حضور، از بازنکردن اپ «غیبت» نتیجه نگیریم. برای مورد مهمی که گیرنده تعیین‌شده تا مهلت دریافت نکرده، هشدار «تحویل تأیید نشده» پیشنهاد می‌شود؛ مهلت هنوز باز است.

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

بررسی اصلاح و حذف گزارش

  • BuildingLink اجازه ویرایش Shift Log را به کارکنان نمی‌دهد؛ مدیریت می‌تواند حذف کند، اما سابقه گزارش حذف‌شده حفظ می‌شود.
  • Condo Control در به‌روزرسانی ژانویه ۲۰۲۶ برای Pass-On Log پنجره ۵ دقیقه‌ای اصلاح گذاشته و پس از آن Edit را برای حفظ تمامیت Log حذف می‌کند. راهنمای Security Log قدیمی‌تر، ویرایش را تا پایان شیفت ممکن می‌داند و بعد گزارش را قفل می‌کند.

نتیجه طراحی: تری‌پیلون ۵ دقیقه اصلاح سریع می‌دهد و سپس در بازه کاری برنامه‌ریزی‌شده، ابطال با دلیل و Audit را ممکن می‌کند. «حذف» در UI روزمره رکورد را کنار می‌گذارد، ولی داده عملیاتی را واقعاً پاک نمی‌کند. در نبود برنامه، مفهوم پایان همان شیفت قابل اتکا نیست و پس از ۵ دقیقه اصلاحیه یا درخواست ابطال استفاده می‌شود.

منابع تکمیلی: Condo Control، پنجره اصلاح Pass-On Log، Condo Control، راهنمای Security Log.

هدف و سناریوها