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>Но на самом деле люди придумывают такие неконструктивные подходы не потому, что они глупые, а всепотому, что они не профессионалы в данной области, они не скажете сделает хуже только вамзнают всех технических возможностей и невозможностей. Если это для вас не приемлемо Поэтому есть мы — мы подходим к решению каждой бизнес- лучше пишите сами. Причем в прямом смысле сами личнозадачи системно, прилагая все усилия, чтобы понять корень проблемы, и тогда предлагаем такое решение, которое максимально автоматизирует ваши процессы, и при этом будет соответствовать базовым принципам построения информационных систем, а не с помощью наемных программистовбудет учитывать возможное развитие предложенных процессов.
====Как сделать дешевле=быстрее ===Давайте разговаривать! Сейчас при оценке Задачи клиентов разбиты по [[#Задачи|приоритетам]].* Чтобы повысить приоритет вашей задачив общей очереди рассмотрения, ее объема и стоимости мы исходим заполните форму важности тикета. Форма доступна:** по ссылке из того, что есть некоторое ТЗ, которое нужно согласовать, реализовать и поддерживатьписьма от поддержи MeaSoft по тикету. И всегда есть риск что-то не учесть, потратить на какой-то блок не 1 день, как планировалось, а неделюТекст ссылки: «Это важная задача? Сообщите нам об этом!». Это все, конечно, приходится закладывать ** в личном кабинете курьерской службы в цену и срокипункте основного меню '''Тикеты'''. На рынке, однако, есть Текст ссылки: «Выделите тикет в таблице и другие способы взаимодействияукажите важность вашей задачи». Например* Чтобы повысить приоритет задачи среди ваших тикетов, мы можем совместно проработать экономику того или иного процесса, посчитать, сколько это должно приносить прибыли и отталкиваться от нее - как установите приоритет в колонке '''Приоритет''' в сторону упрощения и удешевления разработки, так и, где это оправдано цифрами - сжатия сроков, установки более точной задачи и т.дсписке тикетов.
→О системе
==О системе==
На сегодняшний день система «Курьерская служба» отметила своё четырнадцатилетние. За это время её положительно оценили и активно с нами сотрудничают более 300 компаний. Наши партнёры находятся в разных странах: Россия, Казахстан, Узбекистан, Таджикистан, Украина, Белоруссия, Киргизия, Латвия. С помощью нашего сервиса ежедневно 4,5 тысячи курьеров доставляют 60 тысяч отправлений от 11 тысяч клиентов.
Сама созданная нами «Курьерская служба» состоит из 200 связанных друг с другом таблиц, в некоторых из которых встречается по 50 миллионов записей. Мы постоянно работаем над её совершенствованием, чтобы наши клиенты всегда были впереди конкурентов.
Но есть и минусы:
*Система становится все сложнее, и любая доработка в ней требует все больше усилий. Это общая беда больших систем: по подсчетам Microsoft программисты тратят 90% времени на поиск места в коде их ERP-систем, куда нужно внести изменение, и только 10% - на написание этих изменений.
*Уменьшается объем личного присутствия. Еще 5 лет Несколько назад я лично приезжал к каждому клиенту в Москве, с ноутбуком, и что-то для них дописывал. Но это и хорошо: компания гораздо лучше работает, когда она выстроена как система, а не ручное управление одним человеком.
==Отказ от ответственности==
==Что входит в поддержку==
===Тариф 1===
Консультации пользователей по телефону, e-mail и Skype, а также с использованием средств удаленного доступа.
===Тариф 2===
* Консультации пользователей по телефону, e-mail и Skype, а также с использованием средств удаленного доступа.
* Регулярное обновление программы до последней версии — 1 раз в месяц.
* Настройка системы под бизнес-процессы клиента в рамках возможностей, доступных без перекомпиляции программы и ее модулей (за исключением настройки модуля интеграции с внешними системами для импорта/экспорта данных во внешние системы) — не более 5-ти рабочих часов разработчика в месяц. В большинстве случаев это создание дополнительных отчетов и печатных форм, настройка автоматизации.
===Тариф 3===
* Консультации пользователей по телефону, e-mail и Skype, а также с использованием средств удаленного доступа.
* Регулярное обновление программы до последней версии — 1 раз в месяц.
* Настройка системы, доработка функциональности, в том числе с перекомпиляцией программы и/или ее модулей — не более 15-ти рабочих часов разработчика в месяц.
* 1 плановый выезд специалиста в месяц (в пределах г. Москвы).
==Оплата счетов==
Ежемесячный платеж за аренду системы должен быть внесен до конца календарного месяца: например, мы выставляем счет 20 сентября и ожидаем оплату по нему не позднее 30 сентября.
Мы знаем, что бывают форс-мажоры и долгая обработка платежа банком. Поэтому система продолжает работать до 7 числа следующего месяца и при каждом запуске напоминает о неоплаченном счете.
Мы добились минимальной стоимости системы за счет автоматизации многих процессов — в том числе и автоматизация рассылки ключей. Ключи рассылаются только после зачисления средств на наш расчетный счет.
==Как получить качественную поддержку==
===Корректно обратиться в поддержку===
==Почему вы не сообщаете об изменениях?==
===Текущие изменения функциональности и логики работы===
Сообщаем, и постоянно! На [https://home.courierexe.ru/whatsnew специальной странице] в реальном времени публикуются все изменения. Зайдите, и посмотрите на нее. Вряд ли Вы вы хотите ежедневно получать длинные простыни с различными изменениями и дополнениями, вносимыми в программу. Поэтому мы публикуем краткие новостные подборки специально для наших клиентов в наших группах в [https://vk.com/measoft ВК], [https://facebook.com/courierexe Facebook] и в [https://t.me/measoft Telegram-канале]. Подписывайтесь! Любое изменение вначале анализируется на предмет того, оно отразится на работе существующих процессов наших клиентов. Мы подходим к этому с особой тщательностью. Именно поэтому нам очень важно знать, как Вы вы используете систему, и стараться своевременно предотвратить использование ее механизмов не по назначению. Однако клиентов у нас сотни, процессов у них тысячи, а мы одни, и поэтому иногда, очень редко, бывают и несовместимые изменения, которые мы всегда стараемся быстро исправить, если так случилось. Единственный способ это надежно предотвратить - никогда ничего не менять. Не делать никаких доработок, не обновлять систему клиентам, не добавлять новых функций, интеграций, поддержки нового оборудования и т.д. Наверное, это не совсем то, что вы ожидаете от поставщика ПО, верно?
===Добавление новых функций===
Отсюда вытекает понимание, что у новой функции нет одного момента, когда она становится продуктом, и о ней нужно всем сообщить. Есть только постепенно растущая степень нашей уверенности в этой функции. Если Вы ранее обращались к нам с вопросом о добавлении подобной функции – мы стараемся об этом помнить, и сообщить Вам о ней, но это тоже не всегда возможно. Поэтому рекомендуется периодически просматривать вики – как различные описания функций, так и страницу истории версий.
==Ошибки в программеКак доработать функциональность ==
По второму пункту - понятно жепервому примеру: — А завтра вы, наверное, что в 95% случаев на одном районе курьер будет работать каждый день неделипопросите добавить галку «Выдан планшет», а топотом «Выдан проездной», что в выходные у них работает другой курьерский состав на тех же районах плащ- это исключение. С гораздо большей вероятностьюпалатка, вместо разных курьеров по дням неделифутболка и солнечные очки? Клиент говорит «Ну, нашим клиентам понадобятся разные курьеры в зависимости от массы отправления (пешие/вело/авто курьеры)видимо, или срочностида…». Если бы мы добавляли возможность указания разных курьеров для всех этих вариаций (а сколько их еще можно придумать!)Представляете, схемами на карте стало насколько система была бы невозможно пользоваться. Понимая задачуне управляема сейчас? На практике, которую решает клиентконечно, мы делаем возможность копирования схемнаходим решение задач, главное — понимать, что именно он хочет. В данном случае клиенту нужно учитывать выдачу сотрудникам и прием неограниченного количества видов инвентаря. И клиент может нарисовать районытак в модуле складского учета, скопировать схемув номенклатуре, и 2 схемы назвать появилась галка «<rspoiler text="будниинвентарь" >Сейчас она уже преобразилась в выпадающий список „Тип номенклатуры“, поскольку наши клиенты пожелали еще вести учет расходных материалов вроде „незамерзайки“, и "выходные"упаковки, которую система еще и назначить разных курьеров. А можно - сделать 7 схем по дням недели. А можно - отдельно для пеших[[Модуль складского учета#Расчет упаковки|подбирать]] под конкретные товары умеет!</rspoiler>», и отдельно - для автокурьеровклиент, помимо того, что просил, получил еще средство контроля за остатками своих фирменных портфелей на складе.
По третьему эпизоду совсем все просто: Делается отдельный отчет второму пункту — понятно же, что в "доп95 % случаев на одном районе курьер будет работать каждый день недели, а то, что в выходные у них работает другой курьерский состав на тех же районах — это исключение. возможности"С гораздо большей вероятностью, вместо разных курьеров по дням недели, нашим клиентам понадобятся разные курьеры в котором выводятся те показателизависимости от массы отправления (пешие/вело/авто курьеры), или срочности. Если бы мы добавляли возможность указания разных курьеров для всех этих вариаций (а сколько их еще можно придумать!), которые нужны клиентусхемами на карте стало бы невозможно пользоваться. Понимая задачу, считающиеся которую решает клиент, мы делаем возможность копирования схем. И клиент может нарисовать районы, скопировать схему, и 2 схемы назвать «будни» и «выходные», и назначить разных курьеров. А можно — сделать 7 схем по его ТЗдням недели. А можно — отдельно для пеших, и отдельно — для автокурьеров.
===Почему на доработки требуется времяА я все равно не скажу, это моя коммерческая тайна! ===С нами нужно работать как с врачом: нужно просто <rspoiler text====Как сделать быстрее=======Почему доработки стоят денег===Иногда наши клиенты говорят "Я же придумываю вам функциональностьдоверять">Мы понимаем всю степень деликатности вопросов, которую вы включите в свою систему и она станет лучше, вы это будете продавать, почему я должен платить за разработку?" На это у нас есть ряд ответов:*Мы практически не зарабатываем на продажах. На самом деле, если бы мы и на доработках не зарабатываем. Продажи и доработки вместе составляют менее 15% нашего оборота (см. [[#Бизнес-модель|бизнес-модель]]). А увеличение стоимости системы за счет какой-то отдельно взятой доработки и вовсе лежит в пределах погрешности любого измерения. *Вся та функциональность, которая сейчас есть в системе, и которую Вы приобретаете за смешные, для подобных систем, деньги, так же была до Вас кем-то придумана и оплаченасоблюдали «врачебную тайну», что позволяет Вам сразу пользоваться всеми этими идеями.*Мы, естественнонаверное, не все доработки делаем платно. При принятии решения о стоимости и сроках выполнения доработки мы опираемся на множество факторов, таких, как востребованность (возможно, потенциальная) другими смогли бы столько лет успешно работать с нашими клиентами, трудозатратность, реальная необходимость доработки именно для Вашего процесса, обслуживаемость данной функциональности в будущем. И на практике</rspoiler>, большинство доработок мы делаем по себестоимости. Некоторые - бесплатноа все, некоторые, если доработка нужна что не скажете сделает хуже только вам, и больше о ней никто не спрашивал и подобных процессов больше ни у кого нет - то по рыночной цене. Бывают и такие доработки, за которые мы выставляем завышенный ценник, если видим, что подобная доработка может негативно сказаться на стабильности, скорости работы системы, ее масштабируемости. В этом случае ценой можно показать клиенту, что другое решение правильнее, дешевле, а клиент может, так же деньгами, сказать что ему Если это действительно нужно, что ему это выгодно, и он действительно будет этим пользоваться.*Если бы мы принимали все идеи к разработке бесплатно, то каждый наш пользователь генерировал бы идеи каждый день, для вас не заботясь о качестве этих идей, об их реальной востребованности в его процессеприемлемо — лучше пишите сами. Подходил бы с позиции "ну вы сделайте, вдруг пригодится". При этом наш ресурс разработки, как и любой другой ресурс в этом мире, ограничен. Поэтому задачи в работу принимаются либо платно, либо, если их выгода очевидна - бесплатно или дешево, либо, в рамках поддержки, но там тоже есть лимит трудозатрат, включенных Причем в стоимость поддержки, поэтому клиенту приходится подходить ответственно к генерации идей.*Не нужно считать нас "по ту сторону баррикад", пытаясь получить как можно больше за как можно меньше. Мы - продолжение вашей команды, ваши сотрудники. Мы для вас хорошо работаемпрямом смысле сами лично, а вы - хорошо платите. Лично я всегда не с удовольствием повышаю зарплаты сотрудникам. Если я повышаю, это значит сотрудник принес мне больше прибыли, значит я стал богаче. Сотрудник и дальше будет лучше работать и проносить еще больше прибыль! Это ли не повод для радости?*Для еще более активного развития, решения ваших задач, нам нужно расширяться: нанимать больше помощью наемных программистов, руководителей, специалистов поддержки, платить им зарплаты. Экономя сейчас, пытаясь получить услугу бесплатно, вы стреляете себе в ногу: так завтра нам некем будет решать ваши задачи!
===Почему на доработки требуется время =Интеграции====Наиболее "больная" тема платных разработок в последнее время - интеграции. Себестоимость разработки интеграции с партнером начинается от 100 т.р., и это объективная реальность. Почему? Дело в том, что в большинстве случаев, одна только техническая документация под API какой-либо компании - это 50-ти страничный документ, описывающий методы, поля, структуры данных и подходы к организации обмена информацией, как правило, чуждые нашей системе (и любой другой, кроме той, от которой приводится документация). Данные нужно адапировать. Статусы нужно транслировать. Далеко не всегда понятно, откуда именно брать требуемые данные, и куда складывать ответные, т.к. объектов, придуманных партнерами в нашей системе просто нет. В большинстве случаев на это еще накладывается "сырость" программного кода на чужой стороне - он работает не так, как описано в документации, и программисты на той стороне на ходу что-то дописывают и исправляют. В лучшем случае исправляют, а в худшем - они просто не идут на контакт. А в случае ошибки в передаче данных приходится поднимать всю историю, трассировать работу ПО, сравнивать данные и т.д. - это большая и кропотливая работа. Самое печальное, что через месяц-другой успешной работы, вдруг что-то ломается. Мы получаем негатив - клиент звонит с претензиями, что не может работать и т.д., мы сутки выясняем, в чем проблема, и оказывается, что партнер просто молча изменил свое API. Поэтому - да, мы делаем интеграции себе в убыток с такими популярными партнерами как СДЭК или Боксберри. Но если Вам нужно интегрироваться с каким-то мало известным партнером, клиентом или сервисом - это стоит денег, причем скорее всего не только разработка интеграции, но и ее поддержка, т.к. сюрпризы подстерегают нас на всем протяжении совместной работы. Наиболее простые интеграции - с провайдерами SMS. Как правило, их API достаточно простое, и программист может его настроить за 1 рабочий день. Однако, это 5 т.р.+ обновление системы, которое тоже бывает платным. В большинстве случаев это не выгодно делать, если какой-то провайдер Вам позвонил, и предложил цену сообщения на 3-5 копеек меньше, чем Вы платите сейчас.
===Почему доработки доступны всемКак сделать дешевле ===Иногда наши клиенты говорят "Я же сам придумал функциональностьДавайте разговаривать! Сейчас при оценке задачи, ее объема и я оплачиваю ее разработку. Она должна быть нашим конкурентным преимуществом стоимости мы исходим из того, что есть некоторое ТЗ, которое нужно согласовать, реализовать и не должна доставаться конкурентам"поддерживать. Отвечаю:* Если доработка полезная еще комуИ всегда есть риск что-то: Представьтене учесть, что мы с Вами договорились потратить на такие условия какой- вы платите (с наценкой за эксклюзивность)то блок не 1 день, мы делаем только для васкак планировалось, а неделю. Через месяц к нам приходит другой клиент Это все, конечно, приходится закладывать в цену и просит примерно тоже самоесроки. Мы должны ему отказать в самой возможности реализации его хотелки? Или мы должны взять с него денег как за обычнуюНа рынке, не эксклюзивную доработкуоднако, есть и открыть эту функциональность всем остальным?* Если доработка не полезная другим: Я понимаю, что вы свято верите в то, что именно ваша идея - самая нужная всемдругие способы взаимодействия. Но на практике - большинством доработок надо людей еще заставить пользоватьсяНапример, если мы знаемможем совместно проработать экономику того или иного процесса, что они им полезны. А посчитать, сколько это должно приносить прибыли и отталкиваться от нее — как в других случаях сторону упрощения и заставить не удастся.* Вы тоже получаете все доработки от других клиентов. И из этого состоит вся наша система. Если бы все заказывали доработки только для себя - наша система не существовала бы. И вам пришлось бы нанимать программистов удешевления разработки, так и писать систему самостоятельно с нуля. Собственно, что вам мешает сделать где это сейчас? Тооправдано цифрами — сжатия сроков, что наша система заведомо впереди? Это и доказывает правильность нашей политики разработкиустановки более точной задачи и т. д.
=== Почему доработки стоят денег ===Иногда наши клиенты говорят «Я же придумываю вам функциональность, которую вы включите в свою систему и она станет лучше, вы это будете продавать, почему я должен платить за разработку?» На это у нас есть ряд ответов:* Мы практически не зарабатываем на продажах. На самом деле, мы и на доработках не зарабатываем. Продажи и доработки вместе составляют менее 15 % нашего оборота (см. [[#Бизнес-модель|бизнес-модель]]). А увеличение стоимости системы за счет какой-то отдельно взятой доработки и вовсе лежит в пределах погрешности любого измерения.* Вся та функциональность, которая сейчас есть в системе, и которую вы приобретаете за смешные, для подобных систем, деньги, так же была до Вас кем-то придумана и оплачена, что позволяет вам сразу пользоваться всеми этими идеями.* Мы, естественно, не все доработки делаем платно. При принятии решения о стоимости и сроках выполнения доработки мы опираемся на множество факторов, таких, как востребованность (возможно, потенциальная) другими нашими клиентами, трудозатратность, реальная необходимость доработки именно для Вашего процесса, обслуживаемость данной функциональности в будущем. И на практике, большинство доработок мы делаем по себестоимости. Некоторые — бесплатно, некоторые, если доработка нужна только вам, и больше о ней никто не спрашивал и подобных процессов больше ни у кого нет — то по рыночной цене. Бывают и такие доработки, за которые мы выставляем завышенный ценник, если видим, что подобная доработка может негативно сказаться на стабильности, скорости работы системы, ее масштабируемости. В этом случае ценой можно показать клиенту, что другое решение правильнее, дешевле, а клиент может, так же деньгами, сказать что ему это действительно нужно, что ему это выгодно, и он действительно будет этим пользоваться.* Если бы мы принимали все идеи к разработке бесплатно, то каждый наш пользователь генерировал бы идеи каждый день, не заботясь о качестве этих идей, об их реальной востребованности в его процессе. Подходил бы с позиции «ну вы сделайте, вдруг пригодится». При этом наш ресурс разработки, как и любой другой ресурс в этом мире, ограничен. Поэтому задачи в работу принимаются либо платно, либо, если их выгода очевидна — бесплатно или дешево, либо, в рамках поддержки, но там тоже есть лимит трудозатрат, включенных в стоимость поддержки, поэтому клиенту приходится подходить ответственно к генерации идей.* Не нужно считать нас «по ту сторону баррикад», пытаясь получить как можно больше за как можно меньше. Мы — продолжение вашей команды, ваши сотрудники. Мы для вас хорошо работаем, а вы — хорошо платите. Лично я всегда с удовольствием повышаю зарплаты сотрудникам. Если я повышаю, это значит сотрудник принес мне больше прибыли, значит я стал богаче. Сотрудник и дальше будет лучше работать и проносить еще больше прибыль! Это ли не повод для радости?* Для еще более активного развития, решения ваших задач, нам нужно расширяться: нанимать больше программистов, руководителей, специалистов поддержки, платить им зарплаты. Экономя сейчас, пытаясь получить услугу бесплатно, вы стреляете себе в ногу: так завтра нам некем будет решать ваши задачи! ==== Интеграции ====Наиболее «больная» тема платных разработок в последнее время — интеграции. Себестоимость разработки интеграции с партнером начинается от 100 т.р., и это объективная реальность. Почему? Дело в том, что в большинстве случаев, одна только техническая документация под API какой-либо компании — это 50-ти страничный документ, описывающий методы, поля, структуры данных и подходы к организации обмена информацией, как правило, чуждые нашей системе (и любой другой, кроме той, от которой приводится документация). Данные нужно адапировать. Статусы нужно транслировать. Далеко не всегда понятно, откуда именно брать требуемые данные, и куда складывать ответные, так как объектов, придуманных партнерами в нашей системе просто нет. В большинстве случаев на это еще накладывается «сырость» программного кода на чужой стороне — он работает не так, как описано в документации, и программисты на той стороне на ходу что-то дописывают и исправляют. В лучшем случае исправляют, а в худшем — они просто не идут на контакт. А в случае ошибки в передаче данных приходится поднимать всю историю, трассировать работу ПО, сравнивать данные и т. д. — это большая и кропотливая работа. Самое печальное, что через месяц-другой успешной работы, вдруг что-то ломается. Мы получаем негатив — клиент звонит с претензиями, что не может работать и т. д., мы сутки выясняем, в чем проблема, и оказывается, что партнер просто молча изменил свое API. Поэтому — да, мы делаем интеграции себе в убыток с такими популярными партнерами как СДЭК или Боксберри. Но если вам нужно интегрироваться с каким-то мало известным партнером, клиентом или сервисом — это стоит денег, причем скорее всего не только разработка интеграции, но и ее поддержка, так как сюрпризы подстерегают нас на всем протяжении совместной работы. Наиболее простые интеграции — с провайдерами SMS. Как правило, их API достаточно простое, и программист может его настроить за 1 рабочий день. Однако, это 5 т.р.+ обновление системы, которое тоже бывает платным. В большинстве случаев это не выгодно делать, если какой-то провайдер вам позвонил, и предложил цену сообщения на 3-5 копеек меньше, чем вы платите сейчас. === Почему доработки доступны всем ===Иногда наши клиенты говорят «Я же сам придумал функциональность, и я оплачиваю ее разработку. Она должна быть нашим конкурентным преимуществом и не должна доставаться конкурентам». Отвечаю:* Если доработка полезная еще кому-то: Представьте, что мы с вами договорились на такие условия — вы платите (с наценкой за эксклюзивность), мы делаем только для вас. Через месяц к нам приходит другой клиент и просит примерно тоже самое. Мы должны ему отказать в самой возможности реализации его хотелки? Или мы должны взять с него денег как за обычную, не эксклюзивную доработку, и открыть эту функциональность всем остальным?* Если доработка не полезная другим: Я понимаю, что вы свято верите в то, что именно ваша идея — самая нужная всем. Но на практике — большинством доработок надо людей еще заставить пользоваться, если мы знаем, что они им полезны. А в других случаях и заставить не удастся.* Вы тоже получаете все доработки от других клиентов. И из этого состоит вся наша система. Если бы все заказывали доработки только для себя — наша система не существовала бы. И вам пришлось бы нанимать программистов и писать систему самостоятельно с нуля. Собственно, что вам мешает сделать это сейчас? То, что наша система заведомо впереди? Это и доказывает правильность нашей политики разработки. ===Примеры доработок=== ====Правильные задачи========Не правильные задачи====
==Почему обновления платные==
Вы купили систему и пользуетесь. В это время наши программисты работают, реализуют множество новых функций, улучшают существующие. Клиенты генерируют идеи, оплачивают их разработку, платят за поддержку, участвуют в тестировании новых функций. Согласитесь, не справедливо, если вы просто придете и все это даром получите? Так же сам процесс обновления связан с трудозатратами как на само обновление, так и дальнейшую поддержку. Обновление - это когда что-то меняется. А значит пользователей нужно обучать. Возможно - договариваться и перестраивать бизнес-процессы. Поэтому после обновления мы поддерживаем клиентов еще 2 недели. И чем больше времени прошло с последнего обновления - тем больше изменений, тем сложнее перейти на новую версию. Поэтому стоимость обновления зависит от времени, прошедшего с последнего обновления. Так же обновления входят в техническую поддержку по 2-му и 3-му тарифам.
=== А если я нашел ошибку? ===
Как я писал выше, в программе всегда есть ошибки, и есть что-то не очень работающее, чего могло и не быть. Соответственно, если бы мы обновляли при любом нахождении ошибки - ошибки — люди выискивали бы мелкие ошибки специально. Если ошибка действительно серьезная - серьезная — конечно мы сразу исправим и обновим. Такие ошибки, если они вдруг есть, всплывают сразу - сразу — у вас же бизнес-процессы постоянно происходят! Согласитесь, мало вероятно, что через год использования вы нашли какую-то проблему, которая делает невозможным ваши процессы. === Почему трудозатраты на исправление ваших ошибок записывают на меня? === # Всегда в любой системе есть что-то некрасивое. Если вы обратились с замечанием, а все пользовались так, значит вам это оказалось критично. Для того поддержка и есть, чтобы добавлять то, что вам нужно, и устранять то, что вам не нужно.# На самом деле, даже когда это действительно наша ошибка, и она серьезная — вы обращаетесь в поддержку, создается тикет, и в рамках этого тикета исправляется. Другое дело, что что-то серьезное, как правило, решается совсем быстро, и, конечно, независимо от того, заказана у вас поддержка или нет.# Мы всегда делаем больше, чем входит в тариф поддержки, чтобы вы были довольны. Даже если где-то будет исправление нашей ошибки по вашему тикету — чтобы это никто не считал. Мы же тоже можем посчитать…# Ошибки бывают при любой разработке (которая у нас происходит непрерывно, чтобы в максимально реальном времени решать ваши бизнес-задачи). Какие-то ошибки, связанные с доработками по вашим тикетам, обнаруживают другие клиенты, и мы их исправляем в их поддержку, а какие-то другие — вы. И вы, в том числе, начинаете пользоваться доработками, заказанными другими клиентами. Эти трудозатраты на исправление ошибок — неотъемлемая часть любой доработки: каждая доработка состоит из формирования ТЗ, разработки, тестирования, исправления ошибок и дальнейшей поддержки, и это все трудозатраты, которые нужно учитывать на этапе появления идеи что-нибудь к системе добавить или изменить. Это все входит в изначальный план. Частично они «размазываются» равномерно на всех наших клиентов. Не думаете же вы, что на оплату программистов на исправление ошибок у нас есть какие-то отдельные, «свои» деньги, кроме тех, что платят нам клиенты? И мы эти средства, суммарно то, что платят нам клиенты, используем по назначению — совершенствуем систему, добавляем функциональность, исправляем ошибки, поддерживаем ее работоспособность.
=== А сейчас продается версия уже новее??? ===
Как-то у нас спрашивали "А как же так не справедливо - я купил программу год назад, и в ней не было такой функции. А сейчас она продается за те же деньги, уже с этой функцией, и те, кто покупают сейчас, ее получают бесплатно, а мне нужно заплатить за обновление". Объясняю: 10 лет назад за те деньги, за которые вы сейчас покупаете Iphone, продавались монохромные Siemens с кнопочками и полифонией. Но вы же не считаете, что зря купили тот старый телефон? Или что сейчас производители вас обманывают - подсовывают мех гораздо лучше (с)? Вопрос в том, что товар или услуга, которую вы приобретаете в конкретном времени и месте, за конкретные деньги, на этот данный момент вам выгоден. Вы же посмотрели рынок, посчитали окупаемость и выбрали то, что наиболее эффективно будет приносить прибыль в вашем бизнесе. И весь этот год зарабатывали на этой системе, в отличие от того, кто ее только сейчас покупает. Ну и, конечно, это же очень хорошо, что наша система постоянно развивается. На самом деле, это даже происходит не в какой-то жесткой конкурентной борьбе, а просто наши клиенты обращаются с потребностями, а мы их решаем. И каждый день делаем работу всех наших клиентов все более эффективной. Мы работаем на то, чтобы все ваши конкуренты, у которых нет нашей системы остались за бортом! А те, у кого есть - взаимовыгодно сотрудничали, и процветали.
