Имя: Пароль:
1C
1С v8
Если вам заказали проект, создание продукта, который можно будет продавать
,
0 Капюшон
 
29.07.11
12:52
1. Другое 56% (5)
2. Я бы сам делал 22% (2)
3. Часть сам, часть отдал на сторону 11% (1)
4. Всё отдал бы на сторону 11% (1)
Всего мнений: 9

Хочу выслушать взгляды на ведение бизнеса в IT сфере. Ситуация такая: Заказчик предложил разработать программу для учета кредитов - давать людям кредиты и иметь возможность видеть отчеты по платежам, задолжностям, Чтобы проценты правильно сами просчитывались и прочая аналитика. Чтобы через эту программу ещё можно было оформлять документы,  имеющие печатные формы. На платформе 1с8.2. И говорят, Что эту программу нужно будет постоянно дорабатывать, поэтому на сопровождение постоянное тебя возьмём. И остается только вопрос в цене. Какую цену запросить и на каких условиях. И по поводу поддержки программы, обговорить условия. Если с программингом, то одна сумма, если просто онлайн поддержка, то поменьше. Как бы вы подошли к решению данной проблемы? Я и своё мнение выскажу:

1)Определиться с тех заданием. Согласовать его и выбить сумму предоплаты за начальную разработку. Далее на эти деньги нанять программиста-кодера, который бы реализовать эти задачи. А самому в это время заниматься менеджерской работой - рекламой, поиска целевой аудитории, обговаривание условий дальнейшей оплаты? А потом продавать этот продукт и иметь уже центр поддержки и продавать уже попутно другие продукты, предлагать решения, но всегда использовать наёмный труд по кодингу.

Или же вы считаете, что надо самому всё делать и получать свои кровные, зато все?
1 Дикообразко
 
29.07.11
12:53
покажите автору где стена
2 БалбесВ1с
 
29.07.11
12:56
Я бы скачал.

Другое
3 Песец
 
29.07.11
12:58
(0) С учетом

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

у тебя единственный выбор:

Всё отдал бы на сторону
4 Капюшон
 
29.07.11
12:58
(2)ну понятно! это тоже означает, что не сам. Я бы тоже скачал для начала, А потом бы переделал и добавил бы функционал. только не сам. Я бы лучше уделил побольше времени, чтобы продумать полезные функции, архитектуру программы.
5 Капюшон
 
29.07.11
12:58
(3)ну я и не такое делал. просто не хочется. это слишком неразумно. выбывать из основного бизнеса на месяц
6 Irbis
 
29.07.11
12:59
Просить адназаначна сто тыщ мульонов золотом
7 IamAlexy
 
29.07.11
13:00
сделал бы сам причем закрыл бы код нафиг, а затем после успешного внедрения (а оно неминуемо) начал бы продавать нетленку налево и направо, заработал бы пару лярдов евры, купил остров (говорят греция подешевке продает) и лежал бы всю оставшуюся жизнь в шезлонге глядя на море и попивая пиноколаду которую бы мне приносили красивые мулатки в бикини и топлес...

Я бы сам делал
8 IamAlexy
 
29.07.11
13:00
+(7) все другие варианты неинтересны и скучны...
9 Астероид
 
29.07.11
13:00
тупые, жадные одинесниги
10 acsent
 
29.07.11
13:02
Если заказчик говорит о тиражном решении, то 99,99% он просто не хочет платить.
Ну типа я сейчас тебе не заплачу, но зато потом ты зашибешь кучу бабала с помощью нашей срвместной программы
11 IamAlexy
 
29.07.11
13:03
(9) умные и альтруистичные..
12 Капюшон
 
29.07.11
13:03
(7)ну так то да, если есть время и деньги на жизнь в виде сбережений.
13 IamAlexy
 
29.07.11
13:03
(10) +100... такому заказчику как правило предлагается "дождаться" тиражного решения и пользоваться "тем что получилось" без "заточки под себя" по принципу "как есть" :)
14 Капюшон
 
29.07.11
13:03
(10)ну про продажу мы с ним не говорили. если это и будет, то только с моей стороны без его участия. он то просто говорил, что под их сеть фирм по выдачи краткосрочных займов
15 IamAlexy
 
29.07.11
13:04
(12) в сутках 24 часа.. ты работаешь на основной работе всего 8 часов.. из которых 3 часа на мисте, 1 час в туалете, 1 час прекуриваешь, 1 час жрешь, 1 час пьешь кофе и чай...
16 IamAlexy
 
29.07.11
13:05
(14) "под их сеть фирм" <> "тиражное решение"
17 acsent
 
29.07.11
13:06
(14) С чего ты решил тогда что из этого выльется тиражное решение?
18 acsent
 
29.07.11
13:06
Тиражное решение - это минимум 3 внедрения
19 МихаилМ
 
29.07.11
13:06
(0)
Вам это не под силу.
слишком глупы.

Другое
20 neomarat
 
29.07.11
13:06
делать тиражное и под клиента - очень разные задачи
21 neomarat
 
29.07.11
13:07
иногда противоречащие друг другу
22 Капюшон
 
29.07.11
13:07
(15)а сил не остается просто уже на другие проекты. работа забирает их
23 KRV
 
29.07.11
13:08
(0) у меня такой клиент есть.. ох и морока с ним.. кредитный кооператив...
24 Кедр
 
29.07.11
13:08
(8) Занимался такой нетленкой года 3 назад, правда на семерке, ибо заказчик оказался жаден.) Реализаций таких думаю уже куча, поскоку идея не нова, и кста есть уже федеральная сеть(названия не помню), у них своя програ-не 1С.

Другое
25 neomarat
 
29.07.11
13:09
как объяснишь клиенту усложнение решения и наличие ненужных лично ему кнопок?
26 IamAlexy
 
29.07.11
13:09
(22) тогда расслабсья и забей болт...
27 IamAlexy
 
29.07.11
13:10
(25) усложнение делается функциональными опциями.. и клиенту пофиг на них..
и вообще - клиенту можно оставить "его версию" а то что получается в процессе "развития" тиражного решения - клиенту не ставить...
28 neomarat
 
29.07.11
13:10
(0) найми прогера если бюджет позволяет и посмотри что из этого выльется
29 neomarat
 
29.07.11
13:11
(27) итого кодить придется 2 конфы параллельно
30 IamAlexy
 
29.07.11
13:13
(29) зачем.. клиенту сделал, внедрил, получил опыт и профит, и занялся развитием тиражного решения и поиском новых клиентов...
31 acsent
 
29.07.11
13:13
(29) Поэтому нужент отдел типового решения и отдел по работе с клиентами
32 neomarat
 
29.07.11
13:14
(30) так этого тоже поддерживать придется и снова попадаем на 2 конфы
33 IamAlexy
 
29.07.11
13:16
(32) "поддерживать" - если под "поддерживать" подразумевается постоянное развитие - то никто не мешает в процессе этого развития добавлять функциональные опции которыми этот первичный клиент может и не пользоваться...
34 neomarat
 
29.07.11
13:20
проблема в том что если тиражное, то и проектировать надо максимально глобально, а если под конкретного - максимально просто.
35 Господин ПЖ
 
29.07.11
13:21
>Заказчик предложил разработать программу для учета кредитов - давать людям кредиты и иметь возможность видеть отчеты по платежам, задолжностям, Чтобы проценты правильно сами просчитывались и прочая аналитика.

а кто-то такое реализовывал на 1С? ИМХО эта поделка будет ползать все медленнее и медленнее с каждым месяцем/годом. А расчет задолжностей будет колбасить все сильнее и сильнее
36 IamAlexy
 
29.07.11
13:21
(34) это не проблема... это возможность :)
37 IamAlexy
 
29.07.11
13:22
(35) а как сделать.. никто не мешает сделать сразу правильно и оптимально :)

смотрите на мир через розовые очки.. особенно когда вам эти очки оплачивают и особенно когда вам оплачивают сам процесс :)
38 Господин ПЖ
 
29.07.11
13:23
(34) >проблема в том что если тиражное, то и проектировать надо максимально глобально, а если под конкретного - максимально просто.

все проще...

ищется сиська (клиент) побольше, под него рисуется некое решение. Потом оно облагораживается и выдается всем как некое "Best practices" для всей предметной области
39 Господин ПЖ
 
29.07.11
13:24
(37) >никто не мешает сделать сразу правильно и оптимально :)

а это изначально возможно?
40 IamAlexy
 
29.07.11
13:25
(38) есть мнение что УТ11 именно так и делается :) :) :)

(39) статистически все возможно.. правда учитывая то что 1Сники как правило ленивые и некомпетентные идиоты, а постановщики задач жадные дибилы - это мало вероятно.. но бывают же счастливые исключения
41 Господин ПЖ
 
29.07.11
13:26
(40) 1С всегда таким путем и шла...
42 IamAlexy
 
29.07.11
13:27
(41) ну и правильно..  не вижу в этом ничего криминального
43 mikecool
 
29.07.11
13:28
судя по темам автора - я бы не купил его продукт )))
44 dimaldinho
 
29.07.11
13:34
(35) Я делал. Работает в трех организациях. Все их кредиты и займы обсчитываются порядка секунды.
45 Господин ПЖ
 
29.07.11
13:36
(44) размеры базы, количество клиентуры/договоров, накопленный период хранения?
46 Shandor777
 
29.07.11
13:39
(44) Так продай ТС с выплатой комиссионных. Зачем ему делать заново то, что уже есть, отлаженное и испытанное на практике?
47 dimaldinho
 
29.07.11
13:46
(45) Поясню: в 100% организаций, в которых я это внедрил, обсчет идет порядка секунды. В Сбербанке, конечно, не взлетело бы. Но на рынке существует достаточно организаций, у которых объемы кредитов/займов позволяют автоматизироваться на 1С. Вот что я имел ввиду.

(46) У каждого заказчика были свои пожелания, которые требовали доработок. У заказчика ТС будут свои, так что ему будет легче написать с нуля, чем в чьем-то коде и функционале разбираться.
48 Господин ПЖ
 
29.07.11
13:46
(47) ок. понятно
49 Синий зуб
 
29.07.11
13:54
(0) Ты, автор, главное, отпишись потом, чем дело кончилось, и кончилось ли чем-нибудь, а то, подозреваю, очередная пустая говорильня в стиле, в котором 90% мисто-постов о работе.
50 vde69
 
29.07.11
14:28
(35) ты не прав, у нас факторинг на самописке с 0, а там схемы начисления процентов далеко не простые (и не понятные), работает скоро год будет...

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

как правило это значит бардак в учете и гемор
51 KRV
 
29.07.11
14:42
Эээ. есть у меня "пациент" - кредитный кооператив, его до меня человек 7-8 насиловали... сделано через то место, что и шоппой назвать стыдно.. постоянно косяки отлавливаю, ну и переписываю, по мере свободности.. Бессмысленно писать для кредитного кооператива, если нет четкой постановки задачи..
52 Krendel
 
29.07.11
15:00
Тут 2 варианта или ты вкладываешь в проект свои кровные и ты тогда можешь считаться партнером,

Или ты зарабатываешь на этом бабло, промежутков нет
53 Капюшон
 
29.07.11
16:21
(47)а ты что за основу брал? какую-нибудь конфу? там поступления денег через расчетный счет велись? и документы печатались?
54 Ritofc
 
29.07.11
16:25
(50) Ты забыл упомянуть, что для факторинга программу разрабатывал Великий и Ужасный и четыре ИТ узбека (в одного такаая радость - лучше сразу в землю) ;)
55 fly7
 
29.07.11
16:48
(53) печать документов, как мне кажется, не самое страшное...
отдай мне часть сделать :)

Часть сам, часть отдал на сторону
56 Капюшон
 
29.07.11
19:18
(55)давай. договоримся. пиши на [email protected] обсудим варианты и цены.
57 dimaldinho
 
29.07.11
21:51
(53) Бухгалтерию - в ней уже велся учет всего остального (в том числе поступления денег), нужно было дописать расчет %%, автоформирование документов и разделение %% по полученным КиЗ на принимаемые и непринимаемые в НУ. Плюс мелочи типа учета тела займа и %% на одном договоре контрагента, отчеты и т.п.
58 Икогнито
 
29.07.11
22:25
Каждому 7 новых шкур. (клевый мульт)
http://www.youtube.com/watch?v=HqELTPXbeXs&feature=channel_video_title

Имхо, в тему.
59 Eugeneer
 
29.07.11
22:27
(0) делай тиражное решение и продавай. главное чтобы оно ложилось под типовую.
60 dzsysop
 
29.07.11
22:35
(35) Есть опыт не в Росии, в Молдове
взлетело, работает уже третий год
примерно полгода назад начали плясать  с автоматизацией
реально если код оптимизировать - можно добиться очень хороших результатов

клиентов в базе несколько тысяч.
ежедневный расчет процентов и прочих платежей занимает меньше минуты в ИТОГЕ, но шли к этом очень долго (сначала уперлись минут в 40 мин, потом при первой оптимизации пришли к 10 мин, а после окончательной - вроде меньше минуты таки дожали, но за оптимизацию клиенту таки пришлось залпатить достаточно много человекочасов).
61 dzsysop
 
29.07.11
22:36
блин, плясать на с автоматизацией, а с оптимизацией (что-то заговариваться стал)
62 dzsysop
 
29.07.11
22:39
(35)(0) но я согласен, делать такой проект "в свободное от работы время" - вы шутите??
там надо сидеть днем и ночью первые полгода!
и раскладушку с собой принести :-)
63 Neg
 
29.07.11
22:43
Опять же, те же люди и в том же капюшоне. :)
64 MikleV
 
29.07.11
22:52
(18)мухаха)
65 MikleV
 
29.07.11
22:52
(41)бугага
66 MikleV
 
29.07.11
22:53
какая замечательная чушь)
67 aleks-id
 
29.07.11
23:26
коллеги, скажите, а в институтах сейчас нет курса "интерфейсы", а то порой франчи ваяют ТАКОЕ, что волосы дыбом встают от "удобства использования"...
68 Икогнито
 
29.07.11
23:34
(67) для разработки нормального продукта должны быть как минимум: аналитик, архитектор и программист.

В противном случае будет "я его слепила из того, что было"
69 Гобсек
 
29.07.11
23:38
(0)>И по поводу поддержки программы, обговорить условия. Если с программингом, то одна сумма, если просто онлайн поддержка, то поменьше.

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

Я бы сам делал
70 Гобсек
 
29.07.11
23:44
(68)В РФ небольшие проекты по большей части создаются создаются одним исполнителем, который одновременно и постановщик и аналитик и кодер. Небольшая задача - это как построить дачу. Для того, чтобы построить Эйфейлеву башню, нужен архитектор, а для построения дачи нужна только бригада шабашников и хотя бы один человек с хорошим вкусом.

Если на стороне клиента есть кто-то, кто хорошо знает предметную область, то часть работы по постановке ляжет на него. Если такого человека нет, то можно поискать еще одного покупателя на льготных условиях.
71 Гобсек
 
29.07.11
23:45
(70)Если человека с хорошим вкусом нет, то можно передрать чужой проект.
72 ice777
 
30.07.11
00:21
(59) а как это, "ложилась под типовую" ? )
73 RayCon
 
30.07.11
12:04
(0) У хорошей программы, как правило, не один автор, а несколько. Применяется обычное разделение труда: нужен руководитель проекта, постановщик задачи, архитектор, кодеры (не один кодер!), технический писатель, тестировщик, специалист по юзабилити и т.п. Помимо бригады разработчиков нужны ещё маркетологи и продажники. Некоторые обязанности могут быть совмещены в одном исполнители, но все - вряд ли получится. Достаточно, например, почитать Мисту, чтобы понять, что не каждый может быть писателем.
Отсюда вывод: разработка софта - это командная игра. Но если уж предложение от заказчика поступило лично тебе, то логично, чтобы ты и стал "тренером" этой команды. А уж будешь ли ты играющим тренером, станет ясно из потребностей разработки. Наверняка в начале проекта придётся делать всё, но по мере приближения к финишной прямой специализация будет увеличиваться, и тебе придётся сосредоточиться на управленческих функциях, делегировав исполнительские членам команды.

Другое
74 Grusswelle
 
30.07.11
12:08
Давно всё сделано.

Другое
75 MikleV
 
30.07.11
13:39
(73)+1
76 Капитан Смоллет
 
30.07.11
14:00