Переименования в таких ситуация не редкость, меня больше интересуют структурные преобразования, программы развития, конкретика в темах исследований, достигнутые результаты.
Да, отчасти Вы правы, но это говорит, скорее всего, об уровне развития данного сегмента рынка мобильных приложений в России.
Смотрел результаты опроса когда проголосовали 300 человек, 51% респондентов не имели опыта работы с подобными приложениями/сервисами.
В Европе и США к такого рода приложениям больше доверия, как со стороны пользователей, так и со стороны рекламодателей, да и сами приложения несколько на другом уровне проработки бизнес-модели.
Доброго времени суток и спасибо за Ваш комментарий.
«Пирамиды» здесь не причем.
Представьте, что разработчики хотели бы протестировать beta-версию своего приложения среди аудитории потенциальных пользователей. За даром мало кто согласится проводить такое тестирование, а когда пользователям и их друзьям платят деньги просто за установку приложения и за написание не предвзятого комментария, разработчики получают качественную обратную связь и объективный UX, а пользователи — небольшой доход.
Я также не вижу ничего плохого в полевых и других исследованиях, в стимулировании покупательского спроса и других видах коммуникаций производителя с потребителем.
Побольше бы и почаще они общались друг с другом, глядишь, и в экономике бы наметились устойчивые положительные тенденции.
Доброго времени суток и спасибо за Ваш комментарий.
Рекламодатель может оценить эти и любые другие сервисы/приложения данной категории следующим образом:
1. Количество партнеров (рекламодателей), которые сотрудничают с данным сервисом/приложением
Чем больше рекламодателей, чем больше среди них известных компаний, тем больше заданий получает конечный пользователь и тем выше шанс, что его заработок будет его устраивать.
2. Способы вывода заработанных денег
Чем больше платежных систем подключено к данному сервису/приложению, тем больше шансов, что сервис будет использоваться постоянно, а оборот увеличиваться.
3. Схема конвертации заработанных баллов/бонусов в реальные деньги
Чем проще и прозрачнее схема работы сервиса/приложения, тем больше доверия он будет вызывать у пользователя.
4. Официальный сайт сервиса/приложения
Посмотрите, есть ли у сервиса/приложения сайт? Какое впечатление он оставляет у Вас как у посетителя? Есть ли у Вас вопросы по работе сервиса/приложения после посещения сайта? Оцените его usability.
5. Техническая поддержка сервиса/приложения.
Попробуйте обратиться в поддержку, оцените быстроту и полноту предоставленного ответа.
6. Установите приложение и встаньте на место пользователя.
Посмотрите на приложение изнутри. Удобно ли в нем? Как Вам дизайн? Интересные там задания? и т.д.
Выполнение данного алгоритма позволит выбрать из множества сервисов тот (те), с которым (-и) действительно стоит работать.
Данная система оценки эффективна как для рекламодателей, так и для конечных пользователей.
Доброго времени суток, спасибо за вопросы.
1) «Какими? Чем отличаются или будут отличаться принципиально?»
В тексте приведены примеры гаджетов, которые уже есть на потребительском рынке. Да, они ещё не получили большого распространения по разным причинам, но они есть. Что касается принципиальных отличий других гаджетов, то они будут:
освобождать руки, находясь в непосредственной близости от человека, либо на теле человека (как Google Glass, умные часы, умные линзы и пр. Почитайте, например, про Wearable Multitouch Projector, разработка ещё сырая и на уровне лабораторного образца, но уже заслуживает внимания),
задействовать конечности на качественно новом уровне (интеллектуальные манипуляторы),
осторожно — фантастика! задействовать и другие органы чувств, помимо зрения (я уже сказал про фантастику).
2) «Смотрится смешно, но не об этом, если я допустим занимаюсь 3D, я должен с собой таскать лапатищю?»
Меня в своё время тоже забавляли люди, которые говорят сами с собой на улицах. Теперь это никого не удивляет, даже если не видно гарнитуры. Про «лапатищу» я отчасти написал в пункте про интеллектуальные манипуляторы. Возможно, устройство типа «лапатища» Вам и не понадобится.
Доброго времени суток и спасибо за Ваш комментарий.
Не нужно просить прощения, я не претендую на истину в первой инстанции и всё написал в Дисклеймере.
1. Нигде в статье я не рассуждал об изолированности, наоборот, встречаются слова: «Мобильные приложения, обращенные к Big Data в облачной среде». Изменение логики в десктопном ПО в зависимости от масштабов изменений, зачастую, требует изменений куда большего масштаба, иногда приходится полностью отказаться от морально устаревшей системы и заменить её более совершенной версией этой же системы или другой. В том случае, когда мы делаем обновление на более новую версию, это обновление почти никогда не проходит безболезненно (если мы говорим о больших корпоративных системах) с технической, экономической, организационной точек зрения.
2. У каждой подсистемы в большой корпоративной системе точно такие же проблемы. Разработка — один из этапов жизненного цикла системы и если посмотреть на все этапы и с разных сторон, то второй вариант окажется предпочтительнее. Я вполне допускаю, что на определенных производствах, а также в определенных секторах экономики десктопное программное обеспечение будет востребовано и через N-ое количество лет. Можно сразу привести в пример информационную безопасность, или сферы, которые традиционно отличаются консерватизмом.
1) «ошибки в проектировании ПО есть всегда.»
Безусловно.
2) «Каждый раз разработчик начиная программирование задачи думает, что уж в этот-то раз он все сделает концептуально и правильно, выберет самую правильную иерархию классов и интерфейсов и будет использовать самые совершенные методологии разработки. Спустя время оказывается, что заказчик имел в виду несколько иное, а не то, что изложено в ТЗ. Или у заказчика появились некоторые «незначительные» дополнения, которые как оказалось в корне меняют всю концепцию, и прочая и прочая…»
Да, это извечная проблема и тема для другого большого поста.
3) «Переделки и дополнения через некоторое время создают из первоначального приложения монстра.»
Бывает и такое, но это характерно, как для первого варианта, так и для второго.
А теперь вопрос:
Что легче, дешевле, быстрее: оптимизировать, доработать, разработать заново одно мобильное приложение в составе некой системы или саму систему?
Спасибо и за другие интересные вопросы. Дискуссия — это хорошо.
Попробую ответить по пунктам:
1) «Вообще мне кажется, что так называемая «мобилизация» — это несколько утопическая идея. Смартфон, планшет, очки удобны только для развлечений. Для реальной работы все это мало подходит или подходит далеко не всем.»
Вы рассматриваете мобильные приложения в существующей парадигме их использования, статья же предлагает посмотреть на индустрию шире и попытаться заглянуть в будущее. Уже сейчас список мобильных устройств пополнился и другими гаджетами, это уже больше, чем смартфон и планшет.
2) «Инженеру, программисту, 3Д дизайнеру нужны огромные мониторы или несколько. Лично мне, например, мало одной ОС — нужны как минимум Windows и Linux.»
Обеспечение кроссплатформенности не будет проблемой для мобильных устройств будущего. Уже сейчас мы имеем несколько ОС (iOS, Android, WinPhone, Tizen на базе Linux и другие) и несколько типов мобильных приложений (веб, гибридные, нативные).
Теперь про мониторы. Вспомните, как изменилась диагональ экрана мобильного устройства для конечного пользователя за последние 5 лет. Уже сейчас мы видим на улице людей, которые разговаривают то ли по смартфону, то ли по планшету.
3) «Еще инженеру, дизайнеру, программисту нужны специальное ПО вроде SolidWorks, AutoCAD, Blender, Photoshop, Corel, Eclipse, VisualStudio и прочее…»
Вы, наверно, примеряете это всё на мощности современных мобильных устройств потребительского рынка, хотя всё ПО, которое ВЫ указали, используется преимущественно на корпоративном. Далее цитата из статьи: "«железо» в устройствах развивается настолько быстро, что даже супер-тяжеловесы от приложений в будущем будут шустрыми. Если говорить о корпоративном секторе, то «железо» на таких устройствах и сейчас совсем другого порядка, нежели на гаджетах конечных пользователей, особенно бюджетных моделей."
4) «То, что десктопы сдают позиции говорит только о том, что реально работающих становится мало. Кое как растет только рынок личного потребления и развлечений — увы.»
Десктопы сдают позиции потому, что и производители электроники, и производители ПО, и корпоративный рынок, и конечные потребители двигаются в другом направлении.
5) «Возможно планшет подходит в бизнес процессе ресторана — показывать меню посетителям.
Еще планшет подходит менеджеру в торговом зале — посмотреть остатки товара.
Набирать текст на планшете и то очень не удобно. Так что даже писателям — менеджерам планшет не удобен.
Можно конечно диктовать… но при определенных условиях. Не уверен, что соседи по купе в поезде или в кресле самолета одобрят ваше бубнение.»
Вы опять отталкиваетесь от того, что есть сейчас, а статья не об этом. Вы как-то слишком упростили сферы применения уже существующих мобильных приложений и мобильных устройств. А что касается удобства пользования, то это дело времени, привычки и развития систем управления. Я, например, помню какой проблемой была для меня клавиатура на первых уроках информатики в средней школе, даже мышка не казалась такой удобной как сейчас, про тачпад на ноутбуке вообще отдельная история. Современные мобильные устройства имеют сенсорный экран и привыкание к управлению ими было для меня почти незаметным.
Доброго времени суток и спасибо за Ваш комментарий.
Такие опасения имеют место быть, НО если развитие такой системы будет осуществляться путем доработки уже существующих приложений, либо заменой одного более совершенного на другое, то общее количество приложений останется прежним, а интеграция (от лат. integratio — «соединение») будет более прочной.
Вариант развития событий, который Вы предполагаете, наиболее вероятен при ошибках в проектировании, когда приложения будут во многом дублировать друг друга, а для закрытия «широких мест» (извините за сарказм) будут разрабатываться дополнительные приложения, НО и при первом варианте ошибок в проектировании бывает предостаточно.
Да, отчасти Вы правы, но это говорит, скорее всего, об уровне развития данного сегмента рынка мобильных приложений в России.
Смотрел результаты опроса когда проголосовали 300 человек, 51% респондентов не имели опыта работы с подобными приложениями/сервисами.
В Европе и США к такого рода приложениям больше доверия, как со стороны пользователей, так и со стороны рекламодателей, да и сами приложения несколько на другом уровне проработки бизнес-модели.
«Пирамиды» здесь не причем.
Представьте, что разработчики хотели бы протестировать beta-версию своего приложения среди аудитории потенциальных пользователей. За даром мало кто согласится проводить такое тестирование, а когда пользователям и их друзьям платят деньги просто за установку приложения и за написание не предвзятого комментария, разработчики получают качественную обратную связь и объективный UX, а пользователи — небольшой доход.
Я также не вижу ничего плохого в полевых и других исследованиях, в стимулировании покупательского спроса и других видах коммуникаций производителя с потребителем.
Побольше бы и почаще они общались друг с другом, глядишь, и в экономике бы наметились устойчивые положительные тенденции.
Рекламодатель может оценить эти и любые другие сервисы/приложения данной категории следующим образом:
1. Количество партнеров (рекламодателей), которые сотрудничают с данным сервисом/приложением
Чем больше рекламодателей, чем больше среди них известных компаний, тем больше заданий получает конечный пользователь и тем выше шанс, что его заработок будет его устраивать.
2. Способы вывода заработанных денег
Чем больше платежных систем подключено к данному сервису/приложению, тем больше шансов, что сервис будет использоваться постоянно, а оборот увеличиваться.
3. Схема конвертации заработанных баллов/бонусов в реальные деньги
Чем проще и прозрачнее схема работы сервиса/приложения, тем больше доверия он будет вызывать у пользователя.
4. Официальный сайт сервиса/приложения
Посмотрите, есть ли у сервиса/приложения сайт? Какое впечатление он оставляет у Вас как у посетителя? Есть ли у Вас вопросы по работе сервиса/приложения после посещения сайта? Оцените его usability.
5. Техническая поддержка сервиса/приложения.
Попробуйте обратиться в поддержку, оцените быстроту и полноту предоставленного ответа.
6. Установите приложение и встаньте на место пользователя.
Посмотрите на приложение изнутри. Удобно ли в нем? Как Вам дизайн? Интересные там задания? и т.д.
Выполнение данного алгоритма позволит выбрать из множества сервисов тот (те), с которым (-и) действительно стоит работать.
Данная система оценки эффективна как для рекламодателей, так и для конечных пользователей.
1) «Какими? Чем отличаются или будут отличаться принципиально?»
В тексте приведены примеры гаджетов, которые уже есть на потребительском рынке. Да, они ещё не получили большого распространения по разным причинам, но они есть. Что касается принципиальных отличий других гаджетов, то они будут:
2) «Смотрится смешно, но не об этом, если я допустим занимаюсь 3D, я должен с собой таскать лапатищю?»
Меня в своё время тоже забавляли люди, которые говорят сами с собой на улицах. Теперь это никого не удивляет, даже если не видно гарнитуры. Про «лапатищу» я отчасти написал в пункте про интеллектуальные манипуляторы. Возможно, устройство типа «лапатища» Вам и не понадобится.
Не нужно просить прощения, я не претендую на истину в первой инстанции и всё написал в Дисклеймере.
1. Нигде в статье я не рассуждал об изолированности, наоборот, встречаются слова: «Мобильные приложения, обращенные к Big Data в облачной среде». Изменение логики в десктопном ПО в зависимости от масштабов изменений, зачастую, требует изменений куда большего масштаба, иногда приходится полностью отказаться от морально устаревшей системы и заменить её более совершенной версией этой же системы или другой. В том случае, когда мы делаем обновление на более новую версию, это обновление почти никогда не проходит безболезненно (если мы говорим о больших корпоративных системах) с технической, экономической, организационной точек зрения.
2. У каждой подсистемы в большой корпоративной системе точно такие же проблемы. Разработка — один из этапов жизненного цикла системы и если посмотреть на все этапы и с разных сторон, то второй вариант окажется предпочтительнее. Я вполне допускаю, что на определенных производствах, а также в определенных секторах экономики десктопное программное обеспечение будет востребовано и через N-ое количество лет. Можно сразу привести в пример информационную безопасность, или сферы, которые традиционно отличаются консерватизмом.
Безусловно.
2) «Каждый раз разработчик начиная программирование задачи думает, что уж в этот-то раз он все сделает концептуально и правильно, выберет самую правильную иерархию классов и интерфейсов и будет использовать самые совершенные методологии разработки. Спустя время оказывается, что заказчик имел в виду несколько иное, а не то, что изложено в ТЗ. Или у заказчика появились некоторые «незначительные» дополнения, которые как оказалось в корне меняют всю концепцию, и прочая и прочая…»
Да, это извечная проблема и тема для другого большого поста.
3) «Переделки и дополнения через некоторое время создают из первоначального приложения монстра.»
Бывает и такое, но это характерно, как для первого варианта, так и для второго.
А теперь вопрос:
Что легче, дешевле, быстрее: оптимизировать, доработать, разработать заново одно мобильное приложение в составе некой системы или саму систему?
Попробую ответить по пунктам:
1) «Вообще мне кажется, что так называемая «мобилизация» — это несколько утопическая идея. Смартфон, планшет, очки удобны только для развлечений. Для реальной работы все это мало подходит или подходит далеко не всем.»
Вы рассматриваете мобильные приложения в существующей парадигме их использования, статья же предлагает посмотреть на индустрию шире и попытаться заглянуть в будущее. Уже сейчас список мобильных устройств пополнился и другими гаджетами, это уже больше, чем смартфон и планшет.
2) «Инженеру, программисту, 3Д дизайнеру нужны огромные мониторы или несколько. Лично мне, например, мало одной ОС — нужны как минимум Windows и Linux.»
Обеспечение кроссплатформенности не будет проблемой для мобильных устройств будущего. Уже сейчас мы имеем несколько ОС (iOS, Android, WinPhone, Tizen на базе Linux и другие) и несколько типов мобильных приложений (веб, гибридные, нативные).
Теперь про мониторы. Вспомните, как изменилась диагональ экрана мобильного устройства для конечного пользователя за последние 5 лет. Уже сейчас мы видим на улице людей, которые разговаривают то ли по смартфону, то ли по планшету.
3) «Еще инженеру, дизайнеру, программисту нужны специальное ПО вроде SolidWorks, AutoCAD, Blender, Photoshop, Corel, Eclipse, VisualStudio и прочее…»
Вы, наверно, примеряете это всё на мощности современных мобильных устройств потребительского рынка, хотя всё ПО, которое ВЫ указали, используется преимущественно на корпоративном. Далее цитата из статьи: "«железо» в устройствах развивается настолько быстро, что даже супер-тяжеловесы от приложений в будущем будут шустрыми. Если говорить о корпоративном секторе, то «железо» на таких устройствах и сейчас совсем другого порядка, нежели на гаджетах конечных пользователей, особенно бюджетных моделей."
4) «То, что десктопы сдают позиции говорит только о том, что реально работающих становится мало. Кое как растет только рынок личного потребления и развлечений — увы.»
Десктопы сдают позиции потому, что и производители электроники, и производители ПО, и корпоративный рынок, и конечные потребители двигаются в другом направлении.
5) «Возможно планшет подходит в бизнес процессе ресторана — показывать меню посетителям.
Еще планшет подходит менеджеру в торговом зале — посмотреть остатки товара.
Набирать текст на планшете и то очень не удобно. Так что даже писателям — менеджерам планшет не удобен.
Можно конечно диктовать… но при определенных условиях. Не уверен, что соседи по купе в поезде или в кресле самолета одобрят ваше бубнение.»
Вы опять отталкиваетесь от того, что есть сейчас, а статья не об этом. Вы как-то слишком упростили сферы применения уже существующих мобильных приложений и мобильных устройств. А что касается удобства пользования, то это дело времени, привычки и развития систем управления. Я, например, помню какой проблемой была для меня клавиатура на первых уроках информатики в средней школе, даже мышка не казалась такой удобной как сейчас, про тачпад на ноутбуке вообще отдельная история. Современные мобильные устройства имеют сенсорный экран и привыкание к управлению ими было для меня почти незаметным.
Такие опасения имеют место быть, НО если развитие такой системы будет осуществляться путем доработки уже существующих приложений, либо заменой одного более совершенного на другое, то общее количество приложений останется прежним, а интеграция (от лат. integratio — «соединение») будет более прочной.
Вариант развития событий, который Вы предполагаете, наиболее вероятен при ошибках в проектировании, когда приложения будут во многом дублировать друг друга, а для закрытия «широких мест» (извините за сарказм) будут разрабатываться дополнительные приложения, НО и при первом варианте ошибок в проектировании бывает предостаточно.