私は1年半にわたってIPのステータスでモバイル開発に携わってきました。 この間、私はさまざまな人々と仕事をしなければなりませんでした。 厄介な事件が1つあった後、顧客とのコミュニケーションスキルを強化し、興味を維持する必要があると判断しました。 私は自分の経験と同僚の経験を集めようとしました。 結果はフリーランサー向けのガイドのようなものです。 初心者など。

はじめに

一般的なサービス、または特にモバイルアプリケーションを作成する必要が生じた場合、顧客は自分のアイデアを実装するための3つのアプローチを持っています。

• 法律の作成 国家の従業員の雇用と雇用（ロシア連邦労働法に準拠）;
• 開発スタジオからの作業指示。
• フリーランサー（個人の起業家）からの作業指示書。

セクション1.は、3つのアプローチそれぞれのコストを比較します。 また、開発コストの形成についても述べています。

パラグラフ2.では、顧客とのコミュニケーションのニュアンスとプロジェクトのライフサイクルが考慮されます。

セクション3では、顧客とコミュニケーションを取り、仕事をするか拒否するかを決定する際に注意すべきことを述べています。

第4項は、物議を醸す状況、それらを防ぐ方法、およびそれらが発生したときにどうするかについて話します。

結論として、作業の結果が要約されています。

@CocoaHeadsのビデオレポートも利用できます。

1.開発者の仕事はいくらですか

顧客は作業のタイミングとコストに関心があります。 そのため、開発コストは時間単位で測定されました。 1時間の開発コストを計算する方法は？ この質問に答えるには、雇われた仕事でそのような仕事（どれくらいの費用がかかる）を理解する必要があり、また開発スタジオからの仕事の費用を調べる必要があります。 つまり、開発者が雇用者、ひいては顧客の費用を決定する必要があります。 つまり、開発者のコ​​ストを決定する必要があります。

1.1。 あなたの価値を推定する方法

従業員の課税を考慮してください。

私たちは皆、私たちの国では13％に等しい個人所得税（PIT）があることを知っています。 ただし、個人所得税の13％に加えて、雇用主が予算外資金（年金-PFR、健康保険-FFOMS、社会保険-FSS）に多くの拠出金を支払うことも、誰もが知っているわけでも、知らないふりをしているわけでもありません。 詳細はこちら 。

•FIUの年金保険は22％から年間796,000（正味月額60,000未満）+超過額の10％。

•FFOMSの医療保険5.1％。

•社会保険基金の社会保険は、年間2.9％から718,000です。

•事故や職業病に対する保険への拠出0.2％-8.5％。

今後の計算はいくぶん簡略化されることに注意してください。 たくさんのコメントがありますが、「しかし」、優先的な活動、利益だけです。 たとえば、Skolkovoの場合、PFRへの貢献は14％であり、FFOMSおよびFSSに支払う必要はまったくありません。 これらのケースは考慮されません。 もう1つのポイントは重要です。100％の白い給与が考慮されます。

したがって、従業員のコストは次のとおりです。

<給与総額> + <PFR控除> + <FFOM控除> + <FSS控除> + <事故保険>

そして、従業員の手の中に受け取ります

<給与純額> = <給与総額>-個人所得税の13％

たとえば、従業員として、開発者は月に100,000ルーブルまたは年間120万ルーブルを稼ぎます。

<給与ネット> = 1,200,000

<給与総額> = 1,200,000 / 0.87 = 1,379,310

<PFR控除> = 796,000 * 0.22 +（1,200,000 / 0.87-796,000）* 0.1 = 233,451

<FFOMS控除> = 1 200 000 / 0.87 * 0.051 = 70 344

<FSS控除額> = 718,000 * 0.029 = 20 822

<事故保険> = 1,200,000 / 0.87 * 0.002 = 2,758

このような開発者の年間コストは

1 379 310 + 233 451 + 70 344 + 20 822 + 2758 = 1 706 687

それだけではありません。 従業員は労働法と雇用主の親切の下で多くの権利を持っています。

1. 休暇 年28日。
2. 賞品
3. 週末と休日の仕事には少なくとも2倍の給与。
4. 病気休暇の支払い。 通常、給与が減っている。
5. 自発的な健康保険;
6. 昼食補償;
7. 旅行補償;
8. 宿泊の補償（部分的または完全）。 テナントの実際。
9. スポーツ補償

そして、これはすべて、従業員が雇用主、したがって顧客に費やす金額に影響します。 通常の非社会志向の雇用主の場合、パラグラフ1と、給与が過去1年間に変更されておらず、ボーナスが支払われていない場合のみを考慮します。 その後、28日間の休暇中、従業員の給与は1枚弱になります。 計算をわずかに切り上げると、120万人の雇用のために1年働くと、開発者のコ​​ストは170万人と言えます。

従業員を雇用する際のビジネスの負担を計算する方法は他にもいくつかあります。 彼らは、従業員が雇用者の費用で病気になるかもしれないことを考慮します。 しかし、病気のために逃した日数を予測することは困難であり、平均的な数を見つけることができますが、私はしませんでした。 大部分は、私自身の経験から、開発者はパスに関連する金銭的損失のために病気の休暇をとることに消極的であり、病気にならないようにしています。

1時間の開発コストを計算するには、1 年の労働時間数を調べる必要があります 。 2016年には1974年があります。28休暇日-28 * 8 = 224時間を引きます。 次に、従業員の1時間あたりのコストは

1 706 687 /（1974-224）= 1 706 687/1750 = 975



次に、起業家のための簡素化された税制について考えてみましょう。

知的財産税と寄付：

1. 所得税6％+ 1年あたり300,000を超える所得に対する1％。
2. FIU 19 356.48ルーブル/年への貢献;
3. FFOMS 3,796.85ルーブル/年への貢献。

開発者のコ​​ストは年間170万を少し超えると判断しました。 170万を稼ぐIPが手に入る

170万-6％-（PFR + MHIF）-（170-0.3百万から1％）= 156万

時間の面では、895になります。

さまざまな白人の給与の計算：







次に、開発スタジオの作業コストを考慮します（ ここから ）。







したがって、成功したスタジオでの開発には1時間あたり1,500〜3,200ルーブルの費用がかかり、平均値は2,290ルーブルです。 同時に、エントリのしきい値は0.5〜300万（平均値は128万）と低くなっています。 確かに、このしきい値はプロジェクト全体に対して表示されます（常に同じiOSプラットフォーム上ではありません）。 それでも、顧客は常に大量の作業を必要とするわけではありません。 場合によっては、プロジェクト全体の費用が100万ドル未満になることもあります。 または、モバイル開発のみが必要です。 モバイル開発が100万ドルより安い場合は、めったにありません。

この価格に含まれるものは明確ではありません。 実際、開発に加えて、技術仕様、管理、議論、設計、コストの開発があります。 多くの場合、顧客には「TK」などの「贈り物として」作業の一部が提供されます。 そのような場合、TKを作成するコストが残りの作業に分散されることは明らかです。 さらに、さまざまな専門家の費用は異なります。 一般に、バックエンド、Webフロントエンド、モバイルフロントエンドのコストが1時間同じだとは言えません。 それにもかかわらず、管理と議論がこの費用に含まれていても、フリーランサーはこれらの方向を組み合わせます。

より安価なオプションがあります。 そのような企業での1時間の仕事の費用は安くなりますが、低い資格や、さらに悪いことに、高い資格を装って提供され販売される低い資格は、安さに隠れている可能性があります。

スタジオは通常、管理する時間とお金の10％〜50％を確保します。 これらの2つの方向（またはこれらの2つの方向だけでなく）を組み合わせると、フリーランサーは価格を上げることができます。

ここで、スタジオに対する個々の開発者のもう1つの利点に注目したいと思います。 「開発者-マネージャー-シニアディレクター」の複雑な階層の欠如、壊れた電話、追加の支払いを必要とするリンク、官僚主義はありません。 しかし、透明性があります。

さらに、同じ都市の請負業者と一緒にいるため、顧客は彼と会う機会があります。 これは多くの問題を解決する絶好の機会です。 他の都市やCIS諸国のスタジオには、このような機会はありません。 電子的に通信することは必ずしも便利ではありません。ライブ通信は素晴らしいものであり、時にはかけがえのないものです。 たとえば、顧客が自分のデバイスにデバッグモードで何かを表示したい場合。

1.2。 価格に含めるもの

あなたが時間を費やすすべてのもの：

• ソフトウェア開発;
• この分野でのカウンセリング（トークとディスカッション）。
• TKを書く。
• 評価に費やした時間;
• AppStoreでアプリケーションを作成する時間、iTCでのサポート。
• スクリーンショットの作成。
• さまざまなシステムでアカウントを設定する時間。
• TestFlight、HockeyAppなどにデバイスを追加する時間。
• その他の費用。

さらに、有料サービスとソフトウェアを使用することを忘れないでください。

• 月7ドルからのgithub;
• 300ルーブル/月からのPhotoshop。
• イラストレーター1500ルーブル/月;
• 永遠に99ドルをスケッチ。

個人の起業家として働いている場合、支払いにはマネージャー、ディレクター、清掃婦、照明、インターネット、その他の費用が含まれます。 職場を忘れないでください。 コンピューターとテスト装置にも費用がかかります。 開発者の1時間のコストを計算する際、これらのコストは考慮されませんでした。 これは、上記の価格タグが最小値を下回っていることを意味します。

他の費用項目があります：

• オフィスレンタル、それは同じ家賃です。
• インターネット決済;
• その他

企業と比較すると、組織にはVATの対象となる費用項目があります。 これには、家賃、公共料金、電話などが含まれます。 これらの費用はサービスの費用にも含まれています。

あなたの仕事の費用にそのような費用を含めることは価値がある-あなたが決める。 誰もがそのオフィスのレンタルと法人のインターネットのコストを知っています。 高い人。 ただし、個々の開発者と作業する場合、これらのコストがすべて含まれていても、スタジオや従業員の採用と比較して作業コストが低いことを示したいだけです。 さらに、出演者の利益は高くなります。

顧客は、支払われるべきこれらすべての費用を思い出す必要はありませんが、請負業者を忘れてはなりません。

1.3。 価格に含める必要はありません

• 独自の公開アプリケーションがある場合、Apple開発者プログラム99ドル/年。
• スケッチ（既にお持ちの場合）。
• 他の顧客との時間の無駄。
• 顧客を見つける時間。

2.パフォーマーの振る舞い方

2.1。 他の人の間違いを繰り返さないでください

経済的な観点から、フリーランサーと仕事をすることは有益です。 しかし、多くの顧客はフリーランサーと仕事をしていません。







これがなぜ起こるかを理解すると、あなたは非常に貴重なパフォーマーになることができます。

フリーランサーと仕事をした経験のない生涯およびインターネットのお客様は、次の機能に注意してください。

•怠azine、規律の欠如、自分の時間を管理できない、締め切りに間に合わない、先延ばし。

•接続の切断：電話のスイッチを切る、フリーランサーへの電子メール、スカイプ、スラックなどによるアクセスの欠如

•プロジェクトの完了の欠如。 支払いの不利益にも;

•嘘、回避。

•過度の約束。 彼らはそれを美しく、クールに行うことを誓います。

•より良く見えることへの欲求。

•アパートの洪水、病院への旅行、祖母の記念、インターネットの切断、ハムスターの死、その他の問題。

•彼らは小さなもののように振る舞います。彼らは気分を害し、罪悪感を認めず、トラブルを防ぎません。

•優秀なマネージャーはめったにありません。

•くしゃみのサプリメント。

•間違ったことをし、改造を拒否します。

•複数のプロジェクトに取り組みます。

•恒久的に働き、夜はフリーランスで働きます。

事実は、問題の経済的側面が最も重要ではないということです。 顧客にとってははるかに重要です：

•効率;

•責任。

•誠実さ。

•成熟度。

•柔軟性。

•フォーカス。

簡単に言えば、顧客には専門家が必要です。







そして、請負業者の法的地位はそれほど重要ではありません。 しかし、請負業者が個々の起業家の地位で働くことは公式に最も有利であるため、以下では顧客と請負業者と起業家の関係のみを考慮します。

2.2。 使用する語彙

顧客とのコミュニケーションは、プログラマではなくマネージャーです。 専門用語ではなく高レベルの語彙を使用して、純粋な言語で話す必要があります。 A.N.トルストイが言ったように、言語を何らかの形で扱うということは、何らかの形で考えることを意味します。おおよそ、不正確に、間違っています。 顧客はIT用語を認識していない可能性があり、誤解したり、まったく理解できない場合があります。

2.3。 顧客およびプロジェクトとの知り合い

このプロジェクトは完全に新しいものである場合もあれば、すでに何らかの形で存在している場合もあります。 既存のコードを維持する必要がある場合、他のプログラマの仕事をscるのは専門的ではありません。 特に、すでに仕事に同意している場合。 自分の無力さの言い訳のように見えます。 議論の中で、前の従業員に何が起こったのか、なぜ彼らが見捨てられたのかを知る必要があります。 問題が以前のパフォーマーの仕事が貧弱だった場合、他の誰かの汚いコードで作業する場合の人件費はゼロから作業に匹敵することを説明する必要があります。 いずれにせよ、他の誰かのコードを扱うことは撤回期間を意味します。

自分が開発された製品のユーザーであると考えている場合は、プロジェクトが好きです。あなたの考えを必ず表明してください。 おそらく、あなたのアイデアの1つは、将来のリストで顧客と既に記録されています。 または、顧客によって良いアイデアとしてマークされるだけかもしれません。 いずれにせよ、あなたは彼らが言うことだけを行う準備ができているだけでなく、関係者として自分自身を実証するでしょう、そしてあなたは顧客と同じ波長にいること。 プロジェクトの対象になることは大きなプラスです。

自分をサービスの将来のユーザーと見なさない場合は、急いでアドバイスを与えたり、特に批判したりしないでください。 ただし、サービスの対象ユーザーの質問、アプリケーションが解決する問題は常に適切です。

たとえば、技術的な知識が弱いために顧客が何かを理解していない場合、顧客は愚かだ、悪い、または他の何かであると考える必要はありません。 顧客は通常、あなたのような人を雇うことができるような方法で彼の人生を築くことができた人です。 あなたの仕事は、理解できないものを簡潔かつ明確に説明することです。 科学者が自分の研究室の床を掃除するクリーナーに自分が何をしているのか説明できない場合、彼自身は何をしているのか理解できません（E.ラザフォードに帰属）。

顧客が間違った技術的解決策を選択または選択したいことに気付いた場合は、必ずこれを示して、この解決策が間違っている理由を説明してください。 同時に、最後の言葉が常に顧客に残ることを忘れないでください。

最初の会議の終わりに、連絡先情報を顧客に残すことをお勧めします。 多くの場合、会議には数人が出席します。 そして、あなたが会うことに同意した人は、決定を下す人ではないかもしれません。 最も重要な人、意思決定者と通信するのが最善です。 投資家が会議に出席している場合、単に彼の連絡先を彼に転送する必要があります。

何らかの理由でプロジェクトを引き受けたくない場合は、拒否してノーと言うことができる必要があります。 これは非常に必要なスキルであり、不在は永続的な顧客が使用できます。

不可能なプロジェクトに取り組む必要はありません。 適切な時間枠では達成できなかったタスクから、実行しなかったが実行できるタスクを分離する必要があります。

2.4。 時間とお金

要件があいまいであるほど、コストが高くなります。 おおよその評価を求められた場合は、お気軽に誇張してください。 あいまいさが解消されると、顧客が30、50、200％増加するよりも少ない時間と費用で済むのがはるかに快適になります。 とにかく、費用のかかる仕事のために顧客を精神的に準備することがしばしば適切です。

作業の境界を理解する際には、できるだけ明確にするようにしてください。 仕事を始める前に多くの質問をすると、あなたと顧客の両方に明確さが現れます。 顧客があなたの理解を見るほど、彼の忠誠心は高くなります。 プロジェクト中、プッシュ通知を追加したり、マーケティングのメトリックスを追加したり、その他の小さなことを追加する必要があることを覚えておくのは不快です。

一般的な問題は、顧客と請負業者がお互いに何を望んでいるかを完全に理解していない場合です。 いわゆる期待のギャップ。 たとえば、モバイルクライアントのみを評価し、顧客はバックエンドも価格に含まれると考えました。 または、顧客がユーザー名とパスワードを考えて登録を行いたい場合。 そして、パフォーマーはメールとパスワードについて考えます。 または、ソーシャルを介した登録について。 ネットワーク。 顧客が理解されなかったり、理解されなかったりするリスクを減らすために、質問と回答を言い換えて、全員がすべてを正しく理解できるようにすることが適切な場合があります。 しかし、予見できるものは何もないので、パフォーマーの評価にはいくらかのマージンがなければなりません。

顧客が何を望んでいるかを明確に理解していない場合、全体として評価される一定量の作業を修正するように顧客に提供できます。 追加の機能は1時間ごとに支払われます。 このようなスキームは、顧客が要件の仕様に向けて力を発揮するように刺激し、請負業者の自由な仕事を保証します。

顧客がタスクに変更を加えたいが、予算内に留まることを望む場合がよくあります。 そのような場合は評価に含めないでください。 変更は非常に異なるため、最大限に自分自身を保証しようとすると、コストの見積もりは非常に高くなります。 契約の作業を正しく記録し、追加の改善を個別に評価します。

明示的な仕様は存在せず、評価は設計レイアウトによってのみ形成されます。 レイアウトもありません。



アプリケーションのレイアウトには開発全体の約半分の時間がかかりますが、レイアウトの複雑さに応じて、人件費はどの方向でも変化します。 そして、レイアウトなしでは、評価で多くを推測することはできません。 さらに、他のクライアント（Android、Web）、およびサーバー開発も設計から舞い上がります。 同様に、デザインはビジネス要件と機能要件、つまりTKに基づいています。 これは、TKの必要性を意味します。 そして、プロジェクトが早ければ早いほど、TKの必要性が明らかになります。 つまり、サービスにWebサイトもデザインもない場合、技術仕様がないと何もできません。 また、たとえば、Webサイト、サーバーパーツ、およびモバイルアプリケーションが必要な場合、技術仕様の必要性は顧客にはそれほど明白ではありません。 しかし、短いTKは完全な不在よりも優れています。 モバイルクライアントに必要なものを記述するだけで十分であり、準備ができています。

作業明細書の作成は、顧客または請負業者が行うことができます。 出演者には、この作品が支払われます。 そして、これはすぐに言わなければなりません。 TKを作成する準備はできていますか。顧客の要件に応じて調整すると、費用がかかります。

プロジェクトを評価するとき、設計に関する質問をする必要があります。

•画面間の遷移のアニメーション。

•ダミー画面（空のリスト用）;

•ロードインジケーター。

•エラーメッセージの表示。



同時に、プロジェクトをどれだけ慎重に評価しても、プロジェクトがどれほど透明に見えても、不測の事態には多少のマージンを取ります。 この在庫のサイズは15〜50％であり、

•プロジェクトの理解。

•これまでに遭遇したことのない場所の数。 既存のソリューションを確認して学習するには、余分な時間を置く必要があります。

•評価のスタイルといくつかの主観的な要因。 たとえば、詳細の調整に多くの時間を費やしてマージンを小さくしたり、人件費に1.5を掛けて任意のターンに対応したりできます。





プロジェクトの開始前に考えていたよりも、プログラムの一部に多くの時間を割く必要があることを理解することが重要です。

別の歌は、他の誰かのIPAとの相互作用です。 String型のID、パラメーターをマルチパートデータとして渡し、jsonの代わりに「json string」を取得する、その他の問題。 IPAに関する問題を回避するために、プロジェクト評価の段階で彼の仕事について問い合わせることは非常に便利です。 ニーズに合わせて発行を変更することは可能ですか、それともIPAは変更されませんか？ 変更された場合、サーバー開発者との対話を構築する方法：タスクを直接または他の誰かを介して設定するには？ これはすべて、戦闘サーバーとテストサーバーで更新を開始するのに必要な時間に影響します。 そして、ここでは単純なことを言う必要があります。

多くの場合、クライアント開発者はサーバー側の開発者を待たなければなりません。 これがプロジェクトの最初または途中で発生した場合、レイアウトなどの別のタスクに切り替えるだけで済みます。 しかし、プロジェクトの最後にこれが発生すると、ダウンタイムが発生します。



Simpleは無料であってはなりません。 これについて議論する必要があります。 サーバー作業の完了を待たずに、顧客に会って支払いを提供することができます。 すべての準備が整ったら、演奏者は無料で終了します。



あなたが遭遇したことのない難しい問題を解決するように申し出られたとき、あなたは短時間で問題の迅速な研究を提供する権利があります。 もちろん、お金のために。 結果に基づいて、詳細な相談を提供することにより、要件を評価または調整したり、仕事を拒否したりすることができます。

顧客が作業コストに満足していない場合は、交渉できます。 顧客は言うことができます-高価。 そして、価格を下げるように頼みます。 しかし、結果の価値を理解している場合、それは非常にまれであり、指定された価格よりも高くなっています。 パフォーマーの負荷が低い場合、または顧客が非常に良い場合、パフォーマーはリスクを負い、「枕」を切って、より低い価格に同意する必要があります。 負荷が高い場合、またはリスクが好きな場合は、「いいえ、価格はそのようなものであり、そのようなものであり、決して低いものではありません」と言うことができます。 または、交渉することができます。 主なことは、あなたの活動の結果が価値がある場合、顧客はあなたの条件に簡単に同意することを理解することです。 そして、あなたがしていることの価値が価格、さらには原価よりも低い場合、顧客は考える必要があります-なぜそうするのか。

しかし、顧客があなたにひどく捨ててほしいと思ったら、丁寧に拒否します。あなたの価格が正常であることに気付いたとき、彼はあなたに戻ってくることができます。 または明らかにお金の不足のために、戻りません。 すべての対向顧客に固執する必要はありません。 以下で説明する他の理由で顧客が気に入らなかった場合は、この場合、「いいえ」と言う必要があります。 一般的に、拒否することは私が最近個人的に形になり始め、経験とともに形を作り続けている有用なスキルです。

2.5。 ドキュメント

作業を開始する前に、手続きを遵守することが常に重要です。契約を作成して署名します。 契約には、顧客と請負業者の関係が記述されています。 特に、次のことを示しています。

•契約の対象。

•作業時間。

•作業の実施、実施、受け入れの手順。

•サイズと支払い手順。

•無料サポートの期間。

•当事者の責任。

•早期終了の手順。

•機密性。

•当事者の詳細。

契約の存在は、紛争の防止に重要な役割を果たします。 手続きや官僚主義が好きな人はいません。 この点で、TKは大幅に簡素化でき、場合によっては純粋に形式的です。 また、プロジェクトを評価する際に質問を少なくすればするほど、具体性が低くなり、プロジェクトの各部分の理解度が低くなり、実装中により多くの問題が発生します。

契約には、参照および設計の条件を付属文書として含める必要があります。 技術的なタスクは、少なくとも次の項目で構成されています。

•作業範囲。

•ソフトウェアおよびハードウェアの要件。

•機能要件。

この設計により、インターフェイスに関する期待のギャップを防ぐことができます。

2.6。 前払い

前払いについてはできるだけ早く話し合う必要があります。あなたの行動の計画を概説し、必須の前払いを強調することは、最初の電話での会話ですでにお勧めです。 50％この情報は、会議まで、または最後の瞬間まで隠してはいけません。時間を無駄にするリスクがあります。

この値はどこから来たのですか-50％？プロジェクトの半分は、すべてのコストで行う作業の最小限の部分です。あなたがこれを行うことができないように何が起こるべきか想像できません。請負業者にとって、この金額は、プロジェクトが継続している間、お金なしで残らないために十分です。混同しないでください。前払いは、顧客の支払能力を保証するものではなく、出演者の生活を確保するためのお金です。

ソースコードが顧客側にあり、顧客のiTunesConnectにアセンブリがあることがよくあります。これは、作業が完了すると、請負業者は顧客の品位を望み、支払いを遅らせないことを意味します。

顧客はプロジェクトの最後にのみ作業を確認し、ゆっくりと主張を始めます。つまり、請負業者は支払いを受け取る準備ができていますが、顧客はそうではありません。そして、これは請負業者にとって追加のリスクです。

iTCで実行者のみが管理者の役割を持つスキームがあります。次に、最後の支払い後にのみアカウントのパスワードを与えます。しかし、顧客がすでにこのアカウントにアプリケーションを持っている場合、そのようなスキームは適切ではありません。

50％は、両当事者にとって公正な金額です。前払いの増減-再保険。私の経験では、十分な経験がない場合、顧客はまず前払いを減らしようとします。請負業者は、顧客との否定的な経験を積んだ場合、前払いの額を増やす権利を有します。たとえば、請負業者は物議を醸す状況で会い、顧客は期限内に支払いをしませんでした。これは、請負業者が良いことを証明し、顧客が悪いことを意味します。彼がこのアーティストと仕事をしたいなら、100％の前払いを要求できます。

顧客は、見知らぬ人に50％を渡すことを恐れていると言うことがあります。しかし、LLCの場合のように10,000ルーブルの認可された資本ではなく、彼の財産すべてに対する個々の起業家の責任は、この議論を破ります。個々の起業家との合意の下で、白で作業しているお客様は、開発スタジオで作業する以上のリスクはありません。

サーバー部分、設計、および複数のクライアントを含む大規模プロジェクトの場合、複数の人々のチームを編成する必要がある場合、コストは非常に高くなります。このような場合、プロジェクトを段階に分け、段階ごとに支払いを分けるのが適切です。その後、各ステージは前払いで始まり、メインの支払いで終わります。

2.7。 仕事

開発を開始する前に、顧客に作業計画を提供する必要があります。双方がすべてが計画通りに進んでいると感じるように。少なくとも各段階が完了すると、請負業者は顧客に検査のためにアセンブリを提供する必要があります。これは前提条件です。顧客は通常、プロセスがオンになっていることを確認したい、完了がいつ来るかを理解したい。

プロジェクトの実装中に問題が発生した場合、これについて顧客に通知する必要があります。

顧客は不測の事態を報告すべきです：

• あなたの病気と、それが期限を破った場合に働くことができないことについて。
• 今後数時間ネットワーク上で利用できなくなり、顧客があなたに連絡する場合;
• . , . , , . . , , , .

覚えておいてください：責任と誠実さは人々に大いに感謝されます。スキルよりもさらに高く評価されています。時間を管理できず、契約を守り、連絡を取り合い、締め切りを破り、問題を隠すパフォーマー、自分には不可能なタスクを引き受けるパフォーマーは、顧客に頭痛だけをもたらし、プロジェクトを終わらせることはめったにありません。年間売上高が5つのプロジェクトをめったに超えないフリーランサーにとって、評判、顧客の推奨、専門家の絆の拡大は、ワークロードの鍵であり、将来の価値を高めます。このすべては、彼が彼の仕事と結果で彼がそれに値することを示した後にのみ可能です。

2.8。 プロジェクト完了

各プロジェクトは、作業のパフォーマンスに関する行為に署名することによって完了する必要があります。これは、作業が時間通りに完全に完了し、顧客が請負業者に苦情がないことを示します。この紙はしばしば忘れられます。

プロジェクトが完了したら、たとえばLinkedInや少なくともFacebookで、仕事についての推薦状やフィードバックを書くよう顧客に依頼するのが適切です。

3.良い顧客と悪い顧客を区別する方法

お客様にシラミを確認します。待ち合わせ場所を選ぶよう招待された場合は、良いカフェで待ち合わせをしてください。顧客が開発のために数十万または数百万ルーブルを支払う意思がある場合、彼はあなたのコーヒーとケーキの代金を支払う可能性があります。会議では、完全な相談を行います。良い顧客は、これが無料であってはならないことを理解し、請求書を支払います。

プロジェクトの費用の暫定的な見積もりを議論するときは、見積もりを誇張することを勇気づけてください。最初のステップでは、通常、正確な評価に十分なデータがないため、数十パーセント以上を投げて顧客の反応を見ることができます。状況が解消されると、より正確な評価が常に低下します。通常、価格の引き下げは、特に最悪の事態に備えている場合、顧客にとって快適です。

良い顧客がアイデアを持ってあなたに来て、それが実装するのにどれくらいの費用がかかるか知りたいです。悪い顧客は予算を持って来て、その範囲内に留めたいと思っています。そのような顧客は、お金の不足によってのみ正当化された入札を行うことができます。たとえば、コストを削減するためにプロジェクトで何を変更する必要があるかを尋ねる場合があります。そして、あなたは愚かなことに20％の割引を求めることができます。最初の段階ではあいまいであるにも関わらず、こぶしのある顧客は作業の正確なコストをできるだけ早く決定したいと考えています。

最初の段階で問題が発生した場合（通常はお金のため）、それは良くありません。負の経験は、森の中に行くほどfireが増えることを教えています。たとえば、顧客が前払いを遅らせ、トリッキーな支払いスキームを提供し、仕事の開始を余儀なくされた場合、彼は再保険をかけられる可能性が高くなります（あなたを確認します）または単にお金がありません。その結果、支払いに対する不信または遅延がさらに予想されます。

顧客がプロジェクト中に少なくとも一度あなたを欺いた場合、将来この顧客に対処するべきではありません。支払いのみで問題が発生した場合、将来的には100％の前払いで作業できます。

通常、顧客は期限とコストに関心があります。それほど頻繁ではありませんが、顧客は1時間の作業コストに関心を持っています。彼はあなたが1か月あたりいくら稼ぐかということにあまり興味がありません。この問題について話すのをやめることができます。

良い顧客と悪い顧客の問題について同僚の間でミニ調査を実施しました。私たちのほぼ全員が、直接の顧客は仲介者よりも優れていることに同意します。なんで？第一に、仲介者は彼の仲介サービスから離れているためです。したがって、エンドカスタマーのビジネスの負荷が増加するか、価格が高すぎるため、それを減らすように求められます。第二に、仲介者と協力することは、発生する問題を解決するのがより困難です。仲介者はすべてを担当者と調整する必要があるためです。破損した電話に問題があります。仲介者がタスクを実行者に誤解したり、誤って伝えたりすると、実行者は優先順位を誤って解釈します。そして第三に、仲介者が彼にとって異質なプロジェクトに従事することは面白くない。

優れた顧客は聞く方法を知っており、多くの場合、申し出以上のものを聞きます。そのような顧客はあなたのポイントを記録できます。技術的な問題では、エキスパートは顧客ではなく経験豊富な請負業者であるためです。良い顧客は、特定の技術的解決策についてのあなたの意見に興味を持ちます。最初の会議では、顧客に思考のための豊富な食事を提供でき、顧客は熟考のために一時停止できます。良い顧客は確かに彼の決定について知らせてくれます。悪い顧客は数日のうちに答えるつもりでしたが、最初の会議の後に完全に姿を消すかもしれません。

顧客は、ITにまったく精通していない人と、何かを理解している人に分けることができます。誰が良いこの件に関して、同僚の意見は分かれた。 ITのバックグラウンドを持つ顧客は注意すべきだと思います。そのような人々は、働く方法についての独自のアイデアを持っています。同時に、彼らの経験は表面的なものである可能性が最も高い。なぜなら、彼らはITから経営陣または別の場所に移ったからだ。そのような人々は、自分自身を開発者よりも優れており、開発者よりも高いと考えることがあります。彼らからあなたは聞くことができます：「なぜそんなに長いの？私は2時間でPHPでそれをしたでしょう。」または「研究所でC ++で書いたので、ここでやることは難しくないと思われます。」そのような顧客は、「既製の」ソリューションを提供することがあります。あるいは、サークルには、さまざまな顧客のニーズに合わせて実際に自由に作り直すことができる典型的なタスクがたくさんあるように思われるかもしれません。たとえば、1つのオンラインストアがありました。つまり、他のことを行うには、迅速かつ安価になります。

それどころか、誰かはITに精通した人々と通信することを好みます。このような顧客が低レベルの問題を解釈する方が簡単であるという事実にこれを説明します。または、そのような人々が愚かな質問をする回数が減ること。

良い選択肢は、ITプロジェクトの経験がある顧客と協力することです。悪いか良い。優れた経験を持つ顧客は、開発のコストを理解し、成功したプロジェクトからの収入の量を理解します。経験のあるお客様は、明確な言語、明確な目標、TORの必要性の重要性を理解しています。

良い顧客は前払いについて尋ねることがあります。そうでない場合、彼は彼女についての情報を冷静に知覚します。良い顧客は、変更についても話しますが、変更には追加の評価と支払いが必要であることを最初に強調します。悪い顧客は、プリペイド段階で取引されるだけでなく、ext。すぐに仕事にお金を払いたくない。たとえば、追加のコストを含めるように要求します。次の段階で機能します。これは非常に一般的な動きであり、その目的は、演奏者を短い綱に分割して保持することです。次の段階が絶対に発生しない、または参加せずに行われるという保証はありません。

良い顧客は、積極的に調整された彼のプロジェクトを明確に見て理解しています。そして、あいまいさを見ると、あいまいさを掘り下げて解決しようとします。悪い顧客は要件に浮かびます。その理由は、すでに実装プロセスにあるプロジェクトの特定の部分を変更できるからです。

良い顧客は、予備的な作業結果を見ています。これにより、初期段階での期待のギャップが解消されます。悪い顧客は、すべての準備が整うのを待ってから、クレームを積み上げます。

私の顧客を思い出して、私は悪い顧客と良い顧客の両方がほとんど常にいくつかの特徴的な機能を持っていることに注意します。しかし、ポジティブな特性とネガティブな特性の両方が人に内在する場合があります。したがって、上記の肯定的な兆候は、作業の成功を保証するものではなく、作業を開始するかどうかを決定する際のプロジェクトの利点、または選択する必要がある場合のその他のプロジェクトに対する利点と見なす必要があります。ネガティブな特性は、早期故障の呼びかけとしてではなく、潜在的なリスクを示す警鐘として見られるべきです。

さらに、顧客があなたの知人または知人の知人である場合、これはまったく異なる会話です。私自身の経験から、私はすべての顧客に知人、過去の顧客、彼らの友人に勧められたと言います。それらを信頼することは可能ですか、これらの正直な人々は-実行者に確認し、それを安全にプレイする方が良いです。顧客との前向きな経験の存在は、彼のパートナーや知人の十分性を意味するものではありません。友人が顧客を連れてきた場合、顧客について友人にいくつか質問してください。彼は誰ですか、彼は何をしますか、彼らはどのように通信しますか？彼は良い面か悪い面を見せたのでしょうか？

4.紛争の解決

紛争の本質を構成する2つの主要な問題があります。

1. 不払いおよび支払いの遅延;
2. 作業範囲の決定。

最初の問題は、前払いによって部分的に解決されます。両方の問題は、契約によってほぼ完全に解決されています。契約には、顧客と請負業者の関係が記述されており、必然的に2つのアプリケーション（TKと設計）が含まれます。したがって、契約があれば、紛争が発生しても、公正に解決できます。

フォーマルが好きな人はいませんが、フォーマリストも好きな人はいません。したがって、柔軟性が必要です。顧客が実装中に何かを変更することに決めた場合、物議を醸す状況が発生します。たとえば、私はそうします。変更が必要な作業がまだ開始されていない場合は、変更を加えることに同意します。作業がすでに開始または完了している場合、変更には追加作業が必要であり、追加します。この作品の価格との合意。最終的に、それはすべて、変更を実施するために必要な労力に依存します。作業が少ない場合は、無料で行うことができます。そのため、コンプライアンス、柔軟性においていくつかの評判ポイントを獲得できます。顧客ロイヤルティを獲得します。今日、あなたは割譲しました-明日、あなたに譲歩するよう頼むことができます。

支払いが遅れた場合はどうしますか？法的に、指定された期限に同意します。すべての準備が整ったら、顧客は実装に関する法律に署名する必要があります。または、苦情を提出してください。したがって、契約を作成するときは、条件を慎重に示してください。一方で、少量の供給があるように、そして他方で、あなたは支払いのために数ヶ月待つ必要がないように。書面による契約が作成されなかった場合、まず第一にロシア連邦民法に違反し、第二に、金なしで放置されるか、無期限に待つという実行者のリスクです。



もちろん、手元の顧客が署名したコピーが存在することで問題が発生する可能性があります。 顧客はいくつかの問題を発表する場合があります。たとえば、サーバー側に何かする時間がないか、技術的でない問題（iTCでのアカウントの設定、Apple開発者プログラムの更新、最終的に金銭的な問題）があります。 そのような場合、顧客に会って待つことができます。 また、契約に基づいて支払いを要求し、可能な場合は無料で仕上げ作業を行うことができます。 問題は、どれだけ待つかです。 注意してください：あなたの弱さを感じている顧客は、これを利用する機会を逃さないでしょう。

一般に、頑固なラムのように見えないように問題を解決する必要がありますが、同時に自分を曲げすぎたり、頻繁にしたりしないでください。 つまり、ネゴシエートできる必要があります。

プロジェクトの任意の部分の実装に既製のコンポーネント（たとえば、チャットやメディアファイル用のストレージ）を使用することになっている場合、コンポーネントの選択に関する決定は顧客と合意する必要があります。 繰り返しになりますが、市場にある既存のソリューションに関するアドバイスを提供しています。 そのような協議を行うには、請負業者はそのような決定に精通し、価格、制限などを調べる必要があります。 顧客との選択に同意していない請負業者は、起こりうる問題に対して全責任を負います。

あなたが大規模なプロジェクトを取り、あなたの仕事を担当している人々が管理、消滅、または締め切りを守らない場合、物議を醸す状況が発生します。 誰が責任を負い、何をすべきか？ あなたが責任者であれば、あなたは責任を負います。 あなたはそのようなチームをタイプしたからです。 時々、あなたはより少ない利益で、あるいは損失でさえ働く必要があるが、あなたの評判と顔を失うことはない。 そのような状況で誰かに不平を言うことは、非常に専門的ではありません。 まともな人は、常に他人に対する義務を果たし、責任を恐れません。 一方、問題が発生した場合（顧客が支払いを拒否した場合）は、顧客ではなく顧客に同意したため、同僚にも責任を負います。 このため、前払いが行われ、同僚の前で手に負えなくなるリスクを最小限に抑えるための段階が導入されます。

おわりに

個々の開発者は、雇われた労働者よりも多くを稼ぐことができますが、それでも顧客にとっては安価なパフォーマーのままです。 したがって、顧客はしばしばフリーランサーに頼ります。 しかし、多くの場合、顧客は保存する機会よりもパフォーマーのはるかに重要なプロ意識です。

そのような開発者の活動と責任範囲は、単なる技術的な仕事をはるかに超えています。 フリーランサーは、契約に記されている彼の言葉と決定に対して経済的に責任があります。 したがって、非常に慎重に決定にアプローチする必要があります。 7回測定-1つをカットします。

顧客と仕事を始めるか、協力を拒否するかを決定することが、すべての仕事の主な決定です。 この決定はバランスが取れている必要があります。 ノーと言うことを恐れる必要はありません。 2ヶ月のhemoよりも2週間のダウンタイムの方が優れています。 お客様をよく見てください。

あなたが仕事を引き受ける場合、あなたはお金だけでなく評判でも結果に責任があります。 引っ張りました-ダースではないと言ってはいけません。

書類は、顧客と請負業者との関係において重要な役割を果たします。 特に問題が発生すると、その役割は増加します。 契約との関係の深刻さ、契約の付属書、作業明細書、作業の遂行に関する行為は、顧客との近接度に依存しません。 友人でも、他の都市の人でも。 これらの文書は、物議を醸す状況だけでなく、予防効果があるだけでなく、開発プロセスを単純化することも明確にしています。