消費者
レシートを受け取り、残し、あとから見返す人。
この利用者を見ている持ち場8
- OCRサービス
- UI / UX改善
- iOSアプリ開発
- Android / Kindleアプリ開発
- 家計簿・ファイナンシャルプランニング
- CSチーム
- ヘルプドキュメント
- フィーチャーリクエスト
RECEIPTROLLER TEAM
チームの一人ひとりは、必ずしも人ではありません。レシートローラーでは持ち場ごとにAIエージェントとの専用の会話(セッション)を立て、人が目的と優先順位を決めます。進めるのは一度にひとつ。それでも5つの利用者層を抱えていられるのは、ひとつの会話に、ひとつの持ち場の話しか入れないからです。
WHO IT IS FOR
レシートは、受け取る人、渡すお店、つくったメーカー、届けたい広告主、その上に何かをつくる開発者——それぞれにとって意味が違います。持ち場は、この違いに沿って分かれています。
レシートを受け取り、残し、あとから見返す人。
この利用者を見ている持ち場8
レジから電子レシートを出し、来店と再訪につなげるお店。
この利用者を見ている持ち場23
棚の先で自社の商品がどう売れたのかを知りたいつくり手。
この利用者を見ている持ち場10
レシートという接点を使って、買った人に届けたい担当者。
この利用者を見ている持ち場2
APIとデータを使って、レシートローラーの上につくる人。
この利用者を見ている持ち場4
THE ROSTER
ひとつの持ち場は、ひとつの目的を持ちます。人が見るか、エージェントが見るか、その両方か。肩書きではなく、何を前に進めるかと、誰のためかで分かれています。 ここに並べているのは、いま手が動いている分だけではなく、このプロダクトに必要な持ち場です。
5
レシートを受け取り、残し、見返すところ。毎日触る部分です。
OCRサービス
レシートの読み取り精度を上げ、手入力を減らす。
消費者 店舗
UI / UX改善
初めて触った人が、説明なしで使い切れる画面にする。
消費者 店舗
iOSアプリ開発
iPhone・iPadでの使い勝手とリリースを受け持つ。
消費者
Android / Kindleアプリ開発
Android端末とKindleタブレットで同じ体験を届ける。
消費者
家計簿・ファイナンシャルプランニング
レシートから支出をまとめ、家計の見直しに使える形にする。
消費者
7
すでに使っているレジと運用に合わせる。乗り換えを前提にしない。
スマレジ連携
スマレジの売上データと電子レシートをつなぐ。
店舗
Square連携
Squareの取引からそのまま電子レシートを出せるようにする。
店舗
Lightspeed連携
Lightspeedの店舗が、設定だけで導入できる状態にする。
店舗
Airレジ連携
Airレジの運用を変えずに電子レシートを足せるようにする。
店舗
IoT・サーマルプリンタ
店頭の印刷機器とつなぎ、紙と電子を行き来できるようにする。
店舗
MEO強化
地図と店舗情報から、お店への来店と問い合わせにつなげる。
店舗
SNS・コミュニケーション
お店がお客さまと続けられる発信の手段を用意する。
店舗
3
棚の先で何が起きたのかを、つくった側と広告の側に返す。
店舗データ分析
何が、いつ、どう売れたのかを、お店とメーカーが読める形にする。
店舗 メーカー
リテールメディア・広告サービス
レシートを広告面として扱える仕組みを育てる。
店舗 メーカー 広告管理
BtoB EC強化
お店とメーカーのあいだの購買と請求を、画面の中で完結させる。
店舗 メーカー
5
導入したあとが本番です。つまずきを減らし、質問に答え、つくる人を迎える。
CSチーム
届いた声に答え、同じ質問が二度来ない状態にする。
消費者 店舗 メーカー
ヘルプドキュメント
困ったときに、サポートを待たずに解決できるようにする。
消費者 店舗 開発者
MCP・API
外部のツールやAIエージェントから、レシートローラーのデータと機能を扱えるようにする。
開発者
開発者コミュニティー
APIで何がつくれるのかを示し、つくる人とつながり続ける。
開発者
SDK・開発者ドキュメント
APIを触り始めた人が、最初の実装までたどり着けるようにする。
開発者
6
つくっただけでは使われない。見つけてもらい、使い始めてもらうまでを持つ。
SEO・コンテンツ管理
探している人が、検索で見つけられる状態を保つ。
店舗 メーカー 広告管理
CRM・アウトリーチ・ニュースレター
問い合わせから導入までの連絡を切らさない。
店舗 メーカー
代理店向け営業
代理店と組み、その顧客にレシートローラーを届けられる形をつくる。
店舗
店舗向け営業
個店と小さなチェーンに、いまのレジのまま始められることを伝える。
店舗
エンタープライズ向け営業
大規模チェーンと企業の要件に合わせ、導入までの道筋を描く。
店舗 メーカー
SMB向け営業
POS連携、スタンドアロン、予約業態、BtoB EC、決済端末連携。業態ごとに提案を分けて届ける。
店舗
2
つくる前の持ち場。数字の動きと、上がってきた声を突き合わせます。
管理画面・KPI追跡
管理画面をつくり、リリースした内容とKPIの動きを毎週突き合わせる。
店舗 メーカー
フィーチャーリクエスト
利用者の要望、管理画面チームからの提案、ログ分析で見つかった不具合、CSに届いた声を一本にまとめ、次にやることを決める。
消費者 店舗 メーカー
3
どの利用者層にも共通して必要なこと。止まらない、守られている、使った分だけ正しく請求される。
サーバー監視・ログ分析
エラーを毎週洗い出し、増えた異常を先に見つける。
セキュリティチェック
変更のたびに、守るべきものが守られているか確かめる。
利用監視・請求業務
契約ごとの利用状況を見て、請求を正しく、遅れなく出す。
店舗 メーカー
WHAT SHIPPED
持ち場の一覧は、こちらの言い分です。実際に出たものを並べます。
KPIの動きと、上がってきた要望・不具合を突き合わせて決めます。どの利用者層の、何の数字を、どこまで動かすのか。ここだけは人が決めます。
持ち場ごとに専用のセッション。コードの規約、過去の判断、今の数字を引き継いで始めます。長くなりそうな持ち場は、別のブランチに切り出します。
変更は小さく出します。レビューと自動テストを通り、検証環境で確かめたうえで、人が本番に切り替えます。
リリースした内容とKPIの動きを毎週突き合わせ、次の目的を書き直します。効かなかったものは残しません。
ONE AT A TIME
持ち場が同時に動くわけではありません。進めるのは一度にひとつです。それでもこの範囲を持てるのは、ひとつの会話に、ひとつの持ち場の話しか入れないからです。
いくつもの依頼を一度に渡されれば、人でも混乱します。エージェントも同じです。だから持ち場ごとに会話を分け、目的をひとつに絞ります。
コードの書き方と品質の基準は、プロジェクト全体でひとつに揃えます。持ち場ごとに分けるのは、目的と文脈だけです。
持ち場ごとに判断の記録が積み上がります。再開のたびに振り出しへ戻りません。
ひとつの持ち場が長い仕事になりそうなら、別のブランチに切り出します。作業も、文脈と同じように混ぜません。
大きな一回より、小さな変更を何度も。問題が起きても戻せる範囲に収めます。
STILL OURS
エージェントが増えても、責任は人のものです。
やれることは増えました。だからこそ、やらない判断に時間を使います。
何をKPIと呼び、どこからを成果と見るか。定義は人が引き受けます。
納期、見積もり、品質。約束するのは会社であり、人です。
レビューとマージ。最後のボタンは人が押します。
LET'S TALK
レシートローラーで使っている進め方は、ご依頼いただく開発でもそのまま使っています。まず何を前に進めたいか、聞かせてください。
相談する