どうも。プロダクトオーナーを普段やってるのですが、業務の何割かを占める、改善といいますか、エンハンスメントについて書きたいと思います。 前提として私のプロダクトはB2B2Cで、とある施設に導入いただき、そこのスタッフの方と一般のユーザーがアプリを利用してやり取りをするようなゆるめの業務システムです。エンジニア10名程度の小さめチームで、ゲーム・エンタメや基幹システムとは少し違うと思います。また、日々の改善なので新規企画とも違います。 ○○機能を××してほしいです。 お客様や現場担当者からこのような要望を日々よくいただきます。その要望の中からチームのリソースを用いて最良の投資対効果を出すのがぼくの仕事なのですが、ご要望を頂いてチームに落とすまでプロダクトオーナーとして自ら行っている質問を言語化してみたいと思います。 ■Clarify（クラリファイ・明確化・深掘り） 1.なんでそれがほしいと思

鈴木さんの記事を読みましてAMPの仕組みについて読んでみました。以下抜粋して日本語メモを。 モバイルウェブが爆速に！ GoogleがAMP (Accelerated Mobile Pages) を立ち上げ | 海外SEO情報ブログ 追記：ざっくり言うと、主にニュースとか静的コンテンツを想定し、HTML+CSSでJSは原則禁止、広告とかで使いたい場合iframeを用意するのでその中だけ。iframeや画像は事前にサイズを固定し変更不可にすることでlazyloadしてもレンダリング時にガタガタしないよね。というAMP HTMLフレームワークを策定したお話です。 原文：https://www.ampproject.org/how-it-works/ モバイルのための仕組み （※見出しは筆者による） Web performance is not unexplored territory for t

最近、おっさんエンジニア諸氏と久しぶりに飲みに行くときによくする話があるのですが、社員50人の会社から2000人(当時)の会社に転職して、あるいはもっと歴史ある企業のお客様と接するときに痛感することが有ります。 本題に行く前に飲みの席で出た具体例を。 とあるクラウド形式で提供されるサービスが有り、それは従量課金のクレジットカード払いが標準でした。そこで日本のとある会社が2万円前後の微変動する実費のサービスを請求書払いで月5万円強で企業に提供していました。 そこで、「それはぼったくりだよね」という話になったところで、僕が「そんなこともないんじゃないかな」という話を入れました。 長い間日本企業は稟議で予算確保、月末締め、翌月末払いの請求書払いを基本としていて、それをベースに社内システム・人員含む体制が構築されているので、そこからはみ出る処理は手間がかかるんですわ。という話をしました。 ■日本的

スマホUI考（番外編） 顧客やユーザーの要望に全て対応すると、アプリは99%破綻する | fladdict まだ解決編が本家で出てないのですが、最終的には意思決定の勝負になると思うので、そのアプローチの例。 命題：クソアプリのUI上の問題をどうにかしてマシにしたい さて、問題点は次のとおりです。 ユーザから使いにくいというレビューが書き込まれる 継続率が悪く、ダウンロードしてもすぐアンインストールされる メンテコストの増大で開発スピードが落ちる コードベースが膨れ上がりバグの見落としが増える ということで、なんとなくUIもコードもスッキリさせたいというのが正解っぽい感じします。それでも、ユーザの声や偉い人の言いなりで追加していったようなチームが果たして自信満々に「機能を削りましょう」と信じて進めるでしょうか。なにか武器がほしいところです。 そこで出てくるのが外部コンサルタントです。権威ある