Открыть список
Как стать автором
Обновить
24
Карма
55
Рейтинг

product manager

13 подвохов мобильного приложения, о которых лучше знать до старта разработки

Ну да, в самих задачах ничего плохого нет.
Хотя, мне кажется, всё же интереснее делать какую-то новую полезную фичу для пользователей, чем обновлять библиотеку.

Но тут больше речь о том, чтобы люди, которые планируют разработку (например, проектные менеджеры) — трезво оценивали сроки, объем работ, риски и т.д.

13 подвохов мобильного приложения, о которых лучше знать до старта разработки

Да, тоже с этим сталкивался.
Причем это касается не только людей с ограниченными возможностями — у меня на телефоне установлен шрифт на один размер больше стандартного (не потому что я плохо вижу, а просто мне так удобнее). И это иногда ломает верстку.

13 подвохов мобильного приложения, о которых лучше знать до старта разработки

Спасибо за интересный комментарий!
Когда работал в геймдеве — тоже сталкивался с большими числами.
Например, однажды, мы поставили небольшую вероятность выпадения премиум-предметов во время новогоднего ивента. Но это мы думали, что она «небольшая».
А количество игроков и их усердие привели к тому, что выпало слишком много таких предметов и продажи просели на целый месяц. Но, правда, игроки были счастливы)

13 подвохов мобильного приложения, о которых лучше знать до старта разработки

Да, помню у меня были сложности с приложением, так я так и не достучался до поддержки Google. Предлагают читать справку и задавать вопросы сообществу, насколько помню.

13 подвохов мобильного приложения, о которых лучше знать до старта разработки

Да, уточнил — так и есть: мы делаем проверку на стороне сервера и как раз за счет этого и возникает задержка.

Порядок такой:

  1. Пользователь нажимает «Оплатить».
  2. Стор снимает с него деньги и сразу присылает нам данные об оплате (в приложение).
  3. Мы эти данные из приложения отправляем на наш сервер.
  4. Сервер обращается к стору, чтобы проверить, что оплата действительно была.
    И вот на этом этапе бывает задержка.
    Тут три варианта развития событий:
    • стор сразу говорит, что все ок, оплата прошла;
    • стор говорит «я ещё думаю» и тогда нужно будет повторить запрос позже;
    • стор говорит «не было такой оплаты» и мы понимаем, что это мошенник.

13 подвохов мобильного приложения, о которых лучше знать до старта разработки

Хм, это я со слов нашего разработчика записал — расспрашивал его как нас взломали и как мы это решили в результате. Уточню у него и отпишусь.

Могут ли таблички работать менеджером за вас? (спойлер: да)

Да, можно и в джире, конечно.
Статья больше о том, как сделать общение с заказчиками асинхронным, не требующим избыточного участия. А выбор инструмента вторичен.

Но мне есть, что сказать в защиту таблиц.

Во-первых, таблицы универсальны – все знают, как ими пользоваться и у всех есть gmail-аккаунт. Вы просто бросаете ссылку человеку, и он уже пользуется вашей таблицей.

Другое дело та же jira – она совсем не простая для человека вне IT. Попробуйте обучить сэйлза правильно оформлять задачу в джире – это будет не просто. И не потому, что сэйлз глупый, просто джира заточена под другие задачи, а сэйлз работает вообще в другом контексте. Ему придется специально заводить аккаунт только ради того, чтобы оставить вам запрос.

Мы даже пробовали нечто подобное – настроили Service Desk, который сам формировал задачи в джиру. Если сотрудник видел баг, то ему нужно было оформить его в Service Desk. Так вот, что удалось понять из этого эксперимента – большинство сотрудников не хотят таких заморочек. Когда человеку нужно прикладывать усилия, чтобы просто сообщить об ошибке в продукте – ему проще пройти мимо. Работают только простые инструменты – написать в чат или максимум в таблицу.

Во-вторых, таблицы реально удобные. Быстро грузятся, легко редактируются, можно совместно работать над документом. А в том же confluence (несмотря на мою любовь к нему) – совместная работа это тот еще головняк.

В третьих, таблицы достаточно надежные. Тут вот пишут, что могут случайно затираться данные – но я вообще с таким не сталкивался. Да и сохраняется все автоматически в облаке, с историей версий. А вот потерять карточку на общей доске Trello – проще простого.

В общем, мое мнение: специализированные инструменты хороши для персональной работы или работы в рамках одного отдела. А таблицы более универсальны и подходят для совместной работы разношерстных отделов в рамках большой компании.

Могут ли таблички работать менеджером за вас? (спойлер: да)

Да, про обучение сотрудников плюсую. Для людей вне IT, jira — это ад.

Про Definition of Done — я не ожидаю, что человек из финотдела, например, напишет запрос сразу в таком формате. На мой взгляд, это все-таки задача продакта — выявить реальную потребность, оценить нужно ли это делать, найти оптимальный вариант решения и оформить задачу как полагается.
Бывает, просят сделать какую-то фичу, а когда докапываешься до настоящей причины — оказывается это можно решить совсем иначе, значительно проще, а иногда и вовсе без разработки.

А гугл-формы — да, нормальный вариант, мы его тоже используем.
Но тут уже зависит от ситуации:
  • Если говорим о запросах от руководителей отделов, то они итак ничего не ломают, но могут дописать что-то важное в задачу по моей просьбе. А гугл-форма этого не позволяет.
  • Зато запросы на аналитику у нас сделаны именно так — заказчик оставляет запрос в гугл-форме, а потом может видеть свой запрос и ответ аналитика в таблице, которая доступна только для чтения.

Могут ли таблички работать менеджером за вас? (спойлер: да)

Безусловно, для профессиональной работы именно с задачами – нужны нормальные инструменты. Мы для этого используем jira и confluence.

Но это инструменты для IT и Product отделов. А когда мы взаимодействуем с операционными отделами – то им намного проще оставить запрос в табличке, чем разбираться с оформлением таски в jira.

Что касается сроков реализации – то обычно внутренним заказчикам достаточно общих сроков типа «выливка будет в конце марта» или «задача вошла в следующий спринт».

А что делать с затиранием табличек – выше ответил. У нас такой проблемы нет от слова совсем. Хотя сейчас в компании под 200 сотрудников и 70% документации ведем именно в таблицах.

Могут ли таблички работать менеджером за вас? (спойлер: да)

Много комментариев о том, что могут затереть данные.
Не знаю почему, но я вот вообще с этим никогда не сталкивался (хотя большинство доков ведем в таблицах).
Может быть дело в том, что почти всегда к таблице имеют доступ от 3 до 10 человек, кому это реально нужно.

Могут ли таблички работать менеджером за вас? (спойлер: да)

Ну Хабр мне ближе по духу, но я пока еще в поиске своего формата.
Иногда сложно понять как это работает: в топе продуктового хаба висит статья о том, как парня кинули работодатели. Причем тут «управление продуктом»? Загадка.
Так что пока еще разбираюсь-осваиваюсь.

Могут ли таблички работать менеджером за вас? (спойлер: да)

В моем случае, доступ к таблице имеют только руководители отделов и у каждого – собственная вкладка. И это на 100% решает этот вопрос – за 3 года активного использования таблицы Improvements не было ни одного случая, когда что-то кому-то затерли.
Но даже если бы такое случилось – думаю просто восстановили бы нужную инфу из истории версий.

Другое дело, если доступ к таблице имеют сотни сотрудников – тогда да, наверняка будут проблемы. В таком случае нужна премодерация. Я это решаю так: сотрудники, у которых есть идея по продукту – пишут ее в чат продуктовых идей в slack. А продакт, который за это отвечает – тратит вечером 10-15 мин, чтобы выбрать толковые идеи и самостоятельно занести их в таблицу Ideas (заодно и раскидывает идеи по направлениям).

Запуск топ-приложения в одиночку, бесплатно и без кодинга (ну почти)

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

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

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

Запуск топ-приложения в одиночку, бесплатно и без кодинга (ну почти)

Теоретически, это может решаться грантами от государства или частных фондов.
Выделяются ж деньги на культуру — почему бы не выделять их на качественные обучающие приложения или сайты, например?
Но там тоже будет много вопросов — как эти гранты распределяются, как контролируются расходы-качество-сроки и т.п.

Запуск топ-приложения в одиночку, бесплатно и без кодинга (ну почти)

Ну это если бы у приложения было не 12 тысяч, а 12 миллионов установок — тогда да, можно было бы подумать как прикрутить минимальную монетизацию, чтобы она не портила продукт.

А на текущих объемах считаю это не рационально.
И каких-то значимых объемов, думаю, не достичь даже с использованием платных каналов — слишком уж нишевое приложение.

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

Запуск топ-приложения в одиночку, бесплатно и без кодинга (ну почти)

Да, если начать делать всё, что просят более продвинутые пользователи – приложение превратится в космолет и будет неудобным для начинающих.

Но иногда удается выкрутиться, делая экспертные функции незаметными для новых пользователей. Например:
  • Часть экспертных функций я вынес в настройки, а по умолчанию выбрал оптимальные для новичков значения.
  • Часть экспертных функций «скрыта» в интерфейсе. Например, кликая по названиям столбцов в списке глаголов — можно скрывать этот столбец. Новичок такую функцию даже не увидит, а экспертный пользователь может узнать об этом из описания и пользоваться.

Зачем инженеру начинать танцевать танго

Я так скажу:
Жить в большом городе, но не танцевать танго — это как сидеть в хорошем баре, но пить только воду.


Только, имхо, зря вы сценическое танго с Гавито людям показываете — будут неправильные ожидания. Уж лучше что-то приближенное к нашим серым будням. Типа такого.

Почему управлять государством должен продуктовый менеджер?

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

Меня другое смущает — бытовые нужды и желания.
Есть же множество исследований о том, что доход влияет на счастье только до определенного уровня. Потолок достигается очень быстро, если правильно помню — при 10-20к$ в месяц.
Ну т.е. большая разница: пить дешевое вино по акции за 3$ или нормальное вино за 30$. Но разницу между вином за 30$ и за 3000$ многие уже и не заметят.

Однако, мы постоянно наблюдаем, что власть имущим нужно и вино за миллионы, и дворцы огромные, и подземные шубохранилища, и унитазы золотые. Я вот чисто по человечески не понимаю — ну зачем? Просто чтоб «по-богатому»? И ради этого миллионы людей держать в нищете? Так тупо это звучит.

Может быть каждому чиновнику, перед вступлением в должность, нужно принудительно проходить обучающий курс «Простые человеческие радости»? Чтобы он в следующий раз просто на шашлыки с друзьями сходил, вместо того чтобы устраивать охоту за амурскими тиграми с вертолета?

Почему управлять государством должен продуктовый менеджер?

Я уже почти пожалел, что выбрал такой заголовок)
Но, согласитесь, если бы я написал заголовок, который точно отражает суть статьи:
"Продуктовые методологии, которые могут помочь избежать распространенных ошибок в принятии законопроектов" — то это было бы попросту скучно :)
Я к тому, что в статье не предлагается всерьез брать продакта и делать его президентом или монархом)))

Про образование — плюсую. Но тут скорее должен быть поочередный процесс: сначала нужна власть которая прокачивает образование, потом появляются люди которые создают более эффективное правительство, и снова власть, которая строит лучшее общество, и так далее.

Почему управлять государством должен продуктовый менеджер?

Да, это 100%, если бы я лет 10 поработал чиновником и 10 лет продактом, то статья бы вышла великолепной. Ну или я бы ее вообще не писал :)
Спасибо за дельный и детальный комментарий.

Информация

В рейтинге
100-й
Откуда
Украина
Зарегистрирован
Активность