Как правильно проектировать программу

← →
kombat © (2004-05-12 15:26) [0]

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

← →
Jeer © (2004-05-12 15:31) [1]

Договор юридический.

← →
serge35 (2004-05-12 15:32) [2]

Нет таких программ, которые не требовали бы постоянной поддержки.

← →
serge35 (2004-05-12 15:33) [3]

Напиши обновленную версию и продай ее заказчику.

← →
paul_k © (2004-05-12 15:42) [4]

"Здоровое" желание подсадить заказчика на иглу... Иногда выходит боком. Иногда - ещё хуже.
1. Самый простой способ - вложить закладку и если раз в неделю пароль не введен то функционал отвалился. Заказчика можно честно предупредить - без моего еженедельного визита программа не работает. Когда это вскроется будут бить...
2. Регулярно выпускать обновления, улучшения и так далее... Предоставлять только тем, кто испрасвно платит за поддержку. Для остальных - новая версия по цене новой программы
3. Ввести ограничение на количество копий (рабочих мест). За новые места заказчик может быть будет платить за расширение к-ва робачих мест
4. Правильно составить договор, в котором прописать - "без оплаты техподдержки я на ваши вопросы имею право не отвечать", формулировка естественно другая, но смысл этот..
И много ещё разных способов.
А вообще то если бы не куча изменений в законодательстве много народу разорилось бы (ну или кусок масла на их хлебе стал бы заметно тоньше).

← →
kombat © (2004-05-12 15:43) [5]

если существующая версия удовлетворяет требованиям, то никто не будет без нужды покупать новую. Одна надежда осталась, на изменения в законодательстве.

← →
paul_k © (2004-05-12 15:44) [6]

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

← →
serge35 (2004-05-12 15:50) [7]

Надо протолкнуть закон в госдуме, что эту на программу надо покупать лицензию на каждое рабочее место. Как сделал мелкософт в Америке.

← →
kombat © (2004-05-12 15:51) [8]

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

← →
paul_k © (2004-05-12 15:51) [9]

> kombat © (12.05.04 15:43) [5]
> если существующая версия удовлетворяет требованиям

Если только заказчик не видит что новая версия Лучше-Краше-Быстрее и так далее.
Опять же, если в договоре жеско написано - нет денег за поддержку и мы забыли друг о друге - заказчиику это не всегда придется по вкусу, и как показывает практика, он начинает "утаптывать" цену на поддержку, а не отказыватся от нее вовсе.

← →
kombat © (2004-05-12 15:58) [10]

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

← →
paul_k © (2004-05-12 16:01) [11]

> serge35 (12.05.04 15:50) [7]
> Надо протолкнуть закон в госдуме, что эту на программу надо
> покупать лицензию на каждое рабочее место.
Зачем так сложно?
это можно в договоре записать, указать способы контроля и штрафные санкции... Опять же иногда ломать чью-то, пусть даже самую простую защиту дороже, чем купить лицензию на ещё одно рабочее место.

← →
Danilka © (2004-05-12 16:22) [12]

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

Все дело в том, что программа не серийная/коробочная (биллинг для транкингового и пейджингового оператора) и рынок для неё не велик, а точнее мал. Так что особо другие не побегут.

> kombat © (12.05.04 16:45) [13]
> Все дело в том, что программа не серийная/коробочная (биллинг
> для транкингового и пейджингового оператора)

ну что же так ? в данном случае как раз много места для развития.
1. дополнительные отчеты. (или ты включил туда и построитель отчетов? причем отчетов любой сложности?)
2. дополнительные рабочие места (ну не верю я что программа однопользовательская)
3. Обмен данными с другими учетными системами, используемыми заказчиком
4. Изменение учетной политики (хотя это должно в программе настраиватся силами сисадмина и зависит от того что в ТЗ написано)
5. ответы на идиотские вопросы пользователей (так званая "горячая линия"). Ну не читают наши пользователи инструкции... Да и толково написанную инструкцию "до лопаты" редко встретишь..
и этот список наверняка можно продолжить, окультурить и предоставить заказчику, когда он спросит "зачем мне техподдержка?". Но главное в списке ответов должно быть - "что бя я Вас не забывал, помнил и любил, ровно на ту сумму, что Вы будете платить мне еже... (квартально, месячно,годно) согласно нашего договора. А нет денег, так и мне нет смысла помнить о Вас."
И ещё, даже если этот продукт не коробочный, то на нем свет клином не сошелся. А отзыв - мот господин kombat (Иванов, Петров,Сидоров) полностью удовлетворил все наши потребности, быстро, качественно и не стал "доить техподдержкой" может принести ещё не один вкусный заказ.

← →
serge35 (2004-05-12 17:31) [15]

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

>kombat © (12.05.04 15:26)
Не парься. Пиши как пишешь и она всегда, как и ее пользователь будет требовать и требовать... Конечно если у юзера есть деньги :)

← →
serge35 (2004-05-12 17:59) [17]

Ты сначала напиши программу, потом попробуй убедить заказчика, что это именно то, что ему нужно и пора бы заплатить деньги, тогда он тебе быстро найдет еще кучу претензий и недоработок.

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

Как правильно проектировать программу Найти похожие ветки