システム開発で曖昧な要望を形にしていく方法 - arclamp
このブログはグロースエクスパートナーズ Advent Calendar 2021の10日目です。 社内メンバーから要望があったので、僕自身がどのようにシステム開発の初期段階において、どのように要望を整理し、形にしていっているのかについて書きたいと思います。 なお内容は弊グループの案件を前提にしているので、システム開発は以下のような状況が一般的です。 クライアントは直接契約（プライム） 要望を出すのはクライアント企業内で事業運営側の人で、システム開発にかかわった経験がないことがある 対象システムはSoE/mode2で、一般消費者や取引先などの外部ユーザーと、社内で業務を回す内部ユーザーがいる 相手の話を整理するフレーム まず、相手から得られる情報を4つの階層にわけて整理する必要があります。 目的：達成すべきこと 戦略：目的を確実・効率的に達成するためのシナリオ 戦術：戦略を実行するための具体
MENTA作者の入江さんと個人開発談義をしたら色々と気付きがあった - 丁寧に手を抜く
どうもTAKUYAです。 自分のように個人開発で実際にマネタイズをしている人は少ない。 入江さんは、自分と同じフリーランスで、最近受託を完全にやめて自分のサービスだけで食おうとしている人。 スキルセットも似ていて、デザインも自分でやる。 最近ローンチしたMENTAというスキルシェアリングのサービスも、デザインがしっかりしていて完成度が高い。 ちょうど入江さんが福岡から東京に来るとツイートしていたのでお茶に誘って、個人開発談義をしてきた。 うろ覚えではあるけど、印象に残った話を議事録形式でシェアしたい(本人許可取得済)。 入江さんの話 受託開発の話 顧問契約で毎月定額形式で契約して、工数を絞って長期的に関わると、新規プロジェクトでも関わりやすい 自分のブログで受託の仕事を手伝ってくれる人を募集した 人を雇うときは、いきなりガッツリ依頼するのではなく、例えば月単価二万円など小規模な単位で始めて
4つの戦犯から考えるサービスづくりの失敗
シリコンバレーのスタートアップを数多く取材する中で気付いた「シリコンバレーにおけるディシプリン（規律）の存在」や「General Electric（GE）やIBM、SAPといった老舗企業が必死になってシリコンバレーのスタートアップを真似している理由」、そして「日本企業がイノベーションを実現するための処方箋」について解説します 詳しく知りたい場合は「GE 巨人の復活」をご覧下さい。 http://www.nikkeibp.co.jp/atclpubmkt/book/17/P55110/ 今後の記事は「シリコンバレーNext」をご覧下さい。 http://itpro.nikkeibp.co.jp/siliconvalley/
妻が一人で開発したアプリの売上が順調に伸びていてうらやましい - sakaharaのブログ
半年以上前のことですが、今年の3/25にMilk TimeというiOSアプリを妻がリリースしました。 Milk Time - 育児記録を共有できる授乳タイマー Mocologyメディカル無料 妻自身が子育て中に授乳のことなどで苦労した経験を活かし、授乳記録を簡単にできてもっとデザインのよいアプリを作りたいという思いをそのまま形にしています。 妻は元々エンジニアではありましたが、アプリを開発して自分でリリースするというのは初めてでした。 それにも関わらずアプリを作る決心をして、新品の15インチMacBook Proを購入しました。 そこから子育てをしつつ合間を見ては1人で企画、設計、デザイン、開発までを1人で行いました。 ちゃんと計算したわけではないですが、トータルでかかった工数は2,3ヶ月くらいではないかと思います。 私自身が個人でいくつかアプリを開発してリリースしてそれなりの売上を上げて
『最高のサービスをローンチして1日で大失敗して僕が学んだこと』
『初めに、BeskyAirとはなんだったのか？、ターゲット層の選び方、サービスのローンチの仕方、スイッチングコスト、投資家の選び方、これから』 『初めに』 さて、約１年ぶりのブログ更新。今日はとんでもなく悲しく、頭にきて、そして学んだことがあったので日本語だけで（this is only in japanese)ブログを書きたいと思う。 今日、2年間ずっと開発して、考えて、ユーザーテストして、UI/UXのABテストして、web作って、ブートストラップで完璧なレスポンシブにしてローンチしたサービスが1日で無くなった。 作るにあたって膨大な時間、お金、そして投資家さんたちの夢をかけてやっただけにめちゃくちゃショックなので、誰かが同じような過ちをしないよう、ここに書き留めておこうと思う。 『BeskyAirとはなんだったのか？』 そもそも、どんなサービスをローンチしたのかの前に、キャビンアテンダ
最近の Web 開発者が使ってるらしいサービス - Qiita
MDN のページのヘッダ部分に、開発者が使っているサービスについてのアンケートがあったので回答してみた。 内容は、開発の上で使える様々なサービスについてだったんだけど、その選択肢が知らないのもいくつかあっておもしろかった。 MDN のアンケートの選択肢にあがるってことは、今こういうサービスがメジャーなんだなーと思ったので貼っておく。 (ただし、 Code Hosting -> Github や IaaS -> AWS みたいな分かりきってるのは省く) ちなみにサーベイは以下。 load-test Loader.io LoadImpact.com Loadstorm.com browsertest SauceLabs BrowserStack W3C validators CrossBrowserTesting Browsera security Nessus WebInspect ? Ne
「新しい」を生み出すためのWebアプリ開発とその周辺
3. 自己紹介 • 和田裕介 1981/12/23 生 • 慶応義塾大学政策メディア研究科修了 • 株式会社ワディット代表取締役社長 • 株式会社オモロキ取締役
個人で作ったWebサービスの仕様書（Evernoteのメモ）を2つ公開してみる - アインシュタインの電話番号
個人でWebサービスを作る際の考察に関する以下の記事が、とても興味深く面白かった。ここに書いてあることはだいたい同意で、自分も実践したいと思うことばかり。 個人でWebサービスを超高速でつくる人たちの作り方を考察。 │ モノづくりブログ 株式会社8bitのスタッフブログです で、記事の最後に執筆者が聞いてみたいこととして「個人Webサービスの場合、仕様書はどうしてるの？」と呼びかけていたので、僭越ながら自分が過去に作ったWebサービスの仕様書（Evernoteに書いたメモ）を公開してみる。公開するのはNekostagramとはてなスターカウンターのもの。 仕様書（TODOリスト）の書き方 自分の場合、Webサービスを作るときに書くものは「仕様書」などと呼べるようなちゃんとしたシロモノではなく、Evernoteに思いついたことをどんどんリストアップしていくだけ。いわゆるTODOリストですね。
＜チェック表＞WEBサービスを立ち上げるまでにやらなければならないこと - プログラマー幸福論
WEBサービスを立ち上げるまでに、やらなければならないことを自分用にまとめてみました。少人数でやっていると、いろいろやらなければならないことが多くてつい忘れてしまいがちですよね。 1) サービス名決定 サービス名とキャチフレーズだけは、最初に決定しておいた方がいいです。思いつかない場合は、TOPページのワイヤフレームを書きながら考えたりします。また、サイト名を Google などで検索してみて、ユニークな名前であるかを調べておかないと後で後悔したりします。 2) ドメイン取得／DNS反映 サービス名が決定したら、ドメインが利用可能か調べます。 最近では、.in や .me などを使った面白いドメイン名もありますよね。なるべく短く、覚えやすいドメイン名にします。 3) サーバー サービスを配置する、クラウドやレンタルサーバーなどからサーバーを選びます。 特殊なモジュールのインストールなどが必
中級プログラマが初めてひとりでWebサービスを作るときにやったこと–（２） -歌って踊れるプログラマー
前回書いたとおりとりあえず１月中に何か作るっていうことではじめたこのプロジェクト。 BETA版という逃げ道を作ってしまったのですが、カタチができたので許してくださいごめんなさい。 「酒ばっか飲んでるけどプログラム書けるわけ？」と言われることが多すぎるので、ちゃんとプログラマだよっていうアピールのために作ることにした、っていう感じ。えいやではじめただけあってドキュメントと呼べるものも仕様書もない。大丈夫、脳内に仕様書がある！的なノリでし。 子どもの成長過程を見れる、アルバムサイトができたよ まだまだ課題がだいぶ多いのですが、アルバムサイトを作りました。 モバイルサイトと称していますが、アカウントの発行がモバイルからしかできません。ＰＣからでも使えます。 PHP／MySQL、フレームワークはZendFramework。動画部分は動画変換エンジンGemediarを利用しています。 写真をメ
ふぁぼったーが負けた本当の理由
なぜふぁぼったーは英語圏で負けたのかhttp://d.hatena.ne.jp/ono_matope/20091102#1257177656 おれも外人に聞いてみた。７人に聞いてみた。現時点で５人から返答があった。たったの１人に聞いてそれを鵜呑みにするってサービス開発者としてどうなのよ？マーケティング的な力がなさすぎる。プログラマーとしては普通程度の能力あるのかもしれないがその程度の姿勢でサービスは大きくできないよ。あのエントリ読んで「この辺がエンジニアの限界だな」思ったマーケ寄りの人間は多いと思う。さて話がそれるので5人に聞けたことをまとめてみる。あくまでたったの5人だがな。聞くなら気合い入れて数百人に聞くとかしろ。話はそれからだ。１．レスポンスが遅すぎる２．503を何度か見た時点で使う気なくした こんな不安定なサービスを使うお人よしいるわけない３．twitが全然クロールされていない４．
yohei-y:weblog: REST 入門
日本語の REST のリソース集を以前作ったのだが、 日本語では一般人向けの解説がない。 sheepman 氏の REST のページはすばらしいんだけど、多少わかっている人向けだ。 市山氏のプレゼン資料は RoyF の論文を詳しく解説していてよいのだけれど、いかんせんアカデミックすぎる。 技術的な要素も抑えつつ、入門者にもわかりやすい解説はないものかと探していたのだが、みつからない。 英語の文書を訳すことも考えたんだけど、あまりよいものが見つからない。 で、結局自分で書くことにした。 最初はひとつのポストで済ませるつもりだったんだけど、書き始めたら長くなってしまったので、複数のポストに分けることにした。 えらそうなことを書いたが、内容は「ないよりマシ」といったレベルだろう。 前書きが長くなったけど(ここから始まりです。ですます調なのは入門記事だから)、 この記事(から始まる一連のポスト)は
ミクシィのCTOが語る「mixiはいかにして増え続けるトラフィックに対処してきたか」：ITpro
ミクシィのCTOが語る「mixiはいかにして増え続けるトラフィックに対処してきたか」 YAPC::Asia 2006 Tokyo 東京都大田区で開催されているPerl技術者向けカンファレンス「YAPC::Asia 2006 Tokyo」で2006年3月29日，日本最大のソーシャル・ネットワーキング・サイト（SNS）である「mixi」を運営するミクシィのBatara Kesuma（バタラ・ケスマ）取締役最高技術責任者（CTO）が，増え続ける膨大なトラフィックにどのように対処してきたのかについて講演した。カギとなるのは「データベース分割」である。 mixiのシステムはもともとBatara氏が1人で作り上げたものだ。2003年当時，米国でFriendsterなどのSNSがはやっており，同氏が会社（現在のミクシィ，当時はイー・マーキュリー）にSNSを作りたいと提案したところ認められたという。同氏が
どうなっているの？あのソフトの仕組み - 今からでも遅くない！アルゴリズム入門：selfup
Webの全体像を効率よく取り込み，分類する 「YSTのシステムは大まかに三つの機能に分かれます（図2）。最初は世界中のWebページをYSTのシステムに取り込む『クローリング（crawling）』という機能です」（Yahoo! JAPAN，リスティング事業部 検索企画室の宮崎光世氏，以下同）。 取り込むと簡単に言っても，Webページの数は膨大なうえ，更新の頻度や情報の質などがまちまちです。すべてのページに同じようにアクセスしていると非効率なことこの上ありません。そこで，限られた時間で質の良い検索ができるようにするための工夫をしています。例えば，クローリングを繰り返すうちに頻繁に更新されることがわかったページは短いサイクルでチェックし，ほとんど更新のないページはチェックの頻度を落とす，といったことをしているそうです。 ただ，更新の頻度が単に高いだけではダメです。重要性が高いと考えられるWebサ
TAKESAKO @ Yet another Cybozu Labs: ニコニコ動画勉強会に行ってきました
本日ドワンゴさんの会議室にてこっそり開催されたニコニコ動画勉強会に参加してきました。 日本の動画コメントサービス「ニコニコ動画」の裏側をドワンゴの開発者の方から 直接お話しを聞いて、参加者も一緒に意見交換ができる非常に面白い勉強会でした。 ドワンゴさんとしては会社で行なう技術者向けの勉強会初めての試みということもあり、 まずは開発者の知り合いベースで声をかけあって少人数で開催することにしたそうです。 六本木のクラブの人や、バイナリカンファレンスでご一緒した人とこんなところで お会いできるとは思っていませんで、さまに想定の範囲外でした。 その甲斐あって密度の濃い話ができたと思います。 以下、自分用のメモを公開できる範囲で書きます。間違っていたらすみません。（ご指摘いただければすぐに訂正します） ■ニコニコ動画の苦労話 (Sさん) ニコニコ動画の歴史 2006年10月 一人でプロトタイプを開発
Web2.0風サイトを作るのに必要なモノあれこれまとめ - GIGAZINE
Web2.0とは何か？というと、いろいろな解釈に基づいていろいろとあるわけですが、デザインという切り口で見てみるとある共通項が存在することがわかります。 例えばそれは、シンプルなレイアウト、中央に寄せる構図、ちょっとした3次元空間を感じさせる効果、白やパステルカラーと言ったソフトな色調の背景、アクセントには鮮やかワンポイントカラー、アイコンを多用したわかりやすい使ったナビゲーション、大きなフォントなどなどであるわけです。角の丸いテーブルなどはその代表です。 というわけで、Web2.0風なサイトデザインへリニューアルする際に参考となるサイトや、その素材を製作するためのサービスなどを集めてみました。 まず、Web2.0風デザインとはどういうものかについては以下のサイトにまとめられています。先ほど書いたのはこのサイトで触れられていることがメインです。 Current style in web d
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クローリングしてる暇があるなら…論文かいたら? | EDGE Datasets(研究用データセット)