1452
правки
Изменения
м
==Как осуществить доработку=====Почему За ~200 рабочих дней в году мы задаем вопросы===[[Файл:Workflowrus.jpg|thumb|450px|right|Старый баян о недопонимании при разработкедобавили бы минимум 500 таких галок, кнопок и полей, заботливо переведенный на русский для Вас лично мнойа за 10 лет — 5000.]]Как я уже писал, в день, в среднемНа самом деле — гораздо больше, мы обрабатываем 30 обращений. Из них 2-3 шт звучат примерно так как "А добавьте в карточку курьера галку "Выдан фирменный портфель"" (№1) или "А сделайте, чтобы на каждый район на карте можно было назначить отдельного курьера на каждый день недели" (№2). "А добавьте в отчет "количество доставок по клиентам"" поле "Среднее отношение количества выездов курьера к километражу между точками, умноженному на средний счет клиента" (№3)они тянут друг друга.
За ~200 рабочих дней в году мы добавили бы минимум 500 таких галокПо первому примеру: — А завтра вы, наверное, кнопок и полейпопросите добавить галку «Выдан планшет», а за 10 лет потом «Выдан проездной», плащ- 5000палатка, футболка и солнечные очки? Клиент говорит «Ну, видимо, да…». Представляете, насколько система была бы не управляема сейчас? На самом деле - гораздо большепрактике, конечно, мы находим решение задач, главное — понимать, тчто именно он хочет.кВ данном случае клиенту нужно учитывать выдачу сотрудникам и прием неограниченного количества видов инвентаря. они тянут друг другаИ так в модуле складского учета, в номенклатуре, появилась галка «<rspoiler text="инвентарь">Сейчас она уже преобразилась в выпадающий список „Тип номенклатуры“, поскольку наши клиенты пожелали еще вести учет расходных материалов вроде „незамерзайки“, и упаковки, которую система еще и [[Модуль складского учета#Расчет упаковки|подбирать]] под конкретные товары умеет!</rspoiler>», и клиент, помимо того, что просил, получил еще средство контроля за остатками своих фирменных портфелей на складе.
По третьему эпизоду совсем Очень частая проблема недопонимания: отчеты. Обращается клиент с просьбой добавить ему в раздел «Адреса» какое-то поле, например, количество поездок по отправлению в выдаче. На самом деле, добавление такого поля практически исключено по чисто технической причине: для вывода отправлений серверу придется для каждого из них «заглядывать» в «выдачу», и считать их количество. Для 99,999 % задач, решаемых пользователями в адресах, эти данные не нужны, но их расчет будет происходить, и замедлять работу всех систем всех наших клиентов. Но возникает и другой вопрос: «зачем вам это поле?». А клиент говорит «Мы будем выводить это поле, выгружать все 10 тыс. заказов с ним в эксель, там формулами считать наценку за лишние поездки, а потом загружать обратно этот эксель с рассчитанными ценами. Сейчас у нас круглосуточно работают 3 человека, которые в каждое отправление заходят, открывают закладку „История выдачи“, смотрят, сколько там строк, и вписывают в эксель.» Занавес! :-) Чтобы вы понимали — я не сильно утрирую, когда это пишу: люди действительно совершают ненужные подвиги каждый день. Здесь, если подходить формально, можно просто: Делается сказать «Нет, мы этот столбец не добавим». Если немного подумать — можно сделать отдельный отчет , который выведет в "допэксель требуемый клиентом показатель. возможности"Но если подойти к задаче действительно качественно, то в котором выводятся те показателитариф клиента можно добавить услугу повторной доставки, которые нужны которая сразу будет рассчитываться по тому алгоритму, который нужен клиенту, считающиеся по его ТЗи процесс расчетов в экселе выпадет полностью, значительно упростив всем жизнь. Чем мы и занимаемся. '''Главный принцип хорошего программиста гласит «Клиенту надо дать не то, что он просит, а то, что ему действительно нужно».''' Тут вы, наверное, думаете, что пишут вам тут про каких-то дураков, а вы-то (именно вы!) действительно знаете, как правильно решать вашу проблему, и не нужно больше ничего выяснять, надо делать то, что вы говорите. Но на самом деле люди придумывают такие неконструктивные подходы не потому, что они глупые, а потому, что они не профессионалы в данной области, они не знают всех технических возможностей и невозможностей. Поэтому есть мы — мы подходим к решению каждой бизнес-задачи системно, прилагая все усилия, чтобы понять корень проблемы, и тогда предлагаем такое решение, которое максимально автоматизирует ваши процессы, и при этом будет соответствовать базовым принципам построения информационных систем, будет учитывать возможное развитие предложенных процессов.
Очень частая проблема недопонимания: отчеты. Обращается клиент с просьбой добавить ему в раздел "Адреса" какое-то поле, например, количество поездок по отправлению в выдаче. На самом деле, добавление такого поля практически исключено по чисто технической причине: для вывода отправлений серверу придется для каждого из них "заглядывать" в "выдачу", и считать их количество. Для 99.999% задач, решаемых пользователями в адресах, эти данные не нужны, но их расчет будет происходить, и замедлять работу всех систем всех наших клиентов. Но возникает и другой вопрос: "зачем вам это поле?". === А клиент говорит "Мы будем выводить это поле, выгружать я все 10 тыс. заказов с ним в эксель, там формулами считать наценку за лишние поездки, а потом загружать обратно этот эксель с рассчитанными ценами. Сейчас у нас круглосуточно работают 3 человека, которые в каждое отправление заходят, открывают закладку "История выдачи", смотрят, сколько там строк, и вписывают в эксель." Занавес! :-) Чтобы Вы понимали - я равно не сильно утрируюскажу, когда это пишумоя коммерческая тайна! ===С нами нужно работать как с врачом: люди действительно совершают ненужные подвиги каждый день. Здесь, если подходить формально, можно нужно просто сказать <rspoiler text="Нет, мы этот столбец не добавимдоверять". Если немного подумать - можно сделать отдельный отчет, который выведет в эксель требуемый клиентом показатель. Но если подойти к задаче действительно качественно, то в тариф клиента можно добавить услугу повторной доставки, которая сразу будет рассчитываться по тому алгоритму, который нужен клиенту>Мы понимаем всю степень деликатности вопросов, и процесс расчетов в экселе выпадет полностью, значительно упростив всем жизнь. Чем если бы мы и занимаемся. '''Главный принцип хорошего программиста гласит "Клиенту надо дать не то, что он просит, а то, что ему действительно нужно".''' Тут Высоблюдали «врачебную тайну», наверное, думаете, что пишут Вам тут про каких-то дураков, а Вы-то (именно Вы!) действительно знаете, как правильно решать Вашу проблему, и не нужно больше ничего выяснять, надо делать то, что Вы говоритесмогли бы столько лет успешно работать с нашими клиентами. Но на самом деле, люди придумывают такие не конструктивные подходы не потому, что они глупые</rspoiler>, а потомувсе, что они не профессионалы скажете сделает хуже только вам. Если это для вас не приемлемо — лучше пишите сами. Причем в данной областипрямом смысле сами лично, они а не знают всех технических возможностей и невозможностей. Поэтому есть мы - мы подходим к решению каждой бизнес-задачи системно, прилагая все усилия, чтобы понять корень проблемы, и тогда предлагаем такое решение, которое максимально автоматизирует Ваши процессы, и при этом будет соответствовать базовым принципам построения информационных систем, будет учитывать возможное развитие предложенных процессовс помощью наемных программистов.
===Почему на доработки требуется время=======Как сделать быстрее=======Почему доработки стоят денег===Иногда наши клиенты говорят "Я же придумываю вам функциональность, которую вы включите в свою систему и она станет лучше, вы это будете продавать, почему я должен платить за разработку?" На это у нас есть ряд ответов:*Мы практически не зарабатываем на продажах. На самом деле, мы и на доработках не зарабатываем. Продажи и доработки вместе составляют менее 15% нашего оборота (см. Задачи клиентов разбиты по [[#Бизнес-модельЗадачи|бизнес-модельприоритетам]]). А увеличение стоимости системы за счет какой-то отдельно взятой доработки и вовсе лежит в пределах погрешности любого измерения. *Вся та функциональность, которая сейчас есть Чтобы повысить приоритет вашей задачи в системеобщей очереди рассмотрения, и которую Вы приобретаете за смешные, для подобных систем, деньги, так же была до Вас кем-то придумана и оплачена, что позволяет Вам сразу пользоваться всеми этими идеямизаполните форму важности тикета.Форма доступна:*Мы, естественно, не все доработки делаем платно. При принятии решения о стоимости и сроках выполнения доработки мы опираемся на множество факторов, таких, как востребованность (возможно, потенциальная) другими нашими клиентами, трудозатратность, реальная необходимость доработки именно для Вашего процесса, обслуживаемость данной функциональности в будущем. И на практике, большинство доработок мы делаем * по себестоимости. Некоторые - бесплатно, некоторые, если доработка нужна только вам, и больше о ней никто не спрашивал и подобных процессов больше ни у кого нет - то ссылке из письма от поддержи MeaSoft по рыночной ценетикету. Бывают и такие доработки, за которые мы выставляем завышенный ценник, если видим, что подобная доработка может негативно сказаться на стабильности, скорости работы системы, ее масштабируемости. В Текст ссылки: «Это важная задача? Сообщите нам об этом случае ценой можно показать клиенту, что другое решение правильнее, дешевле, а клиент может, так же деньгами, сказать что ему это действительно нужно, что ему это выгодно, и он действительно будет этим пользоваться!».*Если бы мы принимали все идеи к разработке бесплатно, то каждый наш пользователь генерировал бы идеи каждый день, не заботясь о качестве этих идей, об их реальной востребованности * в его процессе. Подходил бы с позиции "ну вы сделайте, вдруг пригодится". При этом наш ресурс разработки, как и любой другой ресурс личном кабинете курьерской службы в этом мире, ограниченпункте основного меню '''Тикеты'''. Поэтому задачи Текст ссылки: «Выделите тикет в работу принимаются либо платно, либо, если их выгода очевидна - бесплатно или дешево, либо, в рамках поддержки, но там тоже есть лимит трудозатрат, включенных в стоимость поддержки, поэтому клиенту приходится подходить ответственно к генерации идей.*Не нужно считать нас "по ту сторону баррикад", пытаясь получить как можно больше за как можно меньше. Мы - продолжение таблице и укажите важность вашей команды, ваши сотрудники. Мы для вас хорошо работаем, а вы - хорошо платитезадачи». Лично я всегда с удовольствием повышаю зарплаты сотрудникам. Если я повышаю, это значит сотрудник принес мне больше прибыли, значит я стал богаче. Сотрудник и дальше будет лучше работать и проносить еще больше прибыль! Это ли не повод для радости?*Для еще более активного развития, решения Чтобы повысить приоритет задачи среди ваших задачтикетов, нам нужно расширяться: нанимать больше программистов, руководителей, специалистов поддержки, платить им зарплатыустановите приоритет в колонке '''Приоритет''' в списке тикетов. Экономя сейчас, пытаясь получить услугу бесплатно, вы стреляете себе в ногу: так завтра нам некем будет решать ваши задачи!
→О системе
==О системе==
На сегодняшний день система «Курьерская служба» отметила своё четырнадцатилетние. За это время её положительно оценили и активно с нами сотрудничают более 300 компаний. Наши партнёры находятся в разных странах: Россия, Казахстан, Узбекистан, Таджикистан, Украина, Белоруссия, Киргизия, Латвия. С помощью нашего сервиса ежедневно 4,5 тысячи курьеров доставляют 60 тысяч отправлений от 11 тысяч клиентов.
Сама созданная нами «Курьерская служба» состоит из 200 связанных друг с другом таблиц, в некоторых из которых встречается по 50 миллионов записей. Мы постоянно работаем над её совершенствованием, чтобы наши клиенты всегда были впереди конкурентов.
Но есть и минусы:
*Система становится все сложнее, и любая доработка в ней требует все больше усилий. Это общая беда больших систем: по подсчетам Microsoft программисты тратят 90% времени на поиск места в коде их ERP-систем, куда нужно внести изменение, и только 10% - на написание этих изменений.
*Уменьшается объем личного присутствия. Еще 5 лет Несколько назад я лично приезжал к каждому клиенту в Москве, с ноутбуком, и что-то для них дописывал. Но это и хорошо: компания гораздо лучше работает, когда она выстроена как система, а не ручное управление одним человеком.
==Отказ от ответственности==
* Настройка системы, доработка функциональности, в том числе с перекомпиляцией программы и/или ее модулей — не более 15-ти рабочих часов разработчика в месяц.
* 1 плановый выезд специалиста в месяц (в пределах г. Москвы).
==Оплата счетов==
Ежемесячный платеж за аренду системы должен быть внесен до конца календарного месяца: например, мы выставляем счет 20 сентября и ожидаем оплату по нему не позднее 30 сентября.
Мы знаем, что бывают форс-мажоры и долгая обработка платежа банком. Поэтому система продолжает работать до 7 числа следующего месяца и при каждом запуске напоминает о неоплаченном счете.
Мы добились минимальной стоимости системы за счет автоматизации многих процессов — в том числе и автоматизация рассылки ключей. Ключи рассылаются только после зачисления средств на наш расчетный счет.
==Как получить качественную поддержку==
Отсюда вытекает понимание, что у новой функции нет одного момента, когда она становится продуктом, и о ней нужно всем сообщить. Есть только постепенно растущая степень нашей уверенности в этой функции. Если Вы ранее обращались к нам с вопросом о добавлении подобной функции – мы стараемся об этом помнить, и сообщить Вам о ней, но это тоже не всегда возможно. Поэтому рекомендуется периодически просматривать вики – как различные описания функций, так и страницу истории версий.
==Ошибки в программеКак доработать функциональность == === Почему мы задаем вопросы ===[[Файл:Workflowrus.jpg|thumb|450px|right|Старый баян о недопонимании при разработке, заботливо переведенный на русский для вас лично мной.]]Полезно почитать на тему: '''[https://ru.wikipedia.org/wiki/%D0%9F%D1%8F%D1%82%D1%8C_%D0%BF%D0%BE%D1%87%D0%B5%D0%BC%D1%83 Пять почему]'''. Как я уже писал, в день в среднем мы обрабатываем 30 обращений. Из них 2-3 звучат примерно как «А добавьте в карточку курьера галку „Выдан фирменный портфель“» (№ 1) или «А сделайте, чтобы на каждый район на карте можно было назначить отдельного курьера на каждый день недели» (№ 2). «А добавьте в отчет „количество доставок по клиентам“» поле «Среднее отношение количества выездов курьера к километражу между точками, умноженному на средний счет клиента» (№ 3).
По первому примеру: – А завтра Вывторому пункту — понятно же, наверное, попросите добавить галку "Выдан планшет"что в 95 % случаев на одном районе курьер будет работать каждый день недели, а потом "Выдан проездной"то, плащ-палаткачто в выходные у них работает другой курьерский состав на тех же районах — это исключение. С гораздо большей вероятностью, футболка и солнечные очки? Клиент говорит "Нувместо разных курьеров по дням недели, видимонашим клиентам понадобятся разные курьеры в зависимости от массы отправления (пешие/вело/авто курьеры), даили срочности...". ПредставляетеЕсли бы мы добавляли возможность указания разных курьеров для всех этих вариаций (а сколько их еще можно придумать!), насколько система была схемами на карте стало бы не управляема сейчас? На практикеневозможно пользоваться. Понимая задачу, конечнокоторую решает клиент, мы находим решение задач, главное - понимать, что именно он хочет. В данном случае клиенту нужно учитывать выдачу сотрудникам и прием неограниченного количества видов инвентаряделаем возможность копирования схем. И так в модуле складского учетаклиент может нарисовать районы, в номенклатуре, появилась галка "<rspoiler text="инвентарь">Сейчас она уже преобразилась в выпадающий список "Тип номенклатуры", поскольку наши клиенты пожелали еще вести учет расходных материалов вроде "незамерзайки"скопировать схему, и упаковки2 схемы назвать «будни» и «выходные», которую система еще и [[Модуль складского учета#Расчет упаковки|подбирать]] под конкретные товары умеет!</rspoiler>"назначить разных курьеров. А можно — сделать 7 схем по дням недели. А можно — отдельно для пеших, и клиент, помимо того, что просил, получил еще средство контроля за остатками своих фирменных портфелей на складеотдельно — для автокурьеров.
По второму пункту - понятно же, что третьему эпизоду совсем все просто: Делается отдельный отчет в 95% случаев на одном районе курьер будет работать каждый день недели, а то, что в выходные у них работает другой курьерский состав на тех же районах - это исключение«доп. С гораздо большей вероятностьювозможности», вместо разных курьеров по дням недели, нашим клиентам понадобятся разные курьеры в зависимости от массы отправления (пешие/вело/авто курьеры), или срочности. Если бы мы добавляли возможность указания разных курьеров для всех этих вариаций (а сколько их еще можно придумать!)котором выводятся те показатели, схемами на карте стало бы невозможно пользоваться. Понимая задачукоторые нужны клиенту, которую решает клиент, мы делаем возможность копирования схем. И клиент может нарисовать районы, скопировать схему, и 2 схемы назвать "будни" и "выходные", и назначить разных курьеров. А можно - сделать 7 схем считающиеся по дням недели. А можно - отдельно для пеших, и отдельно - для автокурьеровего ТЗ.
===Почему на доработки требуется время =А я все равно не скажу, это моя коммерческая тайна!====С нами нужно работать как с врачом: нужно просто <rspoiler text="доверять">Мы понимаем всю степень деликатности вопросов, и, если бы мы не соблюдали "врачебную тайну", наверное, не смогли бы столько лет успешно работать с нашими клиентами.</rspoiler>, а все, что не скажете сделает хуже только вам. Если это для вас не приемлемо — лучше пишите сами. Причем в прямом смысле сами лично, а не с помощью наемных программистов.
====Интеграции=Как сделать дешевле ===Наиболее "больная" тема платных разработок в последнее время - интеграции. Себестоимость разработки интеграции с партнером начинается от 100 т.р.Давайте разговаривать! Сейчас при оценке задачи, ее объема и это объективная реальность. Почему? Дело в томстоимости мы исходим из того, что в большинстве случаевесть некоторое ТЗ, одна только техническая документация под API какой-либо компании - это 50-ти страничный документ, описывающий методы, поля, структуры данных и подходы к организации обмена информацией, как правилокоторое нужно согласовать, чуждые нашей системе (реализовать и любой другой, кроме той, от которой приводится документация)поддерживать. Данные нужно адапировать. Статусы нужно транслировать. Далеко И всегда есть риск что-то не всегда понятно, откуда именно брать требуемые данные, и куда складывать ответные, т.к. объектовучесть, придуманных партнерами в нашей системе просто нет. В большинстве случаев потратить на это еще накладывается "сырость" программного кода на чужой стороне какой- он работает то блок не так1 день, как описано в документации, и программисты на той стороне на ходу что-то дописывают и исправляют. В лучшем случае исправляютпланировалось, а в худшем - они просто не идут на контактнеделю. А в случае ошибки в передаче данных приходится поднимать всю историюЭто все, трассировать работу ПОконечно, сравнивать данные и т.д. - это большая приходится закладывать в цену и кропотливая работасроки. Самое печальноеНа рынке, что через месяц-другой успешной работыоднако, вдруг что-то ломается. Мы получаем негатив - клиент звонит с претензиями, что не может работать есть и т.ддругие способы взаимодействия.Например, мы сутки выясняемможем совместно проработать экономику того или иного процесса, в чем проблемапосчитать, сколько это должно приносить прибыли и оказывается, что партнер просто молча изменил свое API. Поэтому - да, мы делаем интеграции себе отталкиваться от нее — как в убыток с такими популярными партнерами как СДЭК или Боксберри. Но если Вам нужно интегрироваться с каким-то мало известным партнером, клиентом или сервисом - это стоит денег, причем скорее всего не только разработка интеграции, но сторону упрощения и ее поддержка, т.к. сюрпризы подстерегают нас на всем протяжении совместной работы. Наиболее простые интеграции - с провайдерами SMS. Как правило, их API достаточно простоеудешевления разработки, так и программист может его настроить за 1 рабочий день. Однако, где это 5 т.р.+ обновление системыоправдано цифрами — сжатия сроков, которое тоже бывает платнымустановки более точной задачи и т. В большинстве случаев это не выгодно делать, если какой-то провайдер Вам позвонил, и предложил цену сообщения на 3-5 копеек меньше, чем Вы платите сейчас д.
====Как сделать дешевле=Почему доработки стоят денег ===Давайте разговаривать! Сейчас при оценке задачиИногда наши клиенты говорят «Я же придумываю вам функциональность, ее объема которую вы включите в свою систему и стоимости мы исходим из тогоона станет лучше, вы это будете продавать, что почему я должен платить за разработку?» На это у нас есть некоторое ТЗряд ответов:* Мы практически не зарабатываем на продажах. На самом деле, которое нужно согласовать, реализовать мы и на доработках не зарабатываем. Продажи и поддерживатьдоработки вместе составляют менее 15 % нашего оборота (см. [[#Бизнес-модель|бизнес-модель]]). И всегда А увеличение стоимости системы за счет какой-то отдельно взятой доработки и вовсе лежит в пределах погрешности любого измерения.* Вся та функциональность, которая сейчас есть риск чтов системе, и которую вы приобретаете за смешные, для подобных систем, деньги, так же была до Вас кем-то придумана и оплачена, что позволяет вам сразу пользоваться всеми этими идеями.* Мы, естественно, не учестьвсе доработки делаем платно. При принятии решения о стоимости и сроках выполнения доработки мы опираемся на множество факторов, таких, потратить как востребованность (возможно, потенциальная) другими нашими клиентами, трудозатратность, реальная необходимость доработки именно для Вашего процесса, обслуживаемость данной функциональности в будущем. И на какой-практике, большинство доработок мы делаем по себестоимости. Некоторые — бесплатно, некоторые, если доработка нужна только вам, и больше о ней никто не спрашивал и подобных процессов больше ни у кого нет — то блок не 1 деньпо рыночной цене. Бывают и такие доработки, за которые мы выставляем завышенный ценник, если видим, что подобная доработка может негативно сказаться на стабильности, скорости работы системы, ее масштабируемости. В этом случае ценой можно показать клиенту, что другое решение правильнее, как планировалосьдешевле, а неделюклиент может, так же деньгами, сказать что ему это действительно нужно, что ему это выгодно, и он действительно будет этим пользоваться. Это * Если бы мы принимали всеидеи к разработке бесплатно, то каждый наш пользователь генерировал бы идеи каждый день, конечноне заботясь о качестве этих идей, приходится закладывать об их реальной востребованности в цену его процессе. Подходил бы с позиции «ну вы сделайте, вдруг пригодится». При этом наш ресурс разработки, как и срокилюбой другой ресурс в этом мире, ограничен. На рынкеПоэтому задачи в работу принимаются либо платно, либо, если их выгода очевидна — бесплатно или дешево, либо, однаков рамках поддержки, но там тоже есть и другие способы взаимодействиялимит трудозатрат, включенных в стоимость поддержки, поэтому клиенту приходится подходить ответственно к генерации идей.* Не нужно считать нас «по ту сторону баррикад», пытаясь получить как можно больше за как можно меньше. НапримерМы — продолжение вашей команды, мы можем совместно проработать экономику того или иного процессаваши сотрудники. Мы для вас хорошо работаем, посчитатьа вы — хорошо платите. Лично я всегда с удовольствием повышаю зарплаты сотрудникам. Если я повышаю, сколько это должно приносить значит сотрудник принес мне больше прибыли , значит я стал богаче. Сотрудник и отталкиваться от нее - как в сторону упрощения дальше будет лучше работать и удешевления разработкипроносить еще больше прибыль! Это ли не повод для радости?* Для еще более активного развития, решения ваших задач, нам нужно расширяться: нанимать больше программистов, руководителей, специалистов поддержки, так иплатить им зарплаты. Экономя сейчас, где это оправдано цифрами - сжатия сроковпытаясь получить услугу бесплатно, установки более точной вы стреляете себе в ногу: так завтра нам некем будет решать ваши задачи и т.д.!
===Почему доработки доступны всем= Интеграции ====Иногда наши клиенты говорят "Я же сам придумал функциональностьНаиболее «больная» тема платных разработок в последнее время — интеграции. Себестоимость разработки интеграции с партнером начинается от 100 т.р., и я оплачиваю ее разработкуэто объективная реальность. Она должна быть нашим конкурентным преимуществом Почему? Дело в том, что в большинстве случаев, одна только техническая документация под API какой-либо компании — это 50-ти страничный документ, описывающий методы, поля, структуры данных и подходы к организации обмена информацией, как правило, чуждые нашей системе (и любой другой, кроме той, от которой приводится документация). Данные нужно адапировать. Статусы нужно транслировать. Далеко не должна доставаться конкурентам"всегда понятно, откуда именно брать требуемые данные, и куда складывать ответные, так как объектов, придуманных партнерами в нашей системе просто нет. Отвечаю:* Если доработка полезная В большинстве случаев на это еще комунакладывается «сырость» программного кода на чужой стороне — он работает не так, как описано в документации, и программисты на той стороне на ходу что-то: Представьтедописывают и исправляют. В лучшем случае исправляют, что мы с Вами договорились а в худшем — они просто не идут на такие условия - вы платите (с наценкой за эксклюзивность)контакт. А в случае ошибки в передаче данных приходится поднимать всю историю, трассировать работу ПО, мы делаем только для вассравнивать данные и т. д. — это большая и кропотливая работа. Через Самое печальное, что через месяц к нам приходит -другой клиент и просит примерно тоже самоеуспешной работы, вдруг что-то ломается. Мы должны ему отказать в самой возможности реализации его хотелки? Или мы должны взять получаем негатив — клиент звонит с него денег как за обычнуюпретензиями, что не эксклюзивную доработкуможет работать и т. д., мы сутки выясняем, в чем проблема, и открыть эту функциональность всем остальным?* Если доработка не полезная другим: Я понимаюоказывается, что вы свято верите партнер просто молча изменил свое API. Поэтому — да, мы делаем интеграции себе в убыток с такими популярными партнерами как СДЭК или Боксберри. Но если вам нужно интегрироваться с каким-томало известным партнером, клиентом или сервисом — это стоит денег, причем скорее всего не только разработка интеграции, но и ее поддержка, что именно ваша идея - самая нужная так как сюрпризы подстерегают нас на всемпротяжении совместной работы. Наиболее простые интеграции — с провайдерами SMS. Но на практике - большинством доработок надо людей еще заставить пользоватьсяКак правило, их API достаточно простое, если мы знаеми программист может его настроить за 1 рабочий день. Однако, что они им полезныэто 5 т. А в других случаях и заставить не удастсяр.* Вы + обновление системы, которое тоже получаете все доработки от других клиентовбывает платным. И из этого состоит вся наша система. Если бы все заказывали доработки только для себя В большинстве случаев это не выгодно делать, если какой- наша система не существовала бы. И то провайдер вам пришлось бы нанимать программистов позвонил, и писать систему самостоятельно с нуля. Собственнопредложил цену сообщения на 3-5 копеек меньше, что вам мешает сделать это чем вы платите сейчас? То, что наша система заведомо впереди? Это и доказывает правильность нашей политики разработки.
=== Почему доработки доступны всем ===Иногда наши клиенты говорят «Я же сам придумал функциональность, и я оплачиваю ее разработку. Она должна быть нашим конкурентным преимуществом и не должна доставаться конкурентам». Отвечаю:* Если доработка полезная еще кому-то: Представьте, что мы с вами договорились на такие условия — вы платите (с наценкой за эксклюзивность), мы делаем только для вас. Через месяц к нам приходит другой клиент и просит примерно тоже самое. Мы должны ему отказать в самой возможности реализации его хотелки? Или мы должны взять с него денег как за обычную, не эксклюзивную доработку, и открыть эту функциональность всем остальным?* Если доработка не полезная другим: Я понимаю, что вы свято верите в то, что именно ваша идея — самая нужная всем. Но на практике — большинством доработок надо людей еще заставить пользоваться, если мы знаем, что они им полезны. А в других случаях и заставить не удастся.* Вы тоже получаете все доработки от других клиентов. И из этого состоит вся наша система. Если бы все заказывали доработки только для себя — наша система не существовала бы. И вам пришлось бы нанимать программистов и писать систему самостоятельно с нуля. Собственно, что вам мешает сделать это сейчас? То, что наша система заведомо впереди? Это и доказывает правильность нашей политики разработки. ===Примеры доработок=== ====Правильные задачи========Не правильные задачи====
==Почему обновления платные==
Вы купили систему и пользуетесь. В это время наши программисты работают, реализуют множество новых функций, улучшают существующие. Клиенты генерируют идеи, оплачивают их разработку, платят за поддержку, участвуют в тестировании новых функций. Согласитесь, не справедливо, если вы просто придете и все это даром получите? Так же сам процесс обновления связан с трудозатратами как на само обновление, так и дальнейшую поддержку. Обновление - это когда что-то меняется. А значит пользователей нужно обучать. Возможно - договариваться и перестраивать бизнес-процессы. Поэтому после обновления мы поддерживаем клиентов еще 2 недели. И чем больше времени прошло с последнего обновления - тем больше изменений, тем сложнее перейти на новую версию. Поэтому стоимость обновления зависит от времени, прошедшего с последнего обновления. Так же обновления входят в техническую поддержку по 2-му и 3-му тарифам.
=== А если я нашел ошибку? ===
Как я писал выше, в программе всегда есть ошибки, и есть что-то не очень работающее, чего могло и не быть. Соответственно, если бы мы обновляли при любом нахождении ошибки - ошибки — люди выискивали бы мелкие ошибки специально. Если ошибка действительно серьезная - серьезная — конечно мы сразу исправим и обновим. Такие ошибки, если они вдруг есть, всплывают сразу - сразу — у вас же бизнес-процессы постоянно происходят! Согласитесь, мало вероятно, что через год использования вы нашли какую-то проблему, которая делает невозможным ваши процессы. === Почему трудозатраты на исправление ваших ошибок записывают на меня? === # Всегда в любой системе есть что-то некрасивое. Если вы обратились с замечанием, а все пользовались так, значит вам это оказалось критично. Для того поддержка и есть, чтобы добавлять то, что вам нужно, и устранять то, что вам не нужно.# На самом деле, даже когда это действительно наша ошибка, и она серьезная — вы обращаетесь в поддержку, создается тикет, и в рамках этого тикета исправляется. Другое дело, что что-то серьезное, как правило, решается совсем быстро, и, конечно, независимо от того, заказана у вас поддержка или нет.# Мы всегда делаем больше, чем входит в тариф поддержки, чтобы вы были довольны. Даже если где-то будет исправление нашей ошибки по вашему тикету — чтобы это никто не считал. Мы же тоже можем посчитать…# Ошибки бывают при любой разработке (которая у нас происходит непрерывно, чтобы в максимально реальном времени решать ваши бизнес-задачи). Какие-то ошибки, связанные с доработками по вашим тикетам, обнаруживают другие клиенты, и мы их исправляем в их поддержку, а какие-то другие — вы. И вы, в том числе, начинаете пользоваться доработками, заказанными другими клиентами. Эти трудозатраты на исправление ошибок — неотъемлемая часть любой доработки: каждая доработка состоит из формирования ТЗ, разработки, тестирования, исправления ошибок и дальнейшей поддержки, и это все трудозатраты, которые нужно учитывать на этапе появления идеи что-нибудь к системе добавить или изменить. Это все входит в изначальный план. Частично они «размазываются» равномерно на всех наших клиентов. Не думаете же вы, что на оплату программистов на исправление ошибок у нас есть какие-то отдельные, «свои» деньги, кроме тех, что платят нам клиенты? И мы эти средства, суммарно то, что платят нам клиенты, используем по назначению — совершенствуем систему, добавляем функциональность, исправляем ошибки, поддерживаем ее работоспособность.
=== А сейчас продается версия уже новее??? ===
Как-то у нас спрашивали "А как же так не справедливо - я купил программу год назад, и в ней не было такой функции. А сейчас она продается за те же деньги, уже с этой функцией, и те, кто покупают сейчас, ее получают бесплатно, а мне нужно заплатить за обновление". Объясняю: 10 лет назад за те деньги, за которые вы сейчас покупаете Iphone, продавались монохромные Siemens с кнопочками и полифонией. Но вы же не считаете, что зря купили тот старый телефон? Или что сейчас производители вас обманывают - подсовывают мех гораздо лучше (с)? Вопрос в том, что товар или услуга, которую вы приобретаете в конкретном времени и месте, за конкретные деньги, на этот данный момент вам выгоден. Вы же посмотрели рынок, посчитали окупаемость и выбрали то, что наиболее эффективно будет приносить прибыль в вашем бизнесе. И весь этот год зарабатывали на этой системе, в отличие от того, кто ее только сейчас покупает. Ну и, конечно, это же очень хорошо, что наша система постоянно развивается. На самом деле, это даже происходит не в какой-то жесткой конкурентной борьбе, а просто наши клиенты обращаются с потребностями, а мы их решаем. И каждый день делаем работу всех наших клиентов все более эффективной. Мы работаем на то, чтобы все ваши конкуренты, у которых нет нашей системы остались за бортом! А те, у кого есть - взаимовыгодно сотрудничали, и процветали.
