مشارکت شرکت ها در جامعه منبع باز

نرم افزارهای منبع باز امروزه در فناوری پرکار هستند. تقریباً همه چیز از ابر رایانه ها گرفته تا لوازم الکترونیکی مصرفی حداقل از یک قطعه کد منبع باز تغذیه می کند.

اما بسیاری از شرکت ها خود را در معرض انتشار محصولات منبع باز با سرعتی سریع و بدون درک مزایای ناشی از آن یا خطرات احتمالی اجتناب از آن می دانند.

بیایید در مورد معنای منبع باز برای تجارت شما صحبت کنیم و اینکه چگونه می توانید از آن برای خدمات رسانی به مشتریان و نیازهای تجاری خود استفاده کنید.

درک منبع باز

نرم افزار منبع باز دقیقاً چیست؟ جنبش منبع باز چند دهه پیش به عنوان یک تعهد فلسفی برای ارائه نرم افزار “رایگان” (مانند بلاغت) ایجاد شد. این فلسفه به شدت هر گونه تلاش برای تجاری سازی یا محدود کردن استفاده از چنین برنامه هایی را به شدت رد کرد.

با این حال ، توسعه دهندگان منبع باز امروزه از رویکرد ظریف تری استفاده می کنند و دسترسی و پایداری طولانی مدت پروژه های خود را بر تعهد بی وقفه به بی طرفی مطلق اولویت می دهند.

برخی از اصول رایج منبع باز مدرن عبارتند از:

• کد منبع برنامه را آزادانه منتشر کنید
• به دیگران اجازه دهید کد را دوباره توزیع و اصلاح کنند
• انتساب را به همه کسانی که مشارکت داشته اند حفظ کنید

با وجود سادگی این مفهوم ، مجوزهای متن باز زیادی در استفاده مشترک وجود دارد. ابتکار عمل منبع باز (OSI) ، سازمانی که به ترویج و حفاظت از جوامع منبع باز اختصاص داده شده است ، بر اساس خط مشی خود ده ها مجوز را به عنوان واجد شرایط برای منبع باز تأیید کرده است. باید به رسمیت شناخته شود که OSI خود هیچ اختیار قانونی بر اعتبار مجوز ندارد و فقط به عنوان یک مقام صنعت عمل می کند.

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

برخی از نویسندگان پروژه می خواهند کنترل خود را بر روی کار خود حفظ کنند تا اطمینان حاصل شود که انتساب حفظ می شود و هرگونه تغییر در کار آنها نیز باید به عنوان منبع باز منتشر شود.

در چنین مواردی ، معمولاً مجوز محدود کننده تری (گاهی اوقات “copyleft” نامیده می شود) مانند GPLv3 انتخاب می شود. ممکن است نویسندگان دیگر به این ملاحظات توجه زیادی نکنند و مجوزهای آزادتری مانند مجوزهای MIT یا Apache 2.0 را انتخاب کنند.

انتخاب بهترین مجوز برای یک پروژه یک منبع معمول سردرگمی است ، به طوری که GitHub یک ابزار اختصاصی برای راهنمایی توسعه دهندگان بی تجربه در تصمیم گیری ایجاد کرده است.

منافع تجاری در پذیرش منبع باز

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

از حمایت جامعه بهره مند شوید

بسیاری از ابزارهایی که کسب و کار شما توسعه داده است به طور مستقیم به نتیجه نهایی کمک نمی کند. به عنوان مثال ، من NetBox را توسعه دادم تا به مدیریت زیرساخت های شبکه در حین کار به عنوان مهندس شبکه در DigitalOcean ، ارائه دهنده میزبانی ابری کمک کنم.

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

تست مناسب بودن محصول

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

ارتقاء آگاهی از نام تجاری

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

توسعه و نگهداری چنین پروژه هایی نسبتاً ارزان است ، اما به تقویت نام تجاری شرکت شما در جامعه کمک می کند. پیوند دادن نام تجاری شما با یک منبع مفید در ذهن مشتری احتمالی باعث می شود که آنها بیشتر به محصولات پولی شما توجه کنند.

منبع باز به عنوان یک محصول

شاید متناقض باشد ، این که منبع آزاد به صورت آزاد در دسترس باشد مانع از فروش آن نمی شود. بسیاری از مشاغل موفق حول فروش محصولات منبع باز عمدتا ایجاد شده اند ، معمولاً با ارائه ارزش اضافی در قالب پشتیبانی یا افزایش قابلیت ها.

یکی از رایج ترین رویکردها برای منبع باز تجاری ارائه پشتیبانی و/یا میزبانی برای یک محصول منبع باز است. به عنوان مثال ، وردپرس یک سیستم مدیریت محتوای منبع باز بسیار محبوب است. هر کسی می تواند آن را به صورت رایگان بارگیری و نصب کند ، اما آنها همچنین می توانند اشتراک را از طریق wordpress.com خریداری کنند. برنامه های پشتیبانی پولی آنها شامل میزبانی ، پشتیبانی و سایر ویژگی ها و ادغام ها بسته به دسته قیمت انتخاب شده است.

یکی دیگر از استراتژی های بازاریابی ، تقسیم محصول به اجزای منبع باز و اجزای منبع باز است ، رویکردی که به عنوان “هسته باز” نامیده می شود. GitLab ، یک ابزار توسعه نرم افزار ، یکی از این نمونه ها است. در حالی که محصول اصلی به صورت منبع باز به صورت رایگان ارائه می شود ، بسیاری از ویژگی های پیشرفته آن محدود به نسخه های پولی است.

بسته به ماهیت محصول شما ، این رویکرد می تواند مناسب باشد زیرا از مزایای داشتن یک جامعه منبع باز و درعین حال تأمین درآمد از کاربران پیشرفته استفاده می کنید.

راه اندازی محصول منبع باز

هنگامی که یک پروژه منبع باز را برای اولین بار منتشر می کنید ، مهم است که برنامه ای برای ترسیم افراد برای اشتراک گذاری داشته باشید. رها کردن چیزی می تواند بسیار شگفت آور باشد. یکی از اشکالات آن عدم وجود برچسب قیمت است. ما آنقدر عادت داریم که به قیمت به عنوان یک شاخص (البته نه همیشه دقیق) ارزش متکی باشیم که انتقال ارزش یک کالای رایگان دشوار است.

موفق ترین پروژه های منبع باز بر حل مشکلات خاص یا برآوردن مجموعه ای از نیازها تمرکز می کنند. هنگام تبلیغ پروژه خود ، توضیح دهید که چرا تصمیم گرفتید یک پروژه جدید را در مقابل استفاده از چیزی که قبلاً وجود دارد ایجاد کنید ، و چگونه کاربران می توانند انتظار داشته باشند که از راه حل شما سود ببرند.

دقیق باشید: آیا در مورد مواردی که راه حل های فعلی به خوبی آن را پوشش نمی دهند ، صحبت می کنید؟ سریعتر است؟ رسمی تر؟ Readme پروژه شما (اغلب یک فایل ساده README) باید ارزش پیشنهادی آن را در چند جمله بیشتر توضیح ندهد.

پس از اتمام این کار ، باید فعالانه روی جذب افراد به پروژه خود کار کنید. این را می توان از طریق کانال های بازاریابی و اجتماعی انجام داد ، اما خطی وجود دارد که باید طی کنید. شما نمی خواهید به عنوان هرزنامه یا بیش از حد تبلیغاتی دیده شوید ، زیرا این امر به سرعت افراد را خاموش می کند.

انواع کاربرانی را که بیشترین استفاده را از نرم افزار شما خواهند برد و نحوه دسترسی به آنها را در نظر بگیرید. پست های وبلاگ که مزایای نرم افزار شما را توضیح می دهند (در مورد آن صحبت نمی کنند) بسیار قدرتمند هستند. ویدیوهای بیشتر از این. شما می توانید از کانال های اجتماعی برای تبلیغ آن استفاده کنید نه اینکه مستقیماً به خود پروژه پیوند دهید.

بسته به ماهیت پروژه شما ، ممکن است با جستجوی فعال شکایات در مورد مسائلی که می توانید آنها را حل کنید ، سود ببرید. به عنوان مثال ، ممکن است شما یک سرویس گیرنده API برای سرویس یا فناوری خاصی ایجاد کرده باشید. افرادی را که در این زمینه با مشکل روبرو هستند مشاهده کنید و پیشنهاد دهید که چگونه پروژه شما می تواند در صورت لزوم به آنها خدمت کند.

توییتر ، Stack Overflow و چت های عمومی می توانند رسانه های مناسبی برای این نوع تعامل باشند. اما باز هم ، هرزنامه نباشید. مردم تمایل دارند تبلیغات نرم افزار منبع باز را بیشتر از محصولات پولی تحمل کنند ، اما هنوز هم بسیار کم است. شما تنها زمانی وارد می شوید که اطمینان معقول داشته باشید که مخاطبان از حرف های شما سود خواهند برد.

مشارکت در پروژه های منبع باز خارجی

کسب و کار شما همچنین می تواند از مشارکت در پروژه های منبع باز شخص ثالث بهره مند شود. ممکن است ابزارهای منبع باز وجود داشته باشد که کار شما به آنها وابسته است و از مشارکت شما سود می برد. یا شاید پروژه هایی وجود دارد که توسط جامعه اجرا می شود و مشتریان شما را قادر می سازد تا پیشنهادات تجاری شما را بهتر مصرف کنند. مشارکت در پروژه های منبع باز می تواند مزایای ملموس و نامحسوس را به همراه داشته باشد.

هنگام در نظر گرفتن مشارکت خارجی ، ابتدا باید سیاست مشارکت پروژه را درک کرد. پروژه های تثبیت شده معمولاً دارای یک سند رسمی هستند که نحوه پیشنهاد و ایجاد مشارکت را نشان می دهد ، در حالی که یک پروژه کوچکتر ممکن است به سادگی بر اساس یک توافق تعیین شده باشد. مدتی وقت بگذارید تا درباره مشارکت های اخیر در پروژه مطلع شوید و تلاش جدی برای پایبندی به مدل قبلی خود انجام دهید.

همچنین ارزش واقعی سهم پیشنهادی خود را در پایگاه کاربر پروژه در نظر بگیرید. برخلاف تصور عموم ، مشارکت های پیشنهادی در پروژه های منبع باز بار قابل توجهی را بر دوش سازان پروژه تحمیل می کند. هر مقاله باید قبل از اینکه در پروژه گنجانده شود ، از نظر مناسب بودن ، عملکرد ، امنیت ، اسناد و غیره به دقت بررسی شود. تغییرات ناخواسته اغلب بیش از آنکه نعمتی برای نگهدارندگان باشد ، باری بر دوش آنها است.

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

روند محکم

با توجه به رشد مداوم و علاقه به نرم افزارهای منبع باز در سالهای اخیر ، شکی نیست که این روند در آینده قابل پیش بینی ادامه خواهد داشت.

با ایجاد و پرورش جوامع منبع باز که تمرکز داخلی و خارجی دارند ، مشاغل و مشتریان آنها می توانند سود زیادی ببرند.

واضح است که شرکت هایی که استراتژی منبع باز را جدی می گیرند موقعیت خوبی برای رهبری در بازارهای خود خواهند داشت.