タグ

運用に関するkssmのブックマーク (7)

  • 収益を邪魔している原因を1日以内に発見する11の方法

    By epSos.de スタートアップやベンチャー企業などの収益を上げる1番の方法はソフトウェアに新しい機能を追加したり、ウェブサイトにお金をかけて見やすくしたり、顧客に意見を求めることではなく、購入に至らなかった人たちからフィードバックを得ることです。あなたの製品を購入した人たちから話を聞くことは十分ではなく、購入をしなかった人たち、つまり将来購入に至る可能性がある人たちから意見を聞くことのほうが大切です。では、一体どうやって購入しなかった人たちからフィードバックをもらえるのか?A Smart Bearが「収益を邪魔している原因を1日以内に発見する11の方法」としてまとめています。 Discover what’s blocking sales with less than a day of work by @ASmartBear http://blog.asmartbear.com/mo

    収益を邪魔している原因を1日以内に発見する11の方法
    kssm
    kssm 2013/04/25
  • アプリのメモリ使用量をリアルタイムに表示するクラスを公開しました - Over&Out その後

    なるべくUIViewを使わず描画するとか、nibを使わないとか、iOSアプリの動作を軽快にするためのTipsは数あれど、実際どれぐらい効果あるんだろう、ってことを調べたい、でもInstrumentsはめんどくさい、ってことでメモリ消費量やUIViewの数など、「負荷を示すパラメータ」をリアルタイム表示するクラスを作りました。 (イメージとしてはAS3でいうところのStats) 同梱のサンプルコードを実行すると、こんな感じで表示されます。(左上の黒いラベルがStats) パラメータ内訳は後述しますが、メモリを約16MB使用し、ビューが合計5つ(UIView、UIButton、UIButton上のUILabel、UIImageView、Stats)になっていることがわかります。 また、draw imageボタンを連打するとCPU負荷の値が若干上がることも確認できます。 ※シミュレータでの実行結

    アプリのメモリ使用量をリアルタイムに表示するクラスを公開しました - Over&Out その後
  • Webサービスの実践としてのブログ - $shibayu36->blog;

    仕事Webサービスを作ったりしていると、PVを増やすにはどういうコンテンツを作っていけばいいかとか、analyticsでどうやってある事柄を調査するかとか、広告のクリック率をどうやったら伸ばせるかとか、そういう知識が必要になることがある。そのたびにいろいろ勉強したりするのだけれど、理論だけ見ていてもいまいち身につかない。じゃあ仕事で扱えるWebサービスを見ようとすると、数字が大きすぎたり、いろいろなところから流入があってどこから見ればいいかわからない。 それで、もうちょっと小さめなデータないかなと思っていたところ、自分のブログで書き続けてある程度アクセス数が稼げれば、それを使って実験・実践を行い、勉強できるなーと思い始めた。 実験 最近はアクセス数がそれなりに増えてきたので、少しずつ実験してみたりしている。例えば最近だと以下の様な実験をしてみた。 twitterでバズった時に、アクセスを

    Webサービスの実践としてのブログ - $shibayu36->blog;
    kssm
    kssm 2013/01/31
  • なぜ Forkwell はリリース初日にサーバダウンを繰り返したのか - 表参道フォークウヱル別館

    こんにちは。Forkwell の中の人、大岡(おおか)です。 日は、お恥ずかしながら Forkwell リリース初日の失態について、詳細をお話しようと思います。 当初からのユーザーの方はご存知かもしれませんが、先週4月3日(火)に Forkwell がリリースされた際、殺到するアクセスの負荷に耐え切れず、深夜までサーバダウンを繰り返しました。なぜそんなことになったのか。 端的に言えば、ロクに負荷テストを行ってなかったからというのが真相という間抜けなオチなのですが。 初めての慣れないディレクター業務で連日サービスリリースのことで頭が一杯になっていた大岡は、負荷テストのことがすっぽり頭から抜けていました。 私も過去、Apache Bench や JMeter で負荷テストを行った経験はもちろん何度もあったのですが、今回はウソのようにきれいさっぱり忘れてしまっていました。 ディレクター業務に加

  • Git/Githubで、プロダクションと最新のmasterとの差分を表示する - Wantedlyのデプロイプロセスより - Qiita

    Git/Githubで、プロダクションと最新のmasterとの差分を表示する - WantedlyのデプロイプロセスよりGitGitHubHeroku Git AdventCalendar 1日目で@yaottiがQiitaでよく使うgitコマンドを紹介してくれたので、僕も、僕の勤めているWantedlyで、新しいバージョンのプロダクトをデプロイするときに使っているgitコマンドを紹介しようと思います。 ちなみにWantedlyは最近Qiitaチームアカウントを作ってもらいました!皆さん見てみてくださいね。 Wantedlyの開発運用体制の概略 (なぜ、この差分表示が必要か) WantedlyRuby on Railsで開発を行い、プロダクションサーバーはHerokuでホスティングしています。 開発者は全員(5-10人程度)が、ひとつのGithubレポジトリを共有した上で、 新しい変更は

    Git/Githubで、プロダクションと最新のmasterとの差分を表示する - Wantedlyのデプロイプロセスより - Qiita
  • Errbit - Railsアプリケーションの本番エラーをHerokuで管理、メール通知する【無料枠】

    Errbit - Railsアプリケーションの本番エラーをHerokuで管理、メール通知する【無料枠】
  • 「アクティブユーザ」の本当の定義、「幸せ指標」を測定すること | Lean Startup Japan LLC

    前回の記事では、リーンスタートアップの実践における「測定」の重要性について、エリック・リースの翻訳記事をお伝えしました。 その流れで「測定」について書いてみたいのですが、今回は「なにを、どう測定するべきか」についてお伝えしようと思います。 スティーブ・ブランクが「アントレプレナーの教科書」のなかで、スタートアップが最初に獲得すべきユーザを「エバンジェリスト・ユーザ」と呼んでいることはすでにご紹介しました。 特定の課題を抱えていることを明確に理解しており、すぐにでもお金を払ってサービスを使いたがっているこのユーザは、サービスに満足すると自らがサービスの宣伝活動を行なってくれるという、スタートアップにとって最も重要な初期ユーザです。 一方、一般的には「アクティブ・ユーザ」という言葉がよく聞かれます。 登録ユーザのなかで、サービスを継続的に利用している(例えばログイン)ユーザをさしているケースが

  • 1