Комментарии 45
Присоединяюсь к добрым словам про Microsoft.
Bizspark — замечательный ход для поддержки разработчиков.
Bizspark — замечательный ход для поддержки разработчиков.
Рома, я правильно понимаю, что подразумевается что в приложении будет отдельный экран для фидбеков, который будет смотреть на сайт в онлайне?
Если так, то я вижу две проблемы: 1) Дизайн не адаптирован под платформу и (!) приложение. Лично меня это отпугнет; 2) Что делать, если юзер в оффлайне?
Если так, то я вижу две проблемы: 1) Дизайн не адаптирован под платформу и (!) приложение. Лично меня это отпугнет; 2) Что делать, если юзер в оффлайне?
Да, присоединяюсь к пожеланию, чтобы в дальнейшем виджет был адаптирован как минимум под платформу. А то, например, видеть такой интерфейс на том же WP7 — крайне странно и дико :)
Да, ты правильно понял.
1) будут темы и кастомизация.
2) ну пока ему будет показываться, что он должен быть онлайн :)
Надо изучать, насколько это критично и насколько часто пользователи смартфонов бывают оффлайн.
1) будут темы и кастомизация.
2) ну пока ему будет показываться, что он должен быть онлайн :)
Надо изучать, насколько это критично и насколько часто пользователи смартфонов бывают оффлайн.
Очень интересная и воодушевляющая статья, вы молодец, удачи вам.
Я абсолютно «не в теме» подобных сервисов, я — явно не ваша целевая аудитория, но когда изучал демо-страницу и заполнял новую feedback карточку, взгляд зацепился за то, что в нижней горизонтальной полосе слева находится грустный смайлик. А ведь человек обычно читает именно слева направо (если он не араб или японец:)) вот и получается, что взгляд как-то сразу натыкается на грустный смайлик, который так и шепчет «нажмии на меня, нажмии». :) В общем, может вам в обратном порядке расположить смайлики-то? :)
Я абсолютно «не в теме» подобных сервисов, я — явно не ваша целевая аудитория, но когда изучал демо-страницу и заполнял новую feedback карточку, взгляд зацепился за то, что в нижней горизонтальной полосе слева находится грустный смайлик. А ведь человек обычно читает именно слева направо (если он не араб или японец:)) вот и получается, что взгляд как-то сразу натыкается на грустный смайлик, который так и шепчет «нажмии на меня, нажмии». :) В общем, может вам в обратном порядке расположить смайлики-то? :)
В свое время намучился с ios-мордой для get-satisfaction, в итоге просто вставили webview с ним.
Не совсем понятно по статье:
— как считаются 10 000 пользователей, при ценообразовании. Это 10 000 фидбеков? Или 10 000 уникальных запусков приложения?
— что в итоге с авторизацией? Как пользователь логинится?
Не решил еще для себя, чем лучше такой сервис, чем просто кнопка с email-ом. Вопросы повторяются редко, а если и повторяются, на сервисе их опять же будут одинаковые задавать. Читать старое никто не утруждается. А других преимуществ не особо видно.
Не совсем понятно по статье:
— как считаются 10 000 пользователей, при ценообразовании. Это 10 000 фидбеков? Или 10 000 уникальных запусков приложения?
— что в итоге с авторизацией? Как пользователь логинится?
Не решил еще для себя, чем лучше такой сервис, чем просто кнопка с email-ом. Вопросы повторяются редко, а если и повторяются, на сервисе их опять же будут одинаковые задавать. Читать старое никто не утруждается. А других преимуществ не особо видно.
Это 10000 уникальных пользователей для всех ваших форумов.
Для авторизации пользователя вы вызываете метод (берем из раздела docs, www2.inventarium.mobi/docs/android):
inventarium.Start("{currentActivity}", "{user email}", "{user fullname}");
Регистрация происходит автоматически, уникальным является email пользователя.
Если у вас нет авторизации в приложении, то предполагается такой API:
inventarium.StartAnonymouly("{currentActivity}");
В этом случае при первом вызове генерируется случайное имя вида User123456 и email User123456@anonymous.com и сохраняется в настройках приложения.
Конечно, если для вас такой функционал не является критичным, лучше оставить просто кнопку с email. В вашем случае — это проще. Это говорит об устоявшемся функционале и о стабильном приложении :)
Плюс в вашем случае я бы опасался вас разочаровать, сервис у меня только запущен, местами сыроват, многого не хватает еще.
Данная функция будет более востребованна теми, кто еще не уверен до конца, куда будет развиваться его приложение и адитория достаточно активная и общительная.
Для авторизации пользователя вы вызываете метод (берем из раздела docs, www2.inventarium.mobi/docs/android):
inventarium.Start("{currentActivity}", "{user email}", "{user fullname}");
Регистрация происходит автоматически, уникальным является email пользователя.
Если у вас нет авторизации в приложении, то предполагается такой API:
inventarium.StartAnonymouly("{currentActivity}");
В этом случае при первом вызове генерируется случайное имя вида User123456 и email User123456@anonymous.com и сохраняется в настройках приложения.
Конечно, если для вас такой функционал не является критичным, лучше оставить просто кнопку с email. В вашем случае — это проще. Это говорит об устоявшемся функционале и о стабильном приложении :)
Плюс в вашем случае я бы опасался вас разочаровать, сервис у меня только запущен, местами сыроват, многого не хватает еще.
Данная функция будет более востребованна теми, кто еще не уверен до конца, куда будет развиваться его приложение и адитория достаточно активная и общительная.
Понятно, спасибо. С авторизацией должно быть удобно.
10 000 уникальных это круто, думаю вряд ли кто-то в ближайшее время перевалит за такое число комментирующих :)
Это может быть еще полезно тем, что не у всех может быть настроена почта на устройстве. Да и написать коммент обычно морально проще, чем идти на личное общение с разработчиком.
10 000 уникальных это круто, думаю вряд ли кто-то в ближайшее время перевалит за такое число комментирующих :)
Это может быть еще полезно тем, что не у всех может быть настроена почта на устройстве. Да и написать коммент обычно морально проще, чем идти на личное общение с разработчиком.
С авторизацией — с одной стороны все просто и удобно.
С другой стороны — секьюрити. С этим могут быть проблемы.
Я сначала думал «спамить» пользователей на почту о новых ответах, а потому подумал, что вполне могу слать им Push уведомления потом. По этому возможно из соображений безопасности перейду на хэши позже.
10000 уникальных — с одной стороны это много, а с другой — для выстрелившего приложения совсем фигня :)
Кстати — эта штука еще и является очень полезной, так как возвращает периодически пользователя в приложение, получается типа маркетинг :)
С другой стороны — секьюрити. С этим могут быть проблемы.
Я сначала думал «спамить» пользователей на почту о новых ответах, а потому подумал, что вполне могу слать им Push уведомления потом. По этому возможно из соображений безопасности перейду на хэши позже.
10000 уникальных — с одной стороны это много, а с другой — для выстрелившего приложения совсем фигня :)
Кстати — эта штука еще и является очень полезной, так как возвращает периодически пользователя в приложение, получается типа маркетинг :)
Демо страница на айпаде выглядит вот так:
Для мобильных платформ говорите?
Для мобильных платформ говорите?
Спасибо за замечание, я уже видел.
Вообще для телефонных браузеров — он редиректит напрямую на мобильный веб-сайт.
Но с айпадом, firefox beta пока как-то криво выходит… еще разбираюсь.
Вообще для телефонных браузеров — он редиректит напрямую на мобильный веб-сайт.
Но с айпадом, firefox beta пока как-то криво выходит… еще разбираюсь.
сегодня ночью обновил определение мобильных устройств.
Должно теперь вас детектить как мобильное устройство и редиректить напрямую в приложение.
Должно теперь вас детектить как мобильное устройство и редиректить напрямую в приложение.
НЛО прилетело и опубликовало эту надпись здесь
А я даже не знаю, как описать то, что я вижу на демо-странице со стандартного браузера HTC, Android 2.3. Все куда-то уплывает.
а как же любовь к великому и могучему?
дизайн понравился.
дизайн понравился.
Сначала интернационал, потом великий и могучий.
Но если вы и еще несколько клиентов скажете мне, что готовы внедрить сейчас, но вам нужен русский язык интерфейса — в течении неделии я его вам предоставлю.
приятно удивлен отзывами, что понравился дизайн, учитывая что над ним не работал дизайнер :)
Видимо буду оставаться в этом же ключе, просто исправлю огрехи.
Но если вы и еще несколько клиентов скажете мне, что готовы внедрить сейчас, но вам нужен русский язык интерфейса — в течении неделии я его вам предоставлю.
приятно удивлен отзывами, что понравился дизайн, учитывая что над ним не работал дизайнер :)
Видимо буду оставаться в этом же ключе, просто исправлю огрехи.
Интересная задумка, че.
На WP7 невозможно пользоваться вашим демо, так как сертификаты неправильные.
Ну и падает часто.
Мой совет — напишите демо-приложение и опубликуйте его в маркете, так легче будет понять, как в итоге работает ваша система внутри приложения.
На WP7 невозможно пользоваться вашим демо, так как сертификаты неправильные.
Ну и падает часто.
Мой совет — напишите демо-приложение и опубликуйте его в маркете, так легче будет понять, как в итоге работает ваша система внутри приложения.
С сертификатами буду думать. Видимо startssl.com не самый лучший выбор все же.
Падает — а что происходит при падении? какая ошибка показывается?
Здесь в каждом репо github.com/inventarium есть тестовое приложение, которое можно собрать и запустить.
Все же в маркет — не самый лучший способ. Это надо еще Review Team обьяснить, зачем я пустое приложение отправляю.
Падает — а что происходит при падении? какая ошибка показывается?
Здесь в каждом репо github.com/inventarium есть тестовое приложение, которое можно собрать и запустить.
Все же в маркет — не самый лучший способ. Это надо еще Review Team обьяснить, зачем я пустое приложение отправляю.
Публичное апи есть/планируется? Понятно, что реализовывать свой интерфейс будет не намного проще, чем просто написать свою систему для фидбека ;) Но всё же?
API конечно планируется.
Свой интерфейс — это лишь четверть дела все же :)
Кстати мне уже об API писали. Если у вас действительно есть в нем потребность и вот послезавтра вы готовы начать с ним работать — то я могу ускорить процесс появления публичного API :-)
Свой интерфейс — это лишь четверть дела все же :)
Кстати мне уже об API писали. Если у вас действительно есть в нем потребность и вот послезавтра вы готовы начать с ним работать — то я могу ускорить процесс появления публичного API :-)
Ну да, просто если уже есть свой бэкенд, то немного побольше четверти.
Мой стартап пока еще в стадии продумывания, так что можете пока на него не рассчитывать. Фидбек в нём точно будет, как минимум через емайл, неуверен, что мне потребуется больше, но чужеродный интерфейс не хотелось бы. К тому же я имел дело с jquery-mobile, тогда он был ну очень тормозной. Sencha touch на iOS работает заметно шустрее, но на Андроиде и она подглючивает и тормозит. Для себя сделал вывод — HTML5 пока рановато использовать на мобильных устройствах для большинства задач.
Мой стартап пока еще в стадии продумывания, так что можете пока на него не рассчитывать. Фидбек в нём точно будет, как минимум через емайл, неуверен, что мне потребуется больше, но чужеродный интерфейс не хотелось бы. К тому же я имел дело с jquery-mobile, тогда он был ну очень тормозной. Sencha touch на iOS работает заметно шустрее, но на Андроиде и она подглючивает и тормозит. Для себя сделал вывод — HTML5 пока рановато использовать на мобильных устройствах для большинства задач.
Я перед началом проекта тестировал и Sencha и jquery-mobile.
Первый — вообще не ворочался на демо-страницах. Второй более-менее работал шустро, кроме Android.
Сейчас подумываю, что надо наверное на говый html5 уходить.
А чем вам критичен «чужеродный» интерфейс? Даже если он будет в вашей цветовой гамме?
И можно поинтересоваться, что у вас за проект?
Первый — вообще не ворочался на демо-страницах. Второй более-менее работал шустро, кроме Android.
Сейчас подумываю, что надо наверное на говый html5 уходить.
А чем вам критичен «чужеродный» интерфейс? Даже если он будет в вашей цветовой гамме?
И можно поинтересоваться, что у вас за проект?
Странно, я делал приложение на Sencha Touch 2 под Cordova. Работает весьма шустро и без глюков под iOS, практически как нативное, не считая долгого времени запуска.
Ну, чужеродность всё-таки выглядит не очень профессионально. Боюсь, что будет подтормаживать по сравнению с остальной нативной частью приложения. Да и хочется иметь больший контроль над интерфейсом — убрать ненужное, переупорядочить и т.п. Впрочем, думаю, имея исходники вашего SDK этого тоже можно будет достичь — так что это своего рода тоже API ;)
Проект, как я уже сказал ещё в зачаточной стадии, могу лишь сказать, что это будет location-based service с бэкендом и мобильными приложениями под основные платформы. Для себя уже решил, что буду делать нативные приложения.
Ну, чужеродность всё-таки выглядит не очень профессионально. Боюсь, что будет подтормаживать по сравнению с остальной нативной частью приложения. Да и хочется иметь больший контроль над интерфейсом — убрать ненужное, переупорядочить и т.п. Впрочем, думаю, имея исходники вашего SDK этого тоже можно будет достичь — так что это своего рода тоже API ;)
Проект, как я уже сказал ещё в зачаточной стадии, могу лишь сказать, что это будет location-based service с бэкендом и мобильными приложениями под основные платформы. Для себя уже решил, что буду делать нативные приложения.
Большого контроля над интерфейсом сейчас получить не получится — весь интерфейс хостится на отдельном домене mapp.inventarium.mobi и является обычным мобильным-вебсайтом с подключаемым по требованию Cordova Framework.
думаю, это оно сейчас выглядит не очень профессионально :)
В будущем, если/когда будет сделан нативный UI — может быть.
Но я пока нативным заниматься не хочу, сейчас я могу мобильный интерфейс обновлять без необходимости для клиента обновлять SDK, переопубликовывать приложение и тп.
+ огромная простота в добавлении новых SDK и платформ.
Но может быть можно будет что-то придумать силами сообщества? :)
Из кросс-платформенного мне еще Mono понравилась.
думаю, это оно сейчас выглядит не очень профессионально :)
В будущем, если/когда будет сделан нативный UI — может быть.
Но я пока нативным заниматься не хочу, сейчас я могу мобильный интерфейс обновлять без необходимости для клиента обновлять SDK, переопубликовывать приложение и тп.
+ огромная простота в добавлении новых SDK и платформ.
Но может быть можно будет что-то придумать силами сообщества? :)
Из кросс-платформенного мне еще Mono понравилась.
А как писались Terms of service? Кто помогал или все сами?
Одному мне кажется, что ценовая политика выбрана не верно?
Т.е. проект просто не будет развиваться из-за отсутствия притока денег. 10 тыс. пользователей — это действительно ИМХО очень много, ну и далее цена как-то должна зависить от количества пользователей. Т.е. одно дело 49$ за 10 тыс. пользователей и совсем другое — за 100 тыс. пользователей. Вам же для их обслуживания придется докупать сервера и т.п.
Т.е. проект просто не будет развиваться из-за отсутствия притока денег. 10 тыс. пользователей — это действительно ИМХО очень много, ну и далее цена как-то должна зависить от количества пользователей. Т.е. одно дело 49$ за 10 тыс. пользователей и совсем другое — за 100 тыс. пользователей. Вам же для их обслуживания придется докупать сервера и т.п.
Я думал над этим немало.
10000 пользователей — даже для локальных стартапов Российских, цифра весьма скромная. Тем более речь не об активной аудитории. Человек может зайти в приложение, зайти в фидбэк, выйти, удалить приложение, но он уже посчитан.
Это как раз тот порог, когда ты еще стартап на бутстрапе, а потом уже должен начинать зарабатывать деньги.
Если будет сильно меньше — это уже будет как Trial на 30 дней. Обычно — этого достаточно мало.
Нужно дать возможность попользоваться в реальных условиях подольше, ощутить все преимущества или недостатки, ну а потом просто не будет уже возможности слезть :)
Нагрузку пользователи создают достаточно слабую, а новые сервера в облаках обходятся недорого.
Например, сейчас сервис запущен на 2 small instance в Windows Azure, нагрузка процессора по инстансу за время «хабраэффекта» не поднималась выше 1,5%, а я ведь не внедрял еще никакого кэширования.
Но я думаю, я потом в внесу корректировку в Terms of service, по которым если клиент генерирует достаточно высокую нагрузку, на которую уходят полностью мощности одного сервера — то действующие тарифные планы перестают действовать и вступает в силу прямая договоренность, выделенные сервера под клиента и т.п.
Но до этого пока далеко.
10000 пользователей — даже для локальных стартапов Российских, цифра весьма скромная. Тем более речь не об активной аудитории. Человек может зайти в приложение, зайти в фидбэк, выйти, удалить приложение, но он уже посчитан.
Это как раз тот порог, когда ты еще стартап на бутстрапе, а потом уже должен начинать зарабатывать деньги.
Если будет сильно меньше — это уже будет как Trial на 30 дней. Обычно — этого достаточно мало.
Нужно дать возможность попользоваться в реальных условиях подольше, ощутить все преимущества или недостатки, ну а потом просто не будет уже возможности слезть :)
Нагрузку пользователи создают достаточно слабую, а новые сервера в облаках обходятся недорого.
Например, сейчас сервис запущен на 2 small instance в Windows Azure, нагрузка процессора по инстансу за время «хабраэффекта» не поднималась выше 1,5%, а я ведь не внедрял еще никакого кэширования.
Но я думаю, я потом в внесу корректировку в Terms of service, по которым если клиент генерирует достаточно высокую нагрузку, на которую уходят полностью мощности одного сервера — то действующие тарифные планы перестают действовать и вступает в силу прямая договоренность, выделенные сервера под клиента и т.п.
Но до этого пока далеко.
Странно смотрится на демостранице английский текст самой страницы в сочетании с русским текстом на скрине приложения.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Inventarium.mobi — Не злите ваших пользователей