2mazzy
Не принимайте высказывания так близко ... Сейчас объясню почему.
Во-первых, данная цифра взята из списков общих работ/черных списков сайтов. К сожалению, без посредника, статистика, по-видимому такова, или близка к таковой. Очень велик соблазн сказать, что решение не годится потому как 10% работы так и не удалось реализовать (но самим "довинтить" решение и устранить эти 10%).
Во-вторых, приведу аналогию. ОЧЕНЬ ХОРОШИЙ специалист может быть ОЧЕНЬ ПЛОХИМ учителем (в смысле передачи опыта). Здесь я хочу сказать, что есть, возможно, неплохие специалисты. Но опыта удаленной работы у них нет, равно как и менеджерских способностей, или они не развиты.. Т.е. здесь надо быть и консультантом, и программистом, и менеджером самому себе(3 в 1). Те кто не может задать вопросы - не консультанты, но возможно неплохие кодеры-программисты - не функция программистов задавать вопросы, особенно в ERP, и Вы это знаете.
Попробуйте конкретизировать задачу, и увидите, что народ с ней справится. Ведь есть такие задачи, которые надо решать группой. Например, возможно, вам нужно не техническое решение, а дизайн(размещение/эргономика элементов на листе). Так эта задача однозначно не для ERP специалистов. В таких проектах, возможно бы сгруппировались следующие люди:
- компьютерный дизайнер (нарисует лого, эргономично "растасует" элементы)
- программист (вкодирует)
- аналитик (задаст вопросы, сформирует эскиз ТЗ)
на каждого напр., по 20 USD(понятно, что в зависимости от сложности).
Возможен другой вариант, заказчик формирует предложение, аналитик берется составить эскиз ТЗ за xx USD, заказчик с этим ТЗ ищет программиста.. Т.е. заказчику надо указать схему работы для реализации его целей.
PS А предложить методику формирования прайс-листа (определить место расчетов, выбрать средство и т.д.) это вообще функция архитектора системы...
|