try! Swift is an immersive community gathering about Swift Language Best Practices, Application Development in Swift, Server-Side Swift, Open Source Swift, and the Swift Community taking place around the world in Tokyo, New York, and Bangalore.
![try! Swift](https://cdn-ak-scissors.b.st-hatena.com/image/square/c9582ff11b6f42fbf0035c6324adbf50619a156f/height=288;version=1;width=512/https%3A%2F%2Fwww.tryswift.co%2Fassets%2Fimages%2Fgroup_photo.jpg)
ちょっとタイトルの主語が大きい(笑) 概要 昨日、今日でマネジメントメンバー(社長や各チームのリーダー等、全員で30人ぐらい)で合宿をしました。(その時に感じたことや得たものは別途) その時に今のエンジニアリングチームがこの2年をかけてどういった変化をしてきたか、その中で自分の中でどういった変化があったかを話す機会がありました。 今のこの思いはまとめておいたほうがよいかなと思ったので、ざっとまとめておきます。 過去と今 2年前 お世辞にも一休のエンジニアリング力は高いと言えなかったと思います。 情報共有はメール、アプリケーションのデプロイは手動ビルド、手動モジュール配置と世の中的には遅れていました。 そういった環境にストレスを感じていて、何とかこの現状を変えたいとアクションをしていきました。 技術顧問に伊藤直也さんさんを迎えたのはこの頃です。 (詳しくは以下のスライドにまとめられていますの
boardをリリースしてから約1年半、問い合わせは全て自分で対応してきました。 基本的には在席していれば即レスするようにしていて、初回回答時間の中央値を公開しています。(12月は6分!) この即レス対応はユーザの方からはかなり好評で、また自分にとっても非常にメリットがありましたので、この取り組みで気をつけていることやそのメリットを紹介したいと思います。 なお、問い合わせの仕組みは、intercom.ioというサービスを使っています。 intercomは、問い合わせフォームというよりは、チャットをイメージして頂いた方が近いです。 まずは気をつけていること・取り組んでいることから。 安易な一次回答はしない 数字の力は強いですよね。 「初回回答時間○分」という数字を公開していると、この数字のために動いたり、これを少しでも短くしようという心理が働いてしまいがちです。 ユーザサポートの結果であるべき
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く