Макс, прости... Пофлеймлю чуток...
Ход обсуждения, если честно, меня удивляет...
Складывается ощущение, что есть мужик с кучей бабла, который сказал: "Хочу шоб завтра у меня был крутой бизнес и и ваще было все красиво!".
Любое дело начинается с небольшой группы людей (назовем их инициативной группой), которые тянут по началу все на своих плечах, благо первоначальные объемы позволяют. Тянут, строят работу под себя, привлекают новых людей, сужая специализацию. Так организация развивается.
Основной постулат: ключевым пользователем системы является не оператор, а руководитель. (тока, дяденьки, не бейте если что!!! ИМХО!)
Пока группа небольшая, контролировать процессы можно путем непосредсвенных контактов, в крайнем случае создавая элементарные управленческие отчеты на коленке (читай Ёхель). В этот момент нужна простая система для автоматизации создания внешней отчетности, требуемой по законодательству, ну и элементарные данные оттуда тянуть можно, конечно, для внутренних нужд.
По мере развития бизнеса формируется устойчивое управленческое звено, которое отдаляется от производственных (в широком смысле этого слова) процессов. Тут и появляется потребность в более серьезной системе, позволяющей по интегральным показателям обозревать всю организацию. А дальше уже пошел стандартный процесс внедрения.
Исходя из сказанного. Что бы не внедрялось, его необходимо в первое время настраивать именно на базовые учетные функции. Естественно, к моменту начала работы уже хочется иметь что-то готовое, т.к. в наше время просто не серьезно вести на бумажке бухучет в организации больше упомянутого выше ларька.
Как настраивать? Вот тут вспоминаем о инициативной группе, начинающей бизнес. Ну ведь будут там люди секущие в организуемом деле хоть как-то... И уж точно будет главбух. Пусть составят перечень операций... Да и сами мы их знаем. Базовую учетную систему можно настроить и по опыту других проектов.
Возникнут ли проблемы? Да наверняка... Чего-то не учтем, да и развивать систему хотеться будет непрерывно. Поэтому на стороне клиента должна быть реально секущая именно во внедряемой системе команда (для начала 1-2 человека, консультант и программер, если говорить об аксапте). Внутренняя команда сможет совершенствовать систему по мелочам, а вот если захотят чего-то глобального, то тут и внедрявших консалтеров не обидят.
Итак резюме.
1. Постулируем направленность первичного внедрения на становление чисто учетной системы.
2. Консалтеры согласуют с членами инциативной группы базовые операции в их предполагаемом виде.
3. Начинается поиск команды со стороны клиента (собеседуют консалтеры).
4. Консалтеры ведут настройку системы, если консалтинговая контора нормальная, то основные дырки в ее приложении уже заткнуты на предыдущих проектах. Привлекается команда клиента.
5. Выполняется пилотное тестирование с конечными пользователями из инициативной группы опять-таки с привлечением команды клиента (с самого начала работы лучше разбить на логические участки, например, приход, расход и т.п.)
6. Запускаемся на пилотнооттестированной системе, устраняем ключевые глюки.
7. Команда клиента поддерживает систему, набирает статистику жалоб пользователей, планирует развитие.
И не стоит бояться неудобства некоторых действ в самом начале... Все можно как-то обойти, ну притянуть тот же Эксель, пока не докастомизячат.
Ну ведь работает она... Кряхтит, но работает...
