pornpare.comの開発日記

www.pornpare.comの開発日記です。

消耗戦の様相を呈してきた開発

およそ10日ぶりの投稿となります。

 

開発のほうは相変わらずコツコツ行っておりまして、

ユーザビリティはだいぶあがってきたかなと思います。

 

一方で表題の通り課題が発生してきたというのがここ1週間での進捗となります。

簡単にいうと収益と支出のバランスが取れていないということなんですが、まぁそれはもともとわかっていたことではあります。(というかもともと収益あげる施策は特に売っていなかったです)

 

* 支出

まずは支出側の話。

Pornpare運用にあたっての主な支出は言うまでもなくサーバーなどのインフラ支出なのですが、ネックになっているのがAWSの料金体系です。

以前の記事でも書いたかもしれませんが、Pornpareはec2インスタンスで運用されています、このec2インスタンス(t2)でいまいま問題になっているのがCPUクレジットです。簡単にいうと通常のサーバーであれば固定で持っているはずのCPUリソースがクレジットという名の通り増えたり減ったりするということです。

一定の割合を超えてインスタンスのCPUを利用していると、クレジットが減っていきCPUの性能が落ちていく、という具合です。

これの何が問題なのかというと、本来持っているはずのサーバースペックをフルに利用する前にインスタンスタイプのサイズをあげなければならないということです。

難しく言いましたが、普通に自分でサーバー立てるよりだいぶ割高だということですね。

 

** PV数の増加の影響

そしてこの割高の料金体系にあわせて頭を悩ませているのが、PV数が急激に増えているということです。処理できるアクセス数とサーバースペックは比例するので、コーディング等々アプリケーション側での対応はあるものの、基本的にはサーバースペックをあげることでしか対応できないのです。

EC2のt2インスタンスですと1つスペックをあげるだけで料金が倍になります。

 

* 収益

次に収益の話。

10月に入ってからちまちまと広告運用をはじめました。

今はスマートフォン向けにクリック保証型のアフィリエイトを貼り付けているだけですが、上記PV数の増加に対応するために早期に収益をあげることが必要になってきました。(今のところPV数は伸び悩む気配がないので、一社員の自分が維持できるサーバーサイズにも限界がくると思います。)

ということで早いうちにインフラ維持費の足しになる程度の収益は得たいというのが今の心境です。

アプリケーションの開発についてはそれなりに知見はあるものの広告運用や収益化についてはほぼ未体験ゾーンなので苦労しそうな印象。

 

* まとめ

何度も述べている通りですが、私はエロサイトであってもユーザーファーストで作りたいと思っています。一方で広告を貼り付けるというのは基本的にユーザビリティを下げる施策でありあまり乗り気ではありません。将来的にはアフィリエイト以外の収益モデルを見つけたいと思いますし、広告もなるべくユーザビリティに関与しないものにしたいというのが私の意思です。

 

しばらくは試行錯誤をするので鬱陶しい広告が増えるかもしれませんがご了承いただけると幸いです。

 

引き続きよろしくお願いいたします。