内側からのフードコート。 またはプログラマーがフードコートをどのようにしたか

みなさんこんにちは！

私は長い間自分のレストランをオープンするという夢を持っていました。あなたはどんな夢にも静かに移動する必要があります。
今年の夏、私は最初の一歩を踏み出しました。4シーズンのマーケットにフードコートを開きました。
ほとんどの時間、彼はモバイル開発者として働いていたため、スタンドと製品デザインを作成するための電話、統計、そして実際のUX開発用のアプリケーションなしにはできませんでした。



すべてがあります：

• 市場について
• アイデア
• モバイルアプリ
• ロゴデザイン
• UXと使いやすさはオフライン、
• コードへのリンク
• AppStoreのリンク。

来てくれた皆さん、こんにちは！

記事は自己インタビューのスタイルで始まります-構造化された情報を読む方がはるかに簡単で便利です。また、書くときは準備された質問に答えるのがはるかに簡単です。そこで質問とその他のトピックのリストを以下に示します。

• フードコートとは何ですか？
• 市場とは何ですか？
• 参加するには何が必要ですか？
• 費用はいくらですか？
• 主催者は誰ですか？
• 市場で何をすべきか？
• 1発で2頭のノウサギ
• 市場参加者の問題
• 主催者の問題
• モバイルアプリ
• モバイルアプリケーションの要件
• インターフェース
• サードパーティ
• イントロ/トレーニング
• なぜ迅速なのですか？
• アニメーション
• ロゴ
• 配布
• 結果/結論

フードコートとは何ですか？

フードコートは、外出先で、または非常に不快なテーブルの横で食べる食べ物を販売するポイントです。 多くの場合、さまざまな市場、フェスティバル、フェアで配布されます。 フードコートは通常モバイルで、製品と価格を変更できます。 すでに恒久的な場所、品揃えがあり、いわゆる「レストラン中庭」複合体の公園やショッピングセンターにある、より深刻なフードコートがあります。

市場とは何ですか？

マーケットは「週末フェア」またはミニフェスティバルの流行語です。

参加するには何が必要ですか？

非常に単純な市場（記事の著者がストーリーの時点で参加している市場）では、疑似業者に署名するための最大のパスポートは必要ありません。 私は衛生的な本、苦情の本、IPに注意します-これはフードコートに関するすべてではありません。 ここでは、未知の古い製品を食べたり、洗っていない手で切ったりすることができます。そのため、すべてがあなた自身の危険と危険にさらされています。 （もちろん、この記事の著者は例外であり、これがすべての同様の機関で起こるとはまったく言っていません）。

費用はいくらですか？

市場と主催者に依存します。
「4シーズン」に2日間オフで参加すると、1万ルーブルの費用がかかります。 地域と場所の概念はありませんでした。
ランバダマーケットには、すでに1日あたり約1万のコストがかかります。
ソコルニキとPGの定期的なテーマ別フードコートは、休日の場合は1日あたり最大25k、週末の場合は25kかかります。 エリアは固定されています-あなたはあなたの処分で1つの家を持っています。
ソコルニキ公園での最初のビーガンフェストの費用は、1平方メートルあたり5000rです。 コストは平方メートルに応じて増加しました。 提案されたサイトの「開通性」（詳細は以下）。

主催者は誰ですか？

これらは、イベントを開催する人々の一部です。 彼らは契約条件に同意し、スペースを借り、配線と電気、光の供給を提供し、パビリオンまたはテントを設置することができます。
実際、公園管理やArtPlayで直接ではなく、すべての問題を解決します。
また、彼らと契約を結びます。

市場で何をすべきか？

一般に、市場で何かを売る必要があります。
参加のためにすでに一定の金額を支払い、ほとんどの場合、商品に費やしたり、その準備に取り組んだりしているため（空気を売ったり宝くじをしている場合を除く）。
このイベントは良い広告とみなすこともできますが、何も売ることはできません。
たとえば、TNTでの戦闘の第14シーズンのサイキックは「4シーズン」市場に参加しました。

1発で2頭のノウサギ

私たちは、市場、プログラマー、モバイルテクノロジーの関係を複雑にします。

市場参加者の問題

• 参加者（ポジションを売る人）は大きなリスクにさらされています（特に、食べ物や飲み物のような腐りやすい商品を売る人）。
• 主催者によると、クロスカントリーと呼ばれる抽象的な人物、たとえば1日5,000人。 これは参加者にとって何を意味しますか？ -何もない。
• この「誇張された」「抽象的な」数字から、おおよそ何人がカウンターに行くのか、どれだけ購入するのか、どれだけの製品を購入するのか、どのくらいのスペース、機器が必要なのかを理解することは可能ですか？ -ほとんどない。
• 一日の終わりまでには、常に多くの質問があります。収益、利益、販売ポジション数、明日のために材料がどれだけあるか、人々が何を買ったのか、何がなかったのでしょうか？

主催者の問題

• 彼らが家屋、テント、電気などを借りるのに費やした金額を払い戻します。
• できるだけ多くの人を招待して興味を持たせる-それにより、イベントの「クロスカントリー」を増やします。
• さもなければ、次回彼らが来ない可能性が高いときに、参加者を満足させてください。
• 彼らが組織している市場が人気があるかどうかを理解してください。

モバイルアプリ

ITに6年以上携わっている人として、この考えはすぐに自分でこれらの問題を解決しようとする考えを思いつきました。

• 裁判所を通り過ぎた人の数を調べる
• 私が売り上げたポジションの数とポジションを調べます
• 現在の時間帯の1日の収益を正確に把握してください。これは、 お尻の毛をどれだけ引き裂いて売り上げを伸ばす必要があるかによって異なります。

私は最近、iOの開発者なので、すぐにモバイルアプリケーションが必要であることに気付きました。これを行うと、すべての参加者がこのような問題を抱え、このアプリケーションが必要になります。

モバイルアプリケーションの要件

アプリケーションは、次の統計を読み取る必要があります。

• 合格した男
• 男は興味を持ちました
• 男が買った

製品のリストは、日中はあまり変化しません（最後の数時間のセールオフはカウントしません）。したがって、アプリケーションで事前に製品のリストを作成できます。おそらく、価格をすばやく変更する必要があるでしょう。
次の不等式が明示的に成り立っています。
過去の数> =関心のある数> =購入した数
だから、私たちは行動の優先順位を理解しました。
私たちは常に忙しく（人は少なく、プロセスはまだデバッグされていません）、販売、料理、配信、広告の順になっているため、アプリケーションのクリック数は最小限に抑える必要があります。
アプリケーションは、総収益、セールスマン、売れ筋ポジションを非常に迅速に表示できなければならず（おそらく価格を変更する時です）、何か他のものがあるかもしれません。
アプリケーションは信頼性が高い必要があります。当然、メモリからアンロードするときにデータが保存されます。アプリケーションがクラッシュした場合、データが破損することはありません。

全体として、アプリケーションの基本要件：

• アプリケーションでは、3つの機能が常に利用可能である必要があります。最後の人をカウントし、関心のある人をカウントし、販売を入力します。
• アプリケーションでは、製品のリストと価格を事前に作成して、販売時に入力しないたびに、
• アプリケーションは、不必要な画面や遷移のない便利なものでなければなりません。
• アプリケーションは、収益、売りポジション、
• アプリケーションは信頼性が高く、コマンドなしで入力されたデータを削除しない必要があります。

開発用のTKではありませんが、プロジェクトに最適です。

インターフェース

インターフェースロードマップの下のスクリーンショット（Sketchでした、白い画面を区別するためだけの灰色の背景）：



メインはメイン画面で、3つのメインボタンがあります。興味のある最後の訪問者をカウントし、販売を行います。 アプリケーションは常に画面をオンにして目の前にあるため、基本的なアクションの複雑さは1クリックです。
下のボタンをクリックすると、 購入画面に移動し、 メインに戻ります

ポジション画面は、製品のリスト（名前と価格）を編集するために使用されます。 リストは事前に作成することができるため（作成する必要があります）、営業日にこの画面に切り替える必要はほとんどありません。

統計画面はリアルタイムの統計情報へのアクセスであり、複数の画面で構成されており、最初の画面はすぐに「どれくらい稼いだの？」という質問に答えます。 また、円グラフで正常に販売されているものとそうでないものを把握することも、より詳細な「リスト」フォームに進むこともできます。

サードパーティ

• CorePlot-チャートを描画するため、
• 振幅-分析。
• Crashlytics + Fabric-クラッシュを収集します。

イントロ/トレーニング

開発中のソフトウェアは特化されており、対象の視聴者、つまりフードコート、展示会、市場の参加者のみが必要とすることは明らかです。
もちろん、アプリケーションは社内でのプライベートな使用から人々のグループの本番へと移行しているため、アプリケーションの機能を見せて使用方法を教える必要があります。
最初のアイデアは、最初の起動時に6枚以下のスライドのリーフレットを作成することでした。このリーフレットでは、アプリケーションで何が起こっているのか、それが何のためにあるのかを簡潔かつ明確に説明します。
このオプションを優れたデザイナー/ UXerに示した後、これは間違った形式であり、私の更新したリーフレットは更新などの新しい情報を提供するのにより適していると聞き、ユーザーがしなければならないアクションを修正しません。

したがって、結果として、対話型トレーニングは、ポジションの入力から販売、および統計の取得までのプロセス全体の段階的な経過の形で実装されました。
良いか悪いか、評価をお願いします。 最後にアンケートを作成しました=）

なぜ迅速なのですか？

もちろん、素敵な構文糖（ガードなど）、obj-cと比較したコンパクトさ、および強力なタイピングの提案。
Swiftプロトコルにより、非常に便利な決定が可能になりました。たとえば、 MainとStatsには1つの同じボタンがあり、その実装はデフォルト実装のプロトコルに適切に実装されています。 前の記事のコードが引用したのは、この機能についてでした。

アニメーション

アニメーションは重要ではなく、MVPとUXは重要でした。クリック数は少なく、ボタンは大きくて目立つようにします。プラス/マイナス記号をクリックすると、指は数字をブロックしません。
UXの実験者として私が許した唯一のことは、メイン画面から製品と統計のリストへの新しいタイプの移行です。
ナビゲーションバーの通常のボタンは使いたくありませんでした（うまくいきませんでした）。小さなボタンなどに手を伸ばすのは不便です。 画面上の余分なアイテムも特に上昇しませんでした。 そのため、スワイプトランジションを使用したソリューションを試すことにしました。 （スワイプはすでに日常的なジェスチャーのようです）。
次のようになります。


これは実験であり、これまでのところ、それが便利かどうかの確実性はありません。
ところで、私はソースコードをアップロードしました -あなたはそれを使用することができます。

ロゴ

私はデザイナーではないので、ロゴ、アイコン、デフォルト画面などの重要なものを自分で作成する必要がありました。 一般的に、私の頭の中で最も強迫観念のアイデアは、「フード」という言葉にアイデアを接続することでした。 文字を復活させるアイデアがありましたが、フォントの太さと一般的なスタイルの互換性に問題がありました。 以下は、いくつかの中間オプションのリストです。

最終的に実稼働するオプション：

配布

製品を開発する際の最も合理的な質問：誰がそれを必要とし、どのように人々がそれについて知るのか？
habraの人々が生きた食品特派員であり、アウトレットの所有者である可能性はありません（誰かにインスピレーションを与えたいと思いますが）。
最大の2つのチャネル（さらに、「予約注文」のアクションで既にテストされています）：
1）フェスティバルの参加者のライブツアーと、モバイルアプリケーションへのリンクを含むブックレットの配布
2）主催者を介して参加者に電子メールを送信（主催者の同意と関心が必要です）、
3）専門コミュニティのチャネル-しかし、それらのチャネルはごくわずかです;これはロシアではあまり発展したニッチではありません。

結果/結論

1）アプリケーションの開発には多くの時間がかかりました（主に主要な作業と他のプロジェクトのため）。
2）アプリケーションは、MVP製品の段階で基本的な機能を備え、設計なしで長い間使用されていました。これにより、いくつかの初期の仮定を放棄することができました。
3）デザイナーではない場合、インターフェースとUXに多くの時間が費やされます。
4）食品特派員は不正であるため、アプリケーションの収益化の当初のアイデアはこれまで延期されており、アクティブな正規ユーザーのグループを引き付ける必要があるため、最初に支払いを行うことも不採算です。
5）AppStoreでのチェックに時間がかかり始め、
6）アプリケーションには2つのエディションがありました。1つ目は、AppleがASEOを不必要だと見なしたアプリケーションの名前にあまりにも多くの単語が含まれていたためです。

3.4詳細
App Storeに表示されるアプリ名には、アプリ名での使用に適さないキーワードまたは記述子が含まれています。
具体的には、アプリ名に含まれる次の単語は、キーワードまたは記述子と見なされます。
トラフィックと出席をカウントし、日中にその場で統計とレポートを取得します：収益、平均請求額、コンバージョン、合計カウント。 より良い-より多くの販売、顧客、商品、利益。

2番目のリダイレクトは、ウォッチにComplicationが存在することによるものでしたが、実際には何も存在しませんでしたが、plisteファイルに複雑な空の配列が存在するため、ビルドはパスしませんでした。

PS読んでくれてありがとう！ イントロの最終バージョンはこちらで確認および評価できます 。