Tworzenie serwisu społecznościowego

[DreamStudio]

Witam,

Chciałbym rozpocząć rozmowę na temat stworzenia społecznościowego serwisu. Zakładamy, że nie znamy się na php, css, flash itp. czyli musimy zlecić pracę nad serwisem firmie lub osobie/grupie osób.

Założenia przed rozpoczęciem poszukiwań wykonawcy:

- mamy do dyspozycji 100 000 PLN

- serwis musi stać na jednym serwerze (wykluczamy większy ruch) wąska grupa docelowa np: finanse/FOREX/bakowość itp.

- interesuje nas późniejszy rozwój serwisu i budowa mini serwisów

- perspektywa stworzenia podobnych serwisów w innych krajach

- 100k jest na budowę serwisu kasa na reklamę jest z innej góreczki

- serwis będzie rozbudowany (wiele różnych szat graficznych) każdy dział może wyglądać inaczej

- serwis może być pisany od podstaw lub wdrażany z gotowca, nie musi być pisany w php

Celem tej rozmowy jest wyciągniecie najciekawszych i najefektywniejszych rozwiązać. Liczy się cena wdrożenia, czas wdrożenia, późniejsze aktualizacje/przeróbki i przemielenie serwisu na inne rynki w innych krajach.

Moim zdaniem wykonawcą może być firma, osoba, grupa osób chociaż skłaniam się firmie ale rożnie to bywa - ja podam przykłady dla firm.

Ten serwis społecznościowy będzie bardziej jak strona informacyjna + społeczność więc IMO skrypty stworzone specjalnie pod społeczność odpadają. Do wyboru wybieram:

1. Napisanie serwisu od podstaw używając jakiegoś framework'a

2. Zakup gotowego rozwiązania od konkurencji i przeróbki (mam na myśli serwis, który jest podobny funkcjonalnie do tego, który chcemy wdrożyć a nie jest konkurencją z naszego działu rynku)

3. Wdrożenie gotowego CMS i przygotowanie odpowiedniej funkcjonalności

Czas wykonania:

ad 1. do 8 miesięcy

ad 2. do 2 miesięcy

ad 3. do 6 miesięcy

Co trzeba wykonać:

ad 1. cały engine, obsługa wszystkiego od frond-end po back-end czyli bardzo dużo + dokumentacja, szkolenie pracowników późniejsze poprawki engine beta testy wszystkiego co się rusza

ad 2. wdrożenie przygotowanych grafik/tekstów, dodanie potrzebnych funkcjonalności plus przeszkolenie pracowników

ad 3. wdrożenie gotowych rozwiązań przeskalowanie systemu, wdrożenie odpowiednich funkcjonalności i przeszkolenie pracowników

Jaki otrzymujemy produkt:

ad 1. szyty na miarę działający maksymalnie efektywnie

ad 2. przetestowany u konkurencji czyli coś co działa

ad 3. odpowiadający naszym wymaganią

Plusy

ad 1. serwis bardzo szybko działa, praca w panelu dla pracowników jest maksymalnie efektywna, późniejsze wdrożenia serwisu w innych krajach są dużo mniej kosztowne

ad 2. serwis przetestowany u konkurencji sprawdza się 100% działa tak jak u konkurencji :]

ad 3. serwis działa szybko efektywność pracy pracowników jest wystarczająca można być zadowolonym

Minusy

ad 1. każda poprawka/dodatek zamawiamy w jednej firmie dlatego cena może być dość wysoka (monopol). Przeniesienie serwisu pod szyld innej firmy może być jeszcze bardziej kosztowne dlatego ceny rozwoju oprogramowania znacznie rosną w perspektywie czasu. Jesteśmy ograniczeni i pewne rozwiązania mogą nas drażnić (nie wszystko się sprawdza to co wprowadziła konkurencja)

ad 2. jesteśmy ograniczeni licencją i zależnie w jaki sposób został napisany system mamy większe lub mniejsze problemy przy tworzeniu dodatkowych rzeczy, jesteśmy o

ad 3. jesteśmy zmuszeni na pewne wyrzeczenia ponieważ gotowy CMS z góry nakłada na nas pewne rozwiązania

Plusy przyszłość

ad 1. serwis może być rozbudowywany bez ograniczeń

ad 2. pieniądze zaoszczędzone w pierwszym etapie można przeznaczyć na inne cele

ad 3. można trafić na gotowe rozwiązania (moduły) przygotowane przez społeczność rozwijającą CMS i w ten sposób zmniejszyć koszty wprowadzania nowych rzeczy

Minusy przyszłości

ad 1. totalne uzależnienie od firmy, która stworzyła system w razie jej bankructwa jesteśmy na lodzie i musimy szukać innej firmy. Chcąc wprowadzić serwis na inny rynek musimy zlecić naszej firmie wdrożenie lub musimy szukać innej firmy na rynku docelowym co może się wiązać z pewnymi utrudnieniami.

ad 2. ogranicza nas licencja i z góry nałożone założenia systemu i pewnych rzeczy nie będzie można zrobić z tego względu.

ad 3. ze względu na dość duży dostęp do CMS luki bezpieczeństwa mogą być bardzo poważnym zagrożeniem dlatego ciągle monitorowanie i wdrożenia aktualizacji jest koniecznością

Moje zdanie:

Dobry handlarz na rynkach finansowych to ten który traci mało IMO dobry właściciel serwisu to ten, który potrafi dostrzec zagrożenia. Wybór nr 1 może nieść duże konsekwencje (pamiętajmy, że nie znamy się na php itp) więc nie wiem dokładnie jak system będzie zbudowany. Kupując rozwiązanie od konkurencji ograniczamy się jednak cena może być na tyle przystępna, że warto będzie podjąć to ryzyko.

Ja wybierałbym rozwiązanie nr 3 ponieważ tworząca firma tworzy serwis zgodnie z założeniami systemu i każda inna firma, która przejmie administracje nad serwisem będzie wiedziała co i jak jest rozwiązanie bez potrzeby wdrażania się w system od podstaw. Je to najefektywniejsze rozwiązanie ponieważ wdrożenie systemu w innych krajach będzie znacznie mniej kosztowne niż innych rozwiązań do tego dochodzą bardzo małe koszty wdrożeń dodatkowych modułów (w porównaniu z 1,2).

Mam nadzieje, że komuś się przyda ten temat.

[gizmoo3]

to na start z mojego pkt widzenia.

mozesz wykreslic od razu wieksze agencje interaktywne. nie zmiescisz sie w budzecie.

[pandha]

rozbieznosc cenowa moze byc ogromna. sam kiedys chcialem zlecic cos podobnego, zakladalem nie wiecej niz 20 tys uu dziennie (optymistyczny wariant), ceny za napisanie skryptu z grafika wachaly sie od 4 tys do 95 tys.

[DreamStudio]

gizmoo3 masz racje dlatego jako NR1 w minusach znajduje się informacja o tym, że firma może upaść. Większe firmy więcej wołają ale zagrożenie upadłością jest znikome.

pandha ceny są różne ale ja zakładam, że za 100 000 PLN taki serwis może wykonać spora ilość firm, jeśli przerzedzi się firmy na podstawie ich portfolio to zostanie kilka / kilkanaście firm godnych zaufania.

[Beerbant]

1. zaczynamy pracować na czymś tańszym (może przerobionym gotowcu)

2. badamy zainteresowanie uzyszkodników projektem, zbieramy od nich pomysły co chcieliby w serwisie docelowym

3. w razie uzyskania popularnosci zaczynamy prace nad docelowym silnikiem (z możliwością jego rozbudowy)

Powyższe ma na celu rynkowe sprawdzenie sukcesu/opłacalnosci serwisu w celu unikniecia rozczarowań finansowych

BTW , zapomniałem o najważniejszym czyli analizie SWOT projektu na samym początku

[Mion]

Najefektywniejsze rozwiązaniem będzie zlecić napisanie od podstaw dedykowanego oprogramowania dobremu programiście z wymogiem pisania w architekturze MVC. Dzięki architekturze MVC mamy gwarancję, że kod będzie czytelny i inny programista zrozumie o co chodzi w nim chodzi.

Przy zakładamy budżecie 100 000 PLN można mu jeszcze dokupić kompa, samochód i dobry fotel żeby nie dostał odcisków od siedzenia przy kodowaniu, bo patrząc na punkt "serwis musi stać na jednym serwerze (wykluczamy większy ruch) wąska grupa docelowa np: finanse/FOREX/bakowość itp." nie wiem za co miał by wsiąść choćby 20% z tej kwoty

[Dominik23]

Gotowce odradzam bo już 2 dzień walczę z DoS-em, mimo instalacji najnowszych patchy i wycinaniu IP ciągle przegrywam z zawięchą skryptu

[Xann]

'DreamStudio' nie sztuką jest napisanie WP, czy kolejnego Onetu , problem jest dopiero później kto to będzie wypełniał , moderował i nadzorował

[mrtn]

rozwiązanie 3

jeżeli wierzysz, że programiści napiszą ci rozwiązanie o lepszej strukturze niż Drupal, typo3, czy ezPublisher i bardziej odporne na ataki .. to zmień wiarę

Jaki otrzymujemy produkt:

ad 1. szyty na miarę działający maksymalnie efektywnie

Skąd ta naiwna wiara, że Twój programista napisze wydajniejszy model i kontroler niż w profesjonalnych CMS'ach ?

Często okazuje się, że autorskie rozwiązanie ma więcej ograniczeń (np.: przez programowanie "na skróty").

Minusy

ad 3. jesteśmy zmuszeni na pewne wyrzeczenia ponieważ gotowy CMS z góry nakłada na nas pewne rozwiązania

Dobry gotowiec nie nakłada ograniczeń, a standaryzuje sposób pracy. To właściwie autorskie systemy są pełne ograniczeń ze względu na zbyt wąskie postrzeganie projektu.

Minusy przyszłości

ad 3. ze względu na dość duży dostęp do CMS luki bezpieczeństwa mogą być bardzo poważnym zagrożeniem dlatego ciągle monitorowanie i wdrożenia aktualizacji jest koniecznością

nadzorowanie w każdym innym wypadku też jest potrzebne z ta drobna różnica, że odejście autora systemu autorskiego może zatrzymać możliwości poprawek .

[idolw]

przetlumaczyc ninga (jesli jeszcze nie zrobione) - 2-8k

roczny abo ninga - pewnie z 2k

honoraria ekspertow stanowiacych wartosc dodana serwisu np. o forex czy gieldzie - 3 ekspertow po 3 teksty miesiecznie po 500pln za tekst - 54k za rok

niezbyt rozbudowana 3 miesieczna kampania wiralowa z agencja - pewnie nie wiecej niz 40k pln przed znizkami

robiac serwis tematyczny robisz serwis o temacie, a nie produkujesz software. taniej kupic nize zbudowac na wlasne potrzeby

[Buncol]

Ja bym zatrudnił grafika i dobrego programistę Wyniesie Cię to dużo taniej niż 100 000 zł.

[DreamStudio]

Beerbant:

Mamy 100k PLN mamy przygotowane wszystko związane z planem rozwoju społeczności na PL rynku i w świecie chcemy policzyć co jest bardziej opłacalne czy 1,2,3 lub (podaj przykład). eBay zrobił po ciuchu wejście na rynek PL i co? pupa jest dlatego jak wchodzić w rynek to jednak uderzyć z pełnej pary dlatego zakładamy, że nie będzie badania runku w taki sposób jak napisałeś.

Mion strasznie tanio liczysz prace nad takim serwisem, sama grafika będzie kosztowała 20k przy tak rozbudowanym serwisie - zaznaczyłem, że każdy dział może mieć swój oddzielny wygląd. Jeśli chodzi o to, że serwis musi stać na jednym serwerze to dlatego wprowadziłem to ograniczenie aby cena rozwiązań łączenia serverów nie zamazała ceny samego serwisu.

Twoje rozwiązanie jest OK jeśli chodzi o programistę, bo programista mi to naskrobie w pewnym standardzie, ale gdzie flash, grafika, administracja, szkolenia redaktorów ogarnianie późniejszych modułów i najważniejsze CZAS ja teraz zamrożę sobie np: 30k/50k i za 12 miesięcy będę mógł testować serwis. IMO odpada.. ale zawsze to jakieś rozwiązanie.

Dominik23: gotowca czyli CMS aladrupal? czy coś na wzór socialengine?

Xann: o tych sprawach można założyć osobny wątek. Jeśli chodzi o moderacje/panel pracownika to jest to bardzo ważna sprawa dlatego IMO w nr 1 można tak przygotować panel, że będzie maksymalnie efektywny.

mrtn: sam wdrażam TYPO3 więc rozumiem twoje spojrzenie ale podaje plusy i minusy wszystkich możliwych rozwiązań. Jeśli chodzi o programistę/firmę to dobra specyfikacja wyklucza "programowanie na skróty".

Dobry gotowiec nie nakłada ograniczeń, a standaryzuje sposób pracy. To właściwie autorskie systemy są pełne ograniczeń ze względu na zbyt wąskie postrzeganie projektu.

Gotowiec nakłada ograniczenia bo już pewne rozwiązania są wdrożone i zmiana ich zajmuje więcej czasu niż napisanie ich w autorskim skrypcie. Oszczędność kilku sekund na danej rzeczy podczas moderacji/administracji w sali roku to spore oszczędności.

nadzorowanie w każdym innym wypadku też jest potrzebne z ta drobna różnica, że odejście autora systemu autorskiego może zatrzymać możliwości poprawek

W nr 3 jest większa szansa na kids script więc trzeba bacznie pilnować a w nr 1 i 2 jest mniejsze zagrożenie.

idolw: chcemy tu zbudować społeczność mamy 3 opcje o wyboru 1,2,3. Uważasz, że opcja nr 2 jest najlepsza bo mamy gotowy sotf i lepiej się skupić na temacie. Teraz zobacz, że jest setki podobnych społeczności i wszystkie są średnie, dlaczego? dlatego bo większość kopiuje rozwiązania i nic nowego nie wprowadza. Jak ja stworze społeczność FOREX i dodam do tego super-hiper-opcje grania przez www a ty wydasz tysiące na reklame + teksty x wałkowane w internecie to kto po dłuższym czasie wygra? IMO ja ponieważ mam coś czego nikt niema coś wyjątkowego.

Jeśli chodzi o cenę tekstów i reklamę to tak jak pisałem w 1 poście piszemy tylko o sofcie i mamy 100k na soft a nie na wizytówki, reklamę.

Ja bym zatrudnił grafika i dobrego programistę smile.gif Wyniesie Cię to dużo taniej niż 100 000 zł.

Masz rację to jest nr 1. ale wydając te np: 30k mogę stracę potencjał bo się ograniczę do osób 2 a jak jedna z nich wygra w totolotka i oleje sprawę? to klapa i mam do tyłu biznes życia bo po czasie, ktoś wprowadzi to na rybek.

[slawek22]

"serwis musi stać na jednym serwerze (wykluczamy większy ruch) wąska grupa docelowa np: finanse/FOREX/bakowość itp." nie wiem za co miał by wsiąść choćby 20% z tej kwoty

Widać, że nigdy nie brałeś udział w tworzeniu większego projektu. Od razu założyłeś, że zatrudni się grafikoprogramistę który zrobi wszystko. Grafikę, html, bazę zaprojektuje, AJAX, flash, może jakiś webserwis, etc.

8 miesięcy / 20k = 2,5k miesiąc z tego jakieś 1,8k "do ręki" (nie licząc innych kosztów zatrudnienia). Świat to nie tylko "programiści" z gimnazjum i zlecenia przez net. Nie liczę już nawet kosztów stanowiska pracy. Faktycznie "spora kasa i za co tu płacić"

Skąd ta naiwna wiara, że Twój programista napisze wydajniejszy model i kontroler niż w profesjonalnych CMS'ach ?

Ogólnie nawet "profesjonalne CMS-y" są trochę "ciężkie", chyba lepiej napisać projekt przy użyciu profesjonalnego frameworku, jeśli i tak moduły trzeba byłoby pisać od nowa. Moim zdaniem to uzyskać lepszą wydajność wcale tak ciężko nie jest. IMO przy portalu społecznościowym tak na prawdę to raczej funkcjonalność CMS-a się nie przydaje.

Dobry gotowiec nie nakłada ograniczeń, a standaryzuje sposób pracy. To właściwie autorskie systemy są pełne ograniczeń ze względu na zbyt wąskie postrzeganie projektu.

Mi się wydaje, że raczej ze względu na "staż" projektu.

nadzorowanie w każdym innym wypadku też jest potrzebne z ta drobna różnica, że odejście autora systemu autorskiego może zatrzymać możliwości poprawek

Jeśli jest kiepsko napisany to może poprawki na początku bardzo spowolnić.

eBay zrobił po ciuchu wejście na rynek PL i co? pupa jest dlatego jak wchodzić w rynek to jednak uderzyć z pełnej pary dlatego zakładamy, że nie będzie badania runku w taki sposób jak napisałeś.

Co ty? Po cichu? Przecież oni chcieli uczyć Polaków "jak się korzysta z aukcji internetowych". Szkoda, że sami zapomnieli nauczyć się wcześniej jak się wdraża portal aukcyjny bo na początku działalności uptime to by im nie pozazdrościł nawet pokehosting

Gotowiec nakłada ograniczenia bo już pewne rozwiązania są wdrożone i zmiana ich zajmuje więcej czasu niż napisanie ich w autorskim skrypcie.

Dokładnie.

[DreamStudio]

Co ty? Po cichu? Przecież oni chcieli uczyć Polaków "jak się korzysta z aukcji internetowych". Szkoda, że sami zapomnieli nauczyć się wcześniej jak się wdraża portal aukcyjny bo na początku działalności uptime to by im nie pozazdrościł nawet pokehosting

IMO po ciuchu bo mieli już konkurencje i powoli powinni uderzyć tak mocno, że potencjalnemu użytkownikowi by się śniły reklamy ebay

Widać, że nigdy nie brałeś udział w tworzeniu większego projektu. Od razu założyłeś, że zatrudni się grafikoprogramistę który zrobi wszystko. Grafikę, html, bazę zaprojektuje, AJAX, flash, może jakiś webserwis, etc.

IMO Mion ma trochę racji ponieważ wiem, że część dużych projektów właśnie tak była robiona ale czy to jest rozwiązanie optymalne? do tego jak mamy 100k na soft.

[slawek22]

IMO po ciuchu bo mieli już konkurencje i powoli powinni uderzyć tak mocno, że potencjalnemu użytkownikowi by się śniły reklamy ebay

Pamiętam, że witryna jeszcze nie działała a wszędzie trąbiono jak to "wielka korporacja" wchodzi na polski rynek. Moim zdaniem ebay to po prostu w porównaniu z allegro kiepska platforma i tyle. Może oczekiwania były zbyt wysokie.

IMO Mion ma trochę racji ponieważ wiem, że część dużych projektów właśnie tak była robiona

Przykład? Digg był w ten sposób robiony (chyba na RAC za $200-$300) tylko to było "jakiś czas temu" i podając takie info zwykle się zapomina jak żałośnie to wtedy wyglądało. Dzisiaj już nie te czasy.