POCCHITO TEAM

19の持ち場に、それぞれの文脈。

ポチっとは、話しかけるだけで予定やお店探しを片づけてくれるAIの相棒です。言語モデルも自分たちでつくっています。使うほど好みを覚えるので、覚えたことをどう扱うかまで含めて持ち場にしています。

19

必要な持ち場

3

向き合う立場

8

どの持ち場も通る工程

WHO IT IS FOR

ポチっとが向き合う立場

毎日使う本人、紹介される側のお店、そしてつなぎ込む開発者。この3つに向き合っています。

使う人

日々の用事を片づけたい本人。

この立場を見ている持ち場16

  • 会話インターフェース
  • 予定とリマインダー
  • お店探し・予約
  • 好みの学習
  • 通知と音声
  • iOSアプリ開発
  • Androidアプリ開発
  • LLM開発
  • LLM評価
  • SEO・コンテンツ
  • PR・SNS
  • ヘルプコンテンツ
  • CS・QA
  • フィーチャーリクエスト
  • セキュリティ
  • 課金・請求

お店・サービス

紹介され、予約を受ける側。

この立場を見ている持ち場2

  • お店探し・予約
  • 営業・商談

開発者

外部のサービスとつなぐ人。

この立場を見ている持ち場1

  • MCP・API

THE ROSTER

ポチっとの持ち場

ひとつの持ち場は、ひとつの目的を持ちます。ここに並べているのは、いま手が動いている分だけではなく、このプロダクトに必要な持ち場です。

話しかけて、片づく

5

相棒としての中身。思いついた言い方のまま話して、用が済むところまで。

会話インターフェース

思いついた言い方のまま話して、通じるようにする。

利用者

予定とリマインダー

予定の調整と、思い出させることを任せられるようにする。

利用者

お店探し・予約

条件に合う店を探し、予約まで片づける。

利用者 お店

好みの学習

使うほど好みを覚え、聞き返す回数を減らす。

利用者

通知と音声

急かさず、必要なときにだけ声をかける。

利用者

手元の端末で動かす

2

相棒は、いつも持っている端末の中にいます。そこでの使い心地を受け持つ持ち場です。

iOSアプリ開発

iPhoneでの使い勝手とリリースを受け持つ。話しかけるまでの手数を減らす。

利用者

Androidアプリ開発

Android端末で同じ体験を届ける。機種の違いに振り回されない状態にする。

利用者

自前のモデルをつくる

2

ポチっとの言語モデルは自分たちで開発しています。つくる持ち場と、良くなったかを測る持ち場を分けています。

LLM開発

ポチっとのための言語モデルを自分たちでつくり、育てる。

利用者

LLM評価

変えたモデルが本当に良くなったのかを、決めた物差しで測る。つくる側とは分けて見ます。

利用者

外とつなぐ

1

画面でできることを、外のツールやAIエージェントからも同じようにできるようにする持ち場です。

MCP・API

外部のツールやAIエージェントから、ポチっとの機能とデータを扱えるようにする。

開発者

知ってもらう・売る

3

つくっただけでは使われません。見つけてもらい、話をして、使い始めてもらうまでを持ちます。

SEO・コンテンツ

探している人に見つけてもらい、何ができるのかを先に伝える。

利用者

PR・SNS

何をするものなのかを、外に出し続ける。

利用者

営業・商談

見込みのある相手を見つけ、提案し、返事を切らさない。調べて下書きするのはAI、話すのは人です。

お店

支える

2

使い始めたあとに迷わせないこと、届いた声を直すところまで持っていくこと。

ヘルプコンテンツ

困ったときに、サポートを待たずに解決できるようにする。

利用者

CS・QA

届いた声に答え、同じ不具合が二度出ない形に落とす。

利用者

次にやることを決める

1

つくる前の持ち場。上がってきた声と使われ方を突き合わせ、次を決めます。

フィーチャーリクエスト

利用者の要望と、使われ方から見えた不足をまとめ、次に何をつくるかを決める。

利用者

動かし続ける・守る

3

止まらないこと、守られていること、請求が合っていること。

サーバー監視・ログ分析

エラーと遅さを先に見つけ、使っている最中に気づかせない。

セキュリティ

変更のたびに、守るべきものが守られているか確かめる。

利用者

課金・請求

使った分を正しく、遅れなく請求する。

利用者

THE LOOP

ひとつの持ち場が動くまで

どの持ち場も同じ回り方をします。目的を決めるのは人、手を動かすのはエージェント、本番に出す判断はまた人に戻ります。

8つの工程を詳しく見る

リリースの進め方を見る

  1. 01
    目的を決める

    話しかける人の、どの用事を減らすのか。ここだけは人が決めます。

  2. 02
    セッションを立てる

    持ち場ごとに専用のセッション。コードの規約、過去の判断、今の数字を引き継いで始めます。長くなりそうな持ち場は、別のブランチに切り出します。

  3. 03
    つくって、レビューする

    変更は小さく出します。レビューと自動テストを通り、検証環境で確かめたうえで、人が本番に切り替えます。

  4. 04
    数字で確かめる

    聞き返す回数が減ったか。会話が増えたことを成果とは呼びません。

ONE AT A TIME

だから、これだけの範囲を抱えていられる

持ち場が同時に動くわけではありません。進めるのは一度にひとつです。自前のモデルとアプリを同時に抱えられるのは、ひとつの会話に、ひとつの持ち場の話しか入れないからです。

指示が混ざらない

LLMの改良が、iOSアプリの改修の順番待ちをしません。モデルと手元の使い心地は、別々に進みます。

共有するものと、分けるもの

コードの書き方と品質の基準は、プロジェクト全体でひとつに揃えます。持ち場ごとに分けるのは、目的と文脈だけです。

文脈が消えない

持ち場ごとに判断の記録が積み上がります。再開のたびに振り出しへ戻りません。

長くなるものは、分ける

ひとつの持ち場が長い仕事になりそうなら、別のブランチに切り出します。作業も、文脈と同じように混ぜません。

小さく出す

大きな一回より、小さな変更を何度も。問題が起きても戻せる範囲に収めます。

STILL OURS

人が決めること

エージェントが増えても、責任は人のものです。

  • 覚えたことの扱い

    好みを覚えるということは、生活を預かるということです。何を覚え、何を忘れるかは人が決めます。

  • 何をやらないか

    やれることは増えました。だからこそ、やらない判断に時間を使います。

  • お客さまへの約束

    納期、見積もり、品質。約束するのは会社であり、人です。

  • 本番に出す判断

    レビューとマージ。最後のボタンは人が押します。

LET'S TALK

同じやり方で、御社のプロダクトも前に進められます。

ポチっとで使っている進め方は、ご依頼いただく開発でもそのまま使っています。まず何を前に進めたいか、聞かせてください。

相談する