FMZグループで人を探して開発結果をカスタマイズすることは理想的ではありません. グループに送ると,FMZの多くの友人がこのような問題に直面していることに気づきました. 多くの人が私と一緒に,彼らが穴に落ちた経験を経験したと言いました. インターネットを共有する精神で,この点を理解して共有してください.
条件: 1 機能要求が最初から最後まで 書き上げられていません 2 価格が決まり,返金なし 3 開発周期は互いの提供で,開発者は毎回の延期を尊重します.
開発需要者として,FMZは初めて開発戦略を認識しました. 1. 開発者があなたに言うことが簡単であっても,支払前にすべての要素を明確に話すことをお勧めします. 皮肉なことは避けましょう. たとえ彼らがあなたに詳細に話さないとしても,支払前にできるだけ詳細に話してください. 戦略を漏らすことを恐れず,パラメータを提供しないことは行えます. 念頭通りコピー,何の意味もありません.
2、事前に決められたサイクル延期,期限が終わらない,それは彼がプロジェクトサイクルを予期していないということです. 絶対に,哀れな言葉のために,あなたが私がどれだけ長い間開発してきたものを見れば,最終章,残念なことに,本当に自分自身です. そして,以前にも責任を負いません.
3. 可能な限り,開発者に最初に実体盤をテストして,問題があるかどうか確認し,端末端の受容ではなく受容を行うようにしてください. 開発者は一般的に自分の完全なプロセステストを好まないことを発見しました. 各リンクを細かくテストします.
4. 純粋な文字通信ではなく,遠隔支援と音声通信が必要です. 時には1つまたは2つの単語で明確なことを説明することができます. 文字は,本当に強い文化的基盤と文字表現能力を必要とします. また,専門的な名詞も必要です.
このカスタマイズ開発のプロセスは基本的には,お金を要求し,支払いを促すことです. 最も繰り返されるのは,支払いを要求することです.
概要: オーサーシングのプロセス全体で,様々な人があなたを探しています. 能力は異なっています. 価格も異なっています. 問題に直面すると,自慢するだけ,非難する場所はありません. 悪い評論を残す場所もありません. FMZグループは,さまざまな能力を持つ接客員でいっぱいです.
結論: 再生する
提案:FMZは本当に注意深くアウトソーシングを整理する必要があります. 最終的な
!!!私はチャット記録をすべてパッケージ化し,それを公開するつもりでした. 皆が穴を漏らさないようにするため,チャット記録と取材者の名前は公表されません.
シュー私はフォーラムでいくつかの戦略を書きましたが,一般的な評価は,戦略を書く必要のある人の戦略は,非常に信頼性が低いか,または自分の取引の認識の経験が不足している,一時的な有効性 (牛市) があるということです. これらの戦略は,ギャンブルとまったく異なります.
小草カスタマイズ戦略は確かに問題であり,思考の問題,コミュニケーションの問題,現実の問題など,完璧な期待を抱かないでください.
発明者 量化 - 微かな夢この記事へのトラックバック一覧です. クラウドソーシングプラットフォームは,情報交換,投稿,特定のユーザーの間でのオフライン協力の場を提供しており,プラットフォームは介入しません. 開発者との間で合意を結び,開発内容を合意し,合意に従って実行する必要があります. 不適切な例を挙げると,人材市場では,労働者,賃金,建設内容などについて,具体的な合意が必要であり,労働者の手法,働き方,効率性,賃金などもまったく同じではない.人材市場には,どちらにも保証はない.人材市場は,単なる情報と交流の広める場所にすぎない. ブログに載っているのは, 面白いことに,この2つの要素は ` ` 1. 開発者があなたに言うことは簡単であっても,支払前にすべての要素を明確に話し,不機嫌なことを避けるようにお勧めします. たとえ彼らがあなたに詳細に話さないとしても,支払前にできるだけ詳細に話してください. ` ` 要求側は,開発者がポリシーを理解して,要求内容を明確にしていないことを恐れて,それを変更すると考えています. 要求側は,変更はコードの数行以上のものだと考えることがあります. 実際,変更は最も面倒なことです (時には書き直すこともできません). したがって,開発者,需要者との協力の重点は:**開発のニーズを明確に記述し,明確に記述し,文書化して,合意されたプロセスに従って開発を進めることです.
発明者 量化 - 微かな夢開発者の信用情報を追加する議論はできます. 提案ありがとうございます.
言ったこのメッセージは,ユーザーが自分で削除できるものです.
発明者 量化 - 微かな夢クラウドソーシングの分野では,コメントはできます.
言った実際,評価を増やすことは可能で,結局,要求を明確にする能力は開発者の能力の一部です. サービス態度,サイクル制御,予算評価を含む開発者のビジネス総合能力評価の一部です.
言った評価は行われ,優勢は略奪され,能力のある者は突出し,能力のない者は排除される.