Показать сообщение отдельно
Старый 18.11.2008, 12:28   #38  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от dmitryul Посмотреть сообщение
FE, а попробуйте объяснить разницу в 200-250 тыс. собственнику. Каким бы не был функционал, скорость работы и надежность, основной критерий выбора-деньги.
dmitryul, совет: сядьте, успокойтесь и подумайте. Этот вопрос больше говорит о спрашивающем нежели о предмете обсуждения.

На всякий случай disclimer: плохих вопросов не бывает, бывают только плохие ответы. Так вот, мне кажется, что ответ на вопрос "как объяснить разницу?" вам очень не понравится. Мне кажется, что вам не отвечают впрямую, чтобы... хм... не обидеть. Но повторяя этот вопрос, вы рискуете ответ таки получить.

Поэтому, dmitryul, совет: сядьте, успокойтесь и подумайте.

Теперь ответ (пока мягкий) на вопрос "каким должен быть функционал"
1. УЖЕ существующим (это самое важное)
2. Решающим те задачи, которые стоят перед заказчиком (а не какие-то выдуманные)
3. Должны быть четко обозначены сроки, суммы платежей и что заказчик за это получит: сколько, что именно и когда
остальные критерии менее важные, но могут помочь объяснить разницу в стоимости
4. Должны быть четко расписаны дополнительные затраты на оборудование: нужны ли затраты на смену клиентских машин, нужны ли затраты на сервера, нужны ли затраты на каналы связи. Нужно четко определить какие затраты добавляются из-за того, что приобретается функционал
5. вопросы совместимости
6. вопросы поддержки и будущего развития
7. возможность легко найти исполнителей

Но самое главное, функционал должен быть УЖЕ существующим, а не "можно сделать".
__________________
полезное на axForum, github, vk, coub.