Так и я не предлагаю бездумно лезть в абсолютно неизвестный сектор. Быть в теме нужно, даже если "педали за тебя крутит" наемник. При чем, со стороны часто виднее, куда их крутить надо - потому, что голова не забита сугубо техническими сиюминутными тонкостями. Я вот об этом.
При чем, голова то не резиновая - все-все-все знать нереально. Посему, это норма - когда человек, знающий тему поверхностно, но в целом, руководит специалистами, копающими каждый свое направление на порядки глубже.
С одной стороны - верно. Но если задача стоит в первую очередь в бизнесе, а не в технике, то свое внимание нужно направлять по большей части именно на деловые вопросы, а техническую работу делегировать наемным работникам или подрядчикам.
Закопаться в мелочах очень легко. Особенно в ИТ (их тут немерено). А это приведет к снижению или вообще потере контроля над самим бизнесом и в итоге завалить дело будет куда проще. Конечно, в итоге то можно пройти и этим путем. И на финише иметь не только деловые навыки но и глубокие технические, что есть бонус в конкретной предметной области. Но времени и ресурсов на это будет угрохано в разы больше - по себе знаю.
Да, технических деталей при делегировании будет освоено меньше, но за то голова будет свободнее для преодоления сложившихся, навязанных техническими решениями стереотипов. Бизнес, произрастающий из технических возможностей обычно сильно уступает тому, который исходит из реальных потребностей рынка - банально, но я 2 года убил чтобы впитать эту идею. До сих пор приходится себя одергивать, когда голова начинает думать на тему: "как бы применить вот эту клевую техническую возможность???".
Нам ближе продавать софт, ибо мы программеры, а не барыги. Проект вообще начался из-за того, что я хотел реализовать свои антифродерские идеи, а смс-обменники - самая зафроженная тема, и без качественной защиты там труба практически гарантирована. А у меня опыта антифрода 3 года и проверенные на практике весьма действенные методы управления рисками, коих я еще ни где (кроме своих проектов) в этой сфере не видел. Плюс еще ряд фишек, которые рвут конкурирующие продукты (коих в свободной продаже вообще-то нет), как Тузик грелку.
Да и чисто коммерчески для нас это не менее выгодный вариант, и больше соответствует стратегии развития (хочу поднять серьезную софтверную компанию).
Для сомневающихся отмечу, что работы ведутся по бумажному договору с подписями и печатями. И оплата может быть по безналу (хотя и нал в Москве при личной встрече в нашем офисе примем). С физическими лицами все так же, просто без печати с их стороны, за неимением оной.
За пределами Москвы работаем по почте и через "сберкассу".
Договор можно получить на сайте. В нем все подробно расписано - 23 страницы, включая спецификацию и лицензионное соглашение.
Как уже говорилось, лучше разделить бюджет на несколько проектов, чтобы подстраховаться. Хотя, больше чем на два-три полноценных проекта тут, имхо, не хватит.
Могу предложить конкретный вариант - смс-обменник.
Описание, презентации и полнофункциональная демонстрация на www.albix.ru
Софт ставлю на Ваш хостинг, настраиваю и поддерживаю.
Дальше с Вас раскрутка и непосредственно эксплуатация.
Самый успешный клиент на сегодня за первый же месяц эксплуатации вышел на выхлоп 4000-5000 рублей в НЕДЕЛЮ, вложив всего около 40000 рублей. То есть на второй-третий месяц отобьется полностью.
Разумеется, это далеко не предел. Знаю людей, которые имеют оборот примерно в 10 раз больше выше упомянутого клиента. А с развитием технической части проекта и их можно будет переплюнуть в несколько раз :D
---------
Другую часть бюджета я бы использовал для создания нескольких тематических многостраничных сайтов с уникальным текстовым контентом, и их раскрутку в плане тИЦ и PR. Монетизация, соответственно, через sape.ru и контекстную рекламу, когда на них пойдет нормальный человеческий трафик.
Емае...
1) Про "жестокую физическую расправу", ясен пень, была шутка.
2) Я то же самое и написал, другими словами.
Денег никогда не бывает достаточно. И лишних денег у работодателя не бывает. А ошибки в оценках трудозатрат и затягивание работ со стороны исполнителя происходит гораздо чаще, чем затягивание выплат, ибо заплатить то гораздо проще, чем оценить и сделать.
А еще нередко приходится неоднократно посылать "выполненный" заказ на доработку, так как при сдаче обнаруживается масса несоответствий ТЗ, в том числе таких, когда исполнитель не понял, не спросил, и сделал по своему, или вообще не сделал. А самоделки часто оказываются несовместимы с ральностью.
В итоге, разумеется, пока нет готовой работы - нет и оговоренной оплаты. А работники частенько считают, что за все это дополнительное время заказчик им что-то еще должен доплачивать. Что, однозначно, не так. Значит, всегда возможна ситуация неудовлетворенности программера.
Иногда у тебя просто нет выбора. Получаешь в руки уже начатый проект с утвержденным подрядчиком и частично написанным им софтом, или начальник по знакомству устраивает программера, и т.п. Я сам бывал в такой ситуации. Да и собеседование с испытательным сроком не гарантируют, что удастся выявить неадекватность работника - она может потом всплыть.
Так что, думать о защите своих интересов - логично при любом раскладе.
Угроза жестокой физической расправы - более действенный метод обеспечения качества результата, чем подкуп, но нормальным отношениям с нормальным подрядчиком, ни то, ни другое никак не способствует.
Лично я считаю, что целесообразнее делить задачу между несколькими подрядчиками, использовать стандартизацию и документирование, контролировать выполнение работ и фиксировать их результаты на малых промежутках времени, выполнять конечную установку софта самостоятельно или доверять ее очень лояльному и близкому человеку.
У меня вот сейчас близкая ситуация. Софт написан частично на php. Компиляция с шифрованием усложнят эксплуатацию - смысла не вижу. Но и на юридическую защиту надежды у меня что-то нет никакой.
Посему, решил обеспечить защиту своих прав сам - техническими способами. Клиентская часть отдается заказчикам только в шифрованном виде и без исходников. И она привязана к домену, на котором серверная часть софта стоит.
С вопросами об отсутствии бэк-дуров и критических косяков это не вполне совместимо, но мне пока таких вопросов и не задавали.
Более того, если софт платный, то, имхо, функции лицензирования не могут быть открытыми, а то заказчику будет большой соблазн не заплатить (знаю примеры таких случаев).
Думается мне, что позиционировать сей ресурс можно, как выше предлагалось, или для оптовых поставок, или особо качественного (элитного) товара... Или даже немного совместить, но с уклоном больше в сторону элитности, а то наоборот вряд ли толк выйдет.
А к элитке было бы неплохо добавить услуги монтажа, а то многие домохозяйки боятся даже лампочку вкрутить. Особенно, элитные домохозяйки, элитные лампочки .))) А это уже повод для хороших цен на услуги.
Так как регион относительно ограниченный, то вполне можно сами услуги обеспечить через партнеров - компании для крупных заказов (монтажа проводки коттеджей и т.п.) и частных спецов для закручивания лампочек и подобных задач.
Сайт решает вопросы рекламы товаров и услуг, Вы поставляете материальную часть, а партнеры обеспечивают выполнение работ, клиентам просто и удобно выбирать фурнитуру "под цвет обоев" и не надо думать какой стороной лампочку в патрон сувать - все в дамках!
Продвигать сайт я бы попробовал оффлайновыми способами и на региональных инет-ресурсах.
Николай, а я совершенно с Вами согласен, что с идиотами работать глупо и дорого. И сам с ними работать не стал бы, если бы не действие внешних факторов (вроде дружбы этого гуманоида с начальником, или жестко ограниченного бюджета на зарплату, ниже среднего уровня для нормальных программистов).
Но сейчас речь идет не о том, с кем работать или не работать. А о том, что делать, если вот, оно сидит уже на проекте, лезет волосатой лапой в критически важный код, и имеет максимальные привилегии на продакшн-сервере.
Предложенная мною выше последовательность направлена не на дисциплинарные цели, а на увольнение этого гуманоида, с заменой на адекватного работника. И при этом я искал способ передать дела так, чтобы гуманоид не сразу понял, что он в пролете, и не начал гадить по-крупному. Потому как если он резко уйдет, то все, к чему он имел доступ, необходимо будет снимать с эксплуатации и просеивать с невероятной тщательностью.
Согласитесь, потери от такой остановки эксплуатации и трудозатраты на просеивание всего подряд будут во много раз выше, чем повышенная зарплата нового программиста с надбавкой "за вредность" и секретность его миссии.
Я уже даже не говорю о возможных потерях, если гуманоид все-таки сделает какую-нибудь реальную гадость.
P.S.: С ростом бизнеса, неделегировать задачи становится нереально. Ресурс времени у человека ограничен, знаете ли. Приходится использовать чужое время. Так что выбор таков: ковыряйтесь сами на уровне "чуть выше плинтуса", или делегируйте задачи и полномочия, каким-то образом обеспечивая контроль. Вот это, как раз, и есть менеджмент ))))
Идем на sf.net, берем конкретный дистрибутив и суем разрабу - "на, ставь".
Ничего нового незаметно он туда не засунет. А что там уже есть - не его (ему еще тоже найти надо), да и значительное число смотрящих на код снижает вероятность, что такие глупости там со временем останутся. И их все труднее и труднее будет искать.
