Bone serpentEmeryМожно задать ему косвенные вопросы: «Какой объем товарооборота и документооборота на складе?», «Сколько сотрудников занято при этом?», «Их квалификационные обязанности?» и т.п. Да и просто посмотреть все своими глазами.

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

А вы сумеете говорить с заказчиком на одном языке? Сумеете ему задать правильный вопрос? У него свои "умолчания", у вас свои. И даже если вы уже имели дела с подобным предприятием, это может не помочь, а даже помешать. Потому что посчитаете "как и у других" и сильно ошибётесь.
Я когда-то участвовал в предпроектном знакомстве с двумя молочными комбинатами. Одна продукция, схожий ассортимент, такие-же бизнес-процессы. А вот отдел сбора заявок от продавцов работал принципиально по разному. Потому что один комбинат был в городе ~300 тысяч населения, а другой в городе прилично за миллион. А отдел сбора заявок на хлебокомбинате в мелком городке 50-60 тысяч вообще хотел мелкой автоматизации своего бумажного листа заказов метр-на-полметра. Им сложная система в стиле "город за миллион" только замедлила бы работу.
Конечно, автоматизировав предприятия одной направленности, но разных размеров (мелкие, средние, крупные) вы будете успешно автоматизировать. Набив перед этим шишек и сделав хотя бы с десяток классических "плохо запланированных внедрений".
В принципе вы сами ответили на свой вопрос. У вас есть ключевой параметр – количество заявок от потребителей. Его обязательно надо учитывать. Поэтому «автоматизировав предприятия одной направленности, но разных размеров» вы заранее обезопасите себя от будущих проблем. Другое дело, что поскольку нет специализированных фирм по разработке адекватной проектно-сметной документации по «прочим» работам (включая автоматизацию предприятий), то описанные вами случаи более чем вероятны. И это естественно, все, что делается первый раз, обязано, по определению, производить «первый блин комом». Мы все наступаем на одни и те же грабли, начинаем внедрения так будто мы первые на этом пути. Собственно говоря, этот пост именно об этом. Если мы хотим использовать чужой опыт, ваш в данном случае, то к этому надо подходить профессионально. Уверен, найдется много желающих рассказать о своих ошибках и успехах внедрения. Особенно если приехать к ним на предприятие и пообщаться в неформальной обстановке плюс еще как-то стимулировать, хотя бы морально. Я бы лично с удовольствием поездил бы по России, по различным предприятиям, успешным и не очень с целью получения соответствующего опыта внедрения автоматизированных систем. Но эта должна быть не личная самодеятельность, а в интересах соответствующей фирмы. Об этом и разговор. Иначе мы все будем систематически повторять одни и те же ошибки, и хаять 1С даже там, где это не вполне справедливо. Плюс нести ненужные издержки.

Злой БобрEmery,

Я вам скажу прямо - даже в 1С нет подобных нормативов. Поэтому можете забыть об этом. Ну или продолжайте фантазировать.
В 1С много чего нет, но оно есть за пределами 1С. То, что таких нормативов и официальных методик расчета нет в 1С, не делает ей чести. Нормативы и расчеты это ответственность, следовательно, фирма 1С явно не стремиться брать лишнюю ответственность на себя. Но, по большому счету, это не проблема. Достаточно организовать фирму, которая возьмет на себя ответственность по данным вопросам. Будет ли она рентабельной? Это, смотря кто будет ее спонсором. Может быть да, а может быть и нет. Просто такая проблема есть, и она легко расширяема на тему «модернизация предприятий». А это уже более высокий уровень, который при должном бизнес подходе не может быть нерентабельным. Но это уже решать крупному российскому бизнесу.