Viktor Vsk

1. Весь текст напоминает то, что я (да и подавляющее число разработчиков, я уверен) слышат по несколько раз на дню. Идеи не охраняются, создать проект без раскрытия идеи - невозможно.
2. Примеров стартапов соцсетей (как и любых) великое множество на каждом шагу. Сметы, безусловно, нигде не найдете. Да и смысла от нее нет, так как ваша будет похожа, от силы, на 0,00000000000000000000001% по каждом критерию.
3. Мне в голову не приходит ни один успешный проект, который начинался как революционная, не имеющая аналогов, идея. Даже Форд не создал первый автомобиль. Беспрецедентные новинки создаются в лабораторных условиях без конкретной цели, чаще всего - учеными.

Путь начать в данном направление, наверное всегда только один, разработать proof of concept с выстроенной бизнес-моделью, подкрепить его хоть какими-то цифрами и искать ресурсы (в зависимости от масштабов - свои или привлеченные средства)

Уверен, сейчас вы думаете, что самое главное - это создать сайт\сервис\программу - обычно, "люди с идеей" называют это "технической частью" - но, уверяю вас, это лишь самое малое звено в огромной цепочке событий, которая в 99,99% случаев ведет к неудаче (в лучшем случае, к опыту и перезагрузке)

Втянуться можно как вам угодно, в реальности встречался с каждым примером:
- Разработать самому, даже с нуля (нужно терпение и целеустремленность)
- Найти среди знакомых энтузиаста (нужно уметь не бояться потерять друзей)
- Скопить немного денег на заказ минимального каркаса и начать поиск привлеченных средств (нужна огромная заинтересованность и харизма)
- Подумать, какую существенную работу в проекте можете выполнять вы - раз разработка не для вас - сделать ее (например, существенное соц. исследование, или подписание фьючерсных контрактов с потенциальными клиентами) и обратиться уже с этим к заинтересованным сторонам - друзьям, разработчикам, студиям, инвесторам (нужны реальные профессиональные навыки в сопутствующих областях).

В принципе, софт, почти всегда не самая важная и сложная часть и все (включая инвесторов) это понимают. Но за голую идею точно никто никогда ничего не даст.

37signals.com/remote

Уже нужны курсы, что б научиться пользоваться джирой? О.о
Или, если вопрос, главным образом, в гибких методологиях, то так и формулируйте.

Просто именно "изъясняться правильно" - это первое, чему надо научиться менеджеру. Какие б ни были методологии

Это может быть один человек (и в мелким проектах такое очень часто бывает), но это не может быть одна специальность.
Где-то нужно больше из области бизнес-аналитики, где-то - из области юзабилити, где-то - из архитектуры, где-то - из маркетинга и т.д.

Если вы непосредственно про сайты-визитки, то этому чеовеку больше всего подойдет слово "сейлс-менеджер".

То есть, у вас есть проект, который несколько лет нормально держится на 8 разработчиках и тут вы хотите некоторых из них потерять, некоторым дать повод искать новую работу, а некоторым просто уменьшить желание работать?

1) Ваше понимание общей архитектуры - отстой (ознакомьтесь хотя бы с терминами, что бы не писать такие вещи)
2) Ваше понимание об инструментах реализации - отстой (проекты делаются не инструментами, а разработчиками. А разработчики порой знают одни инструменты и совершенно не знакомы с другими. И в то же время остаются гениальными)
3) Ваше понимание управления проектами - отстой (управленческая деятельность вообще показательна в плане того, что без практики от теории толк только отрицательный)
4) Ваше желание распараллелить процесс старо как мир и само по себе не работает (почитайте Мифический человеко-месяц)
5) Ваше желание оставить все в тайне (даже от разработчиков? :) ) - отстой. С ним более-менее успешно справляется разве что майкрософт.
6) Идеи сами по себе - отстой, ничего не стоящие.
7) Ваше желание выучить программирование ради проекта - не работает.

Что делать, если есть непреодолимое желание замутить проект исходя из личной идеи (продиктованной рынком или нет? ... неординарная мысль в наше время, неправда ли?):
1) Заразить своей идеей технически грамотного человека, которому вы сможете доверять процентов, эдак, на 99. И доверить техническу сторону ему.
2) Найти инвестора, который по счастливой случайности не заметит, что вы не знаете, как нужно работать, взять у него денег и нанять менеджера, который знает, что делать и кому сколько платить.

P.S. Разработка ПО - настолько широкая тема, что за более чем 40 лет серьезного коммерческого применения даже самые базовые части процесса не могут быть формализованы и решены универсально.

Нельзя сказать, что нужно делать. Можно сказать, какой путь вероятнее всего будет предпочтительнее в данном конкретном случае (задача + контекст + команда + ресурсы).

desktime.com вроде ниче так

А если заказчик пока сам ни в зуб ногой чего там будет в итоге, но цену хочет знать сейчас?

Не перестает умилять :)

Если проекты типичные (одностраничники, простенькие интернет-магазины, блоги, форумы...) и тривиальные, то часто можно найти исполнителя, который возьмется сделать заказ за фиксированную сумму, оговоренную сначала. Но надо помнить, что после того, как окончательная цена известна, исполнителя волнует не качество, а способ уложиться в бюджет по времени и ресурсам.

Совет, которому явно не последует 99% заказчиков: если сами не располагаете большим опытом в управлении веб-проектами, но хотите сделать серьезный продукт (ориентировочно, планируете потратить на все-про-все не менее 5000 $, например), то самый дешевый способ это:
1) Очень четко уяснить идею. Прописать в уме и на бумаге всевозможные сценарии. Придумать "персонажей" и юзерстори. Поделиться с друзьями и найти первую сотню изъянов, недочетов и не соответствий в задумке.
2) После того, как идея более-менее оформлена и вы смогли донести ее суть до нескольких человек, нужно попробовать составить "блочное" тз (например, пользователи могут регистрироваться. через соцсети. только контакт и ФБ. Пользователи могут приглашать других пользователей. Пользователь может загрузить 10 картинок. Следующие - платно". Такое ТЗ тоже можно попробовать составить самому и с друзьями.
3) После этого нужно найти человека, у которого есть более-менее нормальный опыт в разработке или управлении подобных систем и заплатить ему, например, четверть бюджета, что вы хотели вложить изначально, когда искали отклики подешевле на фрилансе, что бы он помог вам грамотно составить функциональное ТЗ.
4) После этого с функциональным ТЗ нужно определиться со стеком технологий. Тут можно найти разных исполнителей и попросить их аргументировать, какие технологии лучше использовать и почему.
5) Опросить этих исполнителей о примерном времени, которое может потребоваться на реализацию каждого блока (не функции). Посмотреть, есть ли серьезные различия в оценке в разных командах и стеках.
6) Самое сложное - из тех, кто дал самые адекватные оценки (скорей всего, совершенно не самые минимальные), выбрать тех, к кому просто больше доверия.
7) То время в часах, которое они укажут умножить на 2 и ориентироваться на эту сумму (про себя). Так же быть готовым к х3-х5 сумме.
8) Задачу лучше всего разбить на мелкие независимые этапы, что бы лучше понимать, укладываются ли исполнители в сроки и что б всегда безболезненно для обоих сторон можно было прекратить работу.

Иначе (если взять тех, кто обещает быстрее, дешевле и готов работать за заранее оговоренную сумму, а не time + materials) будет очередная Сиднейская опера

Конечно, если бюджет на приложение 500 долларов на приложение, то единственный вариант - найти леприкона с горшком на фрилансе, отдать ему сразу все деньги, и молиться.
P.S. Средняя цена приложения на западе (среднего, но законченного) - $100 K