「イオン不振の原因は、コスト削減の常態化」：日経ビジネスオンライン
イオンが岐路に立っている。規模では国内最大級になった同社のPB（プライベートブランド）「トップバリュ」は「質より安さ」の印象が染み付き、ブランドイメージがここ数年で急速に悪化。トップバリュの4割弱を削減する決断を下した（詳細は「イオン、『トップバリュ』を4割弱削減へ」）。不振の背景には、限界に達した中央集権の拡大路線があった。日経ビジネス本誌4月27日号の特集「イオン 挫折の核心～セブンも怯えるスーパーの終焉」では、イオン不振の真相と次に目指す成長の姿に迫った。 なぜ今、大改革に乗り出したのか。グループの中核となる総合スーパー事業を展開するイオンリテールの岡崎双一社長が語った。 イオングループの中核事業である総合スーパーの不振が続いています。 岡崎社長（以下、岡崎）：色んな理由を言う人がいますが、本当のところは…うーん…。 現象を分析すると、人が足らなくなりすぎたのでしょう。 長いデフレの
サイト更新終了のお知らせ - ワザノバ | wazanova
読者のみなさまへ Wazanova News の運営を行ってきた米国法人 Wazanova, Inc. を清算することにともない、当サイトの更新を終了いたします。1 年半にわたりご応援いただき、まことにありがとうございました。 特に、Gittip (Gratipay) を通じて継続的にご寄付いただいた方々に御礼申し上げます。2015年 3月上旬より寄付の受付を終了し、お預かりしたお金は全額 Gittip サイトの運営者に寄付するよう設定してあります。 既存コンテンツは当面の間、従来の URL でも閲覧できます。Jshiike からのご挨拶にもある通り、一部を個人ブログサイトにも移行しており更新も予定されていますので、こちらについてもご愛顧いただければ幸いです。 今後もメンバそれぞれ、IT / ソフトウェアエンジニアの世界に貢献していければと考えております。引き続きどうぞよろしくお願いします
技術的負債について - 表道具
2015-03-19 技術的負債について スタートアップや新規事業に限った技術的負債の考え方f-shin.net ちょっとこの記事は酷い．品質と開発スピードを兼ね備えたコードは，そもそも致命的な技術的負債ではないだろう． 現代的なスタートアップのプロダクトでは，シンプルなものを作って世に出すというのはあまり起こらない．いわゆる「仕組み作り」と言われるものをやらなければならず，そのために何を作るかを練った場合，凄まじい天才で無い限り，様々な概念をつなげた複雑なシステムを作ることを考えてしまう．アイデアもガンガン出てくるし，その優先度もつけられずただデカくなっていく．その意味で，スタートアップ段階で必要になるコードの規模は思っていたより大きいことが多い．それを事前にうまく落とそうという試みがリーン・スタートアップであるとも言える． 例えば現在のマーケットで「猫の鳴き声を共有するサービス」があっ
Yahoo!メールが崩壊しつつある件
Yahoo!メールのサービス劣化が著しい。 失敗した新UIへの移行Yahoo!メールはサービス開始当初からある古めかしいHTMLバージョンと、なかなか正規版に移行しないベータ版の新UIが何年も共存していたのだが、新UIはモバイル版での不具合が多く、なかなか移行がすすまないようだった。実際、私もベータ版は信頼度が低すぎて、一度使い始めたがすぐに旧UIに戻した。 つい最近になって、このベータ版を切り捨てて、別のバージョンの新UIへ全員強制的に移行したのだが、このバージョンも読み込みが非常に遅く、使い勝手が悪い。 古めかしい広告中心のビジネスモデルYahoo!メールのwebメールには広告がでかでかと表示される。有料版であるYahoo!プレミアムに加入しても、非表示になることはない。 GmailやOutlookは無料で広告が非表示になっている時代に、なぜ毎月金を払って広告を見せられ続けなくてはなら
第28回 米国におけるエンジニアのライフスタイル | gihyo.jp
「神様」として扱われるエンジニア 先日、堀江貴文氏と対談したときに[1]、私がMicrosoft本社で働きはじめたときのことについて聞かれたので、「Microsoftでは、ソフトウェアエンジニアは神様のような存在なので、プログラミングに集中できるような環境作りが整っており、とても助かった」と答えた。 神様というのは若干誇張だが、Microsoftのような企業にとってソフトウェアエンジニアは、球団にとっての野球選手のような存在だ。営業やマーケティングがいくら頑張っても、ソフトウェアエンジニアが「価値のあるソフトウェア」を作り続けない限りは、会社の存在価値がなくなってしまうのだ。 Microsoftではソフトウェアエンジニアには個室が与えられていた。集中して働きたいときには、ドアを閉めて外のノイズに煩わされずに仕事ができるようにである。会社は、シアトル郊外のレドモンドという住宅地に作られて
アプリのUI設計は「紙でやる」のが早い！ - Qiita
はじめに こんにちはー！！ UI設計やってますか？ 今回は「ペーパープロトタイピング」の話。 アプリでは主流になってる現場も少なくないですよね！ 今までのやり方とペーパープロトタイピングの違いや、 プロトタイピングツール「POP」と「Prott」の比較の話なんかをしようと思います！ 今までのアプリUI設計 Webデザインと同じ方法でアプリ設計を行っている場合、手順は ●ワイヤフレーム→モックアップ→実装 厳密に言うと ●①ヒアリング→②ワイヤフレーム→③レビュー→④モックアップ→⑤レビュー→⑥実装→⑦レビュー デザイナーがいないと ●①ヒアリング→②ExcelでUI設計→③レビュー→④実装→⑤レビュー って場合も結構多いと思います。 これ結構時間かかりますよね～。 しかも！ 大抵の場合、実装後のレビューの段階（つまり最終段階）で 「やっぱここ動きおかしいよね！直せる？」 「・・・。（えー！
UIデザイナー不要説 / LSD LAB
2014/10/26 UIデザイナー不要説 最近UIについてもやもやしていることがあるので書く。間違った知識もあるかもしれない。 先日UI CrunchというUIの勉強会のようなものが開催され、僕はschooの動画配信を見ていたのだが、どうも根底に「UIデザインの重要性が日本では認知されていない」という共通認識が流れているように思える発表が多かった。デザイナー生存戦略やエンジニアとうまく付き合う方法等…。 僕も前のブログ(UID Lab)でそのようなことを訴えてきたので、あぁ、やっぱりみんな不安なんだなあと思ったが、逆説的に「僕らデザイナーが信じているUIデザインの価値なんて、本当は虚像なんじゃないか？」ということを疑ってみたい。 そもそも、なぜみんな「UIデザインが重要視されていない」と感じるのだろう？自分が日頃感じることを列挙してみる。 UIデザインが重要視されていないと思う理由 1.
スタバが｢ネガティブ広告｣に反撃しない理由
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
アプリのリリースに必要な「引き算担当」について - @hitoshi annex on hatena
起業してアプリを出す。 一言で言ってしまえば簡単なんですけど、最初のそのアプリリリースの時に失敗する人が少なくない気がします。 僕の観測範囲だけでも、独立してアプリを出そうとして開発に失敗、「作り直し→リリース延期」となるケースを定期的に目撃しますので、それなりにそういう失敗をする人はいるんじゃないでしょうか。これが20代の若手が失敗したというならまだ分かるんですが、経営者としてすでに十分な実績のある、僕自身も尊敬するような方がその陥穽に陥ったりしていますので、これはもう能力とか才能の問題でなくて、むしろ「知識」の問題なんじゃないかと思うんですね。 そういう僕も、kiznaというアプリを出そうとして落とし穴にはまってしまい、結局日の目を見なかったという苦い経験をしていますので、こういう経験はちゃんと共有して、無駄な犠牲者が出ないようにすべきだと思うわけです。 というわけで、初めてアプリを出
ソーシャルゲーム開発者のもつ罪悪感
「先月は売り上げ○億円達成！、今月は△億円目指してがんばりましょう」なんて経営者から話を聞くたびに悲しい気分になる。 この人達は、分かっていない。何も分かっていないな。 現在の日本のソーシャルゲームのほとんどは、ガチャという凶悪なギャンブル要素が組み込まれており、売り上げの大部分を占めている。 偉そうな人が、「このゲームのマネタイズ戦略は〜」とか言ったところで、結局ガチャである。 ある日の俺。 おもむろにターミナルを起動して、ゲームサーバーに接続。 tail -f access.log | grep purchase_hoge と入力。 リアルタイムに課金情報が画面に出力されるコマンドで、誰かが課金すると表示が1行増える。 「ああ、これが△億円目指してコツコツと積み立てられているのか」 ガチャの確率アップや割引なんかがあると、その表示速度も速く、ゲーム内の勢いを感じながらも、エラーが発生し
ユーザー調査のないUXは、UXではない
UXチームの責務は、ユーザーにとって望ましいエクスペリエンスを作り出すことである。にもかかわらず、ユーザーを開発プロセスに巻き込んでいない組織は多い。顧客からのインプットがない組織は役に立たないインタフェースを作り出してしまう危険がある。 UX Without User Research Is Not UX by Hoa Loranger on August 10, 2014 日本語版2014年9月18日公開 Webサイト（あるいは製品）の成功はユーザーからどう思われるかにかかっている。ユーザーはWebサイトの有用性と使いやすさを、そのサイトとインタラクションしながら評価し、数秒、ときには数ミリ秒で結論を出す。 あるサイトに関与するかどうかのユーザーの判断の基準になるのは、「そのサイトは自分にとって価値があるか。使いやすいか。そこでのエクスペリエンスを楽しめるか」といった問いである。ユーザ
スタートアップのはじめかた: アイデア・プロダクト・チーム・実行 Part I | StartupClass Note
本記事はY Combinatorによる、『How to Start a Startup』をSam Altman氏に許可をもらって翻訳したものである。オリジナルはこちら CS183Bへようこそ。私は、YcombinatorでPresidentを務めるサム・アルトマンです。実は、9年前は私もスタンフォードの学生でした。起業するために退学して、そのあと数年は投資家として活動しています。 Ycombinatorに入ってからの９年間はどうやってスタートアップを始めるかというテーマだけ教え続けています。実際のところ、教える内容の殆どはスタートアップに専門的な知識だったり、実学的なものばかりです。ただ、残りの30%ほどのことは誰にでもあてはまり、非常に役に立つ知識です。そこで、その30%だけでも多くの人に役に立ててもらおうという目的でこのクラスを開講しました。 今までYcombinatorで長く教えてき
コンテンツから先に考えなければデザインすらできない理由 : could
ワイヤーフレームの間違った使い方 たまにリニューアル案件をいただくときがありますが、見た目より先にコンテンツを整理しましょう、一緒に作っていきましょうと説得するようにしています。このサイトでも様々な角度からコンテンツの重要性を語ってきましたが、最もシンプルな方法は「UX を考えていきましょう」「モバイルファーストで戦略を練っていきましょう」といった専門性の高い言葉を使うのではなく、今までのやり方ではうまくいかないということを分かりやすく説明することです。 従来の Web サイト制作でよくあったのが、まずワイヤーフレームをつくって情報の大まかな構成を設計するというやり方。ワイヤーフレームを作ることは間違っていませんが、コンテンツを作る前に始めてしまうと、あとで大きなギャップを埋める作業が発生することがあります。コンテンツなしで構成を作り始めると、例えば以下のような状況に陥ります。 文字が多過
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ログイン - はてな
https://jp.techcrunch.com/2015/02/10/20150209ios-9-stability-improvements/
コーヒーが「働く」を変える、IDEO Tokyoのワークデザイン
digihows.com -
人間を考慮した自動化
ユーザーインターフェイスのデザインのヒント - Apple Developer
ソニー、マクドナルド…不振企業の「仮説」を疑え - 日本経済新聞
