飲食・位置情報いま何分待ちかを、地図の上でライブ表示するアプリ
店舗ごとの待ち人数と推定待ち時間を地図にライブ表示。利用者のチェックインを起点に待ち時間を推定し、「麺切れ警戒」などの店側の状況もリアルタイムで配信します。iOSアプリとしても配信しています。
アプリは、使ってもらえて初めて意味があります。どれだけ機能が揃っていても、最初の1画面で「よく分からない」と思われた瞬間に、そのアプリは二度と開かれません。だからTIFFINのアプリ開発は、機能一覧ではなく「その人が何を知りたくて開いたのか」から設計を始めます。
実際に手がけているのは、ラーメン店の待ち時間を地図上でライブ表示するアプリ、パン屋のモバイルオーダーと法人向けデリバリー、飲食店の順番待ち・呼び出し、アーチェリーのスコア記録アプリ、キャンピングカー展示会の縦4Kタッチパネル、iPadで承諾事項を読み上げながら署名を取るキオスクなど。業種も端末もばらばらですが、共通しているのは「その場で、迷わず終わる」ことです。
ネイティブアプリ（App Store／TestFlight配信）と、インストール不要で使えるPWAの両方を扱います。どちらが向いているかは、集客の導線とご予算から一緒に判断します。
ISSUES
「作ったけれど使われない」の原因は、たいてい機能ではなく導線と運用にあります。
アプリストアに置いただけでは誰も見つけない。QR・LINE・店頭POPまで含めた導線がないと、そもそも起動されない。
改修したはずなのに、お客様の端末では前のままか、真っ白になる。Service Workerとキャッシュの設計が甘いと必ず起きる。
展示会や店頭のタッチパネルが、通信が切れた瞬間に使えなくなる。誰も直せず、当日ずっと放置されてしまった。
アカウント削除の導線がない、外部決済の扱いが規約に触れる、といった理由でリジェクト。理由が読み解けず止まってしまう。
iOSとAndroidを別々に作ると費用が倍。しかし本当にネイティブが必要な機能は、実は一部だけだったりする。
メニューや価格を変えるたびに開発会社への依頼が必要で、費用も時間もかかる。結局、更新されなくなる。
SERVICE
実際に納品・稼働しているものを中心に掲載しています。
店頭でも自宅でも注文できるアプリ。受取時間の指定、締切判定、在庫連動、法人向けのまとめ配達まで実装しています。
受付から呼び出しまでを自動化。待ち人数と目安時間を店外・Web・スマホに配信し、SMSで呼び出します。
地図の上に「いまの状態」を出すアプリ。店舗ごとの待ち人数、チェックイン、ランキングなどをリアルタイムに更新します。
スポーツのスコア記録や現場の点検記録など、その場で素早く入力し、あとから分析するためのアプリ。
3840×2160の縦置きディスプレイやiPadで動くキオスクアプリ。来場者が自分で触って回れる展示を作ります。
スマホ・タブレットで使う現場向けアプリ。打刻、日報、在庫確認、写真付き報告などを、その場で完結させます。
ENGINEERING
アプリのトラブルは、機能ではなく「配信」と「状態」で起きます。そこを設計時点で潰しておきます。
PWAで最も多い事故が「更新したのに古い画面が出る」「再ビルド後に真っ白になる」です。TIFFINでは Service Worker に版数を持たせ、更新検知時に古いキャッシュを破棄して1度だけ再読込する仕組みを標準で入れます。過去の資産が残っている場合は、自己解除するSWを配って古いものを確実に消してから切り替えます。
展示会や店頭は、Wi-Fiが不安定な前提で作ります。表示に必要なデータと画像を端末内に持ち、通信が切れても操作を続けられるようにします。承諾書アプリのように1枚のHTMLで完全にオフライン動作する構成にすることもあります。無操作が続いたら初期画面に戻す、といった展示運用向けの挙動も入れます。
高齢の方や、初めて触る来場者を想定します。1画面1目的、タップ領域は指のサイズを基準に、色ではなく形と位置で区別する。文字サイズと行間は実機で確認して決めます。展示会のパネルでは、遠くから見て何のページか分かる大きさを別に用意します。
App Storeの審査で止まりやすい点（アカウント削除の導線、利用規約とプライバシーポリシー、外部決済の扱い、レビュー用アカウントの提供）を、開発の初期から満たしておきます。TestFlightでの配布、審査提出、リジェクト時の修正対応まで代行します。
呼び出しや締切のリマインドは、届かなければ意味がありません。プッシュ通知だけに頼らず、SMS（Twilio）・LINE・メールを用途で使い分けます。通知の文面と送信タイミングも、実運用に合わせて調整します。
メニュー、写真、価格、営業時間、休止設定。日々変わるものは、必ず店舗側の管理画面から変更できるようにします。ここを作らないと、運用が続きません。
| Webアプリ／PWA | Next.js（App Router） / React / TypeScript。状態管理に Zustand、UIは案件ごとに独自設計します。 |
|---|---|
| ネイティブアプリ | Webの資産を活かしたハイブリッド構成でiOSアプリ化し、TestFlight／App Storeで配信。ネイティブ機能が必須な場合は個別に判断します。 |
| 軽量アプリ | 依存を極力持たない Node.js（Express） + SQLite 構成。展示会パネルや社内ツールなど、環境を選ばず確実に動かしたい場面で採用します。 |
| 端末機能 | カメラ、GPS、QR／バーコード読み取り（html5-qrcode / ZXing）、Web Speech API（読み上げ・音声入力）、印刷。 |
| 通知 | Twilio（SMS）、LINE Messaging API / LIFF、SMTPメール、Webプッシュ。 |
| 配信・運用 | Railway / AWS Amplify などで常時稼働。GitHubへのpushで自動デプロイし、更新時のキャッシュ破棄まで自動化します。 |
「まずPWAで出して反応を見てから、必要ならネイティブアプリにする」という進め方もよくご提案しています。初期費用を抑えつつ、後戻りしない作り方です。
WORKS
すべて実際に動いているアプリのスクリーンショットです。
店舗ごとの待ち人数と推定待ち時間を地図にライブ表示。利用者のチェックインを起点に待ち時間を推定し、「麺切れ警戒」などの店側の状況もリアルタイムで配信します。iOSアプリとしても配信しています。
全車種の価格・納期・ベース在庫台数・寸法・FAQを、来場者が自分で触って確認できる展示アプリ。3840×2160の縦置きディスプレイ向けに設計し、通信が不安定でも動くよう構成しています。商談待ちの受付システムとも連携します。
勤め先に配られたQRコードを読むと、その事業所専用の注文ページが開きます。配達日・締切・支払い方法まで画面上で完結。一般のお客様向けのモバイルオーダーと、法人向けの「イーツ」を1つのアプリにまとめました。
来場した高校生や企業の方が、大学の学び・産学連携の取り組み・連携企業を自分で辿れるタッチパネル。144社の連携企業データを取り込み、来場者の関心から企業を絞り込む診断機能も実装しました。
FLOW
最初のご相談から納品後の改修まで、同じ担当が一貫して伴走します。
「誰に・どこで・何をしてもらうアプリか」を最初に決めます。ここが曖昧なまま作ると、必ず使われないアプリになります。
主要画面のラフを作り、実際にスマホや端末で触っていただきます。この段階で導線の違和感を潰します。
デザインと実装を並行して進め、2週間ごとに動くものをお見せします。実機での見え方を都度確認します。
実際の店舗・展示会場・現場でテストします。通信環境、明るさ、立ち位置など、机上では分からない問題をここで洗い出します。
Webアプリは即公開、iOSアプリはTestFlightでの配布を経て審査提出まで代行します。
利用状況を見ながら改善を続けます。メニューや価格など日常的な更新は、管理画面からお客様側で行えるようにします。
PRICE
画面数と連携先の多さで変わります。おおよその目安です。
3〜5画面程度。予約フォーム、順番待ちの発券、簡易な記録アプリなど。スマホ最適化とQR導線を含みます。
利用者向けアプリ＋店舗管理画面のセット。決済・通知・在庫連動など、運用に必要な機能を一通り含みます。
App Store配信を伴うアプリ、または展示会・店頭のタッチパネル。実地テストとストア申請対応まで含みます。
※ 開発費の目安です。別途サーバー費用（月額数千円〜）、Apple Developer Program（年間99USD）等が必要です。
FAQ
ここに載っていないことも、お問い合わせフォームからお気軽にどうぞ。
はい。ただし多くの場合、まずPWA（インストール不要のWebアプリ）でどちらの端末にも対応し、必要になった段階でiOSアプリを出す進め方をおすすめしています。初期費用を抑えられ、更新も即時反映できます。
代行します。アカウント削除導線や規約ページなど審査で指摘されやすい点を先に満たしたうえで、TestFlightでの配布、審査提出、リジェクト時の対応まで行います。実際に審査対応を経てリリースまで進めた実績があります。
内容によります。過去には展示会向けのタッチパネルを短期間で構築した例もあります。会期が決まっている場合は、まず「当日必ず動く最小構成」を固めてから機能を足す進め方をご提案します。
動くように作ります。表示に必要なデータと画像を端末内に持たせ、通信が切れても操作を続けられる構成にできます。完全オフラインで動くキオスクアプリの実績もあります。
できるようにします。日常的に変わるものは必ず管理画面から変更できる設計にしています。ここを作っておかないと運用が続かないためです。
可能です。API連携やCSV連携で、在庫・顧客・受注データをやり取りできます。自社で業務システムも開発しているため、両側を見ながら設計できるのが強みです。
はい。画面設計からデザインまで自社で行います。ブランドのトーンがある場合はそれに合わせ、ない場合は業種と利用者層から提案します。
RELATED
ひとつの案件で複数の領域にまたがる場合も、窓口はひとつのままご相談いただけます。
COMPARE
「とりあえずアプリ」ではなく、目的と更新頻度から選びます。
※ 通知が主目的ならストア公開、更新の速さが主目的ならPWA。両方を段階的に用意することもできます。
ENGINEERING
アプリの成否は画面の数ではなく、「最初の3タップで目的にたどり着けるか」で決まります。
やりたいことが1行でも決まっていれば、実現方法と概算をその場でお答えします。
まだ形になっていないアイデアの段階でも構いません。
お電話でのご相談：070-8445-2324（平日9:00〜18:00）