Açık kaynak kodlu bir proje ile etkili bir şekilde nasıl rekabet ediyorsunuz?


36

Geleneksel bir kapalı kaynaklı ürüne karşı yarışan sağlam ve açık kaynaklı bir projeye sahip bir şirketin yenilmesi imkansız görünüyor.

Yazarın bu senaryoyu ortaya koyduğu bu makaleyi okudum :

Birinin bir yazılım pazarını (örneğin ağ yönetimi) iki ürün arasında bölebileceğini varsayalım. Biri mümkün olan her şeyi yaptı ve 1 milyon dolara mal oldu, diğeri ise sadece% 10 yaptı, fakat serbest ve açıktı.

Ticari çözümün fiyat etiketi, çok sayıda kullanıcıyı otomatik olarak filtreleyecek ve bu insanların açık kaynağa dönmesi gerekecekti. Ancak bazı kullanıcılar% 10 işlevsellikten memnun kalacak ve doğrudan seçeceklerdir.

Örneğin, masamda orijinal bir Macintosh bilgisayarım var. MacWrite adlı bir kelime işlemci kullanıyor. Yazım denetimi dışında, yapacak bir kelime işlemcisine ihtiyacım olan her şeyi yapar. Paragrafları biçimlendirebilir, yazı tiplerini seçebilir, metni koyu veya italik yapabilir ve hatta resimlere ve grafiklere yapıştırabilirim. Hepsi bir "ne görürsen onu alırsın" kullanıcı arayüzünde.

76K disk alanı kaplıyor. Bu "kilobayt" daki gibi "K".

Bunu Microsoft Word ile karşılaştırın. Sadece Word'ü son yüklediğimde MacWrite'dan birçok kez daha büyük olan 30 MB civarında olduğunu düşünüyorum, ancak MacWrite'ı kullandığımdan daha fazla kullanmıyorum. Benim gibi, birçok kullanıcı temel işlevsellikten memnun. Tüm çanlara ve ıslıklara ihtiyaçları yok.

Ama analojime geri döndüm. Başlangıçta, ticari şirket muhtemelen açık kaynaklı projeyi görmezden gelirdi. Bu onların gelir akışı için bir tehdit oluşturmuyor, peki neden yeni bir başlangıç ​​yapmaya dikkat etmeleri gerekiyor?

Eğer bu proje sağlıklı ve sürdürülebilir ise, bir yıl kadar uzun bir süre içinde belki de ticari ürünün yaptıklarının% 15 ila% 20'sini yapar. Bu, işlerinden bir kaç kullanıcı daha almalı ve belki şimdi dikkatini vermeye başlamalı.

Büyük olasılıkla, bu dikkat projeye karşı pazarlama şeklini alır. Ciddiye almanın çok küçük veya güçsüz olduğunu iddia ederler. Kısa vadede bu muhtemelen işe yarayacaktı. Ancak projeyi kabul ettikleri gerçeği, ilgiyi çekecektir. Bazı insanlar kendileri için ne küçük ne de çok güçsüz olduğunu ve kullanmaya başlayacağını belirlerdi.

Başka bir veya iki yıl geçiyor ve şimdi proje ticari ürünün işlevselliğinin% 50'sine kadar çıkıyor. İnsanlar projeye katılmaya başladı. Ticari şirket şimdi bir şeyler yapmak zorunda. Onlar ne yapar? Daha fazla özellik eklerler.

Unutmayın, ticari ürün zaten insanların ihtiyaç duyduğu şeylerin% 100'ünü yaptı. Peki ne tür özellikler ekleyebilirler? Gereksiz olanlar. Kullanıcı arayüzünün görünümünü değiştirebilir veya ağ yönetimi dışındaki özellikler ekleyebilirler. Her halükarda, bu gelişme paraya mal olacak ve bu da şirketin marjlarını tüketmeye başlayacak.

Son olarak, sağlıklı bir topluluk ve bu yeni kullanıcı akını ile, açık kaynaklı proje sonuçta ticari ürünün yaptıklarının% 80 - 90'ına yaklaşacak. Gelir getiren tüm caddeleri tükettiğinden, ticari şirketin halen son bir seçeneği var: vidaları kalan müşterilerine ulaştırmak. Onları daha fazla ücretlendirmenin yollarını bulun, yatırımlarından neler yapabileceğini öğrenin, bu da müşterilerini uzaklaştıracaktır.

Farfetched? Sanmıyorum Sadece iki ana gereksinim vardır:

İlk olarak, açık kaynağın ağ yönetimi gibi zorlayıcı bir alternatif sunduğu bir pazar bulun.

İkincisi, açık kaynaklı projenin etrafında sürdürülebilir bir topluluk oluşturun.

Çok makul görünüyor. Kapalı kaynaklı bir şirket olsaydınız nasıl rekabet ederdiniz?


2
Yorum yapanlar : yorumlar, uzun tartışmalar için değil, açıklama arayışı içindir. Bir çözüm varsa, bir cevap bırakın. Çözümünüz zaten yayınlandıysa, lütfen geçersiz kılın. Bu soruyu başkalarıyla görüşmek isterseniz, lütfen sohbeti kullanın . Daha fazla bilgi için SSS bölümüne bakın .

8
Bunun gibi sübjektif bir cevapta, en iyi bilgilerin bir kısmı yorumlardadır.
richard

açık kaynak kodlu ürünün kullanıcılarına dava açmak en.wikipedia.org/wiki/SCO/Linux_controversies
Ewan

Yanıtlar:


42

Fiyat konusunda rekabet edemediğiniz için, yazılımın sahip olduğu diğer tüm satış noktalarında rekabet edebilirsiniz:

  • özellikleri
  • kalite
  • etki
  • diğer yazılımlarla entegrasyon
  • hizmet
  • destek
  • direkt satış

Temel olarak, diğer tüm firmaların fiyat rekabeti içinde yaptıkları şeyi yaparsınız: hızlanın ya da oyunu değiştirin.


2
"Oyunu değiştir" için +1, rakibini şartlarında yenemezsen, sana daha çok uyan terimleri bulman gerekir.
Matthieu M.

1
Gerçekten de dikkat etmeye değer olan açık kaynak kodlu bir yarışmacıya başladığınızda, iş stratejilerini kullanmayı düşünmenin iyi bir yolu da projenizi kaynak açmak üzere olduğunuzu iddia etmektir. İşinizi, bu şartlar altında kârlı kalması için değiştirin ve açık kaynaklı olsanız da, aslında açılmış olsun veya olmasın
blueberryfields

Eklerdim: "Sığınmayı kim yönetiyor?" Diye sor. Arkadaşların iltica yapmasına izin verme. Programcılar ise mahkumlar.
mattnz

Sanırım oyun değişikliği benim için yaptı. Sanırım sonunda sahip olduğun tek şey bu.
richard

1
Tabii ki, çabalarınıza öncelik vermeniz gerekiyor ve bence bu listede geriye doğrular. Açık kaynak muhtemelen özellikler, kalite ve etkinlik konusunda ve bazen diğer yazılımlarla entegrasyon konusunda rekabet edebilir, ancak hizmet, destek ve satışlar açık kaynaktaki zayıf noktalar ve Big Co. pazarları için önemli noktalardır.
Kevin Vermeer

34

Ürününüzü açık kaynak teklifinden daha iyi hale getirerek. Photoshop bu şekilde GIMP ile rekabet edebilir.


2
Yani bu tamamen kaynak hakimiyeti mi?
richard

11
Hayır - kaynaklar mutlaka daha iyi bir ürün yapmaz.
Stephen C,

5
@TheLQ: Notepad ++, EditPad Pro, hatta Emacs / Vim gibi uygulamalar piyasadaki "metin editörünüzü" ne kadar farklılaştırabileceğinizi gösterir.
Dean Harding

9
Photoshop, çok iyi bir ürün olarak klonları uzak tutmaya iyi bir örnektir.

4
Yapabileceğin tüm olası şeyleri yorucu diye bir şey yoktur.
Kyralessa

33

Açıkladığım teklifin kalitesini tamamen göz ardı ettiği için bahsettiğiniz parça oldukça yanıltıcıdır. Kendinize biraz farklı ama ilgili bir soru sorun:

Bir şirket, açık kaynaklı yazılımları satarak nasıl hayatta kalabilir?

Birkaç açık kaynaklı projeye sık sık katkıda bulunan biri olarak, hak ettiği yere birkaç tur çamur saptırma hakkına sahip olduğumu düşünüyorum.

Aşağıdakilerin hiçbiri Linux, Firefox, MySQL veya PostgreSQL gibi yıldız OSS projeleri için geçerli değildir . Bunlar tipik değil, çünkü şirketler ve / veya tecrübeli kodlayıcılar tarafından destekleniyorlar.

Neyse, müşterinin yazılım için para ödeyeceği sebeplerle ilgili olarak:

OSS, sürünme özelliğine eğilimlidir / Müşteriler daha basit yazılımlar için ödeme yapar

OSS katılımcılarının hepsinin evcil hayvan özelliği var. Bunlar sonunda kod tabanına gireceklerdir. Sorunu önlemek için son derece tecrübeli, sağlam ve karizmatik bir liderlik gerektirir ve diğer bir erkek gibi birçok OSS çekirdeği dev de bu özelliklerden en az birine sahip değildir.

Yaralanmalara hakaret eklemek, içeriye sürünen önemli olmayan her özellik için, bir başkası bunu istemez ve bu da seçeneklerin eklenmesine neden olur. Kodlayıcılar seçenekleri sevme eğilimindedir, ancak bir UI açısından bakıldığında binlerce kesimle yavaş ve acı verici bir ölüme giden kesin bir yoldur.

Son kullanıcılar basit araçlar ister. İşlerini öğrenme eğrisi veya telaşsız bir şekilde yapmaları gerekir. Araçlarının onlar için doğru kararları vermesini istiyorlar; seçenekler değil. Bağımsız OSS uygulamasından daha basit bir şey sunabilirseniz, müşterilere ödeme yaparsınız.

OSS düşük kalitede olma eğilimindedir / Müşteriler daha yüksek kalite için ödeme yaparlar

OSS'ye katkıda bulunarak kod yazmayı öğrenmenin yanlış bir tarafı yoktur, sakıncası yoktur.

Bununla birlikte, şirketler ve deneyimli kodlayıcılar tarafından her türlü nedenden dolayı desteklenen her yüksek kaliteli OSS ya da kütüphane için, OSS'ye bir çaba içinde katkıda bulunan deneyimsiz kodlayıcıların yazdığı hataya açık bir spagetti kodu okyanusu olduğu söylenmelidir. için öğrenmek programlama ve az kim olursa ne yaptıklarını bir fikrin.

Örneğin, WordPress, B2'den (bir öğrenci tarafından tasarlandı) bir öğrenci tarafından çatallandı. Birden fazla sürüm ve daha sonra söylenmemiş miktarda koli bandı, işi alır. Ancak kaputun altında, herhangi bir kalite kontrolü varsa, çok az olan bir hatalar bütünüdür. (Son denedim, başarılı bir şekilde kendi test odasını geçemedi.)

Müşteriler iyi bakımlı ve iyi test edilmiş yazılımlar için ödeme yaparlar. Neredeyse hepsi bedava şeyleri deneyecekler, aklınıza gelebilecekler ve birçokları böcekleri bir noktaya bile tahammül edecekler. Ancak gelirleri buna bağlıysa, sonunda daha kaliteli bir yazılım arayacak ve parasını ödeyeceklerdir.

OSS çok kısa bir gelişim döngüsü gösterme eğilimindedir / Müşteriler zorlukları önlemek için ödeme yapar

Bu gelişme sürecine özgüdür. Kod tabanına taşınmış evcil hayvan özelliklerinin makul bir zaman ölçeğinde serbest bırakılması gerekir. Olmazlarsa risk, OSS projesinin katkıda bulunanlardan bazılarını kaybetmesidir.

Ancak uzun vadede şirketler uzun süren döngüleri tercih ediyor; daha uzun, daha iyi. BT departmanı için daha az planlama ve daha az iş. Son kullanıcılar tarayıcılarını her üç ayda bir yükseltmeleri önemli değil. Kritik uygulamaları yükseltiyorsanız bu tamamen farklı bir hikaye.

PostgreSQL korsanları listesindeki sürüm döngüsünü hızlandırmaya ilişkin son bir tartışma yapıldı. Buna karşı kapanış argümanı KG ile ilgili değildi ve beta test sürelerinin uzatılması gerekiyordu. Bazı şirketler zaten diğer tüm sürümleri atlıyorlardı çünkü mevcut (1 yıllık) sürüm döngüsü onlar için çok hızlıydı.

Her şimdi ve daha sonra çok kısa bir döngüye rağmen, 3 aylık bir sürüm döngüsünü tartışan WordPress ile kontrast. (Onların beta'ları, tüm amaç ve amaçlar için, her sürümün xy0 sürümüdür.)

WordPress kullanan birkaç müşteriye sahip olduklarından, sitelerin yükseltme yaptıklarında yüzlerinin havaya uçmamasını sağlamak için onlara göz kulak olduğum için çok mutlu olduklarından emin olabilirim. Müşteriler, bu tür bir sıkıntı için endişelenmenize gerek kalmayacaklarını ödeyeceklerdir.

OSS açık standartları dikkatsizce benimseme eğilimindedir / Müşterilerin işe yaraması gereken şeylere ihtiyacı vardır

HTML5 video etiketi burada belirtilen bir durumdur.

Mozilla’nın h.264’ü reddetme davası, açık kaynaklı bir codec bileşeni istemeleridir. Ve bu anlamda kesinlikle haklılar: En son istedikleri şey, patent trollerinin isabetli listesinde olmak; bu yüzden Ogg için bastırıyorlar.

Apple'ın h.264'ü benimseme durumu, aksine, pratiktir: zaten yaygın olarak desteklenmektedir ve bunun için donanımda hızlanma vardır (bu nedenle iPhone'ların pil ömrünü uzatmaya izin verir); Ogg için böyle bir şey yok.

Daha sonra satılan milyonlarca iOS cihazı, bu iOS kullanıcılarına video sağlama konusunda endişe duyan siteler html5 / h.264'ü destekliyor. Başka bir deyişle, müşteriler konuştular: açık formatları umursamıyorlar.

Codec'teki bu zehirli savaşın sonucundan memnun olan tek şirket Adobe'dir: Firefox kullanıcıları, video oynatmak istiyorlarsa, Flash'a ihtiyaç duymaya devam edeceklerdir. Büyük bir site yalnızca html5 / h.264 yalnızca videolara geçerse, orada bulunan bir kodlayıcı, gerekli video etiketlerini flash video oynatıcılara dönüştürmek için hızlıca bir uzantı veya eklenti ile gelir. (Zaten var bile olabilir.) Açık standartları desteklemek adına (bu arada, tesadüf eseri değil).

IBM'i seçtiği için hiç kimse kovulmadı

Bu eski bir endüstri şakasıdır, ama içinde bir gerçek var: Bir BT bütçesini değerlendirirken, meslektaşlarının cinsinin en iyi olduğunu düşündüğü şeyi seçmek için kovulmayacaksınız.

Risk almak istemeyen büyük şirket alıcıları Microsoft tabanlı masaüstlerini, Office'i, SAP'yi almaya devam edecekler; açık kaynak alternatifleri olsa bile. Bok gibi olur .

OSS büyük şirket ortamlarına girdiğinde, bunun nedeni genellikle CTO'nun ışığı görmesi ve ücretsiz araçlar kullanmaya karar vermesi değil; bunun yerine, üste (pahalı) hizmetler sunan üçüncü bir tarafça yönlendiriliyor.


3
"OSS çok kısa bir geliştirme döngüsüne sahip olma eğilimindedir" ancak OSS kullanıyorsanız, en son gelişime ayak uydurmanız gerekmez, eski sürümü süresiz kullanma ve yalnızca işiniz için anlamlı olduğunda yükseltme seçeneğine sahip olmanız gerekir. . Kapalı kaynaklı yazılımlarda, lisanslama terimine bağlı olarak, bu bazen daha zordur. Ayrıca, açık kaynak kodlu bir yazılım eski bir sürümün desteğini durdurursa, eski sürüme geçme ve hataları / güvenlik sorunlarını kendiniz çözme seçeneğiniz vardır. Kapalı kaynak ile, bu seçeneğe sahip değilsinizdir, böylece ya yükseltir ya da sonsuza dek böceğe takılırsınız.
Yalan Ryan

5
"IBM'i seçtiği için hiç kimse kovulmadı" "Peki ya sektördeki en iyi ırk yazılımı açık kaynak ise, Apache? ya da, belki birkaç yıl içinde Android Nokia'yı yenerse?
Yalan Ryan

2
Güvenlik açığı olduğunda eski sürümleri süresiz olarak seçme şansınız yok. WP 2.3'ü bir web sunucusuna kurmayı deneyin ve bir bot onu bulup hacklemeden önce nasıl olduğunu görün. Ve hayır, koli bandı (örn. Arkaya yerleştirilmiş güvenlik düzeltmeleri) Joe Average için uygun bir seçenek değildir. OSS ile sonsuza dek yükselmeye ya da hatalara kapılmaya zorlanırsınız.
Denis de Bernardy

2
@Disis: Bir Joe Average teorik olarak ihtiyacı olan güvenlik düzeltmelerini desteklemek için bir Jack Developer'ı işe alabilir; En iyi iş kararı olmayabilir, ama yapabilir (ve önemli olan da bu). Kapalı kaynakla, destek durduktan sonra, program sonsuza dek dondurulur (bunun bazen daha iyi olduğu söylenebilir, çünkü basit bir yükseltme seçeneğiniz vardır, bu nedenle bir saldırganın sizden programdan faydalanma şansı vermenize gerek yoktur. yükseltme yapıp yapmamayı düşünüyoruz)
Lie Ryan

6
"OSS sürünme özelliğine yatkın": Kesinlikle hayır. Çoğu OSS programı küçük bir şeyi doğru olan programlardır, ancak kamuoyu görünürlüğü yekpare bir ticari rakibi taklit etmeye çalışan büyük projelerden daha düşüktür.
tdammers

19

Argümanın zirvesini, “ticari ürünün zaten insanların ihtiyaç duyduğu şeylerin% 100'ünü yaptığını” düşünüyorum. Hiçbir ürün insanların ihtiyaç duyduğu şeylerin% 100'ünü yapabileceğini iddia edemez ve kesinlikle mutlak en verimli (operatör verimliliği açısından), kullanımı kolay ve evrensel olarak kabul edilmiş "en iyi" yoldan değildir.

Böyle bir şey mümkün olsaydı, tabii ki rekabet edebilecek tek şey fiyat. Ancak nesnel bir "en iyi" ve evrensel olarak "en verimli" bir uygulama imkansız olduğundan, rekabet etmek için sadece fiyattan daha fazla şeyler olacaktır.


Balonu benim için patlattığın için teşekkürler. Bu mantıklı geliyor. :-)
richard

8

Bu makalede bazı iyi noktalar var, ancak daha sonra, gerçek dünya, yakın kaynak şirketlerinin iyi iş çıkardığı birçok örnek gibi görünüyor. İşte sadece birkaçı

  1. Linux ve Windows
  2. PHP ve ASP.NET
  3. [bir şey veya başka] vs. Visual Studio
  4. GIMP'e karşılık Photoshop (benden önce cevaplandı, ancak MS olmayan bir örneğe gerçekten ihtiyacım vardı :))
  5. vBulletin vs. 30+ diğer bülten tahtası paketleri

Açık kaynak ile ilgili sorun açık olmasıdır. Bu kod varsa, A ürününü üretir. Rekabetinizin tümü aynı koda sahiptir. Yani tüm bu zaman boyunca bir yazılım yazar, harcamanın bir kısmını diğer katılımcılar tarafından yapılabiliyorsa harcıyorsunuz, ancak bir şirketi yönetiyorsanız, kaynakları harcıyorsunuz ve yine de birileri gelip yıllarca harcadığınızın aynısını satmaya başlayabilir. gelişmekte. Bu nedenle açık kaynaklı bir şirket için en büyük tehdit, yakın kaynaklı bir şirket değil, diğer 5 açık kaynaklı şirket olabilir.

Öte yandan, kapalı kaynaklı yazılım geliştirirsem, evet fikirlerimi kopyalayabilirsiniz ancak yazılım geliştirmede sizden hala önümde olabilirim ve pazara girdiğimde, bunun% 90'ına sahip olabilirdim.

Son olarak, genel olarak, kod paylaşmayan ancak yazılımları için ücret alan şirketler açık kaynaklı projelerden daha fazla gelir elde eder. Bu gelir elde edilir edilmez, bir kısmı mühendisliğe değil (birçok açık kaynak kodlu katkıda bulunduğunuz takdirde serbest kalacağınızı iddia edebilirsin) değil, ürünü pazarlamak ve tanıtmak için yeniden yatırılır ve şu an için milyonlarca dolar konuşuyorsunuz. serbest emek diye bir şey yoktur.

Günün sonunda bu başarınızın formülüdür: [mühendislik yeniliği] x [pazarlama] = kar. En iyi ürünü elde edebilirsiniz, ancak kimse bilmiyorsa, kimse kullanmaz. Ve açıkça berbat bir şey yaparsanız, hiçbir reklam biriktirmez. Birçok açık kaynaklı projenin, genel tüketici pazarlarına girme konusunda [pazarlama] konusunda her zaman sorun yaşadıklarına inanıyorum.


1
Çoğu metin editörü ve VS ayrı pazarlardadır.
alternatif olarak

@ alternatif Alternatif IDE'ler ve VS'ler ayrı pazarlardadır.
Andy,

6

Çoğu açık kaynaklı yazılımın özel yazılımla rekabet edemediği bir alan öğrenme eğrisidir.

Tarihsel olarak, en popüler açık kaynaklı yazılımların birçoğunu hepsini benim takımıma dahil etmekte zorlandım. Onları çözdüğümde genellikle harikadırlar, ancak genellikle özel yazılımdaki bu ilk sıkıntıyı yaşamam.

Neden böyle olduğundan emin değilim. Ancak şunu söyleyebilirim ki, işi benim için en az çabayla yapan yazılım için para ödemekten daha fazla istekli olduğumu söyleyebilirim. Sonuçta yazılımın amacı budur .

Uygulamayı, açık kaynaklı rekabetten daha kolay hale getirin;


farklı anekdotlar, genellikle daha fazla manuel / dökümantasyon ve Google’dan ulaşılabilecek daha fazla tartışma forumuna sahip oldukları için açık kaynaklı yazılımları öğrenmede daha az sorun yaşıyorum. Tüm açık kaynaklı yazılımlar mükemmel belgelere veya satış sonrası tartışma forumlarına sahip olmasa da, yapılanlar kapalı kaynak alternatifinden daha iyidir. Örneğin, Python'u öğrenmenin Visual Basic .NET'ten daha kolay olduğunu öğrendim. Windows sisteminde tweaking / fixing Linux sistemi ile ilgili kullandığımdan daha fazla ipucu ve püf noktası buldum.
Yalan Ryan,

4

Kullanılabilirlik ve özellikler - kapalı kaynaklı bir ticari projenin çoğu açık kaynaklı projenin sahip olmadığı tek şey, ürünün olması ve yapması gereken şey için güçlü bir vizyonun kontrol edilebilmesidir.

Bu, bunların boyutuna / karmaşıklığına bağlıdır, ancak daha küçük bir tek ekip yazılım ürünü, çekmeye çalıştıkları pazara odaklanabilecek. (Diğer örnek That - BBEdit ve TextMate bir için ödemek bir grup insana hitap edebiliyoruz nasıl metin editörü TextMate ne sunuyor vb JEdit, Gedit ait avaiability verilen 20 $ üzerinde çatal insanları almak için cazip yeterlidir - 30 $)?


Sorunuza cevap vermek için - Çok fazla mac-fanboy buzz! Bir zamanlar bu editörde beni gerçekten etkileyen bir şey görmedim.
alternatif olarak

3

Belirli müşteri problemlerine odaklanarak. Bir çok kez kuruluşların 'bu özellik' için binlerce dolar harcadığını gördüm.

Açık kaynaklı bir ürün olarak, kilit / kritik müşterilerinizin daha fazla işletmenin izleyebileceği ihtiyacı karşılayabiliyorsanız, kar organizasyonu için yakın kaynak olarak kitleler (maalesef kitleler bu 10K + yazılımı satın almazlar) üzerinde odaklanmaları gerekir.

@SnOrfus'un daha önce de belirtildiği gibi servis ve destek çok önemlidir. Zilyonlarca kez gördüm, kuruluşlar kapalı kaynaklardan birini açık kaynak üzerinden tercih ediyor (ve hatta ekstra para ödüyorlardı) bazılarını just_in_case!

(Bu kurumsal müşteri odaklı biraz olabilir)


1

Ticari çözüm, servetinin müşterisinin başarısıyla aynı hizada olduğunu iddia edebilir. Ürün konumlandırma bununla ilgili. Bazı istisnalar dışında, genellikle açık kaynaklı araçlar, tam olarak müşteri odaklı bir nokta çözümü değil, genellikle hacker cenneti olarak görülür.

Müşterinizin bir özelliğe ihtiyacı varsa, zamanında teslim edecek mali kasınız vardır. OEM'lerle çalışıyorsanız, 24x7 destek sağlama (ve bunun için ücretlendirme), seviye 0 kritik sorunların garantilenmesi, yeni nesil teknolojiye erişimin açık kaynak topluluğundan çok daha erken bir zamana ulaşma garantisi var.

Bunları kendi yararınıza kullanın. Serbest ürünün piyasada olmasına izin verin, düşmanca olmayın. Eğer bir şey varsa, bu piyasayı genişletir - bir noktada serbest ürünün kullanıcıları ticari çözümünüzün çanlarını ve ıslıklarını denemek isteyebilirler.


1

Basitlik adına, bir yazılımın başarı faktörlerini üç "yatırım" a indirelim:

(Burada "yatırım", daha sonra gelir elde etmek için şimdi ödemek zorunda olduğunuz faaliyetler için ortak bir terimdir.)

  • satış ve Pazarlama
  • geliştirme (kaynak kodu, ürün / UI tasarımı, dokümantasyon ve eğitim materyallerini içerir. Kalite ile çarpılan miktar. Burada üretilen herhangi bir iş ürünü düşük maliyetle sınırsız sayıda kullanıcıya kopyalanabilir)
  • hizmetler (yazılım ve etki alanındaki uzmanlık ve müşteri bazında katma değerli geliştirmeler sağlama yeteneği)

Geliştirme için KPI basittir: aynı şeyi diğerlerinden daha iyi ve daha ucuz geliştirebilir misiniz? Bunun bir kısmı da tamamen kaynak yatırımı ve diğer kısmı da mimarın ve tasarımcıların bilgeliğidir.

Hizmetler için, ürünün kaynak koduna erişebilmek büyük bir avantajdır. Kaynak koduna erişimi olmayan bir şirket, erişimi olan başka bir şirket ile aynı düzeyde hizmet sağlayamaz.


Şimdi OP'nin sorusuna dönersek: kapalı kaynaklı bir şirketin hayatta kalma stratejisi var mı?

OP tarafından alıntılanan makale kendi kendini sınırlıyor gibi görünmektedir, çünkü sadece iki uçtan bahsetmektedir:

  • Bir kapalı kaynak şirketi, tüm kaynak kodlarını cebinden geliştirir ve sıfır satır açık kaynak koduna sahiptir.
  • Açık kaynaklı bir şirket, prensibi tamamen benimsemektedir ve şimdiye kadar geliştirilen her kod satırını açmaktadır.

Ortadakiler nasıl?

  • Birkaç yazılım şirketi, kaynak kodun ve / veya API'nin bir kısmını paylaşmak için çapraz lisans anlaşmaları imzaladı mı? (Hangi taraflardan birinin hizmet odaklı olduğu)
  • Ana ürünün kaynak kodunu açmadan , BSD tarzı lisanslı açık kaynaklı bileşenlerden veya kütüphanelerden (ve ayni katkılardan) yararlanan şirketler mi?
  • Zaman sınırlı bir "topluluk önizlemesi" düzenlemesiyle devam eden yazılımın kaynak kodunu sağlayan şirketler mi?
  • "Available-source": ödeme yapan müşterilere kaynak kodu sağlayan şirketler?

Benim görüşüme göre, şirketler kısmen açık, kısmen kapalı bir kaynak kodu stratejisi uygularlarsa ve üç cephede de (pazarlama, geliştirme ve hizmetler) başarılı olurlarsa hayatta kalabilirler. Gerçeğe açık bir felsefe benimseyen şirketler de yaşayabilir ve aynı üç cephede de başarılı olmak zorunda kalacaklar.


Yine de bir uyarı var: bir yazılım serbestse, yazılım bazı metriklerde yetersiz olsa bile müşteriler bunu alternatifler arasından seçecek mi?

  • satış ve pazarlama: Viral pazarlama yoluyla bir ürünü neredeyse hiçbir masraf olmadan tanıtabilir misiniz?
  • gelişme: açık kaynaklı bir proje, tasarım / geliştirme / dokümantasyonun çoğunu ücretsiz gönüllülerden alabilir mi? Bir şirket böyle bir projeden faydalanabilir mi?
  • hizmetler: bir yazılım projesi çok basit hale getirmek için yazılım alanını değiştirebilir mi, böylece herkes anında uzman olabilir ve giriş engelini sıfıra indirir mi?

1

Açık kaynaklı proje özellikleri açısından ticari projeyi takip ediyor. Bu, ticari şirketin özelliklerde rekabet etmesi için bir tür geçici arbitraj bırakır. Açık kaynak şirkette bir avantaja sahip olmak için sürekli olarak özellikleri uygulamak için yarışmak zorundalar. Pahalıdır, ancak işe yarayabilir.

Diğer kişilerin belirttiği gibi, özellikler dokümantasyon ve kullanım kolaylığını içerebilir.

Şirket, satıcıya kilitlenmeyi aşılamaya çalışabilir, ancak bu yalnızca kaybı yavaşlatır; Size herhangi bir müşteri kazandırmaz.

Bu, pazar payını korumak için iki önemli yol bırakıyor: açık kaynak kodlu yazılımların yönetimsel güvensizliğini desteklemek ve kullanmak Ne yazık ki, ikinci sizi oldukça uzağa götürecek. Satış desteği işe yarayacak ve açık kaynak projesi bu konuda destek satan bir şirketin elde edilmesine yetecek kadar çaba sarf etse bile, ticari çözüm yerleşik ve daha fazla deneyime sahip olarak ve aynı zamanda Ürünlerine daha aşina.

Uzun vadede, batırılmış olmanız muhtemeldir, ancak bu "kısa vadeyi" öngörülebilir geleceğe dönüştürebilir.


Size katılıyorum. Gerçekten uzun vadede, durdurulan açık kaynak olmadığını düşünüyorum. Tıpkı müzik ve sinema endüstrisi gibi ... kitleleri durdurabilir ve kitlelerin talep ettiği şeyleri alabilirsiniz. Açık kaynak vs kapalı kaynak durumunda açık kaynak (uzun vadede bence) özellikleri daha iyi fiyat ve destekle sunacaktır.
richard

1

Kimsenin bahsetmediği bir şey belgeler. Pek çok program gerçekten kullanılabilir olmak için çok fazla şeye ihtiyaç duymaz (Firefox, Openoffice), ancak bir kütüphane, bir çeşit sunucu, bir programlama dili veya çok karmaşık bir program yazarsanız, belgeler sizin göze çarpmanıza neden olabilir.

Dokümantasyonun iyileştirilmesi, kullanıcılarınızın sıkıntılarını azaltabilir (ürününüzü kullanmaya devam etmelerini ve gelecekte kullanmasını önerme olasılıklarını artırmalarını sağlar) ve müşterilerinizin kodlamada çok fazla zaman harcamamaları için paranın iyi harcandığını bildirebilirsiniz (ve zaman == para).

Bu mutlaka açık kaynak değil, kapalı kaynak olsa da - Neredeyse her şey yeterince belgelenmemiş. Rakibiniz işleri iyi belgeleyen projelerin% 1'inde olabilir, ancak olası değildir;)


1

Oldukça basit, püf nokta% 100 yeniden tanımlamaya devam etmektir. FOSS, ticari bir projeyle aynı ölçekte ve insan gücüne sahip değildir ve mevcut bir ürünle ne kadar yakından rekabet edebileceğinize dair sınırlamalar vardır. Kapalı kaynaklı şirket kullanıcı arabirimi kancaları kullanır, böylece rakip bir ürünün kullanılması örneğin klavye kısayolları nedeniyle farklı olabilir. Ayrıca, bir FOSS yarışmacısının asla düşünemeyeceği ana özellikleri de eklemeye devam ediyorlar. Örneğin, Visual Studio'yu düşünün. Sadece bir C ++ IDE idi, ama sonra .NET gibi tamamen yeni diller ve çerçeveler hazırlamaya başladılar. Veya C ++ için ticari bir sınıf (Intel'de olduğu gibi eşdeğer bir bağımsız satış) iş parçacığı kitaplığı paketleyen Visual Studio 2010. FOSS bu tür bir gelişmeye ve sıklıkla güvenilirliğe ayak uyduramıyor.


0

Geleneksel kurumsal pazarları hedefleyin ve popüler olun.

Birçok büyük geleneksel şirket için üç şeye ayrılır:

  • için bağlayıcı bir sözleşmeye girebilecekleri bir satıcı (yetenekler ve güvenilirlik)
  • Belirli bir hizmet seviyesi sözleşmesini sözleşmeye bağlı olarak uygulayabilecekleri bir satıcı (desteğin hız kalitesi)
  • gartner incelemeleri (bu, "hiç kimsenin IBM'i seçtiği için kovulmadığı" anlamına gelir)

Üçü de akılsızca takip ediliyor ve özellikle geçerli değil. Yetenek sorunları her zaman aşırı satılır, SLA'ların her zaman bir mazereti vardır ve gartner yalnızca gartner dinleyen insanları araştırır, ancak üst yönetim ile dertte olan bir sürü üst-orta yönetime sahip bir ekipte orta düzey bir yönetiminiz olduğunda Üst yönetim nihayet büyük miktarda paraya mal olan boneheaded bir kararın alındığını duyduğunda, işinizi kurtarmak istiyorsanız, pozisyonunuzu destekleyen üçüncü bir tarafın bazı belgelerine ihtiyacınız var. Tamamen iyi biliyor olsanız bile, teknik açıdan büyük para yığınlarını tuvalete atıyorsanız, doğru olanı yapmaya çalışmak için risk almaya değmez.

Sektörde ne kadar SAP veya SharePoint kullanımının kullanıldığını gördünüz? Bunlardan kaç tanesi, daha iyi, fakat büyük bir sektör ismi olmayan başka bir şey için yapılsaydı daha iyi olurdu?

Çok sayıda Microsoft aracı kullanıyorum ve bir MSDN hesabım var, ancak dürüstçe twitterdaki MS milletinden MSDN telefon merkezinden daha fazla yardım alıyorum. Arkasındaki milletten ve açık kaynaklı projeden daha fazla yardım alacağımı, boş zamanlarında desteksiz milletten tweet atmaktan daha fazla alacağımı hayal edemiyorum, ancak bu Borç / Gartner denklemine girmiyor.


-2

SnOrfus'un dediği gibi yaptığımız özellikleri satmak.

Örneğin: Bazı ortak özelliklere sahip eklentiler geliştiriyoruz ve Wordpress sitesinde indirmek için ücretsiz yapıyoruz. Aynı zamanda, profesyonel özelliklere sahip ücretli sürümümüz de bulunmaktadır.

Bu, ürününüzü kitlesel insanlara, yani açık kaynak ve insanların gücünü tanıtmanıza yardımcı olur.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.