Открыть свой бизнес

[fedotxxl]

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

 

[K-Fire]

Практически нереально.

Да и в чем проблема открыть юр.лицо? Делается быстро и недорого.

 

[morpheus]

СПД делать, насколько мне извесно, вообще просто.

 

[Akupaka]

если найдешь клиента и договоришься, то реально...
другое дело, что сложную систему врядли захотят купить (за дорого) без гарантии поддержки...

 

[fedotxxl]

Кстати, сколько по вашему сейчас стоят системы? Т.е. нужно же как-то оценивать свой труд...
Ещё вопрос - как и где найти клиента?)

>другое дело, что сложную систему врядли захотят купить (за дорого) без гарантии поддержки...
Поддержку мы можем обеспечить... другое дело довериться совсем начинающей маленькой компани...

 

[Akupaka]

а систему вам не написать, светлые головы? ))


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

к чему я веду?.. к тому, что нужно заслужить доверие рынка... сделать это не просто, но, если суметь, то можно сорвать куш

 

[fedotxxl]

Я бы просто попросил денег)
Продукт есть, есть опыт разработки и внедрения. Нет опыта общения с бизнесом... т.е. мы были всегда реализаторами...

 

[vladoos]

А чем вас фрилансинг не устраивает?

Лучше всего набираться опыта начав с фрилансинга. Рынок систем докоборота довольно тяжёлый, но если головы "светлые", то проблем в заказами не будет. Естественно, что начинать нужно с демпинговвых цен. Это неизбежно, так как начиная бизнес вы сперва работаете на обучение менеджменту, и на свою репутацию, прибыль в начале лучше вообще минимизировать и просто смириться с этим. А вот когда вы реализуете несколько крупных или много мелких проектов, тогда можете выходить на рынок самостоятельной компанией. Но если проколетесь раз, то считайте, что вас уже нет. В этом отношении быть фрилансером легче, от них никогда не ждут великих свершений... а если и ждут, то это уже проблемма заказчика Уметь программировать это только половина успеха, вторая половина это грамотный менеджмент, ответственность и трудолюбие. Потому что работая на себя вы будете неизбежно полчать намного меньше, чем если бы выполняли ту же работу на предприятии. Разница в том что вы сами решаеете сколько вы сможете взять работы.

Боюсь растроить, но вс таки ключевая роль в этом бизнесе все таки не за программистами, какими бы светлыми они ни были, а за хоризматичными, энегричными и умными руководителями. Все таки умение отрывать пинком ноги двери директоров предприятий, и убеждать их что без ваших услуг они прото жить не смогут, стоит гораздо дороже, чем умение программировать.
Идеальный вариант это сочетание таланта руководителя и программиста.

 

[lionk]

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

100% согласен.

 

[K-Fire]

если найдешь клиента и договоришься, то реально...

А как они деньги тебе платить будут? Наличкой из черной кассы? Для того юр.лицо и надо, чтобы с ним заключить контракт и заплатить безналом.

другое дело, что сложную систему врядли захотят купить (за дорого) без гарантии поддержки...

А наличие юр.лица совсем не означает какие-то гарантии Даже если в контракте прописано "бесплатный техсаппорт в течении года", в реальности это может означать что на телефон не отвечают, на емейлы отвечают через неделю с текстом "это ваши проблемы".

Кстати, сколько по вашему сейчас стоят системы? Т.е. нужно же как-то оценивать свой труд...
Ещё вопрос - как и где найти клиента?)

Гыыы, для ответов на эти вопросы нанимают продажников, маркетологов и тому подобное. И то, правильный результат не гарантирован. Если вы технари, то с 99% вероятностью вы ничего не понимаете в этих вопросах, и будете натыкаться на все грабли какие только возможно.

>другое дело, что сложную систему врядли захотят купить (за дорого) без гарантии поддержки...
Поддержку мы можем обеспечить... другое дело довериться совсем начинающей маленькой компани...

Гмм, а вы уверены что поддержку сумеете обеспечить? Причем так чтобы вы в убыток себе не работали?

Я бы просто попросил денег)
Продукт есть, есть опыт разработки и внедрения. Нет опыта общения с бизнесом... т.е. мы были всегда реализаторами...

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

А чем вас фрилансинг не устраивает?

Лучше всего набираться опыта начав с фрилансинга. Рынок систем докоборота довольно тяжёлый, но если головы "светлые", то проблем в заказами не будет.

Почему это проблем с заказами не будет? Сейчас у нас кризис, проблемы с заказами абсолютно у всех.

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

Покажите мне пример когда демпинг на рынке софта приводил к успеху? Обычно все как раз наоборот, клиент смотрит на вашу цену и думает: если у них так дешево, значит продукт хреновый. На эти конкретные грабли наступают почти все, кстати.

А вот когда вы реализуете несколько крупных или много мелких проектов, тогда можете выходить на рынок самостоятельной компанией.

Эээ, а как это они реализуют несколько крупных проектов? Откуда они клиентов возьмут, особенно если они не самостоятельная компания. Если под фрилансером понимается просто некий программист, то так они не найдут никаких проектов вообще.

Но если проколетесь раз, то считайте, что вас уже нет. В этом отношении быть фрилансером легче, от них никогда не ждут великих свершений... а если и ждут, то это уже проблемма заказчика

Тоже не верное утверждение. Ну прокололись они разок, и что, все остальные потенциальные клиенты сразу об этом узнают? Нет конечно.

Уметь программировать это только половина успеха, вторая половина это грамотный менеджмент, ответственность и трудолюбие. Потому что работая на себя вы будете неизбежно полчать намного меньше, чем если бы выполняли ту же работу на предприятии. Разница в том что вы сами решаеете сколько вы сможете взять работы.
Боюсь растроить, но вс таки ключевая роль в этом бизнесе все таки не за программистами, какими бы светлыми они ни были, а за хоризматичными, энегричными и умными руководителями. Все таки умение отрывать пинком ноги двери директоров предприятий, и убеждать их что без ваших услуг они прото жить не смогут, стоит гораздо дороже, чем умение программировать.
Идеальный вариант это сочетание таланта руководителя и программиста.

Я бы сказал что "умение программировать" в бизнесе это 20% а то и меньше успеха. И программист как таковой имеет не то что не ключевую, а совсем никакую роль
И кстати, покажите мне таких людей которые пинком убеждали директоров предприятий? Такого почти не бывает, это все росказни. В реальности либо тяжелая работа с заказчиком, либо откаты.

 

[Veselinka]

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

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

Когда-то мы так же начинали.... первое внедрение системы бюджетирования было в черную.)))

Но ваш подход - типичный подход производственников.
Даю бесплатно бесценный совет: идите не от продукта, а от потребности рынка.

 

[Akupaka]

K-Fire, извини, но нездоровый уровень критики, ты похож на человека, который как бы и сам не против чего-то организовать, но создаешь себе заранее множество ограничений, и работа тебе начинает казаться непосильной
конечно, проблем хватает, но успеха добивается тот, кто в него верит!

А как они деньги тебе платить будут? Наличкой из черной кассы? :wacko: Для того юр.лицо и надо, чтобы с ним заключить контракт и заплатить безналом

если сильно надо по-честному, то договора подряда достаточно, и юр.лицо не надо

А наличие юр.лица совсем не означает какие-то гарантии

а я и не говорил, что юр.лицо это абсолютная гарантия, я вообще о юр.лице не упоминал
гарантии поддержки, это, в первую очередь, правильный договор...

 

[vladoos]

K-Fire
Не буду спорить... в бизнесе ничего нельзя утверждать наверняка. В любом случае, ничего нельзя понять пока этого сам не попробуешь.
Попытка не пытка, а спрос не беда. Лучше сделать и сожалеть о том, что сделанно, чем не сделать и сожалеть о том чего не сделал. :blink: Что делать, если оставить все как есть, то так и останешься ужасно и безнадёжно беден, а вот что нужно сделать, что бы наверняка разбогатеть ты не понимаешь? Так или иначе, тебе все равно хочется, что-нибудь изменить. Под лежачий камень вода не течёт. Но как обычно бывает, те кто сидят на верху так упрямы и совсем тебя не понимают, а на месте то виднее. Усядешься ждать пока рак на горе свиснет и поминай как звали, а раз так то человек не должен сидеть сложа руки и имеет право что-то изменить.

 

[yerke]

Добрый день братцы лотусисты!
У меня вот такой вопрос
Мы пишем прогу для педагогического ВУЗа, в ВУЗе примерно 16 000 студентов. Получается, написанные нами модули обсуживают (если можно так выражаться) стока студентов. И есть определенные компании, которые тоже пишут модули для ВУЗов. Слышал что у них специальная тарификация, допустим для 1 студента 1 доллар (приблизительно) ежегодно за прогу.
Хотелось бы знать какая ситуация (тарификация) у вас в России и Белоруссии, если конечно есть в форуме прогеры, которые пишут для ВУЗов?

 

[Akupaka]

что-то я ниче не понял...

 

[Sandr]

Наличие системы, даже уже готовой к продаже - это ничего, если нет клиента.

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

Максимум, что как правило уже есть готовое - это движок, воплощающий гениальность идеи, без какой-либо бизнес-логики и наворотов.

Знаю пример, когда продали компании воздух, а потом из этого воздуха делали продукт.

Как выше уже писали - разработчик играет далеко не первую роль...

 

[Akupaka]

о, главный бизнессмен вспомнил ссылку на форум )))

 

[Sandr]

Добрый день братцы лотусисты!
У меня вот такой вопрос
Мы пишем прогу для педагогического ВУЗа, в ВУЗе примерно 16 000 студентов. Получается, написанные нами модули обсуживают (если можно так выражаться) стока студентов. И есть определенные компании, которые тоже пишут модули для ВУЗов. Слышал что у них специальная тарификация, допустим для 1 студента 1 доллар (приблизительно) ежегодно за прогу.
Хотелось бы знать какая ситуация (тарификация) у вас в России и Белоруссии, если конечно есть в форуме прогеры, которые пишут для ВУЗов?

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

о, главный бизнессмен вспомнил ссылку на форум )))

 

[vladoos]

Хотелось бы знать какая ситуация (тарификация) у вас в России и Белоруссии, если конечно есть в форуме прогеры, которые пишут для ВУЗов?

А если завтра в ВУзе сократят студетов в два раза вы, что вернёте половину суммы продукта? Вопрос поставлен некоректно, извините, но даже глупо и как-то наивно. Вы сперва определитесь что вы продаёте, а потом исследуйте рынок на предмет соотношения спрос/предложения, но это что-то.

Продавать вы можете либо товар, либо услугу. Определитесь, формально, что вы им оказываете, услугу инсталяции системы или программный код. Вероятнее всего и то и дугое. Значит, суммируйте стоимость инсталяции и програмного кода. Расчитывать стоимость изходя из колличества пользователей вашей программы неадекватно. Самое адекватное будет расчитывывать стоимость изходя из закона спроса и предложения. Узнайте платёжеспособные возможности заказчика (как это делать думайте сами, главное не нарушать закон). Узнайте насколько сильно нужна данная система заказчику, т.е. спрос или потребность. Соотношение [Платёжеспособность/Потребности * K] и будет стоимость продукта, которую вы можете требовать с клиента не отпугнув его и не продешевив. Где {K} - это коэффициент жадности . Значение от 0 до 1, выбирайте в соответствии с уровнем вашей личной жадности или щедрости. При выборе помните, что жадным быть плохо