Jak mogę (szybko) powiadomić ludzi, że oprogramowanie, które udostępniam za darmo, nie jest rezygnacją?

Jako niezależny, indywidualny programista:

Jak mogę szybko poinformować ludzi, że nie porzuciłem oprogramowania, które napisałem i rozdałem za darmo? Czy wkładam wysiłek w utrzymanie i wsparcie mojego oprogramowania na profesjonalnym poziomie?

Gdy oprogramowanie napisane przez jednego lub dwóch programistów jest dostępne za darmo lub oznaczone jako oprogramowanie typu open source, zwykle domyślnym założeniem jest to, że porzucił. Jest to zazwyczaj bezpieczne założenie - w razie wątpliwości sprawdź odpowiedzi na to pytanie: Dlaczego programiści piszą aplikacje o zamkniętym źródle, a następnie je uwalniają? .

Jest wielu programistów, którzy dostarczają darmowe i / lub otwarte narzędzia, które jednak nie są narzędziami do rezygnacji.

Jeśli mówimy o dużych firmach, np. Google, nie ma prawdziwego problemu z odróżnieniem obsługiwanych, działających narzędzi i oprogramowania od tych, które zostały porzucone lub wycofane.

Żywe repozytorium git nie jest szybkie - użytkownicy muszą być wystarczająco bystrzy, aby zrozumieć repozytorium i wiedzieć, gdzie go szukać. Konsekwentne działania marketingowe i zarządzanie społecznością wymagają więcej czasu i wysiłku, niż jestem w stanie samodzielnie. Ponadto, jeśli moje oprogramowanie stanie się popularne / odniesie sukces, zakładam, że będą one rosły same i będą wspierane przez zaawansowanych użytkowników w społeczności.

Próbowałem uporządkować sugestie w dwie części, każda z trzema punktami: pierwszy punkt jest skierowany do osób bez wiedzy technicznej, drugi: każda osoba, a ostatni - osoby z większą wiedzą informatyczną.

Zawartość

Po pierwsze i najważniejsze, zawartość witryny powinna odzwierciedlać fakt, że oprogramowanie jest często aktualizowane.

• Data ostatniej aktualizacji . Pokaż to. Na stronie głównej. Na górze. Wielkimi literami. Ponieważ to jest najważniejszy punkt. Możesz mi powiedzieć, co chcesz przekonać, że nadal ciężko pracujesz nad swoim projektem. Jeśli projekt został ostatnio zaktualizowany w 2002 roku, nigdy ci nie uwierzę. Na przykład witryna Notepad2 mówi nam: „Ostatnia aktualizacja projektu: 6 maja 2011 r.”. Po prostu czytając, że jestem prawie pewien, że projekt jest daleki od porzucenia.

• Częstotliwość aktualizacji . Niektóre projekty nie są porzucane w ciągu jednego dnia, ale raczej stopniowo: na początku jest jedna aktualizacja na miesiąc, potem dwie na rok, a nie raz na dwa lata. Jeśli przez ostatnie lata aktualizowałeś swój projekt co najmniej raz w miesiącu, bardzo przekonujące byłoby, aby użytkownicy faktycznie zobaczyli listę aktualizacji (a także przydatne, aby zobaczyć, co zostało zmodyfikowane).

• Twoja opinia dla społeczności . Czy słuchasz sugestii użytkowników? Czy rozwiązujesz zgłoszone błędy? Posiadanie listy raportów o błędach, w których są ostatnie bilety i które zostały rozwiązane, jest dobrym znakiem: nie tylko twoja społeczność cię nie porzuciła, ale nie porzuciłeś swojej społeczności .

Ostatni punkt dotyczy szczególnie osób takich jak deweloperzy. Jeśli kierujesz reklamy do osób bez zaplecza technologicznego, mogą one nie wiedzieć ani nie przejmować się oprogramowaniem do śledzenia błędów. W przypadku tych osób chcielibyście nalegać na pierwsze dwa punkty, zwłaszcza pierwsze.

Styl

Nie chodzi tylko o to, co mówisz, ale także o to, jak to mówisz. W większości przypadków ludzie będą mieli wrażenie, że oprogramowanie zostało porzucone, czy nie. Aby zapewnić im odpowiednie uczucie:

• Wyświetl ostatnie daty . Nie tylko data ostatniej aktualizacji. Może to być również lista ostatnich postów na blogu związanych z tym oprogramowaniem lub liczba pobrań w ciągu ostatnich dwóch miesięcy itp. Czasami nawet wyświetlanie kanału RSS, który nie ma nic wspólnego z twoim produktem, może załatwić sprawę dla osób bez zaplecza technologicznego.

• Mają najnowszą szatę graficzną . Jeśli Twoja witryna sprawia wrażenie, jakby nie była zmieniana od 1998 r., Możesz powiedzieć, że ciężko pracujesz nad utrzymaniem oprogramowania, ale co z utrzymaniem witryny przez ostatnią dekadę?

• Korzystaj z nowych technologii . Twoja strona jest napisana w HTML5 / CSS3? To wspaniale! Jestem pewien, że twój produkt również się zachwiał, a jeśli jest napisany w C #, używa .NET Framework 4.

Stwórz blog / fora internetowe i bądź aktywny.

Wskaż, najlepiej automatycznie, kiedy były ostatnie aktualizacje wersji produkcyjnej i wersji rozwojowej oprogramowania. Na przykład SourceForge robi to (nieco) automatycznie z datą „ostatniej aktywności”, chociaż nie wiem na pewno, co stanowi „aktywność”.

Podejście Wine wydaje się również skuteczne, choć może mniej. Na stronie głównej znajduje się sekcja „Wiadomości”, która pokazuje datę ogłoszenia wydania punktu rozwoju.

Ogólnie rzecz biorąc, strona internetowa, która wygląda na aktywną, znacznie przyczyni się do tego, aby twój projekt wyglądał na aktywny.

Oprócz wszystkich dobrych sugestii innych chcę dodać:

• Wyjaśnij, że akceptujesz problemy i sugestie dotyczące ulepszeń w narzędziu do śledzenia problemów lub w inny odpowiedni sposób.
• Zrób mapę drogową, aby pokazać, że planujesz wypuścić nowsze wersje z lepszymi funkcjami. Sprawi dobre wrażenie, wiedząc, że angażujesz się w ewolucję, a nie tylko utrzymanie.

Oprócz bloga możesz założyć konto na Twitterze, aby mogli je śledzić - albo osobiste, albo stworzone specjalnie dla Twojego programu. Poleciłbym dedykowane konto na Twitterze, jako że osobiste może być trudne do znalezienia tweetów związanych z aktualizacją. Może to jednak pomóc w uzyskaniu twojego nazwiska / zbudowaniu obserwatorów wokół konta centralnego.

Podaj historię na swojej stronie lub podobną. Jeśli użytkownik zobaczy, że niektóre prace zostały wykonane w ciągu ostatnich kilku miesięcy (w formie wydania), oznacza to, że projekt jest nadal utrzymywany.

W przeciwnym razie prowadź bloga lub coś z datowanymi, regularnie aktualizowanymi informacjami. Jeśli użytkownik zobaczy, że treść się zmienia, prawdopodobnie nie uzna projektu za martwy.

W przyszłości osiągniesz punkt, w którym zaimplementowałeś to, czego chciałeś, a wszystko tam jest i działa.

Może to wymagać sporadycznej łatki itp. Z powodu zależności lub problemów związanych z platformą, ale po prostu działa.

W tym momencie upewnij się, że Twój system biletowy jest otwarty. Powiedz, github.

Jeśli w systemie biletowym występują problemy, które gniły od lat i nie ma żadnych zobowiązań, zwykle oznacza to, że nie ma potrzeby obsługi technicznej.

Jeśli istnieje znaczna liczba pasków i ostatnich zatwierdzeń, oznacza to, że jest aktywny.

Jeśli nie ma żadnych biletów i ostatnich zatwierdzeń (np. Ruby / sequel), prawdopodobnie zachowałeś klejnot.

Myślę, że kluczem jest rockowy bilet. Nic dziwnego, jeśli oprogramowanie nie było aktualizowane od lat, jeśli system biletowy pokazuje, że nie pojawił się żaden ważny problem od czasu ostatniej aktualizacji.

Jedną z metod, o których dotychczas nie wspomniano, jest ogłoszenie, że jesteś otwarty na oferty komercyjne. Jeśli ludzie myślą, że zarabiasz na projekcie (nawet jeśli nie pochodzi to ze sprzedaży), będą bardziej przekonani, że nie zostaną porzucone. W końcu masz motyw, aby go nie porzucić.

Jeszcze więcej punktów bonusowych, jeśli zauważysz udane oferty w informacjach o wydaniu: „Wsparcie dla systemu Windows 7 uprzejmie sponsorowane przez Acme Inc.”