iliyaisd

У меня у самого так не получалось (приходилось постоянно доделывать за наёмными рабочими). Но в компании, где я работал, было примерно так. Берётся крупный проект, первое самое ответственное время его ведёт такой человека, как вы. Не кодит. Но постоянно всех разрабов собирает и подробно обсуждает, что, как и когда будет сделано. Начиная с определённого момента он постепенно снижает своё присутствие, перекладывая полномочия на самого ответственного и опытного разраба (вплоть до общения с заказчиком), а сам переключается на другой проект.
Возможно, вашу проблему сможет решить размер проектов. Т.е., не 20 небольших, а 3 огромных. Тогда вам не надо будет особо вообще вникать, начиная с определённого этапа.

Мне пару раз предлагали условия от 10 на 20 процентов, притом, что за работу вам платят чуть меньше. Заказчику выгодно, чтобы вы были пайщиком - тогда он получает надёжного человека, который будет заинтересован в работе проекта, и всего за 10-20 процентов от шкуры неубитого медведя. При этом на нём будет вся техническая часть. Что ни говори, но без постоянного технаря всё рискует загнуться, не начавшись.

На днях начал читать книгу Rework, и там сформулирован отличный принцип: "Чешите там, где у вас зудит". Иными словами, что-либо будет точно нужно, если оно решает лично вашу проблему (идеально) либо существующую проблему людей, которые вас окружают. Как найти существующую проблему? Наблюдать, спрашивать, разговаривать, проводить опросы и социальные эксперименты, анализировать то, что уже реализовано, и чем ваше изобретение лучше существующего. Вот уж как раз тот случай, в котором кто ищет, тот всегда найдёт. Ну, а без ощущения реальной нужности - всегда будете забрасывать. Потому что тема автоматически уходит из приоритета. На мой взгляд, лучший способ ощутить нужность (если только это не целенаправленно благотворительный проект) - это продать, монетизировать. Получится - значит, нужно, и мотивация придёт сама собой. Не получится - обратный процесс.

Сейчас обычно в таких вопросах
1. Проводят анализ рынка, определяются с бизнес-моделью и способами монетизации, выявляют конкурентов (и их оборот, бизнес-модели, монетизацию), формулируют уникальные фишки.
2. Далее делают лендинг для тестирования рынка и получения подписчиков. Это не обязательно, но желательно.
3. Делают упрощённый прототип приложения. Я не знаю деталей вашего проекта, но из описанного полагаю, что переделывать из интернет-магазина будет слегка напряжно. Особенно если это будет модуль для джумлы. Ещё можно взять какой-нибудь магазин с хорошим движком, который грамотному программисту будет комфортно дальше обрабатывать (например, OpenCart). Но я бы не стал использовать такой движок для этих целей и писал на фреймворке.

Что касается дизайна. Чтобы получить хороший отклик, вам в любом случае придётся проектировать его грамотно, в идеале - с маркетологом и дизайнером. Если нет возможности, почитайте об особенностях и важных вещах в дизайне и юзабилити. Может конечно вам повезёт, и бесплатный шаблон попадётся прям такой как надо, правильный, современный и удобно сделанный, но в это как-то слабо верится. Так или иначе, если будете делать вначале лендинг - в дизайн придётся вкладываться чуть меньше, и будет уже некая заделка под будущий стиль.

И самое главное - на начальном этапе побольше забивайте на желание попробовать кучу технологий, лучше думайте о социальной и финансовой стороне. Делайте как можно проще, меньше и целенаправленней. Когда всё закрутится - уже можно будет об этом думать.

Я пробовал создать команду (из фрилансеров) и брать много проектов для совместной работы над ними. Вот мини-анализ шишек:

1. Всё это имеет смысл, только когда деньги уже есть либо хотя бы согласованы. В противном случае вы будете морочить голову фрилансерам, не сможете заплатить и т.д. Либо ищите сразу партнёра, который будет работать с вами за интерес, но тогда и отношения будут соответствующие.
2. Проект должен стоить / приносить хотя бы в пару раз больше, чем оценочная стоимость работ фрилансеров. Иначе вы в лучшем случае выйдете в ноль.
3. Всё, что дешевле сделать самому, следует делать самому. Кстати, я это обнаруживал совершенно внезапно, расписывая для исполнителей подробное задание.
4. 90% фрилансеров кидают, срывают сроки, пропадают. И часто не только по своей вине - просто у них вдруг возникают срочные задачи на вчера, всплывают неотложные дела и заказчики - такова специфика. Даже если вам повезёт, цену этого следует закладывать. Кроме того, всё время спрашивать, контролировать - но это уже управление проектами. Тщательно отбирайте людей.
5. Должен быть отдельный человек, занимающийся чисто разговорами, юридической частью и др. (если всё это требуется). И это должен быть партнёр (т.е., человек, заинтересованный в росте компании). Занимайтесь только своим - технической частью.
6. На одесках не пробовал искать, но думаю, что вам будет очень сложно. Другой менталитет немножко, языковой барьер, ну и прочие технические сложности.
7. Если вы настроены серьёзно, стоит в близкой перспективе идти к тому, чтобы посадить парней в офис и иметь их по полной. Гораздо снижаются затраты на коммуникации, контроль, человек всё время на виду, вы можете просто подойти и посмотреть код. Соответственно вы от него получите больше за то же время и деньги.

На мой взгляд, если зарплата одинакова, то это вопрос только личных предпочтений. Я два года проработал РНР-разработчиком в крупной компании, лидере на своём рынке. Не знаю как где, но многие проблемы компаний, хотя не всегда, но обходимы. У нас был легаси-код 10-летней давности, но рефакторинг по мере возможности проводился. Было много правил и устоявшихся вещей, но они служили предохранителем от глупостей - когда надо было какое-то правило обойти для реального решения задачи, это всегда можно было сделать. Было много старых разработок, но было место пробам и новых фреймворков, и инструментов/библиотек, и подхода к разработке. Очень много проводилось для обмена опытом и обучения сотрудников.
Сейчас я ушёл оттуда во фриланс. Почему? Ну не могу я, когда стоят над душой. Хочу, чтобы дали задачу любой сложности, и я её делал. Не то чтобы я супер-пупер-мегакодер, но со сложными задачами сталкивался не раз, и если заказчик сам знает, чего хочет, то решение всегда можно найти. Кроме того, есть форумы, сообщества, хабр и тостер, наконец.
С другой стороны, если бы я находился в начале своего пути, и попадал под Ваше определение "программист, только что ушедший из крошечной фирмы и у вас нету опыта серьезной промышленной разработки", то я выбрал бы большую фирму, что в своё время и сделал. Потому что вначале программист работает на опыт, а потом - куда душа лежит. У меня не к большим фирмам.:)