Создание программного продукта

12 3
N
На сайте с 16.10.2010
Offline
12
1646

Здравствуйте.

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

учавстие в проектах по разработке программных продуктов.

Суть:

Есть готовая концепция нетривиальной компьютерной программы, способной принести

большую прибыль. Идея программы абсолютно "белая", нацеленная на широкую аудиторию

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

элементами игрового контента. Продукт имеет собственную рыночную нишу, точнее, при

правильном позиционировании, способен создать новую.

Проект "командный", московский. есть несколько специалистов из разных областей, чьи

знания были положены в создание концепции программы. Все люди занятые в проекте готовы

работать без временной оплаты, согласившись на участие в прибыли от реализации готового

продукта, но... Нет основного: хорошего программиста "умеющего" объектно-ориентированное

программирование.

Допустим, что концепция программы действительно уникальна и при условии её воплощения

в конечный продукт способна принести существенную прибыль.

Вопрос:

Как вы думаете, реально ли осуществить такой проект по системе "оплата от прибыли"

и что нужно предпринять для того чтобы его реализовать?

Буду благодарен за совет.

Спасибо.

zexis
На сайте с 09.08.2005
Offline
388
#1

Да, найти программиста готового работать за процент от прибыли вполне реально.

1. Опишите суть идеи программы.

2. Напишите ваши требования к программисту. Стаж, средства разработки.

3. Напишите финансовые условия сотрудничества.

Я бы и сам поработал. Если идея проекта мне будет интересна.

Стаж работы программистом 15 лет.

Писал программы на многих языках программирования.

N
На сайте с 16.10.2010
Offline
12
#2

1. Опишите суть вашей идеи программы.

Пользовательский интерфейс надстроеный над ОС. Есть концепции, согласно которым

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

полезные пользователю функции, так и обеспечивала игровую составляющую процесса "общения"

взаимодействия с компьютером.

2. Напишите ваши требования к программисту. Стаж, средства разработки.

Жёстких требований нет. Нужен хороший программист, способный собрать

сложную программу (изначально под Windows) и обеспечить работу централизованного

сервера.

3. Напишите финансовые условия сотрудничества.

При успешном поплощении потребуется дальнейшая поддержка и доработка.

То-есть, проект может быть долгим. За это время, многое может измениться.

Пока, представляю себе примерно равное участие в прибыли всех основных участников,

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

Как-то так.

_
На сайте с 24.03.2008
Offline
381
#3

Понимаете... пока вы не раскроете всех деталей п.1 найти человека вам не светит.

Если вы полагаете, что нереализованные идеи что-то стоят... забудьте обо всём этом сразу :). Стоят только реализованные.

Бизнес-план то есть ? Можно увидеть его оглавление ?

N
На сайте с 16.10.2010
Offline
12
#4

"Понимаете... пока вы не раскроете всех деталей п.1 найти человека вам не светит."

Для общего случая, вы правы, но, возможно, у кого-то это предложение вызовет интерес.

Есть творческие люди, у которых есть желание сделать что-то уникальное и полезное.

Если у них есть возможность... Почему бы нет?

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

Бизнес-план то есть ? Можно увидеть его оглавление ?"

Бизнес план нужен для согласования работы большого коллектива.

Команде из нескольких человек всё можно объяснить лично и пошагово определить лишь сроки

выполнения работы.

zexis
На сайте с 09.08.2005
Offline
388
#5
Notiam:

Бизнес план нужен для согласования работы большого коллектива.
Команде из нескольких человек всё можно объяснить лично и пошагово определить лишь сроки
выполнения работы.

Есть такой документ, называется техническое задание (ТЗ).

ТЗ пишется письменно, а не устно.

Опытный программист не начнет работу пока оно не будет составлено, согласовано и подписано.

Грамотное ТЗ это половина дела в написании программы.

Желательно ТЗ написать до начала работы программиста.

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

N
На сайте с 16.10.2010
Offline
12
#6
zexis:
Есть такой документ, называется техническое задание (ТЗ).
ТЗ пишется письменно, а не устно.
Опытный программист не начнет работу пока оно не будет составлено, согласовано и подписано.
Грамотное ТЗ это половина дела в написании программы.
Желательно ТЗ написать до начала работы программиста.
Хотя на практике часто ТЗ формируется самим программистом в процессе работы над проектом, но это порочная практика, ведущая к затягиванию сроков сдачи и появлению плохо структурированных программ, которые очень сложно потом сопровождать.

Прочитал некоторые ваши сообщения на этом форуме. Насколько я понял, вы обладаете

большим опытом и достаточно заняты.

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

на кого-то. Для этого проекта, нужен человек, который, после объяснения, сможет понять

и оценить перспективы работы. Если это произойдёт, то он поймёт, что работает на себя.

У него появится понимание того, что важно качество конечного результата.

Зачем, в этом случае, затягивание сроков и некачественный код?

Urbanoid
На сайте с 20.03.2010
Offline
152
#7

Notiam, простите за нескромный вопрос: каким процентом от прибыли вы готовы делиться с программистом? И как долго, всегда?

87793
На сайте с 12.09.2009
Offline
661
#8

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

Наше дело правое - не мешать левому!
N
На сайте с 16.10.2010
Offline
12
#9
87793:
Затягивание сроков и некачественный код в этом случае могут возникнуть не в результате саботажа со стороны исполнителя, а в результате того, что он (может быть, равно как и автор идеи) плохо будет понимать, а что же в конце концов в итоге нужно.

Да, это так.

Повторюсь:

"Команде из нескольких человек всё можно объяснить лично и пошагово определить лишь сроки

выполнения работы."

Личное объяснение это, как правило - диалог. По моему опыту, такая система координации позволяет не только правильно доносить необходимую информацию, но и улучшить её качество на выходе.

---------- Добавлено 29.05.2012 в 04:37 ----------

Urbanoid:
Notiam, простите за нескромный вопрос: каким процентом от прибыли вы готовы делиться с программистом? И как долго, всегда?

:) ага

Думаю, что не стоит делить то, чего нет. Всё должно быть сделано правильно.

D
На сайте с 18.05.2012
Offline
64
#10

С таким подоходим мёртвороженный проект.

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

То что вы назвали "коммандой" скорее всего слабо представляет во что ввязывается.

12 3

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий