Haruki Kawashita

Sanshiro Sakai

Nariyuki Saito

Aaron Madlon-Kay

Tomoaki Oiki

Yuma Takeuchi

RightTouch Blog 編集部

Daichi Kanke

Yuichi Yabu

先日行われた<a href="https://isucon.net/archives/58848927.html">ISUCON14</a>にRightTouchのエンジニアメンバーikki, nari, takkenの3名で、チームnarinariとして参加しました。
結果は12728点で831チーム中97位 となりました。 
<a href="https://isucon.net/archives/58847106.html">利用言語別のNode.jsでは9位</a>にくいこむことが出来ました。
当日の点数遷移としてはこんな感じです。
<img src="https://ik.imagekit.io/righttouch/9f8e10f6-b9fb-4479-ad87-8439c2bce827/isucon01.webp" alt="isucon01.webp">
<h2>0次予選</h2>
ISUCON14は予選がなく、何回かに分けて先着順での参加申し込みでした。
最初の申し込み回は結果的に秒殺でしたが、秒単位で時間を確認しつつ、チーム名は一旦適当につけることでなんとか滑り込むことができました。冒頭にもあるように結局名前はこのままで行きました（笑）
<img src="https://ik.imagekit.io/righttouch/6459be3d-18ad-4133-83d7-52b8d02c98b0/isucon03.webp" alt="isucon03.webp">
<h2>練習</h2>
全員が初参加ということで、当日ぶっつけ本番というわけにも行かないので、本番前に2回ほど練習会を行いました。
練習ではmatsuuさんの<a href="https://github.com/matsuu/aws-isucon?tab=readme-ov-file">こちら</a>やISUCON本の<a href="https://github.com/catatsuy/private-isu">private-isu</a>使って練習しました。また、traPさんの<a href="https://isucon-workshop.trap.show/">こちら</a>も非常に参考になりました。
主に行ったのは下記です。
<ul>
<li>基本的なインスタンスのセットアップ手順</li>
<li>以降の練習 or 本番に向けた作業メモを残す</li>
<li>競技中によく叩くコマンドをMakefileにまとめる</li>
</ul>
セットアップをする中でつまづいたポイントや、回ごとに異なりそうな部分は当日に焦らないようにコメントを残しておくことで再利用しやすくしました。
<h2>ISUCON14の出題概要</h2>
ISURIDEという椅子のマッチングサービスが題材でした。いわゆるタクシー配車アプリの椅子版で、ユーザーが椅子をリクエストすると周りにいる椅子とマッチングし、座ることができるというものです。
詳しくは動画をご覧ください
<div style="left: 0; width: 100%; height: 0; position: relative; padding-bottom: 56.25%;"><iframe title="ISUCON14 出題動画" src="https://www.youtube.com/embed/UFlcAUvWvrY?rel=0" style="top: 0; left: 0; width: 100%; height: 100%; position: absolute; border: 0;" allowfullscreen scrolling="no" allow="accelerometer; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share;"></iframe></div>
<h2>当日の流れ</h2>
<h3>午前</h3>
ikkiがインスタンスのセットアップを担当し、nari,takkenでドキュメントやコード読みとAPMのセットアップなどを行いました。
2台目のインスタンスセットアップ時にコマンドのコピペをミスり、環境を壊してしまい、インスタンスを作り直すなどのトラブルはありましたが、12時ごろにそれぞれのインスタンスのセットアップを終えて、ベンチを回して点数が出ることを確認しました。
また、当初はgolangで参加する予定でしたが、やはり慣れている言語にしようということでnodeにすることにしました。結果的に今回はアプリケーションロジックの改善がメインだった（はず）ので慣れている言語にしておいて良かったです。
<h3>12時-14時</h3>
APMにたまったデータをもとに一旦遅いSQLたちにINDEXを貼る儀式を行い、数百点アップしました。
そこから、各自コードを読み進めたり、実際にアプリを触ってみたりして、やたらとリクエスト数が多いエンドポイントやN+1になっているところを発見し次第、改善を試みるという形で進めていましたが、なかなかうまく改善が進まない時間が続きました。
流石にこのままだと厳しいと思い、一旦集合してモブプロ的に大きな課題を潰そうという方針に変えました。
<h3>15時</h3>
見つけた大きな課題を全員で取り組むスタイルに変え下記を改善しました。
<ul>
<li>都度計算している重い処理をカラムとして保存するようにスキーマ変更</li>
<li>DBとAppのインスタンスを分ける</li>
<li>Honoのリクエストログを止める</li>
</ul>
この辺の取り組みをして大体8000点くらいまで上昇しました。
ほぼ初期スコアの時間が長かったのでちょっとホッとしました。
<h3>16時-17時50分</h3>
もう一つくらい改善できるかなと思い、次にライドの不満度に目をつけました。
初期だとランダムに椅子をマッチングさせていたところを現在地から近く、スピードが速い椅子をマッチングさせるようにロジックを変更しました。
追加でいくつかINDEXを貼ったりして、17時くらいに12000点強位まで上がりました。
<h3>ラスト10分</h3>
なんやかんやでギリギリまで改善をしていて、再起動試験などをしないととなり、大急ぎで行いました。
幸い特に問題は起こらず、不要なサービスの停止まで完了して18時を迎えました。
<h2>感想</h2>
下記はISUCON14に初参加して感じたポイントです。
<ul>
<li>事前練習は必須
<ul>
<li>練習なしだったら諸々のセットアップで大半の時間を消費していた可能性があります</li>
</ul>
</li>
<li>何事もイテレーションサイクルが短いことが重要だと感じた
<ul>
<li>VSCodeのmysql拡張がSSH時にもいい感じに使えて、コードからクエリをコピペするとどんなデータが返ってくるかわかったり、書いたクエリが動くのか都度確認できて良かったです</li>
</ul>
</li>
<li>分担にはかなり慣れが必要そう
<ul>
<li>私たちのチームは結果的にモブプロ的な形で進めた方が早かったです</li>
</ul>
</li>
</ul>
ほぼ初期スコアの時間が結構長く、内心焦りつつ最終的にはいくつか改善できたので初参加としては良かったと思います。
弊社から出ていた別チームと打ち上げに行き、感想戦をしていたところ、コスパ良く改善できるポイントを取り逃がしていたことを知り、若干の悔しさを残して初めてのISUCONは終了という感じです。
<h2>最後に</h2>
RightTouchでは、プロダクトのパフォーマンスにこだわるプロダクトエンジニアを絶賛採用中です。 
少しでも興味を持った方がいればぜひお話ししましょう！
エンジニア求人情報の詳細 
<a href="https://righttouch.co.jp/jobs/engineer">https://righttouch.co.jp/jobs/engineer</a>
採用サイト 
<a href="https://righttouch.co.jp/recruitment">https://righttouch.co.jp/recruitment</a>

RightTouchのエンジニアでISUCON14に初挑戦してきました

11/6に開催された「<a href="https://increments.connpass.com/event/328720/">Qiitaさんのフロントエンドイベント</a>」で弊社のPreact活用について登壇しました。本記事では、発表のサマリーと、スライドの補足を簡単に行います。
資料についてはこちらをご覧ください。
<iframe class="speakerdeck-iframe" frameborder="0" src="https://speakerdeck.com/player/7af71b37f2634b0bbe78038507dde201" title="3rd party scriptでもReactを使いたい！ Preact + Reactのハイブリッド開発" allowfullscreen="true" style="border: 0px; background: padding-box padding-box rgba(0, 0, 0, 0.1); margin: 0px; padding: 0px; border-radius: 6px; box-shadow: rgba(0, 0, 0, 0.2) 0px 5px 40px; width: 100%; height: auto; aspect-ratio: 560 / 315;" data-ratio="1.7777777777777777"></iframe>
<h2>Preactとは</h2>
PreactはReactの軽量版であり、Reactとほぼ同じAPIを持ちながらも、サイズが小さく、パフォーマンスが高いことが特徴です。React比較で10分の1以下という非常に小さいバンドルサイズになっています。
<img src="https://ik.imagekit.io/righttouch/4bd819a5-02cd-4241-9460-06fed8dc4e3a/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%882024-11-2818.33.40.png" alt="Preact">
<h2>RightTouchでのPreactの活用</h2>
RightTouchでは、<a href="https://rightsupport.karte.io/">RightSupport by KARTE</a>というWebサポートプラットフォームを提供しています。
本プロダクトには「サポートアクション」と呼ばれる機能があります。これは、RightSupportをご活用いただいているクライアントのWebサイトにJavaScriptのタグを1行埋め込むだけで、ノーコードでサイトの自由な書き換えが行えたり、FAQやシナリオを組み込んだポップアップを表示することができる機能です。
この機能の実現のため、RightTouchのCDNからWebサイトにスクリプト(=3rd party script)を配信しています。このスクリプトは、クライアントのサイトのパフォーマンスを損なわないよう、軽量で高速なものであることが求められます。
<img src="https://ik.imagekit.io/righttouch/eee5381d-3677-41e9-906a-ca7b04d5101f/preact-use.png" alt="RightTouchでの利用例">
Preactは、この軽量性の要求にピッタリな技術でした。さらに、RightTouchでは3rd party script以外の管理画面(例えばサポートアクションのノーコードエディタ)ではReactを採用しており、その点で技術キャッチアップの最小化や、コードの共通化といったメリットもありました。管理画面との技術親和性に関しては、React製のノーコードエディタにPreact製のサポートアクションを埋め込むことで、サポートアクションのリアルタイムプレビューを実現するという少しユニークな活用も行っています。
<img src="https://ik.imagekit.io/righttouch/59a5f008-560f-4ee2-85dc-327cd8e67abe/%E3%82%B9%E3%82%AF%E3%83%AA%E3%83%BC%E3%83%B3%E3%82%B7%E3%83%A7%E3%83%83%E3%83%882024-11-2818.34.05.png" alt="サポートアクションエディタ">
運用の工夫としては、上述のノーコードエディタでのPreact + Reactの併用に伴う互換性の確保や、バンドルサイズのチェックなどが挙げられます。2024/11月時点で、Preactの運用実績は約1年となりますが、Preact起因の障害は今のところ起きておらず、順調に運用されています。
<h2>最後に</h2>
RightTouchでは、今回のPreact活用のように、プロダクトの価値向上のためには現状にとらわれすぎずに新たな技術を模索・採用していく文化があります。
カスタマーサポート市場の改革に挑むプロダクトエンジニアを絶賛採用中です。少しでも興味を持った方がいればぜひお話ししましょう！
エンジニア求人情報の詳細 
<a href="https://righttouch.co.jp/jobs/engineer">https://righttouch.co.jp/jobs/engineer</a>
採用サイト 
<a href="https://righttouch.co.jp/recruitment">https://righttouch.co.jp/recruitment</a>

RightTouchでのPreactの活用について発表してきました

RightTouch Blog編集部です！
10/22に開催された「<a href="https://righttouch.connpass.com/event/333501/">プレイド・kikitori・ダイニー・RightTouch_技術領域の垣根を超えた開発手法</a>」でテックリードの齋藤が登壇しました。
イベントでは、プレイド・ダイニー・kikitori・RightTouchという、フェーズも成り立ちも異なるスタートアップ4社が集まり特定の技術領域の垣根を超えた開発手法を紹介しました。
<h2>カスタマーサポート市場の改革に挑む 急成長中のプロダクトエンジニアチームの挑戦と舞台裏</h2>
齋藤はカスタマーサポート市場の改革に挑むRightTouchの、開発組織に求められる特性・プロダクトエンジニアの特徴や取り組みの紹介をしました！
発表スライドを公開しているので、ぜひご覧ください。
<div style="left: 0; width: 100%; height: 0; position: relative; padding-bottom: 56.1972%;"><iframe title="カスタマーサポート市場の改革に挑む 急成長中のプロダクトエンジニアチームの挑戦と舞台裏" src="https://speakerdeck.com/player/488d10d700f74447b209badea7b5c434" style="top: 0; left: 0; width: 100%; height: 100%; position: absolute; border: 0;" allowfullscreen scrolling="no"></iframe></div>
<h2>組織のベースとなる考え方: プロダクトエンジニア</h2>
<img src="https://ik.imagekit.io/righttouch/9dfcaf54-5b14-4f9d-aec7-87b7e289c710/241022-01.png" alt="241022-01.png">
RightTouchのエンジニアは基本的に
<ul>
<li>特定の技術領域に閉じず、機能全体を高速開発できる　「フルスタックな技術スキル」</li>
<li>技術だけではなくプロダクト・事業の成功に目線があり、そのために必要なことを考えられる 「プロダクトや事業への志向性・視座」</li>
<li>機能の使われ方や、顧客体験を考えて設計できる　「UXの設計能力」</li>
</ul>
上記3つを大事にする「プロダクトエンジニア(PdE)」として動いています。
<h2>プロダクトエンジニアが活躍する環境</h2>
<img src="https://ik.imagekit.io/righttouch/2878bd69-2b2c-48b0-8271-6b60d4ab1a4d/241022-03.png" alt="241022-03.png">
RightTouchでは、BizDev/エンジニア/デザイナーが越境しつつ協力してプロダクト作りを進めていくケースが多く、プロダクトエンジニアには技術を超えた越境が求められます。
ただ、それに慣れているエンジニアばかりではないゆえ、自然とプロダクトエンジニアの理想状態に近づけるような環境として 「構造」「機会」「文化」を重視しています。
<img src="https://ik.imagekit.io/righttouch/ef2247af-d9fc-4ed3-ab5f-22bbab7535b0/241022-02.png" alt="241022-02.png">
例えば、エンジニアがクライアントのコンタクトセンターを見学して実際にプロダクトが使われている様子を観察し、クライアントの課題理解やプロダクトの改善点発見に役立つ機会としている話などがありました。
最後は、プロダクトエンジニアについて 「作ったものが誰の何の役に立つのかをとことん考え、痛いほど結果が返ってくる。苦しいながらもとても面白いです」 と力強く語っていました。
<h2>最後に</h2>
RightTouchではカスタマーサポート市場の改革に挑むプロダクトエンジニアを絶賛採用中です。
少しでも興味を持った方がいればぜひお話ししましょう！
エンジニア求人情報の詳細 
<a href="https://righttouch.co.jp/jobs/engineer">https://righttouch.co.jp/jobs/engineer</a>
採用サイト 
<a href="https://righttouch.co.jp/recruitment">https://righttouch.co.jp/recruitment</a>

スタートアップ4社の「技術領域の垣根を超えた開発手法」に参加・登壇しました

RightTouchは、プレイドからスピンオフしたスタートアップで、カスタマーサポート領域向けのWebサポートプラットフォーム「<a href="https://rightsupport.karte.io/">RightSupport by KARTE</a>（以後、RightSupport）」「<a href="https://rightconnect.karte.io/">RightConnect by KARTE</a>（以後、RightConnect）」などを提供しています。
カスタマーサポート領域の抜本的変革に挑んでいるRightTouchは、複数プロダクトを提供するコンパウンドスタートアップとして、常に新たな事業、プロダクトの開発に向けて動いています。今回の記事では、α版がリリース済みであり、今後正式版のリリースを予定するフェーズのプロダクトに焦点を当てます。
約1ヶ月という超短期間で一つのプロダクト開発に携わったという新規事業開発の田中(akky)、エンジニアの齋藤(nari)、赤木(giinyo)の3人にインタビュー。“RightTouch流”コンパウンド戦略、そしてビジネスサイドと開発サイドとの圧倒的な信頼関係をもとに、高速でプロダクト開発をどのように実現したのか話を聞きました。
<blockquote>
＜プロフィール＞ 
田中 彬寛／akky（たなか あきひろ） 
九州大学工学部機械航空工学科卒業後、2017年にリクルートホールディングス入社。プロダクトグロースや事業戦略策定／実行、全社横断ナレッジ統括などに従事。 2022年にRightTouch入社、セールス及びカスタマーサクセスのリード／BizDevを担当。好きな言葉は「ロマンとそろばん」。趣味はサウナ、ポーカー、アニメ。
</blockquote>
<blockquote>
齋藤 成之／nari（さいとう なりゆき） 
東京大学大学院で博士課程修了後、2020年に日立製作所に入社。研究開発部門で業務システム開発に関する業務に従事。2021年10月プレイドに入社し、現在はRightTouchのテックリードとして開発に携わる。
</blockquote>
<blockquote>
赤木 勇統／giinyo (あかぎ ゆうと) 
大阪大学大学院を修了後はPhotosynthに新卒入社。主にAkerun入退室管理システムの開発に従事。新たな挑戦がしたいという想いがあり、2024年1月にRightTouchへ転職。RightTouchでは、RightSupportの開発担当を経て、新規プロダクトチームへジョイン。 
</blockquote>
<img src="https://ik.imagekit.io/righttouch/dfaffa20-3aab-4bd7-9f38-de0af07fdca8/DSC00850.jpg" alt="DSC00850.jpg"><center>左から田中（akky）、赤木（giinyo）、齋藤（nari）</center>
<h2>既存顧客との活動から新たなプロダクトの課題仮説と可能性を模索する</h2>
——「今回の新規プロダクトの詳細についてはまだ秘密…」と伺っていますが、どのようなアイディアがきっかけで開発に至ったのか教えていただけますか？
akky：今回の開発のきっかけに言及する前置きになりますが、アイディアを形にして、市場で仮説検証を行い、事業やプロダクトに還元する。このサイクルを高速で回していくことこそ、初期から複数プロダクトを並列で立ち上げていくコンパウンド型の事業成長においてもっとも大切だと思っています。だから、セールスやカスタマーサクセスの活動をしながらも常に新規事業の可能性を模索していました。
——今回の新規事業における「課題の特定や事業の方向性」はどのように決定していったのでしょうか？
akky：これまでRightTouchでカスタマーサクセス、事業開発を行ってきた知見から、カスタマーサポート領域で優位性を築くために“絶対に押さえなければいけないデータ”があることはわかっていました。
その上で、2023年秋ごろから10社ほどのクライアントのもとに足を運び、カスタマーサポートの業務全体を通じてどんな困りごとを抱えているのか、RightTouchとしてどんな打ち手があるかヒアリングし、新規事業の解像度を高めていきました。
ヒアリングを通して共通して出た課題意識を、新規事業の「What（何を解決するのか）」として設定することに決めました。 
<img src="https://ik.imagekit.io/righttouch/f7a99e1f-8366-4c0b-a559-0b67f3ed7732/DSC00834.jpg" alt="DSC00834.jpg"><center>BizDev 田中（akky）</center> 
——最初はチームではなく、一人で進めていたのですね。
akky：はい。「How（どのように解決するか）」を検討するため、パワーポイントに簡易的にアイディアを落とし込み、クライアントにプレゼンを行って仮説を当てていきました。このあたりから、エンジニアのnariくんにも協力してもらい、技術的な観点でフィードバックをもらっていきました。 
 nari：実は、当初は新規プロダクトという形ではなく、クライアントからデータをもらって加工する受託開発として進めていたんです。
その過程で、技術的な検証や提供価値の検証は、一定できました。しかし「本当に使いやすい形でプロダクトとして提供できるのか？」「継続して使ってもらえるのか？」といった、プロダクト化にあたって重要な論点は残っていました。もちろん、モノを作らずにこれらの論点を検証することもできたかもしれませんが、新規プロダクトとして開発に本腰を入れた方が良い、という経営判断もあり、2024年4月にエンジニアのgiinyoも含めたプロジェクトチームを組成しました。
——そこから、どのようなプロセスを経たのでしょうか？
nari：私はチームを組成直後から、まずは自分自身がこの新規プロダクトにフルコミットできるようリソース調整を行いました。akkyのおかげで大まかなアウトプットのイメージはできていたので、クライアントからもらった細かな要望や意見をもとに、MVP（Minimum Viable Product）を作ることに注力していきました。 
 akky：MVPを作るにあたって、「カスタマーサポートの現場で働く方々がきちんと活用できるもの」をゴールに設定しました。過去の経験から、コールセンターの皆さんは非常に膨大な量の問い合わせデータと向き合っていますが、ITツールに慣れていない方も多いと感じています。
プロダクトを作っても、日常的に活用してもらえなければ意味がない。そこで、実際の使用イメージが湧くように、<a href="https://note.righttouch.co.jp/n/n97bc415698b2?gs=53dcaaa6989f">デザイナーのkimさん</a>にも加わってもらい、MVPに沿ったデザインや、フロントエンド、バックエンドまで作り込みました。 
<img src="https://ik.imagekit.io/righttouch/5b7fe5a4-dcb4-4599-b645-9470a9da855c/DSC00809.jpg" alt="DSC00809.jpg"><center>テックリード 齋藤（nari）</center>
<h2>「共通開発基盤」と「リファレンスカスタマー」がコンパウンドの鍵</h2>
——チームを組んでから約1ヶ月という短期間でMVPを完成したと伺いました。そこまでのスピード感が出せたのはなぜですか？
akky：大きく3つ要因があると思っています。
一つは、コンパウンドスタートアップならではの強みだと思いますが、「共通開発基盤」と「リファレンスカスタマー」の存在です。
ゼロイチの開発といっても、すでにRightTouchで築き上げてきたフレームワークやリファレンスカスタマー（RightTouch既存プロダクトを導入・利用してくださっている代表的な企業）との信頼関係があるからこそ、ここまでのスピード感をもって開発に集中できたのだと思っていて。
特に大企業の部長・役員クラスともすぐにコミュニケーションがとれるのは、カスタマーサポートという非常に規模と影響範囲の大きな領域に向き合う上で大きな優位性となっていると感じます。 
 giinyo：私がこのチームにジョインした時には、「何を作るべきか」「クライアントにとってどんな価値を生むのか」がほぼ明確な状態でした。エンジニアにとって、プロダクトの価値を確かめながらものづくりができる環境はすごくありがたいんです。すぐに「早くこのプロダクトを世に出したい」という気持ちにまでなっていましたね。 
 akky：二つ目は、最初から「スケーラビリティ」を意識しなかった点かなと。
——コンパウンドスタートアップは、事業拡大、すなわちスケールを見越して仕様検討する場合が多いですよね。
akky：そうですよね。ただ、最初からスケールした先を意識して、細々としたところまで作り込んでしまうと、開発のスピード感は損なわれてしまう。だからまずは、PMF（プロダクト・マーケット・フィット）させることに主眼を置くことにしたんです。 
 nari：もちろん良し悪しはありますが、まずは市場に出し、顧客からフィードバックを受けながら仮説検証を行っていく姿勢も重要だと思っています。 
<img src="https://ik.imagekit.io/righttouch/fd77116c-ef5d-4f3d-af59-0279a8c939ad/DSC00885.jpg" alt="DSC00885.jpg"><center>エンジニア 赤木（giinyo）</center>
<h2>キーワードは「背中を預け合える信頼関係」。プロダクトづくりに集中できるRightTouchの環境とは？</h2>
——RightTouchが高速でプロダクト開発を進められる、最後の理由は何でしょうか？
akky：全員がプロフェッショナルであること、でしょうか。
「コンパウンドスタートアップの勝ち筋」として非常に重要なのが、「開発のスピード感」です。
その観点でいうと、メンバー一人ひとりがプロフェッショナルとしてミッションを果たす環境が当たり前にあるRightTouchだからこそ、実現するのではないかなと。 
<img src="https://ik.imagekit.io/righttouch/c20f7765-d142-4784-8c6b-cdd9ea22ff1b/DSC00893.jpg" alt="DSC00893.jpg"> 
——全員がプロフェッショナル、というのは具体的にどんな場面で実感しますか？
akky：RightTouchは、意思決定のトップダウンとボトムアップのバランスがとても良い組織です。大きな戦略や外してはいけないポイントは、経営陣が中長期からバックキャスト（逆算）してしっかり決めますが、その幅のなかでの現場の自由度はとても高い。 
今回も、冒頭に話した“（カスタマーサポート市場におけるコンパウンド戦略実現に不可欠な）絶対に押さえなければいけないデータ”を得ることができれば、どんなプロダクトとして実現するかは僕たちチームからのボトムアップで決められました。「データを押さえる」という観点で事業戦略との接合は作れていたということです。 
コンパウンドスタートアップも様々なスタイルがあると思いますが、感覚としては、すでに細かくプロダクトロードマップが引かれており、作るプロダクトの枠組みがおおよそ決まっている企業が多いように思います。 
スタートアップとして、限られたリソースをどのタイミングで何に配分するか、という経営判断は非常に重要ですが、全員が当事者意識を持って日々業務にコミットしているからこそ、こうした意思決定もスムーズに委ねてもらえたのではないかと思っています。 
 giinyo：手前味噌かもしれませんが、RightTouchにはakkyさんをはじめとしたクライアントと密な信頼関係を築き、プロダクトに対して深く率直なフィードバックを持ち帰ってきてくれるビジネス担当がいる。クライアントとのコミュニケーションは全面的に任せられるので、私たちエンジニアも開発に集中できるのだと思っています。 
 nari：チームとしてもバランスが良かったと思います。akkyは比較的楽観的にどんどん物事を前に進めていくタイプで、私はどちらかというとリスクを考えるタイプ。多様な視点を持ったチームかつ、各々をリスペクトしているからこそ、スムーズにゼロイチの開発ができたと感じます。
——ビジネス担当、エンジニア双方が強い信頼関係で結ばれているのがわかります。
nari：RightTouchでは「全員プロダクト担当、全員顧客担当」というバリューを大切にしています。役割に囚われず、事業成功にコミットしていくというマインドがあるんです。
だからこそ、クライアントへのプレゼンやミーティングには、私やgiinyoもできるだけ出席し、議論に参加するようにしました。
akky：ビジネス担当としても、クライアントとの打ち合わせにエンジニアも一緒に入ることで、要望や意見に対して「YES/NO」を即答できるのはすごく心強いんです。私が出したアイディアにも、すぐに仕様を書いて、技術的観点でフィードバックをくれますし。こうした環境で仕事ができるのはなかなか貴重ですし、とても嬉しいですね。
giinyo：回答や結論を持ち帰った場合でも、プロダクトへの実装は可能なのか、他にどのような選択肢があるのか、すぐにディスカッションを行いました。全員が同じ目的意識のもと、それぞれの役割に最大限コミットした結果、このようにスピード感を持った開発ができたのだと思います。
——RightTouchではビジネス担当、エンジニアが互いに背中を預けられる関係だからこそ、高速のプロダクト開発ができるのですね。貴重なお話、ありがとうございました！
<h2><img src="https://ik.imagekit.io/righttouch/7e3b0250-c21d-4a9c-9ee3-dba071f8837d/DSC00858.jpg" alt="DSC00858.jpg"></h2>
RightTouchの採用情報はこちらから 
<a href="https://righttouch.co.jp/recruitment">https://righttouch.co.jp/recruitment</a>
エンジニア求人情報の詳細 
<a href="https://recruit.righttouch.co.jp/engineer">https://recruit.righttouch.co.jp/engineer</a>
カスタマーエンジニア求人情報の詳細 
<a href="https://recruit.righttouch.co.jp/customer-engineer">https://recruit.righttouch.co.jp/customer-engineer</a>
デザイナー求人情報の詳細 
<a href="https://recruit.righttouch.co.jp/designer">https://recruit.righttouch.co.jp/designer</a>
（ライター／安心院 彩（フリーランス） 　取材・編集／緒方 祥子（フリーランス））

タグ「」の記事

Archives

Writers