エンジニアはどのように他のアプリのUXを参考にすべきか

問題意識エンジニアのタイプを分けるとき、大雑把に「サービス志向」と「技術志向」みたいな分け方をすることが、僕の周りではよくあります。 個人的にはこの分け方は必ずしも良いものとは言えないと思います。少しエンジニアのことをサービスと距離のある人種として捉えてるように感じるからです。 技術志向だからってサービスのことを考えてないということではなく、「よりセキュアな技術を採用する」「効率的で安全なデプロイができるフローを構築する」などなど、技術向上を通じてユーザー体験をよくしよう、としているはずです。 ただ、デザインを良くしたり読み込みスピードを早くしたりなど、「目に見える範囲で改善する施策」を考え、実行しなければ、プロデューサー的な人からすれば「何やってんだろうな〜」と、エンジニアはブラックボックス的な人に見えてしまうこともあると思います。 じゃあ他のアプリをいじってみたりして、サービス勘みたい

[ryownet]

競合機能を見た目とかだけで並べてウチにはこれが足りない、って言ってる企画屋に、競合が何を考えてそのアウトプットをしているのかの根拠を出すエンジニア流のやりかた。と思った

[t2wave]

“スクロールのたびに、次のスクロールの準備のために前後の動画もprefetchしてる”

[DecoyMaker]

“みんな大好きパケットキャプチャ”

[bigwest]

[パフォーマンス] [network][UX]

[touhumog]

サービスの中身の見方

[a-kuma3]

後半、ちょっとしぼんだ感じだけど、「技術志向だからってサービスのことを考えてないということではなく」というのは、積極的に意識したいところ

[motchang]

キャプチャしがち

[surumedaka]

内容はともかく、これはユーザーエクスペリエンスのことなんだろうか、、、

[Nobkz]

UXというのをナントナクで、意味もわからず使っているなコイツみたいなのが多くてな....エンジニアなんなんですか? て感じ

[minoton]

“通信からヒントを得てみる じゃあみんな大好きパケットキャプチャをしましょう、ということになります。”

[koogawa]

“みんな大好きパケットキャプチャ”

[tsub511]

わかる“「目に見える範囲で改善する施策」を考え、実行しなければ、プロデューサー的な人からすれば「何やってんだろうな〜」と、エンジニアはブラックボックス的な人に見えてしまうこともあると思います。”

[yoiIT]

“より目に見えるUXをエンジニア的な視点から考えるときにどうすればいいのか”

[bigchu]

ひたすらアプリ触って画像検索しまくって考えるだけ