ここでは、店舗の宣伝、法的および官僚的なニュアンスについては説明しません。 結果として、開発者が望んでいたものではなく、望んでいるものを手に入れるために、潜在的な顧客（注文者に関係なく）にアドバイスをしてほしいだけです。
誰が参照条件を作成する必要がありますか？
はい、技術的なタスクは多くの問題を解決しますが、ほとんどの顧客はそれが何であるかを知りませんし、知りたくありません。 そして、彼らが望むなら、彼らはそれを多かれ少なかれ正しく作ることは非常にまれです。 だから誰がこれを行うべきですか？
基本的に、私たち（開発者）はこれに取り組んでいますが、私は解散しません。技術的なタスクは多くの点で開発者にとって便利な方法で作成されます。 「より簡単でシンプル」にする必要があるものもあれば、「より高価」なものもあります。 そして最終的に、人は、参照条件に従って、商品のSMS支払いシステムを店舗で受け取ります。 後で、おそらく、彼女は、たとえば自動車部品にSMSメッセージで支払うのは「あまり便利ではない」ことを理解するでしょう。 そして彼は、委託条件を起草するタスクを請負業者に完全に与えることができないことを理解します。
それで、すべて同じように、顧客は技術的なタスクを補う必要がありますか？ もう一度。 人がウェブサイトを注文する（そして自分でウェブサイトを作成しない）場合、それはウェブ開発の可能性について彼が知る可能性が低いことを意味します。 たとえば、ほぼ毎日jqueryプラグインの更新などを見ていますが、ZHILMESPROMUGOL LLCのディレクターはjqueryが何であるかを知っていますか？
それにもかかわらず、あなたは、できればほぼ同じテーブルにいることが請負業者と一緒に、あなたのオンラインストアの開発のための参照条件を作成する必要があります。
誰が店の構造を考えるべきか
また、質問は見かけほど単純ではありません。
顧客の意見（経験から、概算）：「人がYandex.Money（または別の変電所）を介して商品の代金を支払うことができるように、商品のカタログ、バスケットが必要です」
パフォーマーの意見（彼自身の経験だけでなく）：「先週、家電製品のオンラインストアを作りました。 今、私はウサギの食べ物を販売するためのテンプレートを反転しています、それがすべてです。」 請負業者は「私はあなたを理解しています」と言うことができ、それ以上の質問なしで仕事に取りかかることができます。
結果：
1.顧客は不要なモジュールの料金を支払い（指定された例-説明にビデオを挿入）、請負業者は怠慢すぎて考えたり提案したりできないため、有用なモジュールを受け取りません。
2.顧客は、パフォーマーの目を通して店全体を受け取ります。 たとえば、すべてのWeb開発者（およびレイアウトを描いているデザイナー）が、ウサギフィードが「プレミアム」で販売されていることを知っているわけではありません。 さらに、これは、特定の重量がサイト上の「ピース」であると想定されるという事実につながる可能性があります。
3.請負業者は店舗を作り、ネットワークに置き、作業を完了します。 顧客は、自分が何を望んでいるかを知りません。 通常、支払いが行われた後、「仕上げ」に対して追加の支払いが行われます。 そして、仕上げ作業の結果として、サイトの半分が変化しています。
3つのポイントすべてを1つにまとめると、オンラインストアの構造の開発を請負業者に任せた場合、顧客は完全に不適切な実装オプションを得ることができます。 そして、パフォーマーは正しいです。
製品支払いシステム
時が経ち、Yandex.Money、WebMoney、VISA / MasterCardなどを介した支払いの可能性を店舗で見たい顧客が増えています...
ほとんどの場合、何らかの理由で、顧客はこれらがすべての段階で制御される必要がある金融取引であるとは思わない。 もちろん、オンライン決済システムの仕組みを知っている顧客はほとんどいないため、アドバイスを行った後でも、このトピックを掘り下げようとはしません。
結果：
- 開発者（実行者）に、転送の料金がいくらであっても、
- 無視できる開発者は、さらにアクセスし、支払いを追跡し、領収書を追跡し、最悪の場合はお金を受け取ることができます 。
- 支払いシステムを備えた請負業者であっても、請負業者は自分自身を手配することができます。
- 月に「曲がる」システムを選択できます。
したがって、結論： オンライン支払いシステムが必要な場合は、開発者にこれをどのように実装できるかを尋ね、次にGoogleが支援する-条件を読んでください。 実行可能な支払いシステム、提供するサービス、パーセンテージ、契約のオファーを確認します。
ちなみに、ほとんどの場合、契約に署名するには、個々の起業家または法人が必要です。
製品販売サイクル-すべての製品が同じように販売されるわけではありません
オンラインストアの準備ができていて、機能しているとします。 そして、顧客はどのように購入しますか？
ここで、落とし穴は上記の例ほど不快ではありませんが、あります。
各製品には独自の「ライフサイクル」があります。 ずっと、私はオンラインストアのみを行いました。オンラインストアの顧客は、ユーザーとストア管理者のアクションの構造とシーケンスに1か月を費やしました。 彼は、支払いオプション（金額に対するすべての追加割合の手当を含む）、配送オプション（コストを含む）、条件、通知付き注文ステータスを慎重に考えました。 働くことは喜びでした。 しかし、他の店舗を開発する場合、同じシステムを常に使用できるとは限りません。 それらのいくつかは他の都市に配達せず、配達方法は宅配便のみであり、他はVMを介してのみ支払いを受け入れ、他のものはユーザーへの質問を策定し、他の質問への回答を知りたいです。
たとえば、国/地域/都市を入力するために途切れてしまった場合、最終的に彼らは私に一度も行ったことのない都市Nでのみ配達があると書いてくれました。
したがって、顧客への別のアドバイス-請負業者と話をするとき、サイトで販売したい製品の正確なアイデアを持っています。 そのような製品を持つ店の「実際の」生活を考えてください。 実際には、商品の販売サイクルを考えてください。たとえば、契約上の内燃機関の販売のために、文書（参照アカウント）を作成する必要があるためです。 したがって、すぐにこの製品を作成する人を書くようにユーザーに依頼するのは良いことです。 そして、お土産マグカップよりもICEでお金を受け取るのは「難しい」。
メインページの「ポータル」に関する多くの情報
ここでは、問題は金融や危険ではなく、困っている。
多くの場合、顧客は、セクション「ニュース」、「質問と回答」、およびサイト管理者の継続的な作業を必要とする同様のセクションを作成するように要求します。 ほとんどの場合、これらのセクションは時間がかかりすぎるため、「デッド」のままです。
おそらく最後のヒント：
請負業者にニュース、有用な記事、ストアのメインページでのレビューなどを指示する前に-天気、為替レート、商品に関する最後のnコメント、誰がこれに従うかを考えますか？ 私は便宜について話していません。 はい、ニュースは便利です。 ただし、このためには、少なくとも週に数回、サイトコントロールパネルを開いて、ニュースを追加する必要があります。 記事はさらに難しく、思い付くのはより困難です。 そして、コピーはく無意味です。 そして大量に、それも危険です（プロモーショントピック）。
書かれているものはすべて、都市/顧客/顧客のためにプライベートであるかもしれませんが、多くの詳細はないと思います。 さらにペイントできます。カバーするものはありません。 優れたパフォーマー（開発者）は、これらすべての質問をクライアントに自分で尋ね、すべての実装オプション、すべての機能を伝え、顧客にとって簡単になります。 しかし、あなたはそのようなアーティストを見つけるでしょうか？ ところで、パフォーマーの選択を支持する議論がここにあります。