Что такое кастомная разработка
В чем разница между кастомной и продуктовой разработкой и какая нужна вам?
В новой статье Григорий Столяренко рассказывает о разнице между кастомной и продуктовой разработки для ресторана, выделяя плюсы и минусы каждого подхода, делится опытом компании ARBUS (казалось бы, при чем тут “Катапульта”?) и резюмирует: кастомная разработка подходит далеко не для всех. Проверьте себя. Для все любителей великого и могучего, но английского, сразу после русской версии есть и версия на языке Шекспира и Трампа
В самом начале давайте разберемся с понятиями: что такое кастомная и продуктовая разработка, и чем они отличаются друг от друга. Кастомная или индивидуальная разработка – это уникальное решение, которое создается под задачи определенного заказчика. Продуктовая разработка или коробочное решение – это некий стандартный продукт, который предназначен для большого круга пользователей.
У каждого из этих решений есть свои плюсы и минусы. Мы хотим рассказать о своем опыте использования каждого из этих подходов.
Так получилось, что начинали мы именно с коробочной разработки. Именно первому нашему решению, iikoWaiter, суждено было стать флагманским продуктом, и самым продаваемым партнерским продуктом в семействе iiko. Толчком к написанию собственного продукта послужила конкуренция – на тот момент у нашего основного конкурента, r_keeper, уже имелся недорогой “мобильный официант”, который работал под управлением iOS, а у iiko были только варианты дорогостоящих девайсов с достаточно примитивным ПО на борту. И когда мы проиграли одну, затем вторую сделку, а вендор не торопился с реализацией, уверяя нас, что рынку это не нужно, мы приняли решение написать “мобильного официанта” самостоятельно.
Первая реализация была выполнена на аутсорсинге (мы были постановщиками задачи, а программированием занималась сторонняя организация), и делали мы ее как внутренний продукт компании ARBUS. Когда продукт был создан, появились первые клиенты и отзывы, мы решили, что нужно делать нативное приложение и не только под iOS, как было изначально, но и под Android. Так мы создали собственную команду разработки, которую возглавил человек-легенда и любитель С# по утрам, Сергей Мясников. А еще приняли историческое решение, что теперь делаем продукты для всего рынка, а не только как наше внутреннее решение. Через какое-то время, мы сформулировали наши принципы разработки:
Конечно, всего этого могло и не произойти, если бы не грамотная политика компании iiko по открытости API, которая позволила другим разработчикам, да и клиентам, максимально комфортно интегрироваться с продуктом, а также встраивать iiko в свою внутреннюю IT-инфраструктуру.
Мы даже выделили нашу продуктовую разработку в отдельную компанию, “Катапульта”, чтобы не путать наши бизнесы: интеграционный, которым занимается ARBUS, и вендорский (разработка), которым стала заниматься компания “Катапульта”.
Что касается кастомной разработки, то она превратилась в одно из ключевых УТП и конкурентных преимуществ компании ARBUS. Благодаря тому, что мы можем дописывать стандартный функционал: интеграции с другими системами, виджеты, мобильные приложения, специфические отчеты, доработанные под индивидуальные требования наших клиентов, мы можем выполнить очень сложные задачи и удовлетворить самых требовательных заказчиков, которым необходимо большее, чем то, что есть в коробке. Но и здесь мы придерживаемся наших принципов разработки. Например, открытости – мы с удовольствием продаем созданные решения другим интеграторам и клиентам, если, конечно, не передали вместе с ПО и исключительные права на его использование. Но в кастомной разработке, помимо индивидуальности, есть и свои нюансы. Их можно охарактеризовать девизом Артемия Лебедева: “Долго.Дорого.Ох..но”!
Что же получает в результате клиент, обратившись к нам за кастомной разработкой? Кому это вообще может быть интересно? Начнем с последнего.
Это может быть интересно вам, если у вас есть потребности, которые выходят за рамки стандартного функционала. Есть четкое понимание того, что вы хотите и есть возможность/желание разбираться в ТЗ, принимать конечный продукт, тестировать, давать обратную связь разработчику. А еще деньги и время, так как индивидуальные решения – это всегда недешевое удовольствие, и требуется время, чтобы создать/получить качественный, реально работающий инструмент.
А еще, по-хорошему, у вас или вашей команды, должно быть стратегическое вИдение того, как вы планируете развитие вашего бизнеса, и насколько индивидуальные продукты будут хорошо вписаны в вашу стратегию и IT-инфраструктуру не только сейчас, но и в будущем. По итогу вы получаете IT-решение, по согласованному ТЗ, учитывающие ваши индивидуальные потребности и желания, позволяющее более тонко настроить систему под ваши нюансы работы и специфику, а также, дополнительные конкурентные преимущества. В частности, кастомные решения идеально подходят для компаний, которые продают франшизу и хотят обеспечить своих партнеров проверенными инструментами для работы, а себе дать прозрачность ведения бизнеса, безопасность и масштабируемость.
English
For a start let’s define Custom and Product Development, and how they differ from each other. Custom or individual development is a unique solution that is created for the tasks of a particular customer. Product development or a boxed solution is a kind of standard product that is intended for a wide range of users. Each of these solutions has its advantages and disadvantages. We want to talk about our experience of both approaches. It so happened that we started with box development, and our first solution, iikoWaiter, was destined to become the flagship product, and the best-selling partner solution in the iiko product family. The impetus for creating our own product was the competition – at that time our main competitor, r_keeper, already had an inexpensive mobile waiter that was run by iOS, and iiko had only options for expensive devices with fairly primitive software on board. And when we lost one, the second deal, and the vendor was not in a hurry with the implementation, assuring us that the market did not need it, we decided to write a mobile waiter ourself. The first implementation was performed on outsourcing (we were problem directors, and another organization was involved in programming), and we did it as an internal product of ARBUS. And so, the product was created, the first clients and reviews appeared, we came to the conclusion that we have to make a native application and not only under iOS, as it was originally, but also under Android, and created our own development team, headed by a human legend and amateur c # in the morning, Sergey Myasnikov. And also, we made a historic decision that we make products for the market, and not only as our internal solution. Later we formulated our design principles:
Of course, all this could not have happened if it were not for iiko’s competent API openness policy, which allowed other developers, and even customers, to integrate with the product as comfortably as possible, as well as integrate iiko into their internal IT-infrastructure. We even singled out our product development into a separate company, Catapulta, in order not to confuse our businesses: integration, which ARBUS is engaged in, and vendor business (development), which Catapulta became involved in. As for custom development, it has become one of the key competitive advantages of the company ARBUS. Due to the fact that we can add standard functionality: integration with other systems, widgets, mobile applications, specific reports, customized for our clients’ individual requirements, we can perform very complex tasks and satisfy the most demanding customers who need more than what is in the box. However here we adhere to our principles of development. For example, openness – we are happy to sell the solutions we have created to other integrators and customers, unless, of course, we have transferred exclusive rights along with the software. However in custom development, in addition to individuality, there are some nuances. They can be characterized by the slogan of Artemy Lebedev: “Long.Expensive…..”!
What is the result of the client, contacting us for custom development? Who is interested in this at all? Let’s start with the last.
It may be interesting for you if you have needs that go beyond the standard functionality. There is a clear understanding of what you want and have the opportunity/desire to understand the specification, to accept the final product, to test, to give feedback to the developer. And also money and time, since individual solutions are always an expensive pleasure, and it takes time to create/get a high-quality, really working tool.
And also, in a good way, you or your team should have a strategic vision of how you plan to develop your business, and how well individual products will fit into your strategy and IT- infrastructure not only now, but also in the future. As a result, you get an IT-solution, according to an agreed specification, taking into account your individual needs and desires, allowing you to fine-tune the system to suit your work nuances and specifics, as well as additional competitive advantages. In particular, custom solutions are ideal for companies that sell a franchise and want to provide their partners with proven tools for work, and give yourself the transparency of business, security and scalability.
Популярно у владельцев и специалистов HoReCa
Мы не только внедряем IT-инструменты для максимально эффективного управления, совмещаем on-line и off-line стороны бизнеса, но и делимся знаниями в блоге и на регулярных профильных мероприятиях.
Что такое кастомизация: определение, примеры
Узнайте о преимуществах кастомизации товара, а также ознакомьтесь с примерами
Кастомизация — это маркетинговый подход, который подразумевает изменение массового товара или услуги под запросы конкретного потенциального клиента. Основная задача — удовлетворить личные потребности каждого покупателя с помощью индивидуального подхода.
Содержание
Преимущества кастомизации
В эпоху массового потребления товаров и услуг крайне сложно удивить целевую аудиторию. Кастомизация продукции позволяет ориентироваться на желания каждого клиента по отдельности. Никаких А/В тестов или опросов в социальных сетях, только индивидуальное взаимодействие с покупателем.
Ниже мы подготовили 5 основных преимуществ кастомизации товаров и услуг для бизнеса.
Разница между кастомизацией и персонализацией
Несмотря на схожесть этих двух понятий, между ними все же есть существенная разница. Персонализация — это маркетинговый подход, который направлен на построение эмоциональной связи с брендом, укрепление взаимоотношений и повышение продаж. Он основан исключительно на информации, полученной компанией от клиента после его покупки, регистрации, подписки на email рассылку и так далее.
Кастомизация преследует те же цели, однако клиент не получает полностью готовое предложение, он самостоятельно формирует его. Далее мы рассмотрим примеры такого подхода у разных компаний.
Примеры кастомизации
Кастомизацию часто используют дизайнеры, интернет-магазины одежды, пиццерии. Ниже мы ознакомимся с примерами нескольких компаний из разных ниш. Возможно они вдохновят вас и подарят свежие идеи.
Эта компания не требует представления. Слоган бренда знают по всему миру, а его товары выбирают именитые спортсмены, звезды Голливуда и просто люди, любящие спорт и стиль.
Чтобы еще больше расширить свое влияние на рынке, компания подарила клиентам возможность подчеркнуть свою индивидуальность с помощью кастомизированной обуви. Покупатели могут выбрать цвет шнурков, передней части, внутреннего слоя, язычка и даже подошвы.
WOWIN
Интернет-магазин мягкой мебели предоставляет своим покупателям возможность создать предмет интерьера на свой вкус. Например, клиент может выбрать цвет, материал, форму ножек кресла и многое другое. Такая кастомизация помогает сделать для клиента практически эксклюзивный товар.
Pizza Di Casa
Чтобы удовлетворить прихоти даже самых требовательных клиентов, пиццерия Pizza Di Casa разработала специальный конструктор для формирования заказа. Покупатели могут выбрать размер заготовки, соус, начинку, зелень и многое другое. Есть даже возможность сделать одну пиццу с двумя видами наполнения 50/50. После формирования заказа клиенту необходимо только подтвердить его и указать адрес доставки.
Как видите, кастомизация — это отличная возможность удовлетворить даже самые непредсказуемые желания покупателей. При этом уровень удовлетворенности клиента от такой покупки в разы выше, ведь он получает именно то, что выбирает сам.
Что такое кастомизация. Объясняем простыми словами
Проще говоря, это подход, который подразумевает изменение массового товара или услуги под запросы конкретного клиента. Причём речь идёт не только о дизайне одежды, обуви, аксессуаров, но и об интерфейсе и услугах приложений, социальных сетей, магазинов и т. д.
Бренды создают кастом-ателье либо добавляют специальный раздел на свои сайты. Например, бренды одежды и обуви предоставляют клиентам возможность создать собственный дизайн кроссовок или платьев, рестораны делают специальный конструктор для формирования заказа, мебельные магазины дают возможность изменить предмет интерьера на свой вкус — и т. д.
Примеры употребления на «Секрете»
«Чтобы начать прилично зарабатывать, нужно придумать дополнительные способы монетизации: внедрение, интеграция, кастомизация, техподдержка, аудит компании перед установкой продукта, «сращивание» продукта с внутренними системами заказчика, разработка мобильных приложений, импорт и миграция данных».
(Директор по маркетингу западного направления «Битрикс24» Дмитрий Давыдов — о правилах создания успешного IT-продукта.)
«В образовании наметился тренд на кастомизацию. Иначе говоря, на составление индивидуальной образовательной траектории. Для чего нужно много контента».
(Автор проекта «Лекториум» Яков Сомов — в подкасте «Рунетология».)
Ошибки в употреблении
Не стоит путать кастомизацию с персонализацией. Кастомизация предлагает клиенту самостоятельно создать продукт «под себя» с помощью бизнеса. А персонализация предполагает готовое предложение для клиента на основе информации о его предпочтениях.
В фэшн-индустрии тренд на кастомизацию не новость, а возвращение модной тенденции 1970-х годов, когда в Нью-Йорке молодёжь переделывала джинсовые куртки под себя. С тех пор стремление к уникальности в обществе только возросло, а тренд на кастомизацию приобрел глобальные масштабы.
Что выбрать: CMS или кастомное решение?
Процесс диджитализации- безостановочный. И всем владельцам, независимо от направления и масштабов бизнеса — нужен сайт.
Перед началом процесса разработки появляется важный вопрос: что избрать — решение на основе CMS или кастомную разработку с использованием фреймворков?
Но обо всем — по порядку. Давайте сначала разберемся со сроками.
CMS (Content Management System — это система управления контентом, или CMS- движок). По сути, это — система инструментов, которая нужно до настраивать в соответствии с собственными потребностями.
Кастомныеже решения базируются на разработке с использованием фреймворков (от англ. framework — «каркас»). Фреймворк — надстройка над языком, набор библиотек. 
В чем же разница?.
CMS значительно ускоряет разработку простого сайта. У такого сайта сразу готова админка и ее не надо писать отдельно (в отличие от разработки на фреймворка). Однако эта скорость в создании сайта достигается за счет шаблонности и универсальности CMS.
При желании расширить функционал, прибавить что-то — придется прямо таки «бороться» из CMS, или идти на определенные компромиссы.
В случае с фреймворком, таких проблем не возникает. Да, здесь на разработку идет больше времени. Однако любой замысел, возможно, осуществить без «костылей».
Часто во фреймворку — заложены лишь самые необходимые функции + хороший, настроенный, быстрый и отрефакторенный код. В CMS (особенно, если она предусматривает посторонние модули) можно иногда встретить дикий ад в коде.
Разработка с помощью фреймворка позволяет настраивать взаимодействие пользователя с функциями и данными. Так же и решать, каким образом это все будет выводиться в браузер.
В CMS это все — решено и стандартизировано. И это — не плохо. Ведь, если у разработчика недостаточно опыта, то из фреймворком или чистым языком можно навернуть такого, что в итоге CMS окажется очень хорошим вариантом.
Используя CMS, мы привязываемся к структуре, созданной разработчиками. Но с помощью шаблонных решений — экономим время. Тогда как используя нешаблонные — зачастую «прозябаем» на форумах в поисках ответов на «как так».
А фреймворк дает полную свободу действий разработчикам. Основа, фундамент — уже есть. А дальше — бери и создавай. Важный момент: для качественной разработки на фреймворку необходимо иметь достаточный уровень, чтобы не создавать «откровенный хлам» или и вообще «дырявый» продукт.
Если коротко
Преимущества CMS:
Недостатки CMS:
Преимущества фреймворка:
Недостатки фреймворка :
Когда лучше использовать CMS?
Когда лучше использовать фреймворк?
Вместо выводов
Как видим, CMS не проигрывает эти соревнования. И поэтому создание веб сайта на готовых CMS может сэкономить много времени.
Хотя, большинство специалистов, скорее всего, выберут фреймворк. Но, часто использование CMS — может стать более логичным.
Мы умышленно не рассматривали отдельно — использование чистого языка для разработки. Потому что времени на велосипеды будет потрачено еще больше, чем на разработку с помощью фреймворка. А качество в итоге, определено, будет посредственное.
Конечно, каждый программист хочет и, даже, должен написать свой фреймворк или CMS. Но с опытом приходит осознание, что умные дяди уже много создали и написали полезного — и этим можно воспользоваться.
Если же вы еще до сих пор сомневаетесь, какой вариант будет лучшим для вашего бизнеса — мы в Web — Systems Solutions всегда готовы помочь с выбором. Наши специалисты не только проведут качественный анализ вашего проекта, но и предоставят ему безукоризненную форму.
Автоматизация бизнеса по шаблону или с нуля: какой программный продукт выбрать?
К автоматизации бизнес-процессов в большинстве случаев приходят по одной причине: устоявшаяся система в компании уже не соответствует количеству обрабатываемых задач. Руководство понимает, что вечно составлять таблицы в Excel нельзя, и пора вести бизнес “по-взрослому”. Так что дает автоматизация?
Впрочем, этот список не догма. Разработчики ПО для автоматизации бизнес-процессов предлагают различный функционал под любой вид бизнеса. При выборе программы у руководства компании есть два пути: внедрить готовый (коробочный) продукт или разработать индивидуальное (кастомное) решение.
“Коробка”: плюсы и минусы
+ Быстрая скорость внедрения
– Негибкая настройка системы
Скупой платит дважды?
Кастомное решение: плюсы и минусы
+ “заточена” под конкретный бизнес
+ гибкая настройка системы
– необходимо время на разработку и внедрение
Кастомное решение – это программа, разработанная под конкретную компанию с ее конкретными бизнес-процессами. Написанию софта предшествует долгий и скрупулезный процесс аналитики. От его результата во многом зависит успешность автоматизации бизнеса.
Ничего лишнего – только бизнес
Главный плюс собственной разработки в том, что программа будет полностью соответствовать бизнес-задачам и процессам компании. Разработчики пишут софт под наблюдением заказчика, а после внедрения обучают персонал. При необходимости функционал можно расширять и дорабатывать. Есть возможность интеграции с другой IT-инфраструктурой компании.
Как компании выбирают программы
Размер бизнеса вряд ли можно считать решающим фактором при выборе продукта. На самом деле, даже крупные компании не всегда понимают, что именно им нужно. Пример из реальной жизни: одна известная сеть строительных гипермаркетов долгое время использовала в своей системе складского учета кастомный продукт. Но программа устарела и требовала серьезной доработки. Вся проблема заключалась в том, что разработчик оставил заказчика без техподдержки.
Хлебнув горя, ритейлер стал присматриваться к готовым решениям. Ожидаемо он столкнулся с ограниченным функционалом и “непробиваемой” логикой типовых программ.
В итоге, сеть решила еще раз рискнуть и заказала кастомное решение у компании “Деасофт”. Только тогда ритейлер получил систему, отвечающую его требованиям и особенностям.
