[ОТВЕТИТЬ]
Опции темы
17.08.2011 20:32  
AndreyZh
Добрый вечер! Очередной мой спорный "спитч":


Критерий «коробочности» продукта:

1) Возможность быстро обучить НОВЫЙ персонал полноценной поддержке за месяц;

2) Законченность продукта - для полноценного функционирования не требуется активного участия разработчиков - все вопросы возникающие во время эксплуатации ПО решаются в рамках строенных в ПО средств;

3) Установку и развертывание ПО может проводить любой более менее грамотный сисадмин, а не програмист.


Таким образом, хоть они и "универсальные учетные" системы "КИС Lack" или "УС Land" НЕЛЬЗЯ относить к коробочным продуктам.


...Хотя!!! Буквально относясь к перечисленным критериям - можно ли какую нибудь полезную и большую программу для бизнеса отнести к классу "коробочных продуктов"?
 
17.08.2011 20:58  
OlegON
Из этих определений растут вопросы по определениям вложенных в них понятий. Что есть "полноценная поддержка"? Если, например, для отчетов надо изучить движок отчетный и особый язык запросов, это законченный продукт? По идее - все есть, но тогда админ становится разработчиком. Понятия сисадмин и программист, имхо, в наше время не разделяются. Нормальный сисадмин должен обладать парой языков программирования, а программист взвести базенку и сообразить, как воспользоваться снифером. И уж в развертывании софта, как правило, козырей больше у админа, чем у программиста, пусть даже софт он писал сам.
 
17.08.2011 21:19  
AndreyZh
Данный "обмен мнениями" появился, когда "с дуру" фирма ЗАО "1С" запустило маркетинговую фишку - 1ц коробочный продукт (где-то в 2008 году). При этом сразу получила кучу "конкурентов" у которых было больше оснований называть свою продукцию "коробочной".

Цитата:
Сообщение от OlegON
Из этих определений растут вопросы по определениям вложенных в них понятий. Что есть "полноценная поддержка"?
Не возражаю, как и любые маркетинговые тренды - чем привлекательнее неопределённость, тем лучше "пипл хавает".

Цитата:
Сообщение от OlegON
Если, например, для отчетов надо изучить движок отчетный и особый язык запросов, это законченный продукт? По идее - все есть, но тогда админ становится разработчиком. Понятия сисадмин и программист, имхо, в наше время не разделяются. Нормальный сисадмин должен обладать парой языков программирования, а программист взвести базенку и сообразить, как воспользоваться снифером. И уж в развертывании софта, как правило, козырей больше у админа, чем у программиста, пусть даже софт он писал сам.
Вы сами на всё здесь ответили!
 
19.08.2011 17:52  
AndreyZh
Добрый вечер!

Небольшая предистория: Как-то на продолжении недели "перетирали" тему - "почему сейчас сложно продавать своё ПО и как из этой ситуации выкручиваться?" В ответ на примечание высказал ряд мыслей, наверное полезных, хотя сейчас (пообщавшись вдоволь в "реале" с потенциальными пользователями бизнес ПО) уже сомневаюсь в этом:

Цитата:
А ведь, действительно, на рынке ERP произошли какие-то значительные изменения. Уже и "Галактику" за бесплатно раздают.
Во первых не только Галактику (Экспресс), но и Парус! Но тут (изучал данный вопрос) несколько "засад":

1. Они ориентированы на платные SQL сервера и без которых системы даже нельзя "посмотреть";

2. Ограничения на число рабочих мест - у Галактики 15;

3. Изменения форм документов, исправления ошибок - только по "подписке" (100 000 в год у Галактики);

4. Системы настолько сложные, запутанные и имеющие "жесткие" бизнес процессы, что без внедренцев не обойтись, а их цена за внедрёж (проскальзывало где на форумах) для среднего предприятия торговли (меньше 15 мест) около 2 млн.рублей.


Во вторых и это постарался объяснить (доказать) раннее:

1. Число потенциальных заказчиков - огромно, но "те кто хотел - уже автоматизированы", а что бы "окучить" остальных нужно приложить большие (не всегда финансово оправданные) усилия для убеждения:

- что им нужна автоматизация;
- что за внедрение нужно платить и не "копейки".

2. Маркетинговая машина 1С зомбировала бизнесменов идеей - купите коробку с нужной конфой 1С и будет Вас счастье. Большинство закзчиков уже убедилась, что это НЕ ТАК, но к любому предложению по автоматизации относится, как к очередной попытке их ОБМАНА, а к соответствующему специалисту, как к очередному ВРУНУ.


И наконец - самое главное! Несмотря на попытки "наноруководителей" доказать обратное - в стране идёт затяжной КРИЗИС. При этом мелких предпринимателей "имеют во все дырки", часть фактов:

1. Повышение социального налога
2. Придумки по лицензированию и страхованию
3. Минимальные социальные цены на товары
4. Ликвидация ларьков и других мелких точек
5. Постоянный рост энергоносителей и другого первичного сырья, контролируемого государством
6. Перманентный рост запросов чиновников

И тут еще автоматизаторы хотят их "поиметь"! (с точки зрения "среднего" предпринимателя)
 
26.10.2011 20:34  
AndreyZh
Вот нашел свой "старый" пост (от 2008г.) - рекомендация по продвижению нового (программного) продукта. Размещаю здесь, так как летом имел возможность убедиться в его правильности:

1. Найти заказчика, м.б. "за бесплатно", который согласиться выступить "подопытным кроликом";

2. Написать для него "примитивную" (учётную) программу, причём средства разработки не критичны;

3. Взять на обслуживание (за деньги) его технику и постепенно отлаживая приводить СВОЮ программу к коммерческому виду;

4. Получить письменные рекомендации "первого" заказчика и "ножками" обходить потенциальных клиентов. Моя статистика начального продвижения (из 100 обойдённых потенциальных клиентов):

- 50 уже используют купленную или ворованную 1с;
- 45 пошлют подальше ...
- 4 окажуться "пустышками"
- 1 возьмёт Вас на обслуживание техники и в довесок Вашу программу.

5. Таким способом находите 3-7 клиентов, после чего клиенты Вас сами может быть будут искать.


P.S. Предложенный метод эффективен, в отличии от многочисленных рекомендаций гуру от рекламы, но годится только для молодых, упорных и необременённых семейными и прочими обязательствами. Кроме того требует ГРОМАДНЫХ временных затрат.
 
26.10.2011 20:54  
OlegON
Основные выводы, которые сделал по разработке:
Поддерживаю, писать надо только на живом, т.е. либо то, что используешь сам, либо используют твои юзера.
Против, средства разработки надо долго и мучительно выбирать. Соскочить с Access на MySQL, например, будет проблематично.
Неожиданное обстоятельство - у нас есть люди, добровольно покупающие российский софт. У меня в свое время продавалось OAK Radio с download.ru.
 
26.10.2011 20:56  
AndreyZh
Может быть кому-то пригодится?

Код:
Техническое задание на разработку программы "Интернет база данных" к Договору №___
Содержание 1. Введение 1.1. Наименование программы 1.2. Назначение и область применения 2. Требования к программе 2.1. Требования к функциональным характеристикам 2.2. Требования к надежности 2.2.1. Требования к обеспечению надежного функционирования программы 2.2.2. Время восстановления после отказа 2.2.3. Отказы из-за некорректных действий пользователей системы 3. Условия эксплуатации 3.1. Климатические условия эксплуатации 3.2. Требования к квалификации и численности персонала 3.3. Требования к составу и параметрам технических средств 3.4. Требования к информационной и программной совместимости 3.4.1. Требования к информационным структурам и методам решения 3.4.2. Требования к исходным кодам и языкам программирования 3.4.3. Требования к программным средствам, используемым программой 3.4.4. Требования к защите информации и программ 3.5. Специальные требования 4. Требования к программной документации 4.1. Предварительный состав программной документации 5. Технико-экономические показатели 5.1. Экономические преимущества разработки 6. Стадии и этапы разработки 6.1. Стадии разработки 6.2. Этапы разработки 6.3. Содержание работ по этапам 7. Порядок контроля и приемки 7.1. Виды испытаний 7.2. Общие требования к приемке работы 1. Введение 1.1. Наименование программы Наименование программы: "Интернет база данных Земная ось" 1.2. Назначение и область применения Программа предназначена для создания, управления содержимым базы данных, содержащим следующие данные: 1.2.1. Предложения туроператоров 1.2.2. Прейскуранты цен для расчета индивидуальных туров 1.2.3. Возможность проведения статистических анализов (изменение цен, рейсов) 1.2.4. Данные туристов для он-лайн бронирования. 1.2.5. Данные по отелям Программа предоставляет Веб-интерфейс для управления содержимым базы данным в соответствии с предъявляемыми требованиями по протоколу http. 2. Требования к программе 2.1. Требования к функциональным характеристикам Программа должна обеспечивать возможность выполнения перечисленных ниже функций: 2.1.1. Разделение пользователей подключаемых через Веб интерфейс на группы: 2.1.1.1. Неавторизованных 2.1.1.2. Туристов 2.1.1.3. Администраторов базы данных 2.1.2. Возможность поиска (фильтрации) по базе данных информации по предложениям тур операторов 2.1.3. Возможность бронирования выбранного предложения тур оператора в режиме онлайн авторизованными пользователями (туристами). Подключение конкретной платежной системы в условия технического задания не входят. 2.1.4. Возможность оплаты в режиме онлайн или в офисе забронированного предложения туроператора. 2.1.5. Возможность поиска (фильтрации) по базе данных информации по отелям. 2.1.6. Для Администраторов базы данных возможность поиска (фильтрации) по базе данных информации по туристам. 2.1.7. Для Администраторов базы данных возможность анализа в базе данных динамики изменения цен и рейсов. 2.1.1. Возможность подключения независимых модулей импорта из внешних источников данных в текущую базу. 2.2. Требования к надежности 2.2.1 Требования к обеспечению надежного функционирования программы Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже: а) организацией бесперебойного питания технических средств; б) использованием лицензионного программного обеспечения; в) регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»; г) регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов 2.2.2. Время восстановления после отказа Время восстановления после отказа, вызванного сбоем электропитания технических средств (иными внешними факторами), не фатальным сбоем (не крахом) операционной системы, не должно превышать 30-ти минут при условии соблюдения условий эксплуатации технических и программных средств. Время восстановления после отказа, вызванного неисправностью технических средств, фатальным сбоем (крахом) операционной системы, не должно превышать времени, требуемого на устранение неисправностей технических средств и переустановки программных средств. 2.2.3. Отказы из-за некорректных действий пользователей системы Отказы программы вследствие некорректных действий пользователя при взаимодействии с программой через Веб интерфейс недопустимы. 3. Условия эксплуатации 3.1. Климатические условия эксплуатации Климатические условия эксплуатации, при которых должны обеспечиваться заданные характеристики, должны удовлетворять требованиям, предъявляемым к техническим средствам в части условий их эксплуатации 3.2. Требования к квалификации и численности персонала Минимальное количество персонала, требуемого для работы программы, должно составлять не менее 2 штатных единиц — системный администратор и конечный пользователь программы — оператор. Системный администратор должен иметь высшее профильное образование и сертификаты компании-производителя операционной системы. В перечень задач, выполняемых системным администратором, должны входить: а) задача поддержания работоспособности технических средств; б) задачи установки (инсталляции) и поддержания работоспособности системных программных средств — операционной системы; в) задача установки (инсталляции) программы. г) задача создания резервных копий базы данных. 3.3. Требования к составу и параметрам технических средств 3.3.1. В состав технических средств должен входить IВМ-совместимый персональный компьютер (ПЭВМ), выполняющий роль сервера, включающий в себя: 3.3.1.1. процессор Pentium-2.0Hz, не менее; 3.3.1.2. оперативную память объемом, 1Гигабайт, не менее; 3.3.1.3. HDD, 40 Гигабайт, не менее; 3.3.1.4. операционную систему Windows 2000 Server или Windows 2003; 3.3.1.5. операционную систему Windows 2000 Server или Windows 2003; 3.3.1.6. Microsoft SQL Server 2000 3.4. Требования к информационной и программной совместимости 3.4.1. Требования к информационным структурам и методам решения База данных работает под управлением Microsoft SQL Server. Используется много поточный доступ к базе данных. Необходимо обеспечить одновременную работу с программой с той же базой данной модулей экспорта внешних данных. 3.4.1.1. Структура баз данных Таблица городов вылета – CITY Название поля Тип поля Описание поля CITYNAME VarChar(255) [уникальное] Название города Таблица названий стран – COUNTRY Название поля Тип поля Описание поля COUNTRYNAME VarChar(255) [уникальное] Название страны Таблица курортов – RESORT Название поля Тип поля Описание поля RESORTNAME VarChar(255) [уникальное] Название курорта COUNTRY_ID Int Идентификатор страны .......................... 3.4.1.2. Требования к запросам пользователей данных из базы Пользователи и администраторы работают с базой данных через Веб интерфейс. Администраторы системы должны иметь возможность редактировать таблицы, перечисленные п. 3.4.1.1. (добавление, редактирование) Пользователи системы должны иметь возможность производить поиск по таблице TOURS, просматривать детальную информацию по каждому результату выборки. 3.4.2. Требования к исходным кодам и языкам программирования Дополнительные требования не предъявляются. 3.4.3. Требования к программным средствам, используемым программой Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows 2000 Server или Windows 2003 и Microsoft SQL Server 2000. 3.4.4. Требования к защите информации и программ Требования к защите информации и программ не предъявляются. 3.5. Специальные требования Программа должна обеспечивать одновременную работу пользователей посредством Веб интерфейса. 4. Требования к программной документации 4.1. Предварительный состав программной документации Состав программной документации должен включать в себя: 4.1.1. техническое задание; 4.1.2. программу и методики испытаний; 4.1.3. руководство оператора; 5. Технико-экономические показатели 5.1. Экономические преимущества разработки Ориентировочная экономическая эффективность не рассчитываются. Аналогия не проводится ввиду уникальности предъявляемых требований к разработке. 6. Стадии и этапы разработки 6.1. Стадии разработки Разработка должна быть проведена в три стадии: 1. разработка технического задания; 2. рабочее проектирование; 3. внедрение. 6.2. Этапы разработки На стадии разработки технического задания должен быть выполнен этап разработки, согласования и утверждения настоящего технического задания. На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ: 1. разработка программы; 2. разработка программной документации; 3. испытания программы. На стадии внедрения должен быть выполнен этап разработки подготовка и передача программы. 6.3. Содержание работ по этапам На этапе разработки технического задания должны быть выполнены перечисленные ниже работы: 1. постановка задачи; 2. определение и уточнение требований к техническим средствам; 3. определение требований к программе; 4. определение стадий, этапов и сроков разработки программы и документации на неё; 5. согласование и утверждение технического задания. На этапе разработки программы должна быть выполнена работа по программированию (кодированию) и отладке программы. На этапе разработки программной документации должна быть выполнена разработка программных документов в соответствии с требованиями к составу документации. На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ: 1. разработка, согласование и утверждение и методики испытаний; 2. проведение приемо-сдаточных испытаний; 3. корректировка программы и программной документации по результатам испытаний. На этапе подготовки и передачи программы должна быть выполнена работа по подготовке и передаче программы и программной документации в эксплуатацию на объектах Заказчика. 7. Порядок контроля и приемки 7.1. Виды испытаний Приемо-сдаточные испытания должны проводиться на объекте Заказчика в оговоренные сроки. Приемо-сдаточные испытания программы должны проводиться согласно разработанной Исполнителем и согласованной Заказчиком Программы и методик испытаний. Ход проведения приемо-сдаточных испытаний Заказчик и Исполнитель документируют в Протоколе проведения испытаний. 7.2. Общие требования к приемке работы На основании Протокола проведения испытаний Исполнитель совместно с Заказчиком подписывает Акт приемки-сдачи программы в эксплуатацию. От ИСПОЛНИТЕЛЯ От ЗАКАЗЧИКА Генеральный Директор ООО «Хранители файлов» Хенеков А.В. "__" __________ 20__ г. "__" __________ 20__ г.
 
26.10.2011 21:14  
AndreyZh
Цитата:
Сообщение от OlegON
Основные выводы, которые сделал по разработке:
Поддерживаю, писать надо только на живом, т.е. либо то, что используешь сам, либо используют твои юзера.
Против, средства разработки надо долго и мучительно выбирать. Соскочить с Access на MySQL, например, будет проблематично.
Неожиданное обстоятельство - у нас есть люди, добровольно покупающие российский софт. У меня в свое время продавалось OAK Radio с download.ru.
Прошу прощения, что "отлаживая" следующее сообщение проигнорировал данный текст, где чуток несогласен:

1. Против, средства разработки надо долго и мучительно выбирать.

Является несложной и ... вообще не проблема! Может быть когда-нибудь реанимирую обсуждение "возможно ли в одиночку создать полезное приложение на современных и прогрессивных средствах разработки". Основной коллективный ответ - НЕТ! Хотя первоначальную "поделку" можно слабать на любом "доступном" инструменте и заказчику это "вообще неважно". Как следствие выбор средств сужается до 2-4 инструментов, например для "настольного" приложения для бизнеса под Win только Access или 1С:Предприятие.

2. Соскочить с Access на MySQL, например, будет проблематично.

Каждая СУБД имеет своё назначение MySQL для Web, т.е. "морда" на Access не катит. Там будет выбран Python vs PHP, который имеет "порт" ко многим СУБД (PostgreeSql, FireBirb, ...). Если настольная база Access, то портирование на MS SQL Express элементарно.

3. У меня в свое время продавалось OAK Radio

Замечательно - значит это было полезным и уникальным приложением, т.е. сфера утилит, в принципе и в указаном трёпе это отмечалось пока доступна для стартапа... хотя у народа были серьёзные проблемы в продвижении.


4. с download.ru

Сейчас почти "загнулся" - более реален freesoft, но там в основном "халявщики".
 
26.10.2011 23:14  
OlegON
Я усложняю выбор тем, что последние года два пишу исключительно кроссплатформенные поделки, соответственно это определяет Java/(MySQL|Oracle). Аксесс считаю поделием исключительно десктопного применения. Т.е. базу магазина, пусть даже маленького, я в Access закладывать бы не стал. Написание одиночного приложения уровня Супермага - безнадежная идея, согласен. Но, например, движок отчетов для бизнеса написать вполне реально. Как вариант - использовать что-то уже готовое, как ребята в ветке OLAP, допилили Oracle BI, теперь можно продавать готовое решение. Использование мускула исключительно для веба - предубеждение. Неплохая реляционная БД. Звезд с неба не хватает, но работает вполне даже себе.
 
27.10.2011 18:03  
AndreyZh
Цитата:
Сообщение от OlegON
Я усложняю выбор тем, что последние года два пишу исключительно кроссплатформенные поделки, соответственно это определяет Java/(MySQL|Oracle). Аксесс считаю поделием исключительно десктопного применения. Т.е. базу магазина, пусть даже маленького, я в Access закладывать бы не стал. Написание одиночного приложения уровня Супермага - безнадежная идея, согласен. Но, например, движок отчетов для бизнеса написать вполне реально. Как вариант - использовать что-то уже готовое, как ребята в ветке OLAP, допилили Oracle BI, теперь можно продавать готовое решение. Использование мускула исключительно для веба - предубеждение. Неплохая реляционная БД. Звезд с неба не хватает, но работает вполне даже себе.
В принципе с данным текстом "спорить не о чем", хотя можно подискутировать:

1. Система разработки кроссплатформенных приложений... Java - совсем не вариант для "одиночки".
2. Выбора СУБД... (MySQL|Oracle) - весьма странное соседство (в частности не слышал, что ПО имеет "порт" к этой парочки (к MS SQL, Oracle, PostgreeSQL - Знаю, например платформа ц1 8.2)), но скрестить "ужа и ежа"?
3. Можно ли делать учет в мелком магазине на Access? Видел и даже менял "потуги" для крупной оптовки (из разговора с прежним разработчиком так и не понял, почему на MSSQL не перевёл). Самое главное - какая альтернатива Access?
4. Разумно ли использовать MySQL для десктопного приложения? Чуток изучал данный вопрос и гуру доказали, что больше 10 клиентов плохо "таскает"?

ну и так далее... Если кому-то интерены данные вопросы, то можно бы было из обсудить в "других вопросах", а здесь пытаюсь "поделиться" опытом в существенно более сложной теме - КАК ПРОДАТЬ СВОЮ НЕТЛЕНКУ!!! То есть перефразируя самого себя - "создать программу любой дурак сможет, а вот продать"...
 
 


Опции темы



Часовой пояс GMT +3, время: 11:41.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.