Рассчитаем точку безубыточности реализации всей продукции фирмы «Квестор плюс».

В таблице 2.6. приведены суммарные данные по фирме «Квестор плюс».

Табл. 2.6. Показатели по всей продукции фирмы «Квестор плюс»

Сумма покрытия (для всей продукции) = 21280 – 8472 = 12808 (руб.)

Коэффициент покрытия = 12808 ÷ 21280= 0,6

Пороговая выручка = 10520 ÷ 0,6 = 17533,3 (руб.)

Пороговый объем производства (продаж)= 17533 ÷ 21280 = 0,8 (шт.)

Запас прочности = 21280 -17533 ÷ 21280 × 100 % = 17,6 %.

Что определяет тот процент сокращения выручки, при котором предприятие будет получать прибыль.

Эффект производственного рычага= 12808 ÷ 2288 = 5,6.

Это значение коэффициента предполагает, что при снижении выручки на 1% прибыль сократится на 5,6%.

Графически расчет точки безубыточности отражается на рис. 2.5.

Рис. 2.5. Графический способ определения точки безубыточности для всех видов программного продукта фирмы «Квестор плюс»

Точка безубыточности реализации всех видов продукции фирмы «Квестор плюс» имеет координаты (17533;0,8). Соответственно прибыльной реализация продукции фирмы становится при значениях совокупной выручки и совокупных издержек больше 17533 руб. и объем прибыли больше 0,8 шт. При этом значения переменных издержек и совокупной выручки меньше 10520 руб. при соответствующих объемах продаж относятся к значениям предпринимательского риска.

Если предприятие получает выручку больше той, которая соответствует точке безубыточности, оно работает с прибылью. ООО «Квестор плюс» может позволить себе понизить выручку до 17,6%, не оказываясь в убытке.

Таким образом можно заключить, что затраты на производство и реализацию программного обеспечения фирмы «Квестор плюс» окупятся и принесут прибыль при достижении необходимого объема производства, как и вложение инвестиций в деятельность фирмы.

На основании выше изложенного можно сделать вывод, что программа серии Планирование перевозок при продвижении на рынок и увеличении объема продаж будет приносить хорошую прибыль. Программы серии Квестор + уже сейчас имеют самый высокий уровень рентабельности, что говорит о прибыльности их реализации. Программы серии Квестор нуждаются в изменении калькулирования затрат, а так же технической модификации в связи с низким спросом.

Необходимо заняться расширением дилерской сети, заинтересовать в сотрудничестве дистрибьюторов. Расширить рекламную деятельность, создать новый вид услуг.

2.10 Анализ рынка ПО как сегмента ИКТ рынка

2.10.1 Жизненный цикл программного продукта

Программы любого вида характеризуются жизненным циклом, состоящих из отдельных этапов:

- маркетинг рынка программных средств, спецификация требований к программному продукту,

- проектирование структуры программного продукта,

- программирование (создание программного кода), тестирование, автономная и комплексная отладка программ,

- документирование программного продукта, подготовка эксплуатационной и технологической документации,

- выход на рынок программных средств, распространение программного продукта,

- эксплуатация программного продукта пользователями,

- сопровождение программного продукта,

- снятие программного продукта с продажи, отказ от сопровождения.

Эти этапы отражены на рис. 2.6.

Рис. 2.6. Этапы жизненного цикла и их временное соответствие друг другу

На данном этапе необходимо выполнить формализованную постановку задачи.

Если программный продукт создаётся не под заказ и предполагается выход на рынок программных средств, маркетинг выполняется в полном объёме: изучаются программные продукты — конкуренты и аналоги, обобщаются требования пользователей к программному продукту, устанавливается потенциальная ёмкость рынка сбыта, даётся прогноз цены и объёма продаж. Кроме того, важно оценить необходимые для разработки программного продукта материальные, трудовые и финансовые ресурсы, ориентировочные длительности основных этапов жизненного цикла программного продукта.

Если программный продукт создаётся как заказное программное изделие для определённого заказчика, на данном этапе также важно правильно сформулировать и документировать задание на его разработку. Ошибочно понятое требование к программному продукту может привести к нежелательным результатам в процессе его эксплуатации.

Выход программного продукта на рынок программных средств связан с организацией продаж массовому пользователю. Этот этап должен по возможности быть коротким, для продвижения программных продуктов применяются стандартные приёмы маркетинга: реклама, увеличение числа каналов реализации, создание дилерской и дистрибьюторской сети, ценовая политика — продажа со скидками, сервисное обслуживание и др.

Требуется постоянная программа маркетинговых мероприятий и поддержки программных продуктов. Как правило, для каждого программного продукта существует своя форма кривой продаж, которая отражает спрос.

Вначале продажа программного продукта идёт вверх - возрастающий участок кривой. Затем наступает стабилизация продаж программного продукта. Фирма-разработчик стремится к максимальной длительности периода стабильных продаж на высоком уровне.

Далее происходит падение продаж, что является сигналом к изменению маркетинговой политики фирмы в отношении данного программного продукта, требуется модификация данного продукта, изменение цены или снятие с продажи.

Эксплуатация программного продукта идёт параллельно с его сопровождением, при этом эксплуатация программ может начинаться и в случае отсутствия сопровождения или продолжаться в случае завершения сопровождения ещё какое-то время. После снятия программного продукта с продажи, определённое время также может выполняется его сопровождение. В процессе эксплуатации программного продукта производится устранение обнаруженных ошибок.

Снятие программного продукта с продаж и отказ от сопровождения происходят, как правило, в случае изменения технической политики фирмы — разработчика, неэффективности работы программного продукта, наличия в нём неустранимых ошибок, отсутствия спроса.

Особенность разработки программного продукта заключается в том, что на начальных этапах принимаются решения, реализуемые на последующих этапах. Допущенные ошибки, например, при спецификации требований к программному продукту, приводят к огромным потерям на последующих этапах разработки или эксплуатации программного продукта и даже к неуспеху всего проекта. Так, при необходимости внесения изменений в спецификацию программного продукта следует повторить в полном объеме все последующие этапы проектирования и создания программного продукта.