هزینه توسعه پلاگین رویت یک عدد ثابت نیست؛ هر برآوردی که پیش از دیدن جریان کار واقعی شما داده شود، یک حدس است با ظاهر یک عدد. سه چیز قیمت را تعیین میکند: پیچیدگی جریان کاری که پلاگین جایگزینش میشود، نیاز به ارتباط با یک سیستم دیگر، و تعداد نفراتی که هر روز از آن استفاده میکنند. پلاگینی که فقط نام شیتها را در یک تمپلیت پروژه اصلاح میکند، پروژهای کاملا متفاوت از پلاگینی است که داده زنده را از BIM 360 به یک داشبورد مدیریتی میکشد. یکی از ابزارهای خودمان فرایندی را که حدود دو هفته - گاهی نزدیک به یک ماه - طول میکشید، به حدود ده دقیقه کلیککردن روی یک دکمه رساند. در تحویل نهایی، هیچکس آن دو هفته را نمیبیند؛ فقط همان دکمه را میبیند، و همان دکمه است که با قیمت مقایسه میشود. یک رابط کاربری ساده، تاریخچه فشردهشده است، نه نبود عمق؛ قضاوت درباره هزینه یک ابزار بر اساس میزان سادگیای که به کاربر نشان میدهد، دقیقا برعکس واقعیت است.
چه چیزی واقعا قیمت را تعیین میکند
اولین عامل، پیچیدگی خودِ جریان کار است. اسکریپتی که یک محاسبه تکراری را روی مدل باز انجام میدهد، منطق سادهتری از ابزاری دارد که باید هندسه چند فمیلی را در لحظه تحلیل کند، تصمیم بگیرد و نتیجه را در پارامترهای درست بنویسد. پیچیدگی منطق، نه ظاهر رابط کاربری، جایی است که بیشتر ساعتهای کار واقعا صرف آن میشود.
عامل دوم، یکپارچهسازی است. پلاگینی که فقط داخل یک فایل رویت کار میکند، هیچوقت هزینهای مشابه پلاگینی ندارد که باید با BIM 360، یک ERP یا یک پایگاه داده بیرونی حرف بزند؛ هر اتصال بیرونی یعنی یک لایه احراز هویت، خطایابی و نگهداری بیشتر. عامل سوم، تعداد کاربران است: ابزاری که فقط برای یک مدلساز ساخته میشود میتواند از بسیاری از حالتهای خطا صرفنظر کند، اما ابزاری که قرار است در یک دفتر بیستنفره پخش شود، این لوکس را ندارد.
سه شکل متفاوت از کار پلاگین، سه بودجه متفاوت
قبل از هرچیز، این جدول قیمت نیست؛ یک الگو برای تشخیص این است که پروژه شما احتمالا به کدام سمت نزدیکتر است. سه شکل رایج در پروژههای پلاگین رویت وجود دارد و هرکدام دامنه کاری متفاوتی میطلبد:
- یک ابزار تکمنظوره که یک کار مشخص و تکراری را در یک محیط رویت خودکار میکند — معمولا سریعترین مسیر برای ساخت و آزمایش.
- ابزاری با منطق چندمرحلهای که چند نوع پروژه یا چند حالت خطا را پوشش میدهد و باید کنار پروژههای واقعی زنده تست شود.
- سیستمی با یکپارچهسازی ابری که خارج از رویت هم اجرا میشود، داده را بین چند سیستم جابهجا میکند و به زیرساخت اتوماسیون نیاز دارد.
اسکریپت داینامو، افزونه API یا Forge — پول واقعا صرف کدام میشود
اگر جریان کار همین حالا هم با نودهای داینامو قابل ساخت است، اسکریپت داینامو ارزانترین و سریعترین مسیر است؛ داخل همان محیط رویت اجرا میشود و نیازی به توزیع جداگانه ندارد. وقتی جریان کار به یک رابط کاربری واقعی، توزیع بین چند نفر یا دسترسی عمیقتر از چیزی که نودهای داینامو ارائه میدهند نیاز دارد، افزونه API رویت (کد C#/.NET با پکیج مستقل) گزینه درست است.
Forge - که حالا Autodesk Platform Services نام دارد - زمانی معنا پیدا میکند که اتوماسیون باید بدون بازکردن رویت روی سرور اجرا شود یا حجمی از فایلها را پردازش کند که یک دستگاه دسکتاپ از پس آن برنمیآید. خودِ Autodesk هزینه API اتوماسیونش را بر اساس مصرف اعتبار ابری متناسب با زمان پردازش قیمتگذاری میکند، نه یک هزینه ثابت؛ نکتهای که پیش از فرضکردن اینکه ابزار ابری همیشه گزینه گرانتر است، ارزش دانستن دارد.
پلاگین کی هزینهاش را برمیگرداند
محاسبه بازگشت سرمایه پیچیده نیست: ساعت صرفشده در هفته روی کار دستی را در تعداد نفراتی که آن کار را انجام میدهند ضرب کنید، و آن را با مدت زمانی که ابزار واقعا مورد استفاده باقی میماند مقایسه کنید. کاری که فقط یک نفر، یکبار در ماه انجامش میدهد، بهندرت توجیهکننده یک پلاگین اختصاصی است؛ کاری که چند نفر هر هفته انجام میدهند، معمولا در چند ماه هزینه خودش را برمیگرداند.
همانجایی که ذهن معمولا اشتباه میکند این است: بازگشت سرمایه را با ساعت آخرین اجرای ابزار میسنجد، نه با ساعتهایی که آن دکمه ساده جایگزینش شده. عددی که واقعا اهمیت دارد، تفاوت بین این دو است.
کی خرید یک افزونه آماده بهتر از ساخت اختصاصی است
اگر یک افزونه موجود در Autodesk App Store همان مسئله را حل میکند، همان را بخرید. این را همین اول میگوییم، نه بعد از یک جلسه فروش: توسعه اختصاصی وقتی هزینهاش را توجیه میکند که جریان کار آنقدر مختص استاندارد دفتر شماست که هیچ ابزار بازار با آن جور درنمیآید، نه هر بار که یک کار تکراری وجود دارد.
در عمل، بیشتر «برآوردهای سریع» همینطور اتفاق میافتد: کسی فرایند را در یک تماس تعریف میکند، در زمانی کوتاهتر از آنچه طول میکشد یک مدل بزرگ رویت باز شود. برآوردی که از یک توضیح شفاهی بیرون بیاید، هیچوقت دقیقتر از همان توضیح نیست؛ اگر واقعا به دامنه واضح نیاز دارید، وقت بگذارید و کار اختصاصی روی پلاگین رویت را از همان قدم اول، با بررسی فایل واقعی شروع کنید.
چطور اولین پروژه پلاگین را دامنهبندی کنیم
برآورد دقیق از یک توضیح کلی بیرون نمیآید؛ از دیدن فرایند واقعی بیرون میآید. چهار چیز پیش از هر برآورد جدی لازم است:
- توضیح دقیق فرایند دستی فعلی، قدم به قدم.
- یک یا دو فایل یا پروژه نمونه که ابزار روی آنها اجرا میشود.
- مشخصکردن اینکه چه کسانی واقعا از ابزار نهایی استفاده میکنند.
- شفافکردن اینکه آیا ابزار باید با سیستم دیگری هم حرف بزند یا فقط داخل رویت میماند.
پاسخ به این سوال هیچوقت یک عدد تنها نیست؛ یک قاب برای فهمیدن آن عدد است. پیچیدگی منطق، نیاز به یکپارچهسازی و تعداد کاربر، همراه هم، همان چیزی هستند که واقعا هزینه را میسازند - نه ظاهر ساده یا پیچیدهای که ابزار در نهایت نشان میدهد.
مطالب مرتبط
پرسشهای متداول
توسعه پلاگین رویت واقعا چقدر هزینه دارد؟
عدد ثابتی وجود ندارد، چون قیمت را پیچیدگی جریان کار، نیاز به یکپارچهسازی و تعداد کاربران نهایی تعیین میکند، نه صرف اینکه چیزی «یک پلاگین» است. یک ابزار تکمنظوره و سیستمی که داده زنده را از BIM 360 به یک داشبورد میکشد، دو پروژه با دامنه کاملا متفاوتاند.
تفاوت اسکریپت داینامو و افزونه API رویت چیست؟
اسکریپت داینامو داخل محیط گرافیکی داینامو و رویت اجرا میشود و وقتی جریان کار همین حالا با نودها قابل ساخت است، مسیر سریعتر و ارزانتری است. افزونه API رویت، کد C#/.NET با رابط کاربری مستقل و قابلتوزیع است؛ وقتی نیاز به رابط واقعی، دسترسی عمیقتر به API یا توزیع بین چند نفر باشد، ارزش ساختن دارد.
Autodesk Platform Services (Forge) کی بهصرفهتر از یک افزونه دسکتاپ است؟
وقتی اتوماسیون باید بدون بازکردن رویت اجرا شود یا حجمی از فایلها را پردازش کند که یک دستگاه دسکتاپ توانش را ندارد. Autodesk هزینه API اتوماسیون خودش را بر اساس مصرف اعتبار ابری متناسب با زمان پردازش تعیین میکند، نه یک هزینه ثابت.
توسعه پلاگین رویت واقعا چقدر طول میکشد؟
ابزار تکمنظوره معمولا سریعترین مسیر ساخت است. ابزاری که چند نوع پروژه را پوشش میدهد یا باید کنار چند پروژه واقعی تست شود، زمان بیشتری میبرد، و هرچه یکپارچهسازی ابری یا زیرساخت اتوماسیون وارد شود، زمان باز هم بیشتر میشود. پاسخ صادقانه به همان سه عاملی برمیگردد که قیمت را هم تعیین میکنند.
خرید یک افزونه آماده ارزانتر از ساخت اختصاصی است؟
اغلب بله، و همین اول میگوییم. اگر افزونهای که همین حالا در Autodesk App Store هست مسئله را حل میکند، همان را بخرید. توسعه اختصاصی وقتی هزینهاش را توجیه میکند که جریان کار آنقدر مختص استاندارد دفتر شماست که هیچ ابزار بازار با آن جور درنمیآید.
پیش از درخواست برآورد، چه چیزی باید آماده داشته باشیم؟
توضیح دقیق فرایند دستی فعلی، یک یا دو فایل یا پروژه نمونه که ابزار روی آن اجرا میشود، و مشخصبودن اینکه چه کسانی واقعا از ابزار نهایی استفاده میکنند. توضیح کلی از هدف نهایی بدون نگاه به جریان کار واقعی، همان چیزی است که برآوردها را به حدس تبدیل میکند.
آیا تعداد کاربران پلاگین روی هزینه اثر میگذارد؟
بله. ابزاری که فقط برای جریان کار شخصی یک مدلساز ساخته میشود، میتواند از بخش زیادی از خطایابی و صیقل رابط کاربری صرفنظر کند؛ ابزاری که قرار است در یک دفتر بیستنفره پخش شود این امکان را ندارد، چون هرچه کاربر بیشتر باشد، حالتهای خطای بیشتری هم پیش میآید که پلاگین باید درست مدیریتشان کند.