راهاندازی فضای کاری
Offera با فضای کاری شرکت، پروفایل، کاربر و داده کاتالوگ کافی برای ساخت پیشنهاد واقعی شروع میشود.
Offera/راهنما/نمای کلی
پاسخهای شفاف پیش از شروع کار با Offera.
پیش از ورود، جریانهای اصلی Offera را بشناسید: راهاندازی فضای کاری، پردازش درخواست با کمک AI، کانالها، پیشنهادها، صورتحساب، امنیت، یکپارچهسازیها و پرسشهای رایج زمان راهاندازی.
سؤالات متداول Offera | پاسخها پیش از استفاده
پلتفرم گردش کار پیشنهاد قیمت چندکاناله
راهاندازی فضای کاری
پلنها و محدودیت مصرف
AI و فهم درخواستها
کانالهای مشتری
بر اساس موضوع
موضوعات راهنما برای جریانهای رایج Offera
پلنها و محدودیت مصرف
پلن قابلیتها و سهمیهها را تعیین میکند. مقدار فعال باید در بخش billing برنامه بررسی شود.
AI و فهم درخواستها
AI به خواندن درخواست مشتری و تبدیل آن به ساختار قابل بررسی برای پیشنهاد قیمت کمک میکند.
کانالهای مشتری
Email، WhatsApp و webhook پس از تنظیم شدن، درخواست مشتری را به گردش کار Offera وصل میکنند.
پیشنهادها، PDF و امضا
پیشنهاد از draft تا sent، viewed، accepted، rejected، expired، PDF، امضا و پرداخت طبق قابلیتهای فعال پیش میرود.
پرداخت و فاکتور
پرداخت به provider فعال و قوانین پلن شرکت وابسته است.
امنیت و جداسازی داده
Offera بر پایه جداسازی tenant کار میکند: داده یک شرکت نباید با شرکت دیگر مخلوط شود.
API و یکپارچهسازی
یکپارچهسازیها باید فقط endpoint و webhook واقعا موجود و مستند را دنبال کنند.
عیبیابی
هنگام خطا، URL، زمان، حساب، tenant و مراحل انجامشده را پیش از درخواست پشتیبانی جمع کنید.
01 / شروع
راهاندازی فضای کاری
Offera با فضای کاری شرکت، پروفایل، کاربر و داده کاتالوگ کافی برای ساخت پیشنهاد واقعی شروع میشود.
چگونه حساب Offera بسازم؟
ثبتنام یک فضای کاری برای شرکت میسازد و کاربر را داخل همان tenant قرار میدهد. Onboarding درباره منطقه، locale و زمینه شرکت میپرسد تا صفحههای مناسب نمایش داده شود.
- انتخاب صنعت میتواند attribute و alias پیشنهادی وارد کند.
- این کار محصول نمونه را خودکار به کاتالوگ اضافه نمیکند.
کوتاهترین مسیر تا اولین پیشنهاد چیست؟
حداقل یک مشتری و یک محصول اضافه کنید، سپس از dashboard یا درخواست ورودی پیشنهاد بسازید.
- لینک عمومی پیشنهاد فقط صفحه پاسخ مشتری را نشان میدهد.
- یادداشتهای داخلی و تنظیمات داخل برنامه محافظتشده میمانند.
02 / پلن
پلنها و محدودیت مصرف
پلن قابلیتها و سهمیهها را تعیین میکند. مقدار فعال باید در بخش billing برنامه بررسی شود.
آیا همه قابلیتها برای همه شرکتها فعال است؟
خیر. AI، کانالها، پرداخت، امضا و محدودیت تیم به پلن و تنظیمات فضای کاری وابستهاند.
- اگر قابلیتی فعال نیست، UI باید وضعیت را روشن بگوید.
- تغییر پلن نباید داده کاتالوگ یا مشتری را تغییر دهد.
محدودیت فعال را کجا ببینم؟
پس از ورود، بخشهای صورتحساب و تنظیمات پلن، مصرف و وضعیت قابلیتهای شرکت شما را نشان میدهند.
- FAQ عمومی جایگزین داده زنده پلن نیست.
- عددهای داخل برنامه منبع حقیقت هستند.
03 / AI
AI و فهم درخواستها
AI به خواندن درخواست مشتری و تبدیل آن به ساختار قابل بررسی برای پیشنهاد قیمت کمک میکند.
AI در Offera چه کاری انجام میدهد؟
میتواند محصول را جستوجو کند، موجودی را بررسی کند، در صورت وجود قانون قیمت را حساب کند و نتیجه parse را برای تایید آماده کند.
- محدودیت تعداد گام وجود دارد تا فرایند بینهایت نشود.
- اگر مطمئن نباشد، باید مورد برای بررسی انسانی علامت بخورد.
آیا alias همیشه امن است؟
خیر. alias فقط زمانی درست است که نامها واقعا به همان محصول کاتالوگ اشاره کنند.
- اگر «تخته» و «چوب» برای شرکت شما محصولات متفاوتاند، آنها را alias هم نکنید.
- alias اشتباه میتواند باعث انتخاب محصول اشتباه توسط AI شود.
04 / کانال
کانالهای مشتری
Email، WhatsApp و webhook پس از تنظیم شدن، درخواست مشتری را به گردش کار Offera وصل میکنند.
آیا Offera همه کانالها را خودکار میخواند؟
خیر. کانال باید در فضای کاری وصل و مجاز شود. وضعیت اتصال در بخش کانالها یا تنظیمات دیده میشود.
- کانال وصلنشده فعال محسوب نمیشود.
- خطای اتصال باید به عنوان کار setup پیگیری شود.
آیا یک کانال میتواند بین چند شرکت مشترک باشد؟
نباید. مالکیت کانال باید روشن باشد تا پیام مشتری وارد tenant اشتباه نشود.
- لاگ امنیتی میتواند conflict مالکیت را نشان دهد.
- conflict باید پیش از استفاده production حل شود.
05 / پیشنهاد
پیشنهادها، PDF و امضا
پیشنهاد از draft تا sent، viewed، accepted، rejected، expired، PDF، امضا و پرداخت طبق قابلیتهای فعال پیش میرود.
مشتری چه چیزی میبیند؟
مشتری فقط صفحه پاسخ عمومی مربوط به پیشنهاد را میبیند. داده داخلی در لینک عمومی نمایش داده نمیشود.
- وضعیتهایی مثل viewed و accepted برای ردیابی مسیر استفاده میشوند.
- متن پیشنهاد باید پیش از ارسال بررسی شود.
آیا امضای الکترونیک همیشه فعال است؟
تولید PDF و امضای الکترونیکی سطوح کاری آماده تولید هستند. Offera از یکپارچهسازیهای Documenso و DocuSign پشتیبانی میکند؛ ارائهدهنده فعال بر اساس تنظیمات محیط و فضای کاری انتخاب میشود.
- قابلیت امضای الکترونیکی پیکربندیشده را مطرح کنید، نه نام یک ارائهدهنده مشخص، تا زمانی که آن ارائهدهنده برای فضای کاری فعال شده باشد.
- وضعیت امضا باید در پیشنهاد مربوط مشخص باشد.
06 / پرداخت
پرداخت و فاکتور
پرداخت به provider فعال و قوانین پلن شرکت وابسته است.
کدام provider پرداخت استفاده میشود؟
کد برنامه مسیرهای پرداخت قابل تنظیم با provider را پشتیبانی میکند. provider فعال باید از environment و تنظیمات production بررسی شود، نه از FAQ ثابت.
- بدون تنظیمات، فعال بودن provider خاص را فرض نکنید.
- وضعیت پرداخت باید به پیشنهاد یا فاکتور درست وصل باشد.
آیا فاکتور خودکار ساخته میشود؟
مسیر فاکتور تابع قابلیتهای فعال فضای کاری است. این صفحه automation فعالنشده را وعده نمیدهد.
- برای وضعیت واقعی Billing را ببینید.
- داده پرداخت نباید بدون رد سیستم دستی نوشته شود.
07 / امنیت
امنیت و جداسازی داده
Offera بر پایه جداسازی tenant کار میکند: داده یک شرکت نباید با شرکت دیگر مخلوط شود.
آیا داده شرکت من جداست؟
بله، طراحی برنامه داده را بر اساس tenant یا فضای کاری جدا میکند. ادعای audit خارجی فقط وقتی نوشته میشود که واقعا وجود داشته باشد.
- super admin میتواند سیگنالهای عملیاتی لازم را ببیند.
- tenantهای دیگر صفحه super admin را نمیبینند.
لاگ دستگاه مشکوک یعنی چه؟
لاگهایی مثل چند حساب از یک دستگاه، سیگنال بررسی هستند و جریمه خودکار نیستند.
- admin باید قبل از اقدام زمینه را ببیند.
- برای این لاگها توضیح اضافه شده تا نیاز به جستوجوی بیرونی نباشد.
08 / API
API و یکپارچهسازی
یکپارچهسازیها باید فقط endpoint و webhook واقعا موجود و مستند را دنبال کنند.
آیا دامنه API عمومی وجود دارد؟
از دامنهای که در تنظیمات رسمی نیست استفاده نکنید. اگر API عمومی منتشر شود، مستندات باید base URL، auth، rate limit و نمونه payload درست داشته باشند.
- این FAQ عمدا دامنه API ساختگی نمینویسد.
- Webhook باید validate و log شود تا قابل audit باشد.
آیا integration میتواند کاتالوگ را تغییر دهد؟
فقط integration دارای مجوز و endpoint مرتبط باید بتواند داده را تغییر دهد.
- import گسترده قبل از production به validation نیاز دارد.
- خطای integration باید به request اصلی قابل ردیابی باشد.
09 / عیبیابی
عیبیابی
هنگام خطا، URL، زمان، حساب، tenant و مراحل انجامشده را پیش از درخواست پشتیبانی جمع کنید.
چه چیزی برای support بفرستم؟
نام شرکت، ایمیل حساب، URL صفحه، زمان رخداد و آخرین کاری که پیش از خطا انجام شد را بفرستید.
- رمز عبور یا token محرمانه نفرستید.
- screenshot اگر داده حساس ندارد مفید است.
اگر AI درخواست را اشتباه فهمید؟
نتیجه را پیش از ارسال پیشنهاد اصلاح کنید و مورد را برای بررسی علامت بزنید.
- aliasهای محصول و attributeهای صنعت را بررسی کنید.
- اگر خطا تکرار شد، admin باید parse log و tool steps را ببیند.
عضو هستید؟
بعد از ورود کمک لازم دارید؟
برای درخواستهای مربوط به حساب و داده شرکت از بخش Support داخل برنامه استفاده کنید.
ورود به برنامهعضو نیستید؟
پیش از ساخت فضای کاری سؤال بپرسید
برای دسترسی زمان launch یا سؤالهای تناسب محصول، بدون ارسال داده خصوصی مشتری با Offera Studio تماس بگیرید.
تماس با Offera