2025/12/02 14:01
お弁当アプリの新規レコード登録の簡易化方法についてアイディアあったら是非ご意見ください。
現在紙で書いているお弁当の注文を、アプリにして事務所からそのまま見る＋簡単に数量が分かるようにしたいな、と思いアプリ製作中です。
アプリ自体は特に問題ないのですが、使う人が実際に登録する際にちょっと問題…というか地味に手間があるなーと思い、悩み中
・お弁当注文するユーザーは、ほぼ毎日注文ユーザーと単発注文ユーザーがいる。
・ほぼ毎日注文ユーザーは、現在一週間分をまとめて記載している
・ちなみに注文内容は基本一緒
・アプリにした時にレコードを登録してもらうことになるが、レコード複製したとして、1回作成4回複製して日付直して…×4週間×12か月…毎日だと思うと結構な手間だな…と
しかもうっかり、注文抜けしたらお弁当なしになっちゃって、かわいそう
勿論、毎日注文するっていうことが確定であれば、月初めにEXCELで作成しちゃって【ファイル読み込み】するのは可能なんですが、ほぼなのがミソでして…
もし他に何かいいアイディアあればぜひ教えていただきたいです。
・ご契約中のコース： スタンダード
・譲れない条件：プラグインは無料だと嬉しい
共有する
4件のコメント
(新着順)
ミュートしたユーザーの投稿です。
投稿を表示すでに一旦解決済とは存じますが...
キャンセル・注文モレは、「自分のお弁当スケジュール」をポータルに配置することで改善するかもしれません。
絞り込み「ユーザー=ログインユーザー」「指定の日= 今日～1週間?先」で並べた表を作成し、
ポータルに貼り付けるだけ！
表示は「指定の日｜曜日｜注文内容」のシンプルなものでも。
もし抜け漏れが多くてお困りになりましたら、ぜひお試しください～
ミュートしたユーザーの投稿です。
投稿を表示「ほぼ毎日注文ユーザー」は、どれ位の人数がいますか？
※ 仮定 10人とした時
①仮称「お弁当の注文【○○さん 専用 】」アプリを
「登録済みのテンプレートから作成」or「ほかのアプリを再利用」で 10人分作成
・このアプリには「定例レコード一括生成プラグイン（TiS）」を入れて
まとめ入力を可能とする
②仮称「お弁当の注文」アプリを 1つ 作成
単発注文ユーザーは、このアプリに入力してもらう
③仮称「お弁当の業者発注集計」アプリを 1つ 作成
※このアプリには「関連サブテーブル一覧表示プラグイン（TiS）」を入れて、
①10ｱﾌﾟﾘ と ②1ｱﾌﾟﾘ の 計11ｱﾌﾟﾘ の 集計を行う
（Pluginが作成した関連レコード一覧を使い 複数ｱﾌﾟﾘ ※の「指定の日」をキーに集計）
※ = 同一スペース(ﾌｨｰﾙﾄﾞ)に複数アプリの設定は確認
と云うのはどうでしょう？ 未検証なので、情報まで！
ミュートしたユーザーの投稿です。
投稿を表示こんにちは。
ほぼ毎日のルールを変えてしまうのはどうでしょうか？
① １か月分をファイル読み込みで作ってしまう（管理側が）
② 休みたい場合にユーザーがキャンセルの処理をする
以上です。
ミュートしたユーザーの投稿です。
投稿を表示ジャストアイデアですみません🙇🏻♂️
登録方法簡易化には遠いですが、レコード作成を「カレンダー形式の一覧」から行うというのはいかがでしょうか？
kintoneでスケジュールを管理するには｜kintoneヘルプ
・一覧の日付セル右上の＋クリックで注文対象日が自動入力された新規レコード登録用のフォームが開きますし、
・注文者を作成者（または更新者）にしておけば入力する手間は省けますし、
・”必ず注文する方のみレコード追加する（注文キャンセルなどはレコード削除）”運用にして、一覧のタイトル設定を注文者にすれば、カレンダーに注文した人だけが列挙される（と思われる）ので、抜けも俯瞰で認識できるかなぁ
と思います。（気持ち的に負荷感を軽減できるか？という観点です。）
ただし、「日付ごとの注文」は変わらないので、おまとめ注文に対しては様式を固定したExcel提出を受けてファイル読み込み（追加）で対応するか、「おまとめ注文アプリ」（仮称）を別に作って、カスタマイズで「注文アプリ」に分解・転記する を併用するしかないかもですね💦
時間がとれず、貴フォーム再現→カレンダー形式一覧の検証ができていなくてすみません🙇🏻
ご参考になれば幸いです。