Клиент: "Хочу Job.ru"

Это, действительно так, если собирать проект из готовых модулей. В случае, когда готовых модулей нет, то стоимость ТЗ может составлять до 60% от стоимости проекта.

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

В отличии от ТТ (Технических требований), ТЗ содержит:

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

2. Функциональную логику на уровне процедур. Для каждой процедуры определяются входные и выходные параметры, Граничные условия, тестовые примеры ( 1-2 с правильными данными, и несколько с неправильными данными на входе )

3. Для некоторых процедур дается описание алгоритма работы.

4. План-график разработки и тестирования системы.

5. Тестовые примеры для всей системы, в том числе тесты на безопасность.

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

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

У меня, например, проекты с ТЗ стоят примерно на 25-30% дороже, чем проекты с ТТ.

Но, как показывает практика, вероятность исполнения такого проекта в срок очень высока.

А зачем опасаться? Просто не надо занижать цену разработки ТЗ.

У нас было несколько ситуаций, когда мы делали ТЗ на доработку своией системы, а заказчик, своими силами ее дорабатывал.

Так ТЗ это и есть набор заданий на разработку, в отличии от технических требований и функциональных спецификаций.

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

Хотел написать, но тут уже все правильно раскрыли второй пункт (помимо предварительной оплаты).

почему ТЗ? Ждя покупки чего-то прежде всего нужна оценка, а работа оценщика всегда стоила и будет стоить денег. Думаю заказчик это понимает, и будет готов платить за вашу работу.

Вся проблема в сложности проекта. Если сразу все ясно и понятно, можно на основе Технических требований(TT) клиента слелать оценку. Иногда TT требуют доработки до Функциональных спецификаций (ФС) иначе адекватно оценить стимость работы невозможно. Т.е. стоимость будет занижена и результатом станет невыполненный проект или работа себе в убыток, или слишком завышена, что может быть причиной отказа от работы. Бывают случаи, когда и на основе ФС невозможно оценить работу, к примеру в случаях интеграции в реальном времени с собственной учетной или иной информационной системой Заказчика. Более того, иногда в процессе этой интеграции требуетя заимодействие с другой командой разработчиков. От тут 100% надо писать ТЗ иначе любая ошибка будет футболиться между командами до бесконечности.

Если создавать ПО для высоконагруженного сервиса (а job.ru какраз такой), то подход совсем другой и деньги совсем другие. Простым апрейдом железа не всегда решишь ситауцию.

Одних серверов там минимум 4 и больше.

Ну допустим многие здесь повторят сервис или даже сделают лучше за 2-3-5к уе.

Сколько юзеров будет держать такой написанный сервис? Улучшится ли ситуация если просто добавить еще один сервер?

За асколько сдлать job.ru... Ну за 60-80 т.р., а то и дешевле, сделали бы, при необходимости... Вопрос как сделать так чтобы данный проект стал столь же популярен, что и джобру. Так что вопрос в другой сфере ставить надо. Как сделать проет популярным и эффективным. Основная задача продумать способы продвижения, бюджеты на рекламу, виды и способы рекламы, а не просто спрограммить. Сервера и прочее - это уже вопрос второй. Начать можно и с банального хостинга, но если дело пойдет и начнет приносить прибыль, то вопросы в серверах отпадут...

а я бы за эти деньги не стал бы даже сокеты разруливать :)

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

То есть должна быть хорошая идея, и готовность потратить год - другой на раскрутку этого проекта. SEO это не та раскрутка, которую я имел ввиду.

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

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

Но нужно помнить, что своя хорошая команда, это примерно 6 - 8к уе затрат в месяц.

Два три месяца они будут пахать, а потом 2 года бездельничать, пока проект будет расти и развиваться...

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

iexpert, Ну job.ru - примитивная доска обьявлений в которой постятся вакансии и резюме, фунцкционал там минимальный. ( На прошедшем КИБе обещали в корне переработать движок и он обрастет сервисами которые скоро вы увидите). С другой стороны тот же hh.ru с правами доступа, системой оплаты сервисов, премодерации, системой доступности личных данных, итд уже другой уровень или аналогичный проект, который требует поддержки и других алгритмов работы.

Самое главное тут - зачем это клиенту? Как только станет понятно то можно двигатся дальше. Или это престиж от имения в своем арсенале проекта :) или это нормальный инвестор готовый вкладывать деньги и потом зарабатывать их с сервисов.

Затраты на запуск интернет-казино составляют 415 тыс у.е. Это вместе с арендой, зарплатой, рекламой(не только и не столько онлайновой), железом, самой системы казино с исходными кодами и анализом этих самых исходных кодов... За сим естественно рублей ;)

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