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