「サービス開発」の記事 - Crieit

いいですか？本当に実務レベルのプログラミングの実力があるなら作るのは「良質なポートフォリオ」じゃありませんよアプリやサービスをリリースし実際に収益化することです月1000円でもいいそしたらすでに「実務未経験」ではない「収益があるサービスを運用したことのあるエンジニア」です
— 松田信介@有言大実行の人 (@XHACK20) 2019年7月17日

ほう。

ツイッターはプロレスであって総合格闘技じゃないロープに振られたら戻って来てほしいお願いだから
— 松田信介@有言大実行の人 (@XHACK20) 2019年7月14日

ということではあるが、プロレスにおいてのリング外での負け戦に挑む。

筆者紹介

毎度やってる気がするが、

Ubuntuとフリーソフトウェア狂信者
仕事ではしぶしぶWindows案件
現在派遣社員でWindows案件を楽しくやっている
北海道から出て仕事をしたことがない

新卒社員を1年と10ヶ月で辞めました

新卒で入った道東の会社は、今なら面白かったのかもしれない。

VB.netくらいでしかまともに仕事のできないプログラマが、1年後にいきなりVC++6.0案件やVB6案件の保守・新規開発を任され、バージョン管理システムの導入の説得も、自分のプレゼン能力の無さで叶うことはなかった。

学生時代（具体的には高校2年生の頃）から自宅のマシンはUbuntuしかない環境に自ら進んだため、
帰宅後には業務とは別の言語で遊んだり遊ばなかったり。
それであれば会社に残って、会社のマシンでWindowsでの開発の学習でもしたらよかったのだろうが、当時の私は完全に天狗だったので、自分の理想とする働き方を追い求めていた感じである。

もちろんこんな自惚れ新卒の評価が高いわけは全くないので、社内評価も低くなり、退職前の冬の賞与は私だけ無かった。

そんなこんなで、元から精神的に逝かれ気味だったが、不眠症やら眉毛を抜く癖が出てきたり、そもそも仕事に対する意欲も失せてしまったので、辞めた。その会社で自分が楽しく働く姿が全く想像できなかった為である。

札幌に出てきたけど、試用期間や契約満了で切られっぱなし

その後、あこがれのLinuxメインだったりWeb系の開発の現場に入ったが、PHPを今まで触ったこともなく、更に言うと 人から指摘される事を極度に拒絶してしまう 自分は、チームの人たちと良好なコミュニケーションも取れなかったわけで、どこに行ってもダメであった。

自分の頑張ってるアピールはすべて暴投となり、むしろ評価を下げる一方。
さらに言えば、最終的には リーダーの話を理解しているつもりが全く理解できていないことに気づかずに作業をしている というクソぶりであった。

放浪。

自分が何をしても認められないので、やけになってすすきのをぶらぶらし、しすぎて預金も使い果たした。

その頃は自分の考えた「揮発性マイクロブログ」の開発をしていたが、自分の無知ぶりが露呈するばかりだし、シェアハウスの面々にも邪魔くさそうに睨まれる日々だった気がする。

最終的には職の無い私に、シェアハウスの管理会社に温情で民泊物件の管理人を頼まれたのでやったが、
民泊物件でもゲストが、
「管理人がいるなんて聞いていない」
と言えば、家から追い出されるというみじめな生活をしていた。

派遣

そんなこんなで絶望していたさなか、人の縁で派遣会社を紹介してもらった。案外楽しかった。2つほどの出向先を除いては。

一つは、ネットワークビジネスの商材で一財を得た社長の道楽で作っているゲーム開発の会社でGitおじさんをやったり。

一つは、パパ活サイトで一財を得たWebサイト制作会社で、そのサービスのリニューアルに立ち会ったわけだが、 リーダーの論理的に壊滅している理想論に導くソフトウェアの調査結果を求められる 、尻の穴に爆竹を詰められて爆破させられるような仕事をしていた。

どちらも、時給1000円では割に合わないと感じたので、自分から辞めた。

また無職

それで、また無職になった。

親父には、仕事を探していても、
「いつまでコンピュータ相手にする仕事にこだわってるの？」
と電話で罵られ、さらに面倒なことに当時は自称IQ145のナルシストのマウント野郎に揚げ足を週1の頻度でとられていたので、
「何をやっても無駄なんだ。誰も俺を受け入れるどころか認めてもくれないのだ」
とまた絶望していた。

真剣に自殺することも考えたが、自殺する志も定まらなかったため、結局ハローワークに行って求人票を眺めて、行けそうなところに求人票を出すことしか頭が動かなかった。

別の派遣会社でやり直し

ということで、今は幸い手取り月給24万で仕事している。

結局、サービスをリリースできる時点で、そいつはすでに論理的思考能力がまともでかなりの実装力もあるのだし、それを更に運営までできれば、それは立派なポートフォリオにそりゃあなる。

ただ、私みたいに、
「20歳になっても論理的思考能力が欠落しているために正常な思考・判断ができずに、すべての選択で失敗している」
様なやつは、手を動かす前に、考え方を学ぶべきだと思うのだ（なお、現在の筆者は29歳である）。

他人に認めてもらうための材料を作る前に、まず論理的思考能力をちゃんと身に着けて、その勘違いを矯正した方がいい気もするぞ。

書籍紹介

とはいえ、
「論理的思考能力ってなんだよ」
と思われると思うので、とりあえず筆者が、
「この本に書いてあることがなんとなく理解できたら大丈夫だろう」
というものを紹介しておく。

技術書を読んでも、技術書通りの事しかできないのなら、本当に以下の書籍をそれぞれ最低3回は読み直して理解しろ。

考える練習をしよう - マリリン・バーンズ
いかにして問題を解くか - G・ポリア
論理トレーニング101題 - 野矢茂樹
問題解決大全（サブタイトル略）- 読書猿

セールサーチというサービスをリリースしました

2019-04-30T22:10:22+09:00

2019年4月30日。今日は平成最後の日です。そんな日に新しいWebサービスをリリースしました。
「セールサーチ」というサービスです。

セールサーチってどんなサービス？

楽天やAmazonなどのネットショップのセール情報を横断検索できるサービスです。カレンダー形式にも表示することができます。
「いつものお買い物をちょっと賢く」をテーマに、複雑なネットショッピングのセール情報を少しでも分かりやすくユーザーに提供できればなと思い開発しました。

実は本業で使えるなと思って作ったという理由もあります

わたしはEC関連のWebサービスベンチャーで企画を担当しています。セールサーチは本業でもあったら便利だなと思って作ったという側面もあります。

一般ユーザーはお買い物をする前にお得なセールやっているショップを探すという使い方を想定していますが、実は私は真逆の使い方をしたいなと思ってます。私の場合は、自社サイトのトラフィックの動きと他社ECのセール状況というのを関連付けて分析とかするシーンが割とあるので、その際に使いたいなと思ってます。つまり、事後に何があったかをパッと見で分かるというのがやりたいなと。それだけでなく、色々なECサイトがあの手この手で魅力的なセールを企画してきますので、その調査にもなるなと。そんな感じです。ただ、本業で使えるようにするには情報の蓄積が重要なので頑張って開発とか運営とかやっていきたいと思います。

今度こそグロースしたい

1月末くらいに平成年表というサービスをリリースしたのですが、残念ながらグロースさせることができず、平成も本日終わりを迎えてしまいました。やれることはいっぱいあったんだろうなと思うのですが、そこまでリソースを割くことをしなかった。ちょっと後悔です。
今回のセールサーチはグロースのために最低でも半年間は改善をやっていきたいと思っています。
平成年表は投稿型のサイトだったので、人気や注目を集める必要がありましたが、今回のセールサーチは検索サイトなのでデータと見せ方がすべてだと思っています。ユーザーが必要な情報をいかに集めて、ユーザーにどう見せるか。これを半年間突き詰めていきたいと思っています。そのためには掲載ショップを増やす、掲載情報の鮮度を新しくする、セール情報の分析や独自の評価やランキングを見せるなどやれることは大量にあると思っています。

現段階のセールサーチは完成形の1%程度でしかない

本気でそう思っています。だから現段階ではサービスの宣伝は普段お世話になっているCrieitと開発会議とTwitterだけにします。
まだ大規模に宣伝するフェーズではない。本当にそう思っています。
そもそも開発着手したのって、4月27日（土）です笑。最近お世話になっている3monthsServiceの集いの中で開発着手しました。GW暇だったのでガッツリ開発時間を確保することができ、リリースに至りました。今回もfirebase＋Vue.jsなので前のソースの流用ができるってのも大きかった。

それでもリリースしたのはなぜか？

ドメインの力をつけたい（Google検索のため）
自分のケツを叩きたい
理由としてはこれくらいです。現段階ではそこまで使われる状態にはないと思っています。このサービスは口コミというよりは検索で上位をとれないとグロースは難しいサービスだと思っています。コミュニティ形成ではなく、いかに多くの人の目に触れるかが重要なサービス。だから早めにリリースしてちょっとでもGoogleの評価を上げていくことが重要なはず。そう思ってリリースを急ぎました。

さいごに

今度こそ頑張ります！

GoogleAnalyticsはセグメントを切ってから本気

2018-12-15T13:57:22+09:00

こちらはCrieitの個人開発サービスに用いられている技術 Advent Calendar 2018の15日目の記事です。
前日はnaichiさんのゲーム投稿サイト「unityroom」に使われている技術でした！すごいしっかりとした構成でさすがー😭

今までの僕のやっている立教大学シラバス検索システムを支える技術たくさんブログに書いたので、サービス運営の話を書こうと思います。

みなさんGoogle Analytics使っていますか？使っていますよね？あれ、めっちゃ便利で無料ですもん。

今回はwebサービスを2年間運用した中で、「あーこんな使い方もあるのかー」という方法を書こうと思います！

ユーザーのタイプに応じた分析

みなさんの運営しているサービスではアカウントのログイン機能はありますか？
もしログイン機能があるならこれが真っ先にやるべきことです。

この機能はカスタムディメンションといい、ユーザーの状態をGAに送ることができます。
ログインしているorしていないだけでなく、会員タイプのような複数種類あるものも指定可能です。まさにカスタム！

設定方法

設定方法の記事を紹介させていただきます。

GAに用意されていない独自の軸で分析できる「カスタムディメンション」を設定する方法

僕はfooterのhiddenタグにログイン状態をtrue/falseで書き、それをjsで取得してGAに送信しています。

セグメントについて

GAを使っているのに、いつもセグメントを「すべてのユーザー」だけにして見ていませんか？
それは最大に勿体ないGAの使い方です。GAはセグメントを区切ってからが本気です。（言い過ぎ）

ではまず基本的なセグメントの操作方法を紹介します。
セグメントというのはほぼ全てのレポートで上部に表示されているこの部分をいじることで変更することができます。

試しに、検索エンジンから流入したユーザーがどう動くのかを見てみましょう。
「すべて」から「自然検索トラフィック」を選択するだけです。

ユーザータイプのセグメントを作る

「ユーザーがログインしているかどうか」のセグメントは当然デフォルトではありません。自分で作成する必要があります。
上記のカスタムディメンションの設定を先にする必要があります。

セグメント選択で、左上の「新しいセグメント」から作成します。

詳細の「条件」を選択、

カスタムディメンション > User Categoryを選択し、以下のようにします。

これがログイン済みのユーザーです。同様にfalseの場合（ログインしていないユーザー）のセグメントも作成します。

数字を見る

僕の運営するRep立教大学シラバス検索システムではログインしているユーザーの方が圧倒的に愛してくれています。

ざっくりログインしていないユーザーと比較すると、

1度Repを訪れると3倍弱の回遊をする
2倍以上再訪してくれる
2.5倍長く滞在する
4分の1の直帰率

これはある意味当然ですね。Repをよく使ってくれているからログインしている。
これだけの情報から次のアクションを練るのは難しいかもしれませんが、「ログインしている」ことが利用状況と関係はありそうです。（因果関係ではないかもしれない）

このような分析を他のレポートでも利用できます！

もっと工夫すれば、ログインしているユーザーの中でも特定のアクションをしたことがある人と、そうじゃない人で比較するとさらに発見があるかも！

これはイベントトラッキングを利用して作成した「授業レビューを書いたことがあるユーザー」のセグメントです。

Repの場合はレビューを書いたことのあるユーザーとそうではないユーザーで行動を比較すると結構興味深いです。

コホート分析

あなたのサービスにユーザーさんは戻ってきていますか？
GAではそれを把握するためにコホート分析というのがあります。

「ユーザー」>「コホート分析」でみることができます。
まだベータ版ですが全然問題なく使えます。

どんなレポートなのか

これはある日に訪れたユーザーがその◯日後に再訪しているかを確認できます。

例えば、以下の画像を見てみてください。

2018/11/11~11/17に訪問したユーザーの1.49%は12/02~12/08の間に戻ってきていることがわかります。

Tips

コホート分析では他のレポートのように期間を自由に設定できず、セレクトボックスから期間を選択する形式です。

しかし、URLパラメータの cohortTab-cohortOption.dateRangeの値を変更すると任意の期間にすることができます。
この方法は当然オフィシャルではないので、ご自身の判断で利用してください。僕の手元ではそれっぽい数字が出ています。

ユーザータイプと組み合わせる

コホート分析で先ほど書いたセグメントを活用すると、どういう時期に戻ってきているのかがユーザーのタイプごとにわかるようになります。

以下はRepの11ヵ月分のコホートの一部です。
Repは履修期間や試験期間に利用が増えるサービスですが、その特性が表れています。
濃い部分が斜めに帯状になっているのがその証。

そして、ログインしていないユーザーよりも圧倒的に戻ってきてくれる！ありがたいですね😭

長く愛されるサービスにしたいなら当然ここの数値を上げていきたいところです。
以前Twitterでほんと僅かにバズって123人だけユーザー登録してくれたサービスがあったのですが、おそらくここの数値が低かったと思います。。。

まとめ

GAって分析ツールですが、個人開発者からするとお酒のお供みたいな感じですよね😇

カスタムディメンション
コホート分析

ぜひ使ってみてウハウハしてみてください！

明日は、tetsuyaさんの記事です！
お楽しみにー！

日本脱出するなら？初心者でも作れる診断サービスの仕様を考えてみる

2018-11-14T03:54:58+09:00

こんにちは、かしいです。
2018年11月12日、はじめて作ったWEBサービスをリリースしました！
Web未経験から100日でリリース！「お笑いライブの検索サイト」をつくりました【個人開発】

でもこの「検索サイト」というWEBサービスは、初心者が作るにはハードルが高すぎました…。
データのほとんどを管理者側で用意する必要があり、検索機能も充実させ…と考えるとかなり実装に手間取ってしまいました。
本来『初心者が作るべきは診断メーカー』、というせせりさんのアドバイスを元に、次回作として「診断メーカー」のサービス案を考えてみます。
【最高のサービスは診断メーカー】資金力も知名度も無い初心者のwebサービス運営者が現実的にユーザーを獲得できるサービスの設計方法

サービスのコンセプト

「日本が生きづらい」と考えてる人に、「今より自分に合ってる場所があるんだ」と知ってもらう

「日本が生きづらい」と考えてる人はたくさんいる
(例) 「村」「世間」などの密着した共同体のあり方、能力よりしきたりを優先する、年功序列、出る釘を打つ文化(同調圧力)など
→だったら自分の性格が合う文化の国に移住すればよいのではないか？
→自分の性格に合っている国がどこにあるか事前に知れれば、言語の勉強もしやすいしムリして日本に馴染もうとしなくて悩む必要もなく済むのでは？

サービスの仕様

質問画面

質問を5問くらい答えたら結果が出る
(5問×55種類の回答にすれば243通りなので世界の国を網羅する196か国以上になる。
ただ196種類回答を用意するのは大変すぎるので回答の種類を減らす。
5問×2種類で32通りか、3問×3種類で27通りにしてはどうか）
アプリみたいな感じですいすい進める。

結果の表示

結果「あなたの脱出先は…『国名』です！」
結果画面では回答に応じて、その国になった理由が5枚のスライドで確認できる
結果はTwitterにツイートして公開できる
Twitterカードで世界地図が出る、自分のタイプが該当する国がハイライトされる
→世界地図だと小さすぎて見えない？
ハッシュタグ # 日本脱出するなら

サービスの懸念点

データはどうやって集める？（どうやって196か国の指標を集めるのか？）
ちゃんと事実に基づいて診断結果を考えようとすると大変すぎる！！！
→フツーに考えると民主主義じゃない国、治安が悪すぎる国(紛争地帯とか)は移住先として除外されるので実際の診断結果は196種類より少なくなるはず。10〜30種類に絞るとして、どの国を脱出先に選ぶか？
バズる気がしない
「あなたが合う国はここ！」とやるより「あなたは何人と付き合える！」とかやった方がわかりやすい気がする
診断サービスは「何が出るかな？」という期待感が大事で結果が学術的に妥当かどうかはあまり関係ないので、単純に結果をランダムで表示する方がシステム的にはカンタンになる。

喫茶店のルーレット式おみくじ器と同じで、入り口は違うけど結果は同じという構造でいい気もする
(※古きよき喫茶店に置いてあるやつ。干支や星座に応じた穴に100円を入れて占いができる。中の構造は入れてある紙が順番に出るだけなので、どの入り口からお金を入れても結果には関係ない。)

参考：ルーレット式おみくじ器

次に作りたいQiita、dev.toの様なサービスについて

2018-05-07T18:08:03+09:00

手が空いたので次はQiitaのようなエンジニア向けの記事投稿サービスを作ろうかなと思っている。

というのもQiitaは結構ガイドラインが厳しい。その一番の元凶となっているのがコミュニティガイドラインに書かれている下記の一文。

Qiitaは「プログラミングに関する知識を記録・共有するためのサービス」です。プログラマーが興味を持つものではなく、プログラミングに関する記事を投稿しましょう。

この内容が原因で、的はずれな記事についてはコメント欄が荒れたりする。
また、それでも的はずれな記事を書くことが常態化しているため、ちゃんと技術系の記事を書いている人のモチベーションの低下に影響している。

正直自分も技術系の記事を書いてもアクセスが伸びず、関係ない記事を書いたらバズったりしたのでなんとなく虚しい気持ちになっている。
全然いいねをもらえないけど気に入っている記事やアクセスが継続して多い記事はQiitaから削除して自分のブログに移動したりしている。

そのため、プログラミングに関する記事のみでなく、プログラマーが興味を持つものの記事を書く場所がほしいと思ったのだが、どうも日本にはなさそう。
なのでそういったサービスを作る価値は多少なりともあるのではないか、という気がしている。

ちなみに一応そういったサービスである可能性がある候補として考えられるものとして、はてなブログとnoteが挙げられる。

ただ、はてなブログは確かに技術系の記事が多い印象はあるが特に特化しているわけではないし、
Qiitaのように共通のタグ付けなどによる導線の強化なども行われておらず、ここに技術系の記事を書いておけばいい、という安心感がまるでない。
特にはてなブログに書いているからアクセスが上がっている、という実感もまったくない。

noteについてはコードも書けるようになったらしいが、まだ実験段階っぽいので今後どうなるかわからない。
それにこちらも全然技術系の記事が多くなさそうなので、それが要因で技術系の導線は弱そうな気がする。

海外のサービス

海外にはそれっぽいサービスがある。プログラマーが興味を持つことを適当に書けるゆるふわサービス。

Medium

超巨大なブログサービス。そのため何でも書いていいし、プログラミング関連の記事も膨大。それにそもそも日本人で使ってる人も多い。

ちなみに記事を投稿しても一切アクセスがないくらいには膨大。ただ、やっぱり投稿したからには誰かに見てもらえた方が嬉しいので、Mediumは結構自分の拡散力がないと厳しい印象。
Qiitaは無名でも結構多くの人に読んでもらえるのでそこは本当にすごいと思う。

dev.to

爆速ということで一時期有名になったサービス。ここはほんとにエンジニア向けのサービス。

ちなみにこのサービスのAboutには下記のような内容が書かれている。

dev.toはプログラマーがアイデアを共有したりしてお互いが成長していけるように助け合う場所だ。
素晴らしいアイデアを共有したり、発見したり、討論しあったり、仲間を作ったりするオンライン・コミュニティさ。
誰だって記事や質問、議論を共有できる。
ちゃんと権利を持ってる自分のブログの記事とかだったらクロス投稿してくれたって全然構わないぜ。

非常に好感が持てた。このサービスこそ日本にほしい、と思わされた。
単なる爆速なだけのサービスではない。
エンジニアのことを真摯に考えてくれているサービスなのである。
（ちなみに流行っているのか成功しているのかは知らない）

ちなみにクロス投稿については下記にやり方が書いてある。canonicalを使用したちゃんとしたもの。

MediumとDev.toに記事をクロス投稿してみた - アルファブレンドプログラミングチップス

まとめ

ということで、Qiitaのようにシンプルかつエンジニアに恩恵のある面と、dev.toのようにエンジニアに対する思いやりのある面を掛けあわせた、
どこにもない新しいサービスを作ってみようかと思っている。

具体的には下記の感じ。

エンジニアが興味のある記事を投稿できるようにする。例えば仕事中によく飲むコーヒーの話でもいいし、仕事の運用上の考え方の記事でもいい。
もちろん技術系の記事でもいいし、質問でも議論でもいい。
canonicalを利用したクロス投稿を可能とすることで、自分のブログにも同じ内容を投稿できるし、自分のブログへの導線として使うこともできるようにする。
エンジニアのプロフィールにも特化しても面白いかなとは思っている。
ちなみに別に爆速に特化したサービスが作りたいわけじゃない。

このサービスについては、適当に投稿とかができるようになったタイミングですぐαバージョンとして公開して、
多くの人に開発している様を見てもらいながら開発が進められればいいな、と思っている。TwitterとかQiitaで。

人気ブログであればここで事前登録はこちら！　とすればいいのだろうがうちでやってもアクセスが少なすぎて何の意味もないので、
とりあえず気になる方はTwitterアカウントをフォローしておいていただければ随時情報は発信していく。

ちなみに、いつもどおり全くアクセスもなく失敗しても、自分がブログとして使えばいいので問題ないかなと思っている。
特にもうはてなブログである必然性を感じていないので。
（スターとかもらえても全然メリットも何もないし…）

あとエンジニアは広告をクリックしにくいという情報をどこかで見たのでどうマネタイズするかが謎。

まとめ２

Qiitaが下記を対応してくれればいいだけの話ではある。

canonical設定を可能に
コミュニティガイドラインを変更

とはいえ実際問題Qiitaが本当にプログラミングに関する記事のみできっちりしていたらそれはそれでそのままでベストだと思う。
曖昧なものを許容しすぎている気がするのでそれだったらもう思い切り変えちゃうか統一するかどっちかしてほしい。

P.S.

…とはいえ他に作りたいサービスも多いですし、他の作成を進めてしまう可能性もあるので反響があると進めやすくはあります。
ですので気になる方はいいねでもいいし、匿名のメッセージとかでも全然なんでもいいので反応をいただけると幸いです。

ただよくよく考えると匿名とか送る方法なんてなさそうなので、一応よくわからないですが感想箱というのを作ってみました。
こっちにQiita、dev.toの様なサービスいいねとか送るとかでも嬉しいです。

感想箱：Twitterで気になる人に匿名で感想を送れたり、受け取れたりできるサービスです。

たいして役に立たないアイデア出しの方法の基本の基本

2018-05-06T06:29:08+09:00

Twitterで質問が来たのだが、その内容がサービスを作りたいけどどうやってアイデアを出したらいいか、というものだった。

僕はそもそも売れるアイデアを出したことすらないのであまり僕に聞いても意味はなさそうだが、一応ざっと基本だろうというところだけをまとめてみる。
多分本当の基本の基本みたいな部分は下記の3つがベースになるのではないかと思う。