Изменения

На сегодняшний день система «Курьерская служба» отметила своё четырнадцатилетние. За это время её положительно оценили и активно с нами сотрудничают более 300 компаний. Наши партнёры находятся в разных странах: Россия, Казахстан, Узбекистан, Таджикистан, Украина, Белоруссия, Киргизия, Латвия. С помощью нашего сервиса ежедневно 4,5 тысячи курьеров доставляют 60 тысяч отправлений от 11 тысяч клиентов.

*'''Крупные компании''' - более 200 курьеров. Данная ниша гораздо меньше предыдущих, компании как правило уже чем-то автоматизированы, что создает много проблем при внедрении: в "их" системе что-то было реализовано по-другому, пользователям всегда не удобно переучиваться, они устраивают саботаж. Бизнес-процессы уже отлажены, и встроиться в них, повторить, нужно практически без репетиции. Нужно вести длительные переговоры, совещания, анализировать бизнес-процессы, составлять ТЗ на доработки для тех участков, которые у них уже были как-то реализованы, дорабатывать без тестирования на продакшене, как мы любим. В общем, очень много непродуктивной деятельности. В проекте внедрения занято куча народа, всякого рода <rspoiler text="руководители направлений">Риторический вопрос: Сколько руководителей нужно привлечь к проекту, чтобы его провалить?</rspoiler> и даже "менеджеры самого среднего звена". Вероятность успеха проекта внедрения граничит с авантюрой. Такие клиенты у нас тоже есть, в основном выросшие из 2-й категории. Не бросать же людей из-за того, что они выросли! Мы в ответе за тех, кого приручили ©.

Итак, наши клиенты из второй группы, со средним чеком в районе 20 т.р. в месяц, но их [http://courierexe.ru/our_clients.htm достаточно]. У нас нет <rspoiler text="якорного ">Какое правильное слово кто-то придумал для обозначения того, что тянет вниз, не дает двигаться куда нужно!</rspoiler> клиента: поступления от самого крупного клиента не превышают 5% всего бюджета. Это позволяет мне быть действительно не предвзятым и уверенным в надежности выстроенной структуры. Так же, очень важный момент: это позволяет мне не играть в политику, балансируя между "хочу" отдельных клиентов и правильностью разработки с точки зрения системы, а ставить во главу угла именно архитектуру, гибкость, масштабируемость и поддерживаемость системы.

*Мы никогда не придумываем сами себе задачи. У нас есть много клиентов, которые "на местах" сталкиваются с живыми ситуациями, и передают нам свои пожелания. Зачем нам изобретать <rspoiler text="свой велосипед.">Точнее, конечно, сказать про сферического коня, но это было бы повтором.</rspoiler>?

**То, за что <rspoiler text="платят.">Плата за доработку, как я буду писать ниже, не столько заработок, сколько демонстрация заинтересованности клиента в доработке. Так же, оплата работы предполагает установку конкретных сроков, которых мы должны придерживаться. Впрочем, что касается сроков, то выбирая между сделать наспех но к сроку, или завалить срок но сделать качественно я всегда выбираю второе.</rspoiler>

В своей работе в разной степени мы используем принципы [https://ru.wikipedia.org/wiki/Экстремальное_программирование экстремального программирования]. Мое самое любимое положение из него - код должен максимально быстро начинать приносить реальную пользу (прибыль!) нашим клиентам. При классическом подходе к разработке, как я уже писал, сначала пишется документация всей доработки, потом разбивается на подзадачи, реализуется, тестируется, отлаживается и т.д., на все это уходит куча времени и денег. Потом ее пытаются сдать заказчику, и тут оказывается, что задачу изначально не совсем так поняли. Чтобы этого всего избежать, мы сходу пишем небольшие куски, и сразу, даже без тестирования, отдаем заказчику. Да, при этом могут быть ошибки. Но заказчик сразу начинает пользоваться, решать свои бизнес-задачи, т.е. экономить деньги. Ошибки, замечания, пожелания, которые он обнаруживает уже в промышленной эксплуатации, а на не на примере [https://ru.wikipedia.org/wiki/Научный_юмор#Сферический_конь_в_вакууме сферических коней в вакууме], как это делает тестировщик, в реальном времени передаются разработчикам и так же быстро устраняются. В результате мы получаем огромный прирост эффективности - в разы, если не на порядки. С одной стороны сильно сокращаются издержки на документирование, тестирование, случаи решения несуществующих задач, а с другой стороны - клиент получает самую свежую функциональность со скоростью горячих пирожков и сразу начинает на этом зарабатывать. Пусть эта функциональность и не обязательно полная или надежная - это лучше, чем ничего. Иногда задача даже может остаться не очень доделанной - главное, что она решает поставленную перед ней конкретную задачу на конкретных данных. Поэтому иногда бывает, что клиент пытается воспользоваться функцией, а она не работает, т.к. писалась для конкретной задачи. С точки зрения клиента это <rspoiler text="глюк">- Исправьте немедленно!!!</rspoiler>, а с нашей - это недофича, которой могло и не быть, и <rspoiler text="никто бы не узнал, что она могла быть">Если, конечно, она не заявлена в перечне функциональности системы: в этом случае мы должны обеспечить корректность ее работы в соответствии с документацией и/или здравым смыслом</rspoiler>.

*Уменьшается объем личного присутствия. Еще 5 лет Несколько назад я лично приезжал к каждому клиенту в Москве, с ноутбуком, и что-то для них дописывал. Но это и хорошо: компания гораздо лучше работает, когда она выстроена как система, а не ручное управление одним человеком.

*'''Обратиться "по адресу"''' Обратиться в поддержку можно по будням '''(а теперь и в выходные с 10 до 1918!)''' (в соответствии с трудовым календарем Российской Федерации) с 8:00 до 21:00 по московскому времени любым удобным для Вас способом: Почта [mailto:support@courierexe.ru support@courierexe.ru], Телефон +7 (495) 987-17-12 , бесплатный по России 8 (800) 707-90-35 или skype: courierexe, courierexe1, courierexe2, courierexe3.

Сообщаем, и постоянно! В нашей википедии На [https://home.courierexe.ru/whatsnew специальной странице] в реальном времени публикуются все изменения, которыми мы улучшаем сервис «Курьерской службы», отражаются ежедневно. Напоминаю: у нас работает команда специалистов, которая следит за любыми изменениями в мире Зайдите и использует их, что бы совершенствовать нашу «Службу»посмотрите на нее.  Вряд ли Вы вы хотите ежедневно получать длинные простыни с различными изменениями и дополнениями, вносимыми в программу. Но можете быть уверенныПоэтому мы публикуем краткие новостные подборки специально для наших клиентов в наших группах в [https: эти изменения никак не затронут функциональность существующих решений//vk.com/measoft ВК], а пользу приносят огромную[https://facebook.com/courierexe Facebook] и в [https://t.me/measoft Telegram-канале]. Подписывайтесь! Любое изменение вначале тестируется с учётом анализируется на предмет того, как оно отразиться отразится на работе существующих процессов наших клиентов. Мы подходим к этому с особой тщательностью. Именно поэтому нам очень важно знать, как Вы вы используете систему, и стараться своевременно предотвратить использование ее механизмов не по назначению.Однако клиентов у нас сотни, процессов у них тысячи, а мы одни, и поэтому иногда, очень редко, бывают и несовместимые изменения, которые мы всегда стараемся быстро исправить, если так случилось. Единственный способ это надежно предотвратить - никогда ничего не менять. Не делать никаких доработок, не обновлять систему клиентам, не добавлять новых функций, интеграций, поддержки нового оборудования и т.д. Наверное, это не совсем то, что вы ожидаете от поставщика ПО, верно?

Мы постоянно добавляем новые функции, расширяющие её возможности системы. Однако на работу такой функции оказывают влияние тысячи процессов, уже происходящих в системе. Поэтому мы вначале тестируем её на внутренних серверах, да и потом долгое время следим за корректностью её работы: собираем информацию об опыте использования, дописываем, улучшаем, переделываем. Поэтому, сразу после выхода новую функцию нет смысла документировать – она еще будет меняться и не раз.

==Ошибки Как доработать функциональность == === Почему мы задаем вопросы ===[[Файл: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). За ~200 рабочих дней в году мы добавили бы минимум 500 таких галок, кнопок и полей, а за 10 лет — 5000. На самом деле — гораздо больше, так как они тянут друг друга. По первому примеру: — А завтра вы, наверное, попросите добавить галку «Выдан планшет», а потом «Выдан проездной», плащ-палатка, футболка и солнечные очки? Клиент говорит «Ну, видимо, да…». Представляете, насколько система была бы не управляема сейчас? На практике, конечно, мы находим решение задач, главное — понимать, что именно он хочет. В данном случае клиенту нужно учитывать выдачу сотрудникам и прием неограниченного количества видов инвентаря. И так в модуле складского учета, в номенклатуре, появилась галка «<rspoiler text="инвентарь">Сейчас она уже преобразилась в выпадающий список „Тип номенклатуры“, поскольку наши клиенты пожелали еще вести учет расходных материалов вроде „незамерзайки“, и упаковки, которую система еще и [[Модуль складского учета#Расчет упаковки|подбирать]] под конкретные товары умеет!</rspoiler>», и клиент, помимо того, что просил, получил еще средство контроля за остатками своих фирменных портфелей на складе. По второму пункту — понятно же, что в 95 % случаев на одном районе курьер будет работать каждый день недели, а то, что в выходные у них работает другой курьерский состав на тех же районах — это исключение. С гораздо большей вероятностью, вместо разных курьеров по дням недели, нашим клиентам понадобятся разные курьеры в зависимости от массы отправления (пешие/вело/авто курьеры), или срочности. Если бы мы добавляли возможность указания разных курьеров для всех этих вариаций (а сколько их еще можно придумать!), схемами на карте стало бы невозможно пользоваться. Понимая задачу, которую решает клиент, мы делаем возможность копирования схем. И клиент может нарисовать районы, скопировать схему, и 2 схемы назвать «будни» и «выходные», и назначить разных курьеров. А можно — сделать 7 схем по дням недели. А можно — отдельно для пеших, и отдельно — для автокурьеров. По третьему эпизоду совсем все просто: Делается отдельный отчет в «доп. возможности», в котором выводятся те показатели, которые нужны клиенту, считающиеся по его ТЗ. Очень частая проблема недопонимания: отчеты. Обращается клиент с просьбой добавить ему в раздел «Адреса» какое-то поле, например, количество поездок по отправлению в выдаче. На самом деле, добавление такого поля практически исключено по чисто технической причине: для вывода отправлений серверу придется для каждого из них «заглядывать» в «выдачу», и считать их количество. Для 99,999 % задач, решаемых пользователями в адресах, эти данные не нужны, но их расчет будет происходить, и замедлять работу всех систем всех наших клиентов. Но возникает и другой вопрос: «зачем вам это поле?». А клиент говорит «Мы будем выводить это поле, выгружать все 10 тыс. заказов с ним в эксель, там формулами считать наценку за лишние поездки, а потом загружать обратно этот эксель с рассчитанными ценами. Сейчас у нас круглосуточно работают 3 человека, которые в каждое отправление заходят, открывают закладку „История выдачи“, смотрят, сколько там строк, и вписывают в эксель.» Занавес! :-) Чтобы вы понимали — я не сильно утрирую, когда это пишу: люди действительно совершают ненужные подвиги каждый день. Здесь, если подходить формально, можно просто сказать «Нет, мы этот столбец не добавим». Если немного подумать — можно сделать отдельный отчет, который выведет в эксель требуемый клиентом показатель. Но если подойти к задаче действительно качественно, то в тариф клиента можно добавить услугу повторной доставки, которая сразу будет рассчитываться по тому алгоритму, который нужен клиенту, и процесс расчетов в экселе выпадет полностью, значительно упростив всем жизнь. Чем мы и занимаемся. '''Главный принцип хорошего программиста гласит «Клиенту надо дать не то, что он просит, а то, что ему действительно нужно».''' Тут вы, наверное, думаете, что пишут вам тут про каких-то дураков, а вы-то (именно вы!) действительно знаете, как правильно решать вашу проблему, и не нужно больше ничего выяснять, надо делать то, что вы говорите. Но на самом деле люди придумывают такие неконструктивные подходы не потому, что они глупые, а потому, что они не профессионалы в данной области, они не знают всех технических возможностей и невозможностей. Поэтому есть мы — мы подходим к решению каждой бизнес-задачи системно, прилагая все усилия, чтобы понять корень проблемы, и тогда предлагаем такое решение, которое максимально автоматизирует ваши процессы, и при этом будет соответствовать базовым принципам построения информационных систем, будет учитывать возможное развитие предложенных процессов. === А я все равно не скажу, это моя коммерческая тайна! ===С нами нужно работать как с врачом: нужно просто <rspoiler text="доверять">Мы понимаем всю степень деликатности вопросов, и, если бы мы не соблюдали «врачебную тайну», наверное, не смогли бы столько лет успешно работать с нашими клиентами.</rspoiler>, а все, что не скажете сделает хуже только вам. Если это для вас не приемлемо — лучше пишите сами. Причем в прямом смысле сами лично, а не с помощью наемных программистов. === Почему на доработки требуется время ===

===Как осуществить доработку=====Почему мы задаем вопросысделать быстрее ===Задачи клиентов разбиты по [[Файл:Workflowrus.jpg#Задачи|thumb|450px|right|Старый баян о недопонимании при разработке, заботливо переведенный на русский для Вас лично мной.приоритетам]].Как я уже писал* Чтобы повысить приоритет вашей задачи в общей очереди рассмотрения, заполните форму важности тикета. Форма доступна:** по ссылке из письма от поддержи MeaSoft по тикету. Текст ссылки: «Это важная задача? Сообщите нам об этом!».** в день, личном кабинете курьерской службы в среднем, мы обрабатываем 30 обращенийпункте основного меню '''Тикеты'''. Из них 2-3 шт звучат примерно как "А добавьте Текст ссылки: «Выделите тикет в карточку курьера галку "Выдан фирменный портфель"" (№1) или "А сделайтетаблице и укажите важность вашей задачи».* Чтобы повысить приоритет задачи среди ваших тикетов, чтобы на каждый район на карте можно было назначить отдельного курьера на каждый день недели" (№2). "А добавьте установите приоритет в колонке '''Приоритет''' в отчет "количество доставок по клиентам"" поле "Среднее отношение количества выездов курьера к километражу между точками, умноженному на средний счет клиента" (№3)списке тикетов.

За 200 (примерно) рабочих дней в году === Как сделать дешевле ===Давайте разговаривать! Сейчас при оценке задачи, ее объема и стоимости мы бы за год добавили бы минимум 500 таких галокисходим из того, что есть некоторое ТЗ, которое нужно согласовать, кнопок реализовать и полейподдерживать. И всегда есть риск что-то не учесть, потратить на какой-то блок не 1 день, как планировалось, а за 10 лет - 5000неделю. Это все, конечно, приходится закладывать в цену и сроки. На самом деле - добавили бы гораздо большерынке, однако, тесть и другие способы взаимодействия.кНапример, мы можем совместно проработать экономику того или иного процесса, посчитать, сколько это должно приносить прибыли и отталкиваться от нее — как в сторону упрощения и удешевления разработки, так и, где это оправдано цифрами — сжатия сроков, установки более точной задачи и т. они тянут друг друга д.

По первому примеру=== Почему доработки стоят денег ===Иногда наши клиенты говорят «Я же придумываю вам функциональность, которую вы включите в свою систему и она станет лучше, вы это будете продавать, почему я должен платить за разработку?» На это у нас есть ряд ответов: – * Мы практически не зарабатываем на продажах. На самом деле, мы и на доработках не зарабатываем. Продажи и доработки вместе составляют менее 15 % нашего оборота (см. [[#Бизнес-модель|бизнес-модель]]). А завтра Выувеличение стоимости системы за счет какой-то отдельно взятой доработки и вовсе лежит в пределах погрешности любого измерения.* Вся та функциональность, которая сейчас есть в системе, наверноеи которую вы приобретаете за смешные, попросите добавить галку "Выдан планшет"для подобных систем, а потом "Выдан проездной"деньги, плащтак же была до Вас кем-палаткато придумана и оплачена, футболка что позволяет вам сразу пользоваться всеми этими идеями.* Мы, естественно, не все доработки делаем платно. При принятии решения о стоимости и солнечные очки? Клиент говорит "Нусроках выполнения доработки мы опираемся на множество факторов, таких, как востребованность (возможно, потенциальная) другими нашими клиентами, трудозатратность, видимореальная необходимость доработки именно для Вашего процесса, даобслуживаемость данной функциональности в будущем.И на практике, большинство доработок мы делаем по себестоимости..". ПредставляетеНекоторые — бесплатно, некоторые, если доработка нужна только вам, насколько система была бы и больше о ней никто не управляема сейчас? На практике, конечноспрашивал и подобных процессов больше ни у кого нет — то по рыночной цене. Бывают и такие доработки, за которые мы находим решение задачвыставляем завышенный ценник, главное - пониматьесли видим, что именно он хочетподобная доработка может негативно сказаться на стабильности, скорости работы системы, ее масштабируемости. В первой - этом случае ценой можно показать клиенту , что другое решение правильнее, дешевле, а клиент может, так же деньгами, сказать что ему это действительно нужно учитывать выдачу сотрудникам , что ему это выгодно, и он действительно будет этим пользоваться.* Если бы мы принимали все идеи к разработке бесплатно, то каждый наш пользователь генерировал бы идеи каждый день, не заботясь о качестве этих идей, об их реальной востребованности в его процессе. Подходил бы с позиции «ну вы сделайте, вдруг пригодится». При этом наш ресурс разработки, как и прием неограниченного количества видов инвентарялюбой другой ресурс в этом мире, ограничен. И так Поэтому задачи в работу принимаются либо платно, либо, если их выгода очевидна — бесплатно или дешево, либо, в модуле складского учетарамках поддержки, но там тоже есть лимит трудозатрат, включенных в номенклатурестоимость поддержки, поэтому клиенту приходится подходить ответственно к генерации идей.* Не нужно считать нас «по ту сторону баррикад», пытаясь получить как можно больше за как можно меньше. Мы — продолжение вашей команды, ваши сотрудники. Мы для вас хорошо работаем, а вы — хорошо платите. Лично я всегда с удовольствием повышаю зарплаты сотрудникам. Если я повышаю, появилась галка "инвентарь"это значит сотрудник принес мне больше прибыли, значит я стал богаче. Сотрудник и клиентдальше будет лучше работать и проносить еще больше прибыль! Это ли не повод для радости?* Для еще более активного развития, решения ваших задач, нам нужно расширяться: нанимать больше программистов, помимо тогоруководителей, что просилспециалистов поддержки, получил еще средство контроля за остатками своих фирменных портфелей на складеплатить им зарплаты. Экономя сейчас, пытаясь получить услугу бесплатно, вы стреляете себе в ногу: так завтра нам некем будет решать ваши задачи!

По второму пункту ==== Интеграции ====Наиболее «больная» тема платных разработок в последнее время — интеграции. Себестоимость разработки интеграции с партнером начинается от 100 т.р., и это объективная реальность. Почему? Дело в том, что в большинстве случаев, одна только техническая документация под API какой-либо компании — это 50- ти страничный документ, описывающий методы, поля, структуры данных и подходы к организации обмена информацией, как правило, чуждые нашей системе (и любой другой, кроме той, от которой приводится документация). Данные нужно адапировать. Статусы нужно транслировать. Далеко не всегда понятно же, что откуда именно брать требуемые данные, и куда складывать ответные, так как объектов, придуманных партнерами в 95% нашей системе просто нет. В большинстве случаев на одном районе курьер будет работать каждый день неделиэто еще накладывается «сырость» программного кода на чужой стороне — он работает не так, как описано в документации, а и программисты на той стороне на ходу что-тодописывают и исправляют. В лучшем случае исправляют, что а в выходные у них работает другой курьерский состав худшем — они просто не идут на тех же районах - контакт. А в случае ошибки в передаче данных приходится поднимать всю историю, трассировать работу ПО, сравнивать данные и т. д. — это исключениебольшая и кропотливая работа. С гораздо большей вероятностьюСамое печальное, вместо разных курьеров по дням неделичто через месяц-другой успешной работы, нашим клиентам понадобятся разные курьеры в зависимости от массы отправления (пешие/вело/авто курьеры)вдруг что-то ломается. Мы получаем негатив — клиент звонит с претензиями, или срочностичто не может работать и т. д. Если бы , мы добавляли возможность указания разных курьеров для всех этих вариаций (а сколько их еще можно придумать!)сутки выясняем, в чем проблема, и оказывается, схемами на карте стало бы невозможно пользоватьсячто партнер просто молча изменил свое API. Понимая задачу, которую решает клиентПоэтому — да, мы делаем возможность копирования схеминтеграции себе в убыток с такими популярными партнерами как СДЭК или Боксберри. И клиент может нарисовать районыНо если вам нужно интегрироваться с каким-то мало известным партнером, клиентом или сервисом — это стоит денег, скопировать схемупричем скорее всего не только разработка интеграции, но и 2 схемы назвать "будни" ее поддержка, так как сюрпризы подстерегают нас на всем протяжении совместной работы. Наиболее простые интеграции — с провайдерами SMS. Как правило, их API достаточно простое, и "выходные"программист может его настроить за 1 рабочий день. Однако, и назначить разных курьеровэто 5 т.р. А можно - сделать 7 схем по дням недели+ обновление системы, которое тоже бывает платным. А можно В большинстве случаев это не выгодно делать, если какой- отдельно для пешихто провайдер вам позвонил, и отдельно предложил цену сообщения на 3- для автокурьеров5 копеек меньше, чем вы платите сейчас.

По третьему эпизоду совсем все просто=== Почему доработки доступны всем ===Иногда наши клиенты говорят «Я же сам придумал функциональность, и я оплачиваю ее разработку. Она должна быть нашим конкурентным преимуществом и не должна доставаться конкурентам». Отвечаю:* Если доработка полезная еще кому-то: Представьте, что мы с вами договорились на такие условия — вы платите (с наценкой за эксклюзивность), мы делаем только для вас. Через месяц к нам приходит другой клиент и просит примерно тоже самое. Мы должны ему отказать в самой возможности реализации его хотелки? Или мы должны взять с него денег как за обычную, не эксклюзивную доработку, и открыть эту функциональность всем остальным?* Если доработка не полезная другим: Делается отдельный отчет Я понимаю, что вы свято верите в "допто, что именно ваша идея — самая нужная всем. возможности"Но на практике — большинством доработок надо людей еще заставить пользоваться, если мы знаем, что они им полезны. А в котором выводятся те показателидругих случаях и заставить не удастся.* Вы тоже получаете все доработки от других клиентов. И из этого состоит вся наша система. Если бы все заказывали доработки только для себя — наша система не существовала бы. И вам пришлось бы нанимать программистов и писать систему самостоятельно с нуля. Собственно, которые нужны клиентучто вам мешает сделать это сейчас? То, считающиеся по его ТЗчто наша система заведомо впереди? Это и доказывает правильность нашей политики разработки.

===Почему на доработки требуется время=Правильные задачи ======Как сделать быстрее====Не правильные задачи ===Почему доработки стоят денег===Иногда наши клиенты говорят "Я же придумываю вам функциональность, которую вы включите в свою систему и она станет лучше, вы это будете продавать, почему я должен платить за разработку?" На это у нас есть ряд ответов:*Мы практически не зарабатываем на продажах. На самом деле, мы и на доработках не зарабатываем. Продажи и доработки вместе составляют менее 15% нашего оборота (см. [[#Бизнес-модель|бизнес-модель]]). А увеличение стоимости системы за счет какой-то отдельно взятой доработки и вовсе лежит в пределах погрешности любого измерения. *Вся та функциональность, которая сейчас есть в системе, и которую Вы приобретаете за смешные, для подобных систем, деньги, так же была до Вас кем-то придумана и оплачена, что позволяет Вам сразу пользоваться всеми этими идеями.*Мы, естественно, не все доработки делаем платно. При принятии решения о стоимости и сроках выполнения доработки мы опираемся на множество факторов, таких, как востребованность (возможно, потенциальная) другими нашими клиентами, трудозатратность, реальная необходимость доработки именно для Вашего процесса, обслуживаемость данной функциональности в будущем. И на практике, большинство доработок мы делаем по себестоимости. Некоторые - бесплатно, некоторые, если доработка нужна только вам, и больше о ней никто не спрашивал и подобных процессов больше ни у кого нет - то по рыночной цене. Бывают и такие доработки, за которые мы выставляем завышенный ценник, если видим, что подобная доработка может негативно сказаться на стабильности, скорости работы системы, ее масштабируемости. В этом случае ценой можно показать клиенту, что другое решение правильнее, дешевле, а клиент может, так же деньгами, сказать что ему это действительно нужно, что ему это выгодно, и он действительно будет этим пользоваться.*Если бы мы принимали все идеи к разработке бесплатно, то каждый наш пользователь генерировал бы идеи каждый день, не заботясь о качестве этих идей, об их реальной востребованности в его процессе. Подходил бы с позиции "ну вы сделайте, вдруг пригодится". При этом наш ресурс разработки, как и любой другой ресурс в этом мире, ограничен. Поэтому задачи в работу принимаются либо платно, либо, если их выгода очевидна - бесплатно или дешево, либо, в рамках поддержки, но там тоже есть лимит трудозатрат, включенных в стоимость поддержки, поэтому клиенту приходится подходить ответственно к генерации идей.

====Интеграции==Почему обновления платные==Наиболее "больная" тема платных разработок в последнее время - интеграции. Себестоимость разработки интеграции с партнером начинается от 100 т.р., Вы купили систему и это объективная реальностьпользуетесь. Почему? Дело в том, что в большинстве случаев, одна только техническая документация под API какой-либо компании - В это 50-ти страничный документвремя наши программисты работают, описывающий методыреализуют множество новых функций, поляулучшают существующие. Клиенты генерируют идеи, структуры данных и подходы к организации обмена информациейоплачивают их разработку, как правилоплатят за поддержку, чуждые нашей системе (и любой другой, кроме тойучаствуют в тестировании новых функций. Согласитесь, от которой приводится документация). Данные нужно адапировать. Статусы нужно транслировать. Далеко не всегда понятно, откуда именно брать требуемые данныесправедливо, если вы просто придете и куда складывать ответные, т.к. объектов, придуманных партнерами в нашей системе просто нет. В большинстве случаев на все это еще накладывается "сырость" программного кода на чужой стороне - он работает не так, даром получите? Так же сам процесс обновления связан с трудозатратами как описано в документации, и программисты на той стороне на ходу что-то дописывают и исправляют. В лучшем случае исправляютсамо обновление, а в худшем - они просто не идут на контакт. А в случае ошибки в передаче данных приходится поднимать всю историю, трассировать работу ПО, сравнивать данные так и т.ддальнейшую поддержку. Обновление - это большая и кропотливая работа. Самое печальное, что через месяц-другой успешной работы, вдруг когда что-то ломаетсяменяется. Мы получаем негатив А значит пользователей нужно обучать. Возможно - клиент звонит с претензиями, что не может работать договариваться и тперестраивать бизнес-процессы.дПоэтому после обновления мы поддерживаем клиентов еще 2 недели., мы сутки выясняем, в И чем проблемабольше времени прошло с последнего обновления - тем больше изменений, и оказывается, что партнер просто молча изменил свое APIтем сложнее перейти на новую версию. Поэтому - дастоимость обновления зависит от времени, мы делаем интеграции себе в убыток прошедшего с такими популярными партнерами как СДЭК или Боксберрипоследнего обновления. Но если Вам нужно интегрироваться с какимТак же обновления входят в техническую поддержку по 2-то мало известным партнером, клиентом или сервисом му и 3- это стоит денегму тарифам.=== А если я нашел ошибку? ===Как я писал выше, причем скорее всего не только разработка интеграциив программе всегда есть ошибки, но и ее поддержка, т.к. сюрпризы подстерегают нас на всем протяжении совместной работы. Наиболее простые интеграции есть что- с провайдерами SMS. Как правило, их API достаточно простоето не очень работающее, чего могло и программист может его настроить за 1 рабочий деньне быть. ОднакоСоответственно, это 5 тесли бы мы обновляли при любом нахождении ошибки — люди выискивали бы мелкие ошибки специально.рЕсли ошибка действительно серьезная — конечно мы сразу исправим и обновим.+ обновление системыТакие ошибки, которое тоже бывает платным. В большинстве случаев это не выгодно делатьесли они вдруг есть, если какойвсплывают сразу — у вас же бизнес-то провайдер Вам позвонилпроцессы постоянно происходят! Согласитесь, мало вероятно, и предложил цену сообщения на 3что через год использования вы нашли какую-5 копеек меньшето проблему, чем Вы платите сейчаскоторая делает невозможным ваши процессы.

====Как сделать дешевле=Почему трудозатраты на исправление ваших ошибок записывают на меня? ===

===Почему доработки доступны всем===Иногда наши клиенты говорят "Я же сам придумал функциональность# Всегда в любой системе есть что-то некрасивое. Если вы обратились с замечанием, а все пользовались так, значит вам это оказалось критично. Для того поддержка и я оплачиваю ее разработку. Она должна быть нашим конкурентным преимуществом есть, чтобы добавлять то, что вам нужно, и устранять то, что вам не должна доставаться конкурентам"нужно. Отвечаю:* Если доработка полезная еще кому-то: Представьте# На самом деле, даже когда это действительно наша ошибка, что мы с Вами договорились на такие условия - и она серьезная — вы платите (с наценкой за эксклюзивность)обращаетесь в поддержку, создается тикет, мы делаем только для вас. Через месяц к нам приходит другой клиент и просит примерно тоже самоев рамках этого тикета исправляется. Мы должны ему отказать в самой возможности реализации его хотелки? Или мы должны взять с него денег Другое дело, что что-то серьезное, как за обычнуюправило, не эксклюзивную доработкурешается совсем быстро, и открыть эту функциональность всем остальным?, конечно, независимо от того, заказана у вас поддержка или нет.* Если доработка не полезная другим: Я понимаю# Мы всегда делаем больше, чем входит в тариф поддержки, что чтобы вы свято верите в были довольны. Даже если где-тобудет исправление нашей ошибки по вашему тикету — чтобы это никто не считал. Мы же тоже можем посчитать…# Ошибки бывают при любой разработке (которая у нас происходит непрерывно, что именно ваша идея чтобы в максимально реальном времени решать ваши бизнес- самая нужная всемзадачи). Но на практике Какие- большинством доработок надо людей еще заставить пользоватьсято ошибки, связанные с доработками по вашим тикетам, обнаруживают другие клиенты, если и мы знаемих исправляем в их поддержку, что они им полезныа какие-то другие — вы. А И вы, в других случаях и заставить не удастсятом числе, начинаете пользоваться доработками, заказанными другими клиентами.* Вы тоже получаете все Эти трудозатраты на исправление ошибок — неотъемлемая часть любой доработки от других клиентов. И : каждая доработка состоит из этого состоит вся наша системаформирования ТЗ, разработки, тестирования, исправления ошибок и дальнейшей поддержки, и это все трудозатраты, которые нужно учитывать на этапе появления идеи что-нибудь к системе добавить или изменить. Если бы Это все заказывали доработки только для себя - наша система не существовала бывходит в изначальный план. Частично они «размазываются» равномерно на всех наших клиентов. И вам пришлось бы нанимать Не думаете же вы, что на оплату программистов и писать систему самостоятельно с нуля. Собственнона исправление ошибок у нас есть какие-то отдельные, «свои» деньги, кроме тех, что вам мешает сделать это сейчасплатят нам клиенты? ТоИ мы эти средства, суммарно то, что наша система заведомо впереди? Это и доказывает правильность нашей политики разработкиплатят нам клиенты, используем по назначению — совершенствуем систему, добавляем функциональность, исправляем ошибки, поддерживаем ее работоспособность.

===Примеры доработокА сейчас продается версия уже новее??? =======Правильные задачи========Не правильные задачи====Как-то у нас спрашивали "А как же так не справедливо - я купил программу год назад, и в ней не было такой функции. А сейчас она продается за те же деньги, уже с этой функцией, и те, кто покупают сейчас, ее получают бесплатно, а мне нужно заплатить за обновление". Объясняю: 10 лет назад за те деньги, за которые вы сейчас покупаете Iphone, продавались монохромные Siemens с кнопочками и полифонией. Но вы же не считаете, что зря купили тот старый телефон? Или что сейчас производители вас обманывают - подсовывают мех гораздо лучше (с)? Вопрос в том, что товар или услуга, которую вы приобретаете в конкретном времени и месте, за конкретные деньги, на этот данный момент вам выгоден. Вы же посмотрели рынок, посчитали окупаемость и выбрали то, что наиболее эффективно будет приносить прибыль в вашем бизнесе. И весь этот год зарабатывали на этой системе, в отличие от того, кто ее только сейчас покупает. Ну и, конечно, это же очень хорошо, что наша система постоянно развивается. На самом деле, это даже происходит не в какой-то жесткой конкурентной борьбе, а просто наши клиенты обращаются с потребностями, а мы их решаем. И каждый день делаем работу всех наших клиентов все более эффективной. Мы работаем на то, чтобы все ваши конкуренты, у которых нет нашей системы остались за бортом! А те, у кого есть - взаимовыгодно сотрудничали, и процветали.