Изменения

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

За ~200 рабочих дней в году === Почему мы добавили бы минимум 500 таких галокзадаем вопросы ===[[Файл:Workflowrus.jpg|thumb|450px|right|Старый баян о недопонимании при разработке, кнопок и полейзаботливо переведенный на русский для вас лично мной.]]Как я уже писал, а за 10 лет - 5000в день в среднем мы обрабатываем 30 обращений. На самом деле Из них 2- гораздо больше3 звучат примерно как «А добавьте в карточку курьера галку „Выдан фирменный портфель“» (№ 1) или «А сделайте, тчтобы на каждый район на карте можно было назначить отдельного курьера на каждый день недели» (№ 2).«А добавьте в отчет „количество доставок по клиентам“» поле «Среднее отношение количества выездов курьера к. они тянут друг другакилометражу между точками, умноженному на средний счет клиента» (№ 3).

По первому примеру: – А завтра ВыЗа ~200 рабочих дней в году мы добавили бы минимум 500 таких галок, наверное, попросите добавить галку "Выдан планшет"кнопок и полей, а потом "Выдан проездной", плащ-палатка, футболка и солнечные очки? Клиент говорит "Ну, видимо, даза 10 лет — 5000...". Представляете, насколько система была бы не управляема сейчас? На практикесамом деле — гораздо больше, конечно, мы находим решение задач, главное - понимать, что именно он хочет. В данном случае клиенту нужно учитывать выдачу сотрудникам и прием неограниченного количества видов инвентаря. И так в модуле складского учета, в номенклатуре, появилась галка "<rspoiler text="инвентарь">Сейчас она уже преобразилась в выпадающий список "Тип номенклатуры", поскольку наши клиенты пожелали еще вести учет расходных материалов вроде "незамерзайки", и упаковки, которую система еще и [[Модуль складского учета#Расчет упаковки|подбирать]] под конкретные товары умеет!</rspoiler>", и клиент, помимо того, что просил, получил еще средство контроля за остатками своих фирменных портфелей на складекак они тянут друг друга.

По второму пункту - понятно жепервому примеру: — А завтра вы, наверное, что в 95% случаев на одном районе курьер будет работать каждый день неделипопросите добавить галку «Выдан планшет», а топотом «Выдан проездной», что в выходные у них работает другой курьерский состав на тех же районах плащ- это исключение. С гораздо большей вероятностьюпалатка, вместо разных курьеров по дням неделифутболка и солнечные очки? Клиент говорит «Ну, нашим клиентам понадобятся разные курьеры в зависимости от массы отправления (пешие/вело/авто курьеры)видимо, или срочностида…». Если бы мы добавляли возможность указания разных курьеров для всех этих вариаций (а сколько их еще можно придумать!)Представляете, схемами на карте стало насколько система была бы невозможно пользоваться. Понимая задачуне управляема сейчас? На практике, которую решает клиентконечно, мы делаем возможность копирования схемнаходим решение задач, главное — понимать, что именно он хочет. В данном случае клиенту нужно учитывать выдачу сотрудникам и прием неограниченного количества видов инвентаря. И клиент может нарисовать районытак в модуле складского учета, скопировать схемув номенклатуре, и 2 схемы назвать появилась галка «<rspoiler text="будниинвентарь" >Сейчас она уже преобразилась в выпадающий список „Тип номенклатуры“, поскольку наши клиенты пожелали еще вести учет расходных материалов вроде „незамерзайки“, и "выходные"упаковки, которую система еще и назначить разных курьеров. А можно - сделать 7 схем по дням недели. А можно - отдельно для пеших[[Модуль складского учета#Расчет упаковки|подбирать]] под конкретные товары умеет!</rspoiler>», и отдельно - для автокурьеровклиент, помимо того, что просил, получил еще средство контроля за остатками своих фирменных портфелей на складе.

По третьему эпизоду совсем все просто: Делается отдельный отчет второму пункту — понятно же, что в "доп95 % случаев на одном районе курьер будет работать каждый день недели, а то, что в выходные у них работает другой курьерский состав на тех же районах — это исключение. возможности"С гораздо большей вероятностью, вместо разных курьеров по дням недели, нашим клиентам понадобятся разные курьеры в котором выводятся те показателизависимости от массы отправления (пешие/вело/авто курьеры), или срочности. Если бы мы добавляли возможность указания разных курьеров для всех этих вариаций (а сколько их еще можно придумать!), которые нужны клиентусхемами на карте стало бы невозможно пользоваться. Понимая задачу, считающиеся которую решает клиент, мы делаем возможность копирования схем. И клиент может нарисовать районы, скопировать схему, и 2 схемы назвать «будни» и «выходные», и назначить разных курьеров. А можно — сделать 7 схем по его ТЗдням недели. А можно — отдельно для пеших, и отдельно — для автокурьеров.

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

====Очень частая проблема недопонимания: отчеты. Обращается клиент с просьбой добавить ему в раздел «Адреса» какое-то поле, например, количество поездок по отправлению в выдаче. На самом деле, добавление такого поля практически исключено по чисто технической причине: для вывода отправлений серверу придется для каждого из них «заглядывать» в «выдачу», и считать их количество. Для 99,999 % задач, решаемых пользователями в адресах, эти данные не нужны, но их расчет будет происходить, и замедлять работу всех систем всех наших клиентов. Но возникает и другой вопрос: «зачем вам это поле?». А клиент говорит «Мы будем выводить это поле, выгружать все 10 тыс. заказов с ним в эксель, там формулами считать наценку за лишние поездки, а потом загружать обратно этот эксель с рассчитанными ценами. Сейчас у нас круглосуточно работают 3 человека, которые в каждое отправление заходят, открывают закладку „История выдачи“, смотрят, сколько там строк, и вписывают в эксель.» Занавес! :-) Чтобы вы понимали — я все равно не скажусильно утрирую, когда это моя коммерческая тайна!====С нами нужно работать как с врачомпишу: нужно люди действительно совершают ненужные подвиги каждый день. Здесь, если подходить формально, можно просто <rspoiler text="доверять">Мы понимаем всю степень деликатности вопросовсказать «Нет, мы этот столбец не добавим». Если немного подумать — можно сделать отдельный отчет, который выведет в эксель требуемый клиентом показатель. Но если подойти к задаче действительно качественно, то в тариф клиента можно добавить услугу повторной доставки, которая сразу будет рассчитываться по тому алгоритму, который нужен клиенту, ипроцесс расчетов в экселе выпадет полностью, если бы значительно упростив всем жизнь. Чем мы и занимаемся. '''Главный принцип хорошего программиста гласит «Клиенту надо дать не соблюдали "врачебную тайну"то, что он просит, а то, что ему действительно нужно».''' Тут вы, наверное, думаете, что пишут вам тут про каких-то дураков, а вы-то (именно вы!) действительно знаете, как правильно решать вашу проблему, и не смогли бы столько лет успешно работать с нашими клиентаминужно больше ничего выяснять, надо делать то, что вы говорите.</rspoiler>Но на самом деле люди придумывают такие неконструктивные подходы не потому, что они глупые, а всепотому, что они не скажете сделает хуже только вам. Если это для вас профессионалы в данной области, они не приемлемо — лучше пишите самизнают всех технических возможностей и невозможностей. Причем в прямом смысле сами личноПоэтому есть мы — мы подходим к решению каждой бизнес-задачи системно, прилагая все усилия, чтобы понять корень проблемы, и тогда предлагаем такое решение, которое максимально автоматизирует ваши процессы, и при этом будет соответствовать базовым принципам построения информационных систем, а не с помощью наемных программистовбудет учитывать возможное развитие предложенных процессов.

===Почему на доработки требуется времяА я все равно не скажу, это моя коммерческая тайна! ===С нами нужно работать как с врачом: нужно просто <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 копеек меньше, чем вы платите сейчас.

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

===Примеры доработок=== ====Правильные задачи========Не правильные задачи====