ISO, менеджмент, консалтингпользователи сайтаRSSФОРУМСТАНДАРТЫГОСТ РСЛОВАРЬНАВИГАТОРКОНСУЛЬТАНТЫ 
Логин : Пароль:   
       [регистрация] [напомнить пароль]
 

ФОРУМ
• Re: методики описания БП 
 23. Окт 08:43 от PrilipkoAI
• ISO 22000:2018 
 10. Сент 23:29 от GurbanovR
• HACCP vs FSMS 
 23. Авг 10:52 от PrilipkoAI
• Re: план контроля качества 
 13. Авг 12:07 от Facebook



IT-РЕШЕНИЯ - Как поставщик IT-решений может запудрить мозги клиенту

Автор Дмитрий Антонцев
см. тематический раздел: обзоры и интервью / Консалтинг / программное обеспечение



Покупка (заказ) it-решений у фирмы-однодневки

Конечно, есть шанс, что новая фирма действительно будет заниматься вашим заказом, желая потом иметь положительный опыт внедрения. Однако она может совершенно спокойно потратить деньги впустую и продолжить тянуть их из вас, ссылаясь на непредвиденные обстоятельства, новые программно-аппаратные средства или что-нибудь еще в этом роде.

Бороться с такими методами обмана достаточно просто: не давать денег вперед. Если просят что-то купить, что все равно, в конце концов, пригодится - покупайте. Но не давайте деньги разработчику.

Лучше всего обращайтесь в хорошо зарекомендовавшие себя фирмы. Если вы - первый клиент, то заказ должен обойтись ощутимо дешевле. Если он окажется дороже, чем у известных фирм, это значит только одно: за ваш счет кто-то хочет купить себе оборудование и «раскрутиться». При этом ваш заказ будет выполняться так, чтобы затраты на него были наименьшими, но формальных причин подать в суд у вас не было.

В конечном итоге, такая фирма может попросту «разориться», а на ее месте появится новая, созданная теми же людьми и, возможно, занимающаяся тем же самым.

Покупка тупикового решения, не позволяющего расширяться

Это не всегда обман со стороны разработчика. Часто заказчик сам создает такую ситуацию.

Привожу пример: требуется телефонизация офиса. Фирма покупает дешевую мини-атс на 16 номеров. Этого, по расчетам, должно хватить - 12 сотрудников плюс факс и модем. Два номера в запасе.

Потом, правда, выясняется, что еще один телефон надо поставить в «сервисе», еще один - на складе, еще один... Стоп! Но ведь емкость-то кончилась, а станция расширяться не позволяет! Тут и начинаются навороты типа «второй станции на первую линию». Можно просто продать эту станцию. Правда, стоить она почему-то будет менее половины своей начальной цены...

Этот пример - один из многих. Как правило, компьютерные системы более гибки и позволяют проводить модернизацию не только средствами бульдозера. Однако в один прекрасный день все-таки выясняется, что «коаксиал уже больше не тянет, надо все сносить и строить заново».

Что делать? Совет один - четче продумывайте перспективы развития. По возможности закладывайте некий «запас». Не забывая, что скупой платит дважды, обязательно обсудите эту проблему с исполнителем. Но не впадайте в другую крайность:

Покупка явно избыточного решения

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

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

Советы здесь почти такие же, как и в предыдущем случае: продумывать перспективы развития, закладывать нужный запас и четко ставить задачу перед исполнителем.

Покупка индивидуального решения при наличии стандартного

Каждому понятно, что купить пальто в магазине дешевле, чем сшить в ателье. Хотя сшитое в ателье пальто «сидит» гораздо лучше, но стоит оно дороже, а шить его нужно гораздо дольше. Проще сходить в магазин и купить. Аналогичная ситуация и в IT-отрасли. Очевидно, что заказ написать Windows обойдется гораздо дороже, чем покупка его в Microsoft! Поэтому прежде чем заказывать что-то, убедитесь, что нет уже готовых продуктов. Все современные средства достаточно гибкие: имеют широкий спектр настроек и, как правило, в конечном итоге, подходят почти для всех. Плюс к этому, покупка «готового решения» у отечественного разработчика «по умолчанию» предполагает его модернизацию и тех поддержку, что обходится существенно дешевле, чем заказ «с нуля». Между прочим, покупка стандартного решения хороша и из соображений совместимости. Представьте, что будет, если все ваши партнеры захотят использовать свои собственные текстовые редакторы. Каждый раз придется искать средство для прочтения очередного послания! Кстати, при заказе индивидуального решения четко оговорите.

Авторские права

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

Будет несправедливо, если созданную для вас за $20000 программу станут продавать потом за $60. Заказывая программу, которая может подойти не только вам, четко оговаривайте права собственности и не бойтесь требовать существенного (в 10 и более раз!) снижения цены. Четко оговорите, что считается программой: исходные тексты или исполняемые двоичные файлы (т. н. ехе-шники). Прежде чем подписать договор, проконсультируйтесь с юристом. Лучше сделать это до подписания договора, а не после.

Работа без четкого технического задания

Это никуда не годится! Если вы просите сделать «что-то», чтобы оно «как-то» работало, то именно «это» вы и получите. Будьте уверены!

К сожалению, в нашей стране техническое задание пишет исполнитель, а не заказчик. И зачастую это делается так, как удобно исполнителю, а не так, как надо заказчику! Обратите внимание на то, как оно написано, уделите ему максимум внимания. Это основной документ, определяющий свойства технических средств, которые вы потом получите. Цена грамотно написанного тех задания составляет порой четверть от общей стоимости работ, и это не парадокс.

Работа без четких критериев работоспособности решения

Этот пункт во многом перекликается с предыдущим. Вы получили «нечто»... Как в спорных случаях выяснить, работает «оно» или нет? В тех задании, как правило, прописаны частности, другое дело - проверка работоспособности системы в целом.

На этот раз - пример из автомобилестроения. Если вы просили изготовителя, чтобы мотор работал и колеса крутились, это еще не значит, что машина будет снабжена рулем и поедет в нужном направлении. Поэтому не забывайте о документе, определяющем работоспособность системы в целом. И, конечно, не менее важно.




Добавлено:  17 Февраля 2003 г.
хиты: 7010
Страница: 1/2
   Следующее (2/2) Следующее

оценка читателей: 266 из 584 считают этот обзор полезным
А вы считаете его полезным?
да  нет
[ оглавление ]


менеджмент качества ( процессы | школа качества | нормирование | управление качеством | хассп)
книги: стандарты | качество | ХАССП | маркетинг | торговля
управленческий консалтинг ( планирование и контроль | конфликтменеджмент)
новости и события: пресс-релизы | новые стандарты | новости партнеров | новости | архив новостей, статей
новая торговля (автоматизация | магазиностроение | маркетинг и экономика)
интернет-маркетинг (создание сайта | интернет - бизнес)
финансы & страхование (страхование | бизнес-школа)
обзоры и интервью: маркетинг | консалтинг | торговля | управление качеством )
энциклопедия: это интересно | глоссарий | о семье | менеджмент семьи | каталог ресурсов