Почему CRM отстой!

Почему ваша CRM не имеет никакой надежды на окупаемость инвестиций и почему вы должны иметь ее в любом случае.

Приложение управление взаимоотношениями с клиентами (CRM) кажется прекрасной идеей, не так ли?

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

Так почему ожидаемый возврат инвестиций в CRM, после исчерпывающей оценки и отбора никогда не будет реализован? Почему она представляет такую малую ценность для организации? Почему так трудно поддерживать информацию в точном и актуальном состоянии? И почему продавцы ненавидят ее!

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

1. Повышение производительности продавцов
2. Убедиться, что продавцы применяют лучшие методы в погоне за продажами
3. Обеспечить каждого сотрудника организации информацией о заказчике и его взаимодействия с фирмой (360° обзор)
4. Обеспечение управления доступом к (ценной) информации

Давайте рассмотрим каждую из этих целей по порядку.

Когда заказчик тугой...

Обсуждение статьи о ISP на одном из форумов:

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

Да, и еще... Когда ему говорят про гайки и гаечные ключи, то он ухмыляется и верит в них примерно так же, как человек старше 15 лет в Деда Мороза. 

Сохранение ширины столбцов при выводе разных горизонтальных областей (1С 8)

Ситуация возникает при выводе макета, состоящего из нескольких горизонтальных областей, в каждой из которой колонки имеют свою ширину. Другими словами, колонки у них не общие.

При выводе второй области ширина столбцов сохраняется от первой. Печатная форма "плывет", шаманство с программной установкой свойства "ШиринаКолонки" ситуацию не спасает.
Решение: в каждой горизонтальной области макета выделяем  мышкой все строки, и удерживая CTRL изменяем мышкой ширину любой колонки. На вопрос конфигуратора: «Сохранить новый формат строк?» отвечаем утвердительно.
Результат: при выводе макета в табличный документ, используется именно заданный разработчиком формат (ширина колонок), а не формат первой выведенной области.