авторГоспода, хочу выслушать ваше мнение. Актуально ли в России заниматься разработкой клиент-серверных учетных систем для торговли "с нуля" (складской учет, логистика и т.д.) для малых и средних предприятий, которые переросли уровень "палаток" но не являются гигантами. И которые не могут позволить себе выкладывать миллионы долларов за внедрение монстров от erp ?

Во-первых, заниматься разработкой всегда актуально. Главное ЖЕЛАНИЕ! Это самое первое, что побуждает к действию. А вот будет ли это востребовано, на мой взгляд вопрос тактический. Предположим, есть у Вас средства - это очень хорошо, просто замечательно, есть коллектив специалистов - отлично, и Вы принимаете решение - "Ну все, пишем торговлю". По-моему (сугубо мое мнение) такой подход ошибочный. Есть некоторые факторы, которые должны определить весь процесс.

1. Нужна гарантия востебованности продукта . Для этого Вам не надо еще знать будете Вы писать "троговлю" или что-либо другое. В первую очередь надо найти нуждающегося в решении. И не важно будет это предприниматель переросший уровень "палаток" или "свечной заводик" осваивающий новые филлиалы в других регионах. Должен быть субъект нуждающийся в автоматизации своей деятельности. Это Ваш первый гарант востребованности Вашего продукта. Только его наличие должно побудить начало подготовительных действий к разработке. Предположим такой субъект есть.

2. Нуждающийся в решении должен стать Вашим заказчиком . Не буду рассуждать по-поводу переговоров, уточнения объемов и оплаты, это само собой разумеющийся процесс. Главное, что он (нуждающийся) должен стать вашим заказчиком. В этом случае, он Ваш гарант востребованности, он Ваш постановщик задачи, он Ваш тестер. Только с его помощью (при его присутствии) Вы убеждаетесь в правильности решений и реализаций.

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

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

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

6. Наверняка Вы лучше всего умееете писать программы, а не продавать их . Для того, чтобы Вы не отвлекались от основной своей деятельности и успешно реализовывали свои решения - не скупитесь. Предложите своему заказчику, по окончанию работ над проектом предоставить ему полные права на реализацию готового программного продукта. Таким образом у него будет возможность покрыть свои расходы и вместе с тем освободить Вас от массы хлопот связанных с реализацией. Определите, для себя авторский гонорар с каждой реализованной копии продукта 10-15 процентов. Это будет честно, потому-что успешная организация реализации чего угодно, предполагает значительные расходы, и если заказчик приймет Ваше предложение он должен видеть реальную прибыль.

7. Всегда ли группа из 30 специалистов лучше чем из 3 (трех)? По-моему личному (субъективному) мнению, разработка программ должна вестись не большими группами программистов по три человека, не больше не меньше. Если меньше трех работа будет не продуктивна, если больше трех - это уже толпа и некоторые будут просто поднимать пыль. Знаете как некоторые говорят - "Люблю групповой секс. Всегда можно сачконуть". В процессе работы, когда группа обсуждает решения один человек сможет согласится с мнением всего лиш одного из двоих своих собеседников.

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

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

saasa Нет, не актуально. Если только нет команды внедренцев, аудиторов,программистов, 3-5 лет времени и 200-500 млн. $ денег на проект.

Могу ли я это понимать так, что на сегодняшний день успешные разработчики (в любой форме фирмы, частники и др.), чьи продукты покупаемы и популярны. Перед началом разработки имели штат внедренцев, аудиторов... Кроме того имели 200-500 млн.$ И для разработки их продуктов (до первой реализуемой версии) им понадобилось не менее 3-5 лет
???? ????? ????? ???? ???? ???? ???? ????