что делает программные продукты более симпатичными и узнаваемыми
Что делает программные продукты более симпатичными и узнаваемыми
Под программным продуктом (ПП) мы понимаем программное обеспечение (ПО) как результат человеческой деятельности, выставленный на рынке массового покупателя в качестве товара и имеющий ненулевую потребительную стоимость.
Таким образом, если у проекта обычно один или несколько пользователей, то вопрос о продолжении разработки стоит не так остро, а конкурентная борьба идет за право вести разработку. Напротив, тиражный программный продукт предназначен сотням тысяч потенциальных пользователей, и при его появлении на рынке неизбежна конкуренция с другими продуктами того же класса. В момент принятия решения о начале разработки фирма идет на значительный финансовый риск. При этом производитель должен ясно сознавать, что выпуском одной версии дело не закончится, поскольку цикл жизни ПП предполагает его совершенствование.
Еще одно важное отличие ПП от многих других товаров состоит в том, что отдельная копия программного продукта имеет небольшую себестоимость. Это уникальное для производителя свойство позволяет вводить новые формы взаимодействия с клиентом после первой продажи ПП. Мы имеем ввиду upgrade, то есть право обновлять ПП на этот же, но новой, улучшенной версии за небольшую плату. Понятие upgrade позволяет пользователю считать разные версии ПП одним ПП, в то время как для производителя разные версии иногда выступают как разные проекты и соответственно совершенно разные продукты.
Все программы по характеру использования и категориям пользователей можно разделить на два класса:
Программный продукт должен быть соответствующим образом подготовлен к эксплуатации, иметь необходимую техническую документацию, предоставлять сервис и гарантию надежной работы программы, иметь товарный знак изготовителя, а также желательно наличие кода государственной регистрации. Только при таких условиях созданный программный комплекс может быть назван программным продуктом.
Программный продукт – комплекс взаимосвязанных программ для решения определенной проблемы (задачи) массового спроса, подготовленный к реализации как любой вид промышленной продукции.
Путь от «программ для себя» до программных продуктов достаточно долгий, он связан с изменениями технической и программной среды разработки и эксплуатации программ, с появлением и развитием самостоятельной отрасли – информационного бизнеса, для которой характерны разделение труда фирм – разработчиков программ, их дальнейшая специализация, формирование рынка программных средств и информационных услуг.
При индивидуальной разработке фирма-разработчик создает оригинальный программный продукт, учитывающий специфику обработки данных для конкретного заказчика.
При разработке для массового распространения фирма-разработчик, с одной стороны, должна обеспечить универсальность выполняемых функций обработки данных, с другой стороны, гибкость и настраиваемость программного продукта на условия конкретного применения. Отличительной особенностью программных продуктов должна быть их системность – функциональная полнота и законченность реализуемых функций обработки, которые применяются в совокупности.
Программный продукт разрабатывается на основе промышленной технологии выполнения проектных работ с применением современных инструментальных средств программирования. Специфика заключается в уникальности процесса разработки алгоритмов и программ, зависящего от характера обработки информации и используемых инструментальных средств. На создание программных продуктов затрачиваются значительные ресурсы – трудовые, материальные, финансовые; требуется высокая квалификация разработчиков.
Как правило, программные продукты требуют сопровождения, которое осуществляется специализированными фирмами – распространителями программ (дистрибьюторами), реже – фирмами-разработчиками. Сопровождение программ массового применения сопряжено с большими трудозатратами – исправление обнаруженных ошибок, создание новых версий программ и т.п.
Сопровождение программного продукта – поддержка работоспособности программного продукта, переход на его новые версии, внесение изменений, исправление обнаруженных ошибок и т.п.
Программные продукты в отличие от традиционных программных изделий не имеют строго регламентированного набора качественных характеристик, задаваемых при создании программ, либо эти характеристики невозможно заранее точно указать или оценить, т.к. одни и те же функции обработки, обеспечиваемые программным средством, могут иметь различную глубину проработки. Даже время и затраты на разработку программных продуктов не могут быть определены с большой степенью точности заранее.
Что делает программные продукты более симпатичными и узнаваемыми
Все программы по характеру использования и категориям пользователей можно разделить на два класса — утилитарные программы и программные продукты (изделия).
Утилитарные программы («программы для себя») предназначены для удовлетворения нужд их разработчиков. Чаще всего утилитарные программы выполняют роль сервиса в технологии обработки данных либо являются программами решения функциональных задач, не предназначенных для широкого распространения.
Программные продукты (изделия) предназначены для удовлетворения потребностей пользователей, широкого распространения и продажи.
Программный продукт должен быть соответствующим образом подготовлен к эксплуатации, иметь необходимую техническую документацию, предоставлять сервис и гарантию надежной работы программы, иметь товарный знак изготовителя, а также желательно наличие кода государственной регистрации. Только при таких условиях созданный программный комплекс может быть назван программным продуктом.
Программный продукт — комплекс взаимосвязанных программ для решения определенной проблемы (задачи) массового спроса, подготовленный к реализации как любой вид промышленной продукции.
Программные продукты могут создаваться как:
При индивидуальной разработке фирма-разработчик создает оригинальный программный продукт, учитывающий специфику обработки данных для конкретного заказчика.
При разработке для массового распространения фирма-разработчик, с одной стороны, должна обеспечить универсальность выполняемых функций обработки данных, с другой стороны, гибкость и настраиваемость программного продукта на условия конкретного применения. Отличительной особенностью программных продуктов должна быть их системность — функциональная полнота и законченность реализуемых функций обработки, которые применяются в совокупности.
Программный продукт разрабатывается на основе промышленной технологии выполнения проектных работ с применением современных инструментальных средств программирования. Специфика заключается в уникальности процесса разработки алгоритмов и программ, зависящего от характера обработки информации и используемых инструментальных средств. На создание программных продуктов затрачиваются значительные ресурсы — трудовые, материальные, финансовые; требуется высокая квалификация разработчиков.
Как правило, программные продукты требуют сопровождения, которое осуществляется специализированными фирмами — распространителями программ (дистрибьюторами), реже — фирмами-разработчиками. Сопровождение программ массового применения сопряжено с большими трудозатратами — исправление обнаруженных ошибок, создание новых версий программ и т.п.
Сопровождение программного продукта — поддержка работоспособности программного продукта, переход на его новые версии, внесение изменений, исправление обнаруженных ошибок и т.п.
Программные продукты в отличие от традиционных программных изделий не имеют строго регламентированного набора качественных характеристик, задаваемых при создании программ, либо эти характеристики невозможно заранее точно указать или оценить, так как одни и те же функции обработки, обеспечиваемые программным средством, могут иметь различную глубину проработки. Даже время и затраты на разработку программных продуктов не могут быть определены с большой степенью точности заранее.
Основными характеристиками программ являются:
Программные продукты имеют многообразиепоказателей качества :
Мобильность программных продуктов означает их независимость от технического комплекса системы обработки данных, операционной среды, сетевой технологии обработки данных, специфики предметной области и т.п. Мобильный (многоплатформный) программный продукт может быть установлен на различных моделях компьютеров и операционных систем, без ограничений на его эксплуатацию в условиях вычислительной сети. Функции обработки такого программного продукта пригодны для массового использования без каких- либо изменений.
Надежность работы программного продукта определяется бессбойностью и устойчивостью в работе программ, точностью выполнения предписанных функций обработки, возможностью диагностики возникающих в процессе работы программ ошибок.
Эффективность программного продукта оценивается как с позиций прямого его назначения — требований пользователя, так и с точки зрения расхода вычислительных ресурсов, необходимых для его эксплуатации.
Расход вычислительных ресурсов оценивается через объем внешней памяти для размещения программ и объем оперативной памяти для запуска программ.
Учет человеческого фактора означает обеспечение дружественного интерфейса для работы конечного пользователя, наличие контекстно-зависимой подсказки или обучающей системы в составе программного средства, хорошей документации для освоения и использования заложенных в программном средстве функциональных возможностей, анализ и диагностику возникших ошибок и др.
Модифицируемость программных продуктов означает способность к внесению изменений, например расширение функций обработки, переход на другую техническую базу обработки и т.п.
Коммуникативность программных продуктов основана на максимально возможной их интеграции с другими программами, обеспечении обмена данными в общих форматах представления (экспорт/импорт баз данных, внедрение или связывание объектов обработки и др.).
В условиях существования рынка программных продуктов важными характеристиками являются:
Программные продукты массового распространения продаются по ценам, которые учитывают спрос и конъюнктуру рынка (наличие и цены программ-конкурентов).
Большое значение имеет проводимый фирмой маркетинг, который включает:
Спецификой программных продуктов (в отличие от большинства промышленных изделий) является также и то, что их эксплуатация должна выполняться на правовой основе — лицензионные соглашения между разработчиком и пользователями с соблюдением авторских прав разработчиков программных продуктов.
Жизненный цикл программного продукта
Программы любого вида характеризуются жизненным циклом , состоящим из отдельных этапов:
Маркетинг и спецификация программного продукта предназначены для изучения требований к создаваемому программному продукту, а именно:
На данном этапе необходимо выполнить формализованную постановку задачи. Если программный продукт создается не под заказ и предполагается выход на рынок программных средств, маркетинг выполняется в полном объеме: изучаются программные продукты-конкуренты и аналоги, обобщаются требования пользователей к программному продукту, устанавливается потенциальная емкость рынка сбыта, дается прогноз цены и объема продаж. Кроме того, важно оценить необходимые для разработки программного продукта материальные, трудовые и финансовые ресурсы, ориентировочные длительности основных этапов жизненного цикла программного продукта.
Если программный продукт создается как заказное программное изделие для определенного заказчика, на данном этапе также важно правильно сформулировать и документировать задание на его разработку. Ошибочно понятое требование к программному продукту может привести к нежелательным результатам в процессе его эксплуатации.
Проектирование структуры программного продукта связано с алгоритмизацией процесса обработки данных, детализацией функций обработки, разработкой структуры программного продукта (архитектуры программных модулей), структуры информационной базы (базы данных) задачи, выбором методов и средств создания программ — технологии программирования.
Программирование, тестирование и отладка программ являются технической реализацией проектных решений и выполняются с помощью выбранного инструментария разработчика (алгоритмические языки и системы программирования, инструментальные среды разработчиков и т.п.).
Для больших и сложных программных комплексов, имеющих развитую модульную структуру построения, отдельные работы данного этапа могут выполняться параллельно, обеспечивая сокращение общего времени разработки программного продукта. Важная роль принадлежит используемым при этом инструментальным средствам программирования и отладки программ, поскольку они влияют на трудоемкость выполнения работ, их стоимость, качество создаваемых программ.
Документирование программного продукта является обязательным видом работ, выполняемых, как правило, не самим разработчиком, а лицом, связанным с распространением и внедрением программного продукта. Документация должна содержать необходимые сведения по установке и обеспечению надежной работы программного продукта, поддерживать пользователей при выполнении функций обработки, определять порядок комплексирования программного продукта с другими программами. Успех распространения и эксплуатации программного продукта в значительной степени зависит от качества его документации.
Выход программного продукта на рынок программных средств связан с организацией продаж массовому пользователю. Этот этап должен по возможности быть коротким, для продвижения программных продуктов применяются стандартные приемы маркетинга: реклама, увеличение числа каналов реализации, создание дилерской и дистрибьютерной сети, ценовая политика — продажа со скидками, сервисное обслуживание и др.
Эксплуатация программного продукта идет параллельно с его сопровождением , при этом эксплуатация программ может начинаться и в случае отсутствия сопровождения или продолжаться в случае завершения сопровождения еще какое-то время. После снятия программного продукта с продажи определенное время также может выполняться его сопровождение. В процессе эксплуатации программного продукта производится устранение обнаруженных ошибок.
Снятие программного продукта с продажи и отказ от сопровождения происходят, как правило, в случае изменения технической политики фирмы-разработчика, неэффективности работы программного продукта, наличия в нем неустранимых ошибок, отсутствия спроса.
Длительность жизненного цикла для различных программных продуктов неодинакова. Для большинства современных программных продуктов длительность жизненного цикла измеряется в годах (2-3 года). Хотя достаточно часто встречаются на компьютерах и давно снятые с производства программные продукты.
Особенность разработки программного продукта заключается в том, что на начальных этапах принимаются решения, реализуемые на последующих этапах. Допущенные ошибки, например, при спецификации требований к программному продукту, приводят к огромным потерям на последующих этапах разработки или эксплуатации программного продукта и даже к неуспеху всего проекта. Так, при необходимости внесения изменений в спецификацию программного продукта следует повторить в полном объеме все последующие этапы проектирования и создания программного продукта.
Программный продукт — какой он должен быть?
В свое время, мне довелось ознакомиться с книгой создателя международной платежной системой VISA Ди Хока. Книга называлась «Философия твоей кредитки». В данной книге автором при разработке логики и системы VISA, широко применялся один очень интересный метод. Создавая какой-либо процесс или операцию, а также все структуру платежной системы, не имеющей, к слову, на тот момент аналогов, он всегда задавал себе один и тот же вопрос: «А какой должна быть в идеале процедура(операция, система международных платежей)?».
Я предлагаю аналогично, абстрагироваться от установившейся повсеместно практике, и ответить на вопрос в общих чертах, так сказать, в теории. Ответить на вопрос: «А каким в идеале должен быть программный продукт?». Какие атрибуты должны быть у завершенного программного кода, чтобы он воспринимался на рынке ПО, как что-то единое, законченное и понятное для конечного потребителя настолько, чтобы он готов был использовать его для решения для своих непосредственных задач. Итак, у Вас есть написанный, скомпилированный и рабочий программный код, назовем его условно «Программа». Что еще нужно сделать, чтобы он стал программный продуктом?
Часть первая. Информационно-текстовая часть
— Краткая презентация Программы.
Краткое письменное описание программы с указанием основного функционала на языке понятном для целевой аудитории. Соответственно расположено должно быть и в самой программе, и в приложенных файлах, а также на ресурсах глобальной сети, где данная Программа будет рекламироваться и продаваться. Иногда также может быть оформлено в виде иллюстрированной брошюры, доступной для скачивания в интернет, которую можно использовать для кратких презентаций конечным пользователям.
— Развернутая презентация Программы.
Данный пункт аналогичен предыдущему, за исключением того, что это должно быть более полное развернутое описание Программы и ее функционала с указанием всех нюансов использования Программы, также может сопровождаться слайд-шоу для проведения презентаций.
Для небольших проектов данный пункт можно исключить.
— Создание новостной ленты вендора в целом, либо программы, что позволяет создавать события, поводы для прямого обращения к пользователям, презентовать исправления, изменения и выпуск новых версий программы.
— Бесплатная версия Программы (с ограниченным функционалом, либо ограниченным сроком действия), которая позволяет предварительно ознакомиться с интерфейсом и функционалом программы, выявить у пользователя потребность в данной Программе.
Целью данных материалов является:
— Создание у потенциального пользователя целостного восприятия Программы, какие задачи она для них решит, упростит, исключит, а также понимания процесса освоения программы и ее использования;
— Упростить процесс освоения пользователем программы и соответственно уменьшит трудозатраты вендора на техническую поддержку и процесс внедрения программ у конечных пользователей.
— Спровоцировать пользователя на приобретение Программы.
Часть вторая. Постпродажное сопровождение пользователя (техподдержка, выпуск обновлений)
— Техподдержка по телефону и Skype.
Достаточно трудозатратная процедура для небольших проектов, да и для больших тоже, так как подразумевает наличие квалифицированного персонала, основной задачей которых будет не развитие проекта, а ответ на вопросы пользователей по телефону, вместо того, чтобы заниматься развитием проекта. Использование же низкоквалифицированного персонала приведет к снижению престижа компании, а их функции сведутся к дублированию запросов пользователей техническим специалистам с последующим формированием ответа, понятного для пользователя.
Скорее всего целесообразно создание небольшого колл-центра в виде нескольких специалистов, которые будут координировать запросы пользователей не только по телефону, но и через другие каналы связи, и формировать ответы в понятные для пользователя инструкции.
Для небольших проектов данный пункт является нецелесообразным.
— Техподдержка через систему онлайн сообщений.
Достаточно легко реализуемый метод техподдержки, позволяется оперативно получать информацию по актуальным проблемам и сложностям с Программой.
— Техподдежка через электронную почту
Также относится к необходимому элементу организации постпродажного сопровождения программного продукта, может быть также реализован непосредственно в самой Программе, для прямой связи с пользователем.
— Техподдержка через форум.
Очень хороший и необходимый элемент техподдержки, позволяющий пользователям самостоятельно помогать друг другу в разрешении текущих проблем с Программой.
— Выпуск обновлений и исправлений.
Выпуску обновлений и исправлений предшествует процесс сбора и анализа информации в процессе эксплуатации пользователями Программы, поступающей по каналам технической поддержки, а также полученной в результате мониторинга информации в интернет.
— Сбор отзывов и предложений.
Сбор отзывов и предложений от пользователей, подразумевает получение информации, которая не отражена в жалобах и претензиях, поступающих в техподдежку. Может реализовываться через формы онлайн опроса, формы прямой связи в интернет, а также в самой Программе, форме направления комментария о причинах удаления программы. Также в случае реализации данной процедуры следует учитывать, что анализом и переработкой данной информации должен кто-то заниматься и быть искренне в этом заинтересованным. Простая реализация форм обратной связи и механизмов соцопроса, без использования получаемой информации в дальнейшей разработке и развитии продукта, может формально помогать в маркетинге Программы, как показатель для пользователя, что его мнение что-то значит для вендора, но в долгосрочной перспективе может привести к утрате прямой связи с пользователем и, как результат, выпуску программного продукта не востребованного на рынке, а соответственно это большие финансовые потери. То же самое относится и к техподдержке.
— Обучения навыкам работы с программой.
Данный пункт актуален во многом для крупных проектов, и может также использоваться в предпродажной стратегии, как способ создания лояльного отношения Пользователя по сравнению с конкурентами. Может быть как на бесплатной основе, так и на платной в зависимости от ситуации, востребованности на рынке и качества представляемых материалов.
Целью реализации постпродажного сопровождения пользователя является:
— Получение оперативной информации от пользователей о свойствах и качествах Программы, на которые необходимо обратить внимание, либо исправить.
— Сбор информации для разработки и выпуска следующей версии Программы, либо сворачивания проекта.
— Формирование у пользователя образа серьезной, ответственной компании, с понятными процедурами обслуживания пользователей, а соответственно улучшение удобства использования Программы пользователями и получение таким образом конкурентного преимущества.
— Создание новостной ленты компании, о которой сказано выше.
— Создание лояльного отношения пользователя к Программе, как удобного инструмента решения их проблем.
Часть третья. Маркетинговые атрибуты
— Образы и личности
Во многом, хорошему восприятию Программы у пользователей может хорошо помочь самопиар вендора в лице директора, либо главного разработчика. За примерами далеко ходить не надо: Билл Гейтс и Стив Джобс. Соответственно проект имеющий лицо воспринимается пользователем значительно более полно и вызывает больше доверия, нежели проект с одним единственным адресом бесплатной электронной почты на сайте продукта с эквадорским доменом.
— Телефон и адрес дистрибьютора.
В продолжение предыдущего пункта, у вендора или, хотя бы, дистрибьютора должен быть телефон, адрес и иные реквизиты организации, либо физического лица разработчика. Наличие данной информации в разы увеличивает доверие пользователя к Программе.
— Логотип.
Логотип, либо узнаваемый образ. Для пользователя он является собирательным образом уровня обслуживания и качества программного обеспечения, когда не надо долго и муторно сравнивать программное обеспечение неизвестных изготовителей, в поисках необходимого объема услуг и сервиса. Для начинающих вендоров данный элемент не является необходимым, но его наличие будет косвенно указывать пользователю на более комплексную проработку своего маркетинга вендором, а соответственно на более серьезное и ответственное отношение к своей деятельности.
— Реклама.
Тема рекламы достойна отдельной статьи. Если не заострять внимание на формах и методах рекламы, то следует отметить, что она как минимум должна быть. И может представлять собой продвижение, как конкретного продукта или бренда, как гаранта качества услуг и Программы, так и технического сервиса и сопровождения Программы.
— Маркетинговая стратегия.
Подразумевает комплексную проработку всех вышеуказанных атрибутов программного продукта и выбор необходимых для данной Программы. Стратегия позволяет экономить время и средства за счет концентрации на основных задачах и целях, не отвлекаясь на второстепенные и ненужные действия, также координирует все атрибуты программного продукта между собой, формируя целостность восприятия пользователем Программы, когда рекламный слоган — это не просто пустой звук, но и конкретные действия и процедуры у вендора.
Возможно данный краткий обзор для многих покажется неполным, либо описывающим очевидные вещи, о которых даже не принято говорить. Но следует помнить, что очевидное для старых игроков рынка, также является и барьером, который необходимо преодолевать новичкам, тратя на это свои личные силы и средства, которых на старте всегда не хватает. Данная статья является неким скелетом маркетинга программного продукта. Что нужно сделать после прочтения? Нарастить мясо…