چرا Smart Employee را به‌صورت ماژولار طراحی می‌کنیم؟

Smart Employee امروز مجموعه‌ای کامل از ماژول‌های آماده نیست. این یک معماری محصولی است که در حال طراحی آن هستیم: یک کارمند هوش مصنوعی با هویت، حافظه، مجوزها و فضای کاری مشترک که بتواند به‌مرور قابلیت‌های تازه بگیرد.

مسئله از نام‌گذاری محصولات شروع شد

وقتی هر قابلیت به یک محصول جداگانه تبدیل شود، مشتری با حساب‌ها، تنظیمات و سابقه‌های جدا روبه‌رو می‌شود. این پراکندگی فهمیدن و مدیریت تیم دیجیتال را سخت می‌کند.

برای همین سؤال ساده‌تری پرسیدیم: آیا منشی، پشتیبانی، فروش و شبکه‌های اجتماعی باید اپلیکیشن‌هایی جدا باشند یا نقش‌های مختلف همان کارمند هوش مصنوعی؟

یک هسته مشترک، ماژول‌های اختیاری

جهت طراحی ما یک هسته مشترک برای پروفایل کسب‌وکار، زبان ترجیحی، حافظه، مجوزها و فضای کار روزانه است. بعد ماژول‌هایی مانند منشی، پشتیبانی مشتری، فروش، شبکه‌های اجتماعی و عملیات به‌صورت اختیاری اضافه می‌شوند.

ماژول فقط یک گزینه منو نیست. باید کار مشخصی را انجام دهد، ابزارها و مجوزهای روشن داشته باشد، یک گردش‌کار قابل فهم را دنبال کند و نتیجه‌ای قابل اندازه‌گیری بسازد.

امروز چه چیزی داریم و چه چیزی نداریم؟

اجزای فعالی مانند مسیرهای پاسخ‌گویی، پایگاه دانش، مخاطبان و پیام‌ها، تیکت و ارجاع به انسان، ذخیره رسانه و گزارش‌گیری داخلی داریم. این اجزا سابقه عملیاتی واقعی دارند. این‌که این سابقه از کجا آمده را در محصولات واقعی که TekeraLab را ساختند تعریف کرده‌ایم.

اما فعلاً برای محیط‌های کسب‌وکاری مشخص کار می‌کنند. هنوز یک محصول Smart Employee خودراه‌انداز با جداسازی کامل داده‌های مشتریان نیستند. راه‌اندازی مشتری، جداسازی دقیق داده، گردش‌کار قابل تنظیم و پنل کامل مشتری همچنان به توسعه محصول نیاز دارند.

مواد اولیه قوی به این معنا نیست که همه ماژول‌ها همین امروز آماده‌اند.

چرا زبان باید در هسته باشد؟

زبان فقط ترجمه دکمه‌ها نیست. ممکن است رابط کاربری به یک زبان و گفت‌وگوی مشتری به زبانی دیگر باشد. لحن، واژگان و نمایش راست‌به‌چپ هم باید هماهنگ بماند.

وقتی زبان در هسته مشترک باشد، ماژول‌های آینده صدای متفاوت و ناهماهنگ ایجاد نمی‌کنند.

مدل تجاری از معماری پیروی می‌کند

یک هسته مشترک با ماژول‌های اختیاری می‌تواند در آینده مدل تجاری روشنی داشته باشد: مشتری قابلیت‌های مورد نیازش را فعال کند و مصرف هر ماژول جداگانه سنجیده شود.

این جهت محصول است، نه وعده آماده بودن همه بسته‌ها در امروز.

یک قانون مفید برای محصولات ایجنتیک

مردم برای مجموعه‌ای از منوها پول نمی‌دهند؛ برای کار انجام‌شده پول می‌دهند.

به همین دلیل می‌خواهیم هر ماژول Smart Employee را با نتیجه‌ای که تحویل می‌دهد بسنجیم. هدف، یک کارمند هوش مصنوعی منسجم و قابل رشد همراه کسب‌وکار است، نه چند اپلیکیشن جدا از هم.

ما اجزای فعال و یک مسیر معماری آزموده‌شده داریم؛ محصول چندمشتری پیرامون آن‌ها هنوز در حال ساخت است.