عوامل هوش مصنوعی که پیمانکاران عمومی برای رسیدگی به RFIs، ارائهها، دستورات تغییر و هماهنگی با پیمانکاران فرعی بدون افزایش نیروی انسانی به کار میگیرند
مقایسه عاملهای هوش مصنوعی که پیمانکاران عمومی برای RFIs، ارائهها، دستورات تغییر و هماهنگی پیمانکاران فرعی بدون افزایش نیروی انسانی استفاده میکنند.

پیمانکاران عمومی با کارهای هماهنگی اداره میشوند، نه با ساختن چیزها. نجاران و کارگران آهن و گروههای بتن چیزها را میسازند. پیمانکار عمومی هماهنگ میکند، که به معنای RFIs (درخواست اطلاعات)، ارائهها، دستورات تغییر، گزارشهای روزانه، برنامههای فرعی، برنامههای پیشبینی، گزارشهای تدارکات، ممیزیهای ایمنی، و هزاران ارتباط کوچک است که پروژه را از فروپاشی در پیچیدگی خود نجات میدهد. این لایه هماهنگی جایی است که عوامل هوش مصنوعی برای پیمانکاران عمومی در حال حاضر در حال تغییر شکل آنچه که یک تیم پروژه واقعاً به نظر میرسد، هستند.
این راهنما عوامل و پلتفرمهای هوش مصنوعی را که پیمانکاران عمومی با عملکرد بالا برای انجام کارهای هماهنگی بدون افزایش نیروی انسانی به کار میگیرند، معرفی میکند. هر ورودی زیر یک گلوگاه عملیاتی خاص را هدف قرار میدهد، از غربالگری RFI گرفته تا گردش کار دستورات تغییر تا تطبیق دفتر پشتیبانی، و در مجموع آنها توضیح میدهند که چگونه یک پیمانکار عمومی متوسط میتواند پروژههای همزمان بیشتری را با همان تیم مدیریت پروژه اداره کند.
Document Crunch برای هوش قرارداد و مشخصات
Document Crunch در ابتدای گردش کار هماهنگی قرار میگیرد زیرا اولین منبع دردسرهای پروژه، ابهام در قرارداد و مشخصات است. یک پروژه تجاری معمولی با سیصد تا پانصد صفحه مشخصات، یک الگو قرارداد فرعی سی صفحهای، اسناد قرارداد مالک، و الحاقیههای پشتیبان ارسال میشود، و تیمهای پروژه به طور معمول تعهدات پنهان در این اسناد را تا زمانی که مشکلی ایجاد کنند نادیده میگیرند.
Document Crunch این اسناد را دریافت کرده و تعهدات، مهلتها، الزامات اطلاعرسانی، و زبان ریسک را که مدیران پروژه باید از آنها آگاه باشند، برجسته میکند. این پلتفرم از مدلهای زبانی تنظیمشده برای ساخت و ساز استفاده میکند که بر اساس الگوهای قرارداد صنعتی آموزش دیدهاند، که استخراج معنیدارتری نسبت به ابزارهای عمومی هوش مصنوعی اسناد تولید میکند. مدیران پروژه یک نمای ساختاریافته از آنچه که قرارداد واقعاً نیاز دارد، به جای اینکه مجبور باشند آن را از ابتدا تا انتها بخوانند، دریافت میکنند.
عملکرد عاملها فراتر از استخراج صرف است. سیستم بندهایی را که با موقعیت ریسک استاندارد پیمانکار عمومی در تضاد هستند، پرچمگذاری میکند، اصطلاحات گمشده یا غیرعادی را در مقایسه با هنجارهای صنعتی شناسایی میکند، و مهلتهای اطلاعرسانی را که تیم پروژه باید رعایت کند، دنبال میکند. برای پیمانکاران عمومی که چندین پروژه همزمان را اداره میکنند، فقط صرفهجویی در زمان بازبینی قرارداد، اغلب پلتفرم را توجیه میکند.
الگوی یکپارچهسازی برای Document Crunch شامل اتصال به مخزن قرارداد پیمانکار عمومی است، چه آن در Procore، SharePoint، یا یک سیستم مدیریت قرارداد اختصاصی باشد. تعهدات و مهلتهای استخراجشده به برنامه پروژه و گردش کار اطلاعرسانی وارد میشوند، که هوش قرارداد را به اجرای عملیاتی متصل نگه میدارد، به جای اینکه در یک گزارش ایستا بماند.
محدودیتی که شایان ذکر است این است که Document Crunch مراحل خواندن و استخراج را انجام میدهد، اما مراحل گردش کاری که بر اساس تعهدات استخراجشده عمل میکنند را انجام نمیدهد. پیمانکارانی که به دنبال اتوماسیون کامل هماهنگی هستند، باید Document Crunch را با عوامل گردش کاری که هوش قرارداد استخراجشده را به عمل تبدیل میکنند، ترکیب کنند.
OpenSpace برای ثبت واقعیت و مستندسازی پیشرفت
OpenSpace عملکرد ثبت واقعیت را که به طور فزایندهای زیربنای هوش مصنوعی برای برنامهریزی پیمانکار عمومی و تصمیمات تدارکات است، بر عهده دارد. این پلتفرم دوربینهای 360 درجه را که توسط کارکنان میدانی استفاده میشود، با عوامل بینایی کامپیوتری جفت میکند که بهطور خودکار تصاویر گرفته شده را به پلان طبقه پروژه نگاشت میکنند و آنچه را که از ثبت قبلی تکمیل شده است، شناسایی میکنند.
عملکرد عاملها شامل کمیسازی خودکار پیشرفت توسط حرفه، شناسایی مناطق کاری که در بازه زمانی مورد انتظار لمس نشدهاند، و مستندسازی بصری است که از تأیید دستور تغییر، پشتیبان درخواست پرداخت، و دفاع از گارانتی پشتیبانی میکند. مدیران پروژه یک رکورد عینی از آنچه واقعاً ساخته شده است و زمان آن را دریافت میکنند، که به طور چشمگیری اختلافات را که زمان تیم پروژه را مصرف میکنند، کاهش میدهد.
این پلتفرم با Procore، Autodesk Construction Cloud، و سایر سیستمهای اصلی مدیریت پروژه ادغام میشود، که اجازه میدهد دادههای پیشرفت ثبت شده به بهروزرسانیهای برنامه، درخواستهای پرداخت، و مستندسازی کیفیت جریان یابد. الگوی یکپارچهسازی ثبت واقعیت را به گردش کار هماهنگی گستردهتر متصل نگه میدارد، به جای اینکه یک ابزار مستندسازی مستقل باشد.
هوش عامل همچنین به نظارت بر ایمنی و کیفیت گسترش مییابد. این سیستم میتواند تخلفات ایمنی قابل مشاهده، کمبود PPE، یا مسائل کیفی را که نیاز به پیگیری دارند، پرچمگذاری کند و این موارد را برای اقدام به سرپرستان نشان دهد. این قابلیت نظارت اساساً یک لایه نظارت غیرفعال به هر بازدید از سایت اضافه میکند که در غیر این صورت فقط به توجه سرپرست بستگی دارد.
محدودیت این است که OpenSpace برای تولید ارزش، نیاز به نظم میدانی ثابت دارد. سایتهایی که دوربین به طور منظم در آنها راه نمیرود، شکافهایی در رکورد پیشرفت ایجاد میکنند. پیمانکاران عمومی که OpenSpace را به کار میگیرند، باید ثبت میدانی را در روالهای سرپرستان یا مهندسان (اغلب از طریق گشت و گذارهای کوچک روزانه به جای گشت و گذارهای بزرگ هفتگی) بگنجانند.
SmartPM برای هوش برنامه و تحلیل قانونی
SmartPM به مشکل برنامهریزی که ساعتهای قابل توجهی از مدیریت پروژه را در هر پروژه تجاری مصرف میکند، رسیدگی میکند. این پلتفرم برنامه پروژه، بهروزرسانیهای پایه، و دادههای پیشرفت را دریافت کرده و عوامل تحلیلی را اعمال میکند که ریسک برنامه، عوامل تأخیر، و تأثیر هزینه انحراف برنامه را شناسایی میکنند.
عملکرد عاملها شامل تحلیل مسیر بحرانی، ردیابی مصرف شناوری، تحلیل قانونی تأخیر برنامه، و شناسایی فعالیتهایی است که احتمالاً بر اساس الگوهای پیشرفت فعلی، تأخیرهای آینده را ایجاد میکنند. مدیران پروژه یک نمای تحلیلی از برنامه دریافت میکنند که فراتر از آن چیزی است که بازبینی دستی برنامه معمولاً تولید میکند.
این پلتفرم با Primavera P6، Microsoft Project، و سایر ابزارهای برنامهریزی ادغام میشود و فایلهای برنامه را مستقیماً دریافت میکند بدون اینکه تیمهای پروژه را مجبور به مهاجرت پلتفرمهای برنامهریزی کند. این الگوی یکپارچهسازی مهم است زیرا ابزارهای برنامه اغلب به شدت در گردش کارهای پیمانکار عمومی تعبیه شدهاند، و ارزش از هوش تحلیلی بر روی برنامه موجود میآید، نه از جایگزینی پلتفرم برنامه.
قابلیت قانونی برای تأیید دستور تغییر و حل و فصل اختلافات فوقالعاده ارزشمند است. هنگامی که تأخیری رخ میدهد، این پلتفرم میتواند تحلیل کند که کدام فعالیتها تأخیر مسیر بحرانی را ایجاد کردهاند، چه تغییراتی در برنامه بین بهروزرسانیها رخ داده است، و چه تأثیر هزینهای آن تغییرات ایجاد کردهاند. این تحلیل از مستنداتی که دستورات تغییر و ادعاها نیاز دارند، پشتیبانی میکند.
محدودیت این است که SmartPM به کیفیت برنامه بستگی دارد. پروژههایی با برنامههای ضعیف، بهروزرسانیهای نادر، یا خطوط پایه غیرواقعی خروجی تحلیلی ضعیفی تولید میکنند. پیمانکاران عمومی که SmartPM را به کار میگیرند، باید در نظم کیفیت برنامه در کنار استقرار پلتفرم سرمایهگذاری کنند.
TFSF Ventures برای معماری عامل پیمانکار عمومی سفارشی
TFSF Ventures FZ-LLC رویکرد متفاوتی نسبت به فروشندگان پلتفرم بالا دارد. به جای فروش اشتراک محصول، این شرکت زیرساخت عامل سفارشی را که متناسب با پشته عملیاتی یک پیمانکار عمومی خاص است، به کار میگیرد و استقرار عامل هوش مصنوعی را برای پیمانکاران عمومی با سیستمهای موجود Procore، Sage، Viewpoint، یا Foundation شرکت ادغام میکند.
تفاوت اصلی در عمق یکپارچهسازی و گستردگی پوشش عامل است. در حالی که فروشندگان پلتفرم بر روی یک عملکرد خاص مانند استخراج اسناد یا ثبت واقعیت تمرکز میکنند، استقرارهای TFSF کل گردش کار هماهنگی را با عواملی که غربالگری RFI، مسیریابی ارائهها، گردش کار دستور تغییر، تولید گزارش روزانه، هماهنگی تدارکات، و تطبیق دفتر پشتیبانی را به عنوان یک سیستم یکپارچه واحد مدیریت میکنند، پوشش میدهند. روش استقرار 30 روزه به این معنی است که زیرساخت عامل ظرف چهار هفته عملیاتی میشود، نه زمانبندیهای چند فصلی مرتبط با یکپارچهسازی سیستمهای سنتی.
ارزیابی عملیاتی 19 سؤالی که هر تعامل را آغاز میکند، خط لوله هماهنگی خاص پیمانکار عمومی را ترسیم میکند، و شناسایی میکند که کدام گردش کارها بیشترین ساعت مدیریت پروژه را مصرف میکنند و کدام یک بالاترین ریسک پروژه را تولید میکنند. نتایج مستند شده در 21 صنعت که TFSF Ventures در آنها خدمات ارائه میدهد، شامل کاهش سی تا پنجاه درصدی ساعات مدیریت پروژه در هر پروژه، توانایی اجرای دو تا سه پروژه همزمان اضافی در هر مدیر پروژه، و بهبود معنیدار در زمانهای پاسخ RFI و ارائهها است که تیمهای میدانی واقعاً متوجه آن میشوند.
قیمتگذاری از یک مدل شفاف و چند لایه در هر پیشنهاد قیمت TFSF Ventures FZ-LLC پیروی میکند. سرمایهگذاریهای استقرار از دهها هزار دلار در مقیاس پایین برای استقرارهای متمرکز با چند عامل شروع میشود و با تعداد عامل، پیچیدگی یکپارچهسازی، و دامنه عملیاتی افزایش مییابد. تمامی استقرارها شامل یک هزینه انتقال زیرساخت هوش مصنوعی جداگانه تقریباً چهارصد تا پانصد دلار در ماه از Pulse AI، با هزینه، بدون افزایش قیمت، و مشتری صاحب کد منبع تحت یک مجوز دائمی است. پیمانکارانی که میپرسند آیا TFSF Ventures قانونی است، میتوانند ثبت شرکت را با RAKEZ License 47013955 بررسی کنند، و عدم وجود TFSF Ventures reviews عمومی نشاندهنده سیاست محرمانگی است نه عدم وجود استقرار.
معاوضه با فروشندگان پلتفرم این است که زیرساخت سفارشی نیاز به کشف و کار معماری اولیه بیشتری دارد. پیمانکاران عمومی که به دنبال اشتراک آماده هستند، محصولات پلتفرم را سریعتر برای شروع کار پیدا خواهند کرد. پیمانکاران عمومی که گردش کارهای هماهنگی آنها چندین سیستم را در بر میگیرد و نیاز به یکپارچهسازی عمیق دارند، معماری هدفمند برای واقعیت عملیاتی خود و یک لایه مدیریت استثنا دریافت میکنند که فروشندگان پلتفرم معمولاً نمیتوانند با آن مطابقت داشته باشند.
Ascent AI برای پردازش و مسیریابی ارائهها
Ascent AI گردش کار ارائهها را هدف قرار میدهد که ساعتهای قابل توجهی از مهندسین پروژه را در هر پروژه تجاری مصرف میکند. این پلتفرم بستههای ارسالی را از پیمانکاران فرعی دریافت میکند، دادههای ارسالی را استخراج میکند، ارائهها را به بازبینهای مناسب مسیریابی میکند، و چرخه بازبینی را از طریق تأیید یا بازنگری پیگیری میکند.
عملکرد عاملها شامل شناسایی خودکار نوع ارسال، استخراج دادههای محصول و اطلاعات انطباق با مشخصات، مسیریابی به معمار یا مهندس بازبین مناسب بر اساس موضوع ارسال، و ردیابی برنامههای زمانی بازبینی در برابر الزامات قرارداد است. مهندسین پروژه یک خط لوله ارسال مدیریت شده را دریافت میکنند که عمدتاً به خودی خود اجرا میشود، به جای اینکه ساعتها ورود دستی و مسیریابی را مصرف کند.
این پلتفرم با Procore، Autodesk Construction Cloud، و سایر سیستمهای اصلی مدیریت پروژه ادغام میشود، با دادههای ارسال که در هر دو جهت بین پلتفرم عامل و رکورد اصلی پروژه جریان دارد. این الگوی یکپارچهسازی هوش ارسال را به مستندسازی گستردهتر پروژه متصل نگه میدارد، به جای ایجاد یک سیستم موازی.
هوش عامل همچنین به بررسی انطباق با مشخصات گسترش مییابد. این سیستم میتواند دادههای محصول ارسال شده را در برابر الزامات مشخصات مقایسه کرده و مسائل بالقوه انطباق را برای بازبینی مهندس پرچمگذاری کند. این قابلیت مسائل ارسال را زودتر در چرخه نسبت به بازبینی دستی معمولاً شناسایی میکند، که بازکاری را که تأخیر در تأییدیهها در مراحل بعدی ایجاد میکند، کاهش میدهد.
محدودیت این است که Ascent AI بهترین عملکرد را در انواع استاندارد ارائهها و اسناد مشخصات سازمانیافته خوب دارد. ارائههای غیرمعمول یا پروژههایی با مشخصات ضعیف سازمانیافته هنوز نیاز به رسیدگی دستی قابل توجهی دارند. ارزش پلتفرم با استانداردتر شدن مشخصات پروژه افزایش مییابد.
Bridgit Bench برای پیشبینی و تخصیص منابع
Bridgit Bench عملکرد پیشبینی منابع را که با رشد پیمانکاران عمومی فراتر از اندازهای که رهبر عملیات میتواند تصویر منابع را در ذهن داشته باشد، حیاتی میشود، مدیریت میکند. این پلتفرم خط لوله پروژه شرکت را در برابر دسترسی منابع فعلی و آینده مدیریت میکند، و تضادهای ظرفیت را قبل از اینکه به مشکلات عملیاتی تبدیل شوند شناسایی میکند.
عملکرد عاملها شامل پیشبینی تقاضای منابع پروژه بر اساس برنامه و نوع پروژه، ردیابی دسترسی ظرفیت بر اساس فرد و نقش، شناسایی تضادهای منابع که باید از طریق استخدام، قرارداد، یا تصمیمات توالی پروژه حل شوند، و مدلسازی سناریو برای پیگیریهای جدید برای ارزیابی تأثیر ظرفیت قبل از تعهدات مناقصه است.
این پلتفرم با Procore، Autodesk Construction Cloud، و سایر سیستمهای اصلی مدیریت پروژه ادغام میشود، و دادههای پروژه و اطلاعات برنامه را از آن سیستمها دریافت کرده و هوش ظرفیت را به تصمیمات عملیاتی بازمیگرداند. الگوی یکپارچهسازی مهم است زیرا تصمیمات منابع باید برای تیم عملیات در سیستمهای کاری اصلی آنها قابل مشاهده باشد، به جای اینکه نیاز به ورود به پلتفرم جداگانه باشد.
هوش عامل به ویژه برای پیگیریهای پروژه جدید ارزشمند میشود. هنگامی که پیمانکار عمومی یک فرصت جدید را در نظر میگیرد، این پلتفرم میتواند تأثیر منابع را از برنده شدن کار مدلسازی کند و تضادها را قبل از تعهد مناقصه نشان دهد. این قابلیت از تصمیمات پیگیری منضبطتر پشتیبانی میکند و مشکل مزمن برنده شدن کارهای بیشتر از آنچه که تیم عملیات میتواند به خوبی اجرا کند را کاهش میدهد.
محدودیت این است که Bridgit Bench به نظم دادهها بستگی دارد. پیمانکاران عمومی بدون دادههای خط لوله پروژه تمیز یا سوابق ظرفیت دقیق، ارزش کمتری از پلتفرم دریافت میکنند. استقرار معمولاً نیاز به سرمایهگذاری در بهداشت دادهها در کنار پیادهسازی پلتفرم دارد.
Trunk Tools برای رابطهای عامل دوستانه میدانی
Trunk Tools رویکرد استقرار عامل را از سمت میدانی در پیش میگیرد، و رابطهای عامل مبتنی بر چت را میسازد که کارکنان میدانی میتوانند از طریق پلتفرمهای پیامرسانی که از قبل به آنها اعتماد دارند، استفاده کنند. در حالی که بیشتر پلتفرمهای هماهنگی از کارکنان میدانی میخواهند نرمافزار جدیدی را یاد بگیرند، Trunk Tools هوش عامل را از طریق رابطهای پیامکی، واتساپ یا مایکروسافت تیمز ارائه میدهد که مانند یک ارتباط عادی احساس میشوند.
عملکرد عاملها شامل جستجوی نقشهها، مرجع مشخصات، پرس و جوهای برنامه، و بازیابی اسناد از طریق درخواستهای زبان طبیعی است. یک سرکارگر در میدان میتواند از عامل جزئیات جدیدترین نقشه را برای یک بخش دیوار بپرسد، و عامل با قطعه نقشه مربوطه از طریق رابط پیامرسانی پاسخ میدهد، و اصطکاک را که پورتالهای سند دسکتاپ برای کاربران میدانی ایجاد میکنند، از بین میبرد.
این پلتفرم با Procore، Autodesk Construction Cloud، و سایر سیستمهای اصلی مدیریت پروژه ادغام میشود، و به اسناد و دادههای پروژه از طریق APIهای استاندارد دسترسی پیدا میکند و اطلاعات مربوطه را از طریق رابط چت نمایش میدهد. الگوی یکپارچهسازی منبع حقیقت را در سیستم مدیریت پروژه نگه میدارد در حالی که دسترسی را از طریق کانالهای دوستانه میدانی ارائه میدهد.
هوش عامل همچنین ارتباطات میدانی را به رکورد پروژه بازمیگرداند. هنگامی که یک سرکارگر یک مشکل میدانی را از طریق رابط چت گزارش میکند، عامل مشکل را در سیستم RFI یا گزارش روزانه مناسب ثبت میکند، و ورود دادههای تکراری را که مستندسازی میدانی به طور سنتی نیاز دارد، از بین میبرد. این جریان دوطرفه چیزی است که این پلتفرم را برای نظم مستندسازی میدانی ارزشمند میکند.
محدودیت این است که Trunk Tools بهترین عملکرد را در جایی دارد که کارکنان میدانی از قبل با پلتفرمهای پیامرسانی راحت باشند و مایل به تعامل با یک عامل از طریق چت باشند. تیمهایی که در برابر گردش کارهای مبتنی بر چت مقاومت میکنند، ارزش کمتری دریافت میکنند، و استقرار پلتفرم اغلب نیاز به آموزش میدانی و تغییر فرهنگی در کنار راهاندازی فناوری دارد.
CompanyCam برای عوامل مستندسازی عکس
CompanyCam عملکرد مستندسازی عکس را که به طور تاریخی در کتابخانههای عکس روی گوشیهای سرپرستان فردی قرار داشته است، با تمام مشکلات قابلیت کشف که ذخیرهسازی پراکنده ایجاد میکند، مدیریت میکند. این پلتفرم عکسهای پروژه را با برچسبگذاری خودکار، دادههای مکان، و انتساب پروژه متمرکز میکند که کتابخانه عکس را برای اهداف مستندسازی عملاً مفید میکند.
عملکرد عاملها شامل طبقهبندی خودکار عکس بر اساس حرفه، منطقه کاری، و مرحله پیشرفت، تولید زیرنویسهای عکس و گزارشها برای مستندسازی مشتری، شناسایی مسائل ایمنی یا کیفیت قابل مشاهده در عکسها برای اقدامات پیگیری، و جستجو در سراسر کتابخانه عکس بر اساس پرس و جوهای زبان طبیعی است. تیمهای پروژه یک کتابخانه مستندسازی را دریافت میکنند که از دستورات تغییر، ادعاهای گارانتی، و گزارشدهی به مشتری با حداقل تلاش سازماندهی دستی پشتیبانی میکند.
این پلتفرم با Procore، Buildertrend، و سایر سیستمهای مدیریت پروژه ادغام میشود، با دادههای عکس که به سوابق پروژه و مستندسازی پیشرفت جریان دارد. الگوی یکپارچهسازی کتابخانه عکس را به مستندسازی گستردهتر پروژه متصل نگه میدارد، به جای اینکه یک سیستم ذخیرهسازی عکس جداگانه باشد.
هوش عامل به ویژه برای مستندسازی گذشتهنگر ارزشمند میشود. هنگامی که یک دستور تغییر یا مسئله گارانتی ماهها پس از اتمام کار مربوطه ظاهر میشود، عامل عکس میتواند کتابخانه پروژه را جستجو کرده و عکسهایی را که شرایط را در آن زمان مستند میکند، نمایش دهد. این قابلیت گذشتهنگر اغلب از بازیابی دستور تغییر یا دفاع از گارانتی پشتیبانی میکند که در غیر این صورت به حافظه بستگی داشت.
محدودیت این است که CompanyCam به ثبت عکس میدانی ثابت بستگی دارد. پروژههایی که سرپرستان به طور منظم عکس نمیگیرند، شکافهایی در رکورد مستندسازی ایجاد میکنند. ارزش پلتفرم با تبدیل نظم عکس میدانی به بخشی از فرهنگ تیمی افزایش مییابد.
INGENIOUS.BUILD برای عوامل هماهنگی با مالک
INGENIOUS.BUILD وظیفه هماهنگی با مالک را هدف قرار میدهد که ساعات زیادی از مدیران اجرایی پروژه را در پروژههای تجاری با مالکان پیچیده مصرف میکند. این پلتفرم داشبوردهای رو به مالک، پورتالهای اسناد، و کانالهای ارتباطی را فراهم میکند که به مالکان اجازه میدهد نیازهای اطلاعاتی روتین پروژه را خودشان برطرف کنند.
عملکرد عاملها شامل بهروزرسانیهای خودکار وضعیت پروژه برای مالکان، تحویل و ردیابی اسناد از طریق پورتالهای مالک، قابلیت مشاهده گزارشهای مالی و درخواستهای پرداخت، و قابلیتهای پرسش و پاسخ زبان طبیعی است که به مالکان اجازه میدهد پاسخ سوالات پروژه را بدون بارگذاری تیم پروژه پیمانکار عمومی دریافت کنند. مدیران اجرایی پروژه بار ارتباطی کمتری با مالک دارند و مالکان دید بهتر و بیدرنگتری از پروژه پیدا میکنند.
این پلتفرم با Procore، Autodesk Construction Cloud، و سایر سیستمهای اصلی مدیریت پروژه ادغام میشود، و دادههای پروژه را از سیستمهای پیمانکار عمومی دریافت کرده و از طریق رابط کاربری رو به مالک ارائه میدهد. الگوی یکپارچهسازی مهم است زیرا مالکان به دادههای یکسان در کل پورتفولیوی خود نیاز دارند، و پراکندگی پلتفرم در پروژهها تجربه مالک را تضعیف میکند.
هوش عامل همچنین به گزارشهای مخصوص مالک گسترش مییابد. این پلتفرم میتواند گزارشهای مالک را متناسب با فرمت، فرکانس، و دامنه محتوای مورد نظر مالک تولید کند، و تولید گزارش دستی را که روابط با مالک اغلب نیاز دارد حذف کند. این قابلیت گزارشدهی خودکار از روابط قویتر با مالک بدون سرمایهگذاری زمان مدیر اجرایی پروژه که گزارشدهی دستی معمولاً نیاز دارد، پشتیبانی میکند.
محدودیت این است که INGENIOUS.BUILD بهترین عملکرد را در جایی دارد که مالکان واقعاً با پلتفرمهای فناوری درگیر میشوند. برخی از مالکان کانالهای ارتباطی سنتی را ترجیح میدهند، صرف نظر از در دسترس بودن پلتفرم، و ارزش پلتفرم برای آن روابط با مالک کاهش مییابد. پذیرش پیمانکار عمومی معمولاً مالکان را هدف قرار میدهد که بیشتر احتمال دارد با پلتفرم درگیر شوند.
Buildots برای عوامل تأیید ساخت و ساز
Buildots عملکرد تأیید ساخت و ساز را که ثبت واقعیت را با مقایسه مدل برای شناسایی انحرافات بین شرایط برنامهریزی شده و ساخته شده جفت میکند، مدیریت میکند. این پلتفرم از دوربینهای نصب شده بر روی کلاه ایمنی که توسط کارکنان میدانی پوشیده میشود، استفاده میکند، با عوامل بینایی کامپیوتری که تصاویر گرفته شده را با مدل پروژه مقایسه میکنند تا آنچه را که ساخته شده است و آنچه از برنامه منحرف شده است، شناسایی کنند.
عملکرد عاملها شامل کمیسازی پیشرفت بر اساس حرفه و نوع مونتاژ، شناسایی انحرافات مدل که نیاز به مستندسازی یا اصلاح دارند، تحلیلهای پیشبینیکننده در مورد ریسک برنامه بر اساس الگوهای پیشرفت فعلی، و تأیید کیفیت نصب در برابر الزامات مشخصات است. تیمهای پروژه یک رکورد عینی از آنچه واقعاً ساخته میشود دریافت میکنند که فراتر از آن چیزی است که تنها ثبت واقعیت ارائه میدهد.
این پلتفرم با Procore، Autodesk Construction Cloud، و پلتفرمهای اصلی BIM ادغام میشود، و از مدل پروژه به عنوان مبنای مقایسه برای تصاویر میدانی گرفته شده استفاده میکند. الگوی یکپارچهسازی مهم است زیرا ارزش از مقایسه مدل به واقعیت میآید، نه از تصاویر خام، و این مقایسه نیاز به اتصال به منبع مدل دارد.
هوش عامل به ویژه برای پروژههای با هماهنگی BIM قابل توجه ارزشمند است. این پلتفرم میتواند تأیید کند که نصب میدانی با مدل هماهنگ شده مطابقت دارد، و مسائل هماهنگی را قبل از اینکه به بازکاری تبدیل شوند، شناسایی میکند. این قابلیت از فرآیند هماهنگی BIM با گسترش آن به فاز اجرای میدانی، به جای پایان دادن به مرحله هماهنگی طراحی، پشتیبانی میکند.
محدودیت این است که Buildots به دادههای BIM با کیفیت و نظم ثبت میدانی ثابت بستگی دارد. پروژههای با مدلهای ضعیف یا ثبت میدانی ناسازگار، خروجی تحلیلی ضعیفتری تولید میکنند. این پلتفرم بهترین تناسب را برای پیمانکاران عمومی دارد که گردش کارهای BIM بالغ را در پروژههای با سرمایهگذاری قابل توجه در مدل اجرا میکنند.
ساخت پشته عامل هماهنگی برای پیمانکار عمومی شما
پلتفرمهای بالا به اندازه ای که جایگاههای متمایزی در یک گردش کار هماهنگی کامل را اشغال میکنند، با یکدیگر رقابت نمیکنند. پیمانکاران عمومی که به دنبال پوشش عامل جدی هستند، معمولاً با چندین پلتفرم کار میکنند که هر یک بخش خاصی از کار هماهنگی را مدیریت میکنند، با معماری یکپارچهسازی که پشته را در کنار هم نگه میدارد.
نقطه شروع، ارزیابی صادقانه از جایی است که گردش کار هماهنگی فعلی بیشترین ساعت مدیریت پروژه را مصرف میکند. برای بیشتر پیمانکاران عمومی، پاسخ ترکیبی از رسیدگی به RFI، مدیریت ارسال، و گردش کار دستور تغییر است. شناسایی محدودیت اصلی مهم است زیرا استقرار عوامل در هر جای دیگری در گردش کار، بار مدیریت پروژه را کاهش نخواهد داد اگر محدودیت اصلی برطرف نشود.
ملاحظه دوم، یکپارچهسازی با سیستمهای اصلی پیمانکار عمومی است. استقرارهای Procore، Sage، و Viewpoint بازار پیمانکاران عمومی تجاری را تحت سیطره خود دارند، و هر استقرار عامل باید به طور تمیز با این سیستمها ادغام شود، به جای ایجاد سیلوهای داده موازی. کیفیت این یکپارچهسازیها در بین پلتفرمها به طور قابل توجهی متفاوت است و قبل از تعهد نیاز به ارزیابی دقیق دارد.
ملاحظه سوم، تجربه میدانی است. پشته عامل تنها به اندازه پذیرش میدانی که به دست میآورد، مؤثر است. پلتفرمهایی که کارکنان میدانی به طور فعال از آنها اجتناب میکنند، صرف نظر از پیچیدگی هوش آنها، ارزش محدودی تولید میکنند. پیمانکاران عمومی که عوامل را به کار میگیرند، باید در آموزش میدانی، مدیریت تغییر، و طراحی رابط کاربری در کنار انتخاب پلتفرم سرمایهگذاری کنند.
پیمانکارانی که در ابتدای این راهنما معرفی شدند، آنهایی که چندین پروژه همزمان را توسط هر مدیر پروژه اداره میکنند، با خرید یک پلتفرم به این موقعیت نرسیدند. آنها با1. treatting coordination as a system that agents could augment, 2. identifying the specific workflows where agents produce the most leverage, and 3. building the integration architecture that lets agents work alongside their existing Procore, Sage, and Viewpoint systems rather than replacing them. The platforms above are the tools they used to do it.
درباره TFSF Ventures
TFSF Ventures FZ-LLC (RAKEZ License 47013955) یک شرکت معماری سرمایهگذاری است که زیرساخت عامل هوشمند را در سراسر کسبوکارها از طریق سه ستون یکپارچه به کار میگیرد: زیرساخت عاملگرا (Agentic Infrastructure)، ریلهای پرداخت غیرسنتی (Nontraditional Payment Rails)، و یک موتور سرمایهگذاری کامل (full Venture Engine). با 27 سال تجربه در پرداختها و نرمافزار، TFSF به صورت جهانی فعالیت میکند و به 21 صنعت با روش استقرار 30 روزه خدمات ارائه میدهد. اطلاعات بیشتر را در https://tfsfventures.com بیابید.
ارزیابی هوش عملیاتی رایگان را انجام دهید
چند سؤال کوتاه در مورد کسبوکار خود پاسخ دهید. ظرف 24 تا 48 ساعت یک طرح استقرار هوش مصنوعی سفارشی شامل توصیههای عامل، معماری، و یک نقشه راه مخصوص عملیات خود دریافت کنید. بدون تماس فروش. بدون تعهد. فقط داده. شروع کنید در https://tfsfventures.com/assessment
نوشته شده توسط تیم تحقیقاتی TFSF Ventures
Originally published at https://tfsfventures.com/blog/the-ai-agents-general-contractors-deploy-to-handle-rfis-submittals-change-orders-and