یک فایل بیندازید. یک پایگاه داده بگیرید.
یا همان‌را که از قبل دارید متصل کنید. هر دو پشت یک رابط یکسان قرار می‌گیرند، به‌طوری که نه ویجت می‌تواند تفاوتی تشخیص دهد و نه خواننده آن.
سه راه ورود
یک فایل، یک پایگاه داده یا یک حساب بیاورید
جدول‌های واقعی، نه یک صفحه‌گسترده که خودش را جای آن جا می‌زند
ستون‌هایی با نوع داده، فرم‌هایی که در آن‌ها می‌نویسند، و یک طراح برای ساختار. یک صفحه‌گسترده رها کنید و جدولی از پیش پرشده به‌وجود می‌آید — ستون‌ها از خود فایل خوانده می‌شوند، نه اینکه شما حدس بزنید.
PostgreSQL، MySQL یا MongoDB
متصل به‌صورت فقط‌خواندنی. دو اتصال در Pro، ده اتصال در Team. فقط‌خواندنی بودن هدف است نه محدودیت: هیچ‌چیز از dash-b نمی‌تواند در داده‌های عملیاتی شما بنویسد، چون هرگز چنین توانایی‌ای به آن داده نشده است.
یک کاتالوگ برای همه منابع
کانکتورها، حساب‌های OAuth، و سایت وردپرس خودتان — که نوشته‌ها، برگه‌ها و رسانه‌هایش به‌صورت چیزی می‌رسند که ویجت می‌تواند بخواند، بدون افزونه‌ای که پوسته شما را بازنویسی کند.
خوانندگان شما
تصمیم بگیرید کاربر از چه چیزی ساخته شده
نام فیلدها را بنویسید، نوع‌ها را انتخاب کنید، بارگذاری‌ها را مجاز کنید، و فرم نمایه‌ای که در آن‌ها می‌نویسد ظاهر می‌شود. داشبوردی با یک خواننده به این نیاز ندارد. داشبوردی با صد خواننده نیاز دارد، و این همان تفاوت میان یک صفحه و یک محصول است.
بخش صادقانه
وقتی داده‌ها موجود نیست چه می‌شود
کاشی‌ای که به منبع خود دسترسی ندارد، همین را اعلام می‌کند.
نه نموداری خالی رندر می‌کند و نه بی‌سروصدا اعداد هفته پیش را به‌جای امروز به شما نشان می‌دهد. این موضوع بیش از همه در نسخه برون‌سپاری‌شده اهمیت دارد، جایی که نیمی از سرویس‌ها اصلاً وجود ندارند — و شما همیشه می‌دانید به کدام نیمه نگاه می‌کنید.
داده‌های شما مال خودتان می‌ماند، از جمله هنگام خروج.
یک طراحی را برون‌بری کنید و ساختارش را هم با خود می‌برد. کل طراح را برون‌بری کنید و اتصال‌ها را هم با خود می‌برد. هیچ‌کدام هرگز به طرح اشتراکی نیاز نداشته‌اند.