ビジネスをするためのメモ

ビジネスはゲームですか？ そう思う。 そして、どのゲームにもルールが必要です。



こんにちはHabr、私の名前はアレクサンダーです。 今日、IT分野でビジネスを行う方法としない方法についてお話ししたいと思います。 私は自分の経験からこれらのメモを取りました。 私はここで本を書かないと同時に、しばしば空っぽで退屈なフレーズを書きません。 これは、私が独立した仕事の分野で働いている間に自分自身のために学んだこと、つまり私の叔父のために学んだことだけです。 記事全体が複数の部分に分割されます。 最初の部分を除くすべての部分で、資料はメモの形で提示されます。各メモの後に、根拠のないように私の作品から例を示します。 行こう！

パート1。私の短い話。

私は自分自身のためだけに5年間働いてきました。 最初のフリーランサー、その後彼自身の会社を設立。 私は学生としてロシアのフリーランス市場から始めましたが、ビジネスについての遠い考えすらありませんでした。 最初は非常に小さなプロジェクトをしてから、より高いレベルに移動しました。 そして、彼は完全に西洋のフリーランス交換に移りました。 この間ずっと、私は100以上のプロジェクトを完了しました。もう少しです。 私は、アメリカ、イギリス、オーストラリア、ブラジル、ポーランド、スウェーデン、スペイン、ロシア、イタリア、日本、南アフリカ、イスラエルなど、多くの国のクライアントと仕事をしています。 全員に言及するわけではないので、すべてをリストするわけではありません。 ご覧のように、クライアントの地理は広範です。つまり、クライアント、プロジェクト、従業員との連携について結論を導き出すことができ、それらがあなたにとって役立つことを願っています。

はい、ところで、私はOCR、OMRを専門としています。最近、ドキュメント管理の分野で容量を増やしています。

パート2.作業の構成

1.計画します。

控えめですが、そうです。 計画は、成功するビジネスのコンポーネントの1つです。 計画がなければ、あなたの事柄は常に解き明かす糸のボールのように見え、横から誰かがあなたにこれらの糸をさらに投げます。 そして、それは無限のルーチンに変わります。 毎日翌日のタスクのリストを作成してみてください。

私の経験から：しばらくの間、私が1人か2人のクライアントと仕事をしたとき、私はメモや計画を立てず、スケジュールを作成しませんでした。 しかし、時間が経つにつれて、顧客とタスクはますます増えましたが、私は記憶に頼り続けました。 結局、これはいくつかの交渉を忘れてしまい、交渉の準備ができず、その結果、交渉に失敗したという事実につながりました。 また、クライアントの名前を忘れてしまったときの好奇心もありました。 しかし、クライアントはユーモアのセンスを持っていることが判明したため、すべてがそこでうまくいきました。

そのような失敗の後、私は毎日の計画を立て始め、顧客名、予算などを記録し始めました。

2.大きなタスクリストを作成しないでください。

処理できない日のタスクを自分で負担しようとしないでください。 たとえば、クラスを作成するタスクを自分で設定します。クラスの開発には8時間、つまり1営業日かかります。 このリストに、交渉などの並行タスクを置かないでください。 あなたとクラスは書かないので、交渉はくしゃくしゃになります。 動機は主に未解決の遊牧民の仕事によって殺されます。 たとえば、3月1日にタスクを自分で設定し、5月1日までタスクを保持すると、強制終了されます。 遊牧民などのタスクは、ある日から別の日に移動します。 それらを取り除きます。

私の経験から：最初は、スケジュールを立て始めたので、1日で多くのタスクを詰め込もうとしました。 最初、私はそれを誇りに思っていました、彼らは私がとても忙しいと言います。 そして、1か月前に任命した遊牧民の仕事がまだあることに気付きましたが、完了しませんでした。 そして、これは仕事への動機を殺し始めました。 したがって、私は適切に私の一日を計画しようとします。 私の強みと能力に比例して。

3.タスクを重要度別に分けます。

興味深い仕事にどのように取り組みたいとしても、自分の問題に優先順位を付けることができます。 まず、必要なタスクではなく、重要かつ緊急のタスクを解決します。 今日は重要なタスクを解決していないため、明日は興味深い問題を解決する必要はありません。 たとえば、「非常に緊急」、「通常」、「低優先度」、「いつか」の4つのカテゴリのタスクを作成します。 そして、それはあなたの人生を簡素化します。

私の経験から：アメリカのクライアントと仕事をする中で、私たちは彼の要求を満足させようとしましたが、深刻なことからは程遠いものでした。 彼（クライアント）はプログラムの外観にのみ関心があり、譲歩した私たちは、プログラムの中核を開発するなどの深刻なタスクに従事するのではなく、プログラムを会社の色でスタイル化するために多くの時間を失いました。 結論：期限の変更、お金の損失、クライアントとの非常に緊張した関係。

4.緊急のタスクを遅らせないでください。

緊急タスクは、プロジェクト、会社、顧客関係全体の運命を決定することが非常に多いタスクです。

私の経験から：潜在的なクライアントが私たちに連絡し、彼は私たちに1つの興味深いプロジェクトの開発を提案しました。 おおよその予算とタイミングについて話し合い、予備的な合意に至りました。 彼は、私たちが実質的に話すことができるように、詳細な作業明細書を送ると言った。 OKと言った。 技術仕様を受け取った後、私たちはそれを安全に忘れました。その瞬間、私たちは別のプロジェクトに取り組んでおり、そこでのタスクの優先度は低かったからです。 その結果、潜在的なクライアントは待つことにうんざりし、彼は他の開発者のところに行きました。 緊急課題の解決を延期したという事実により、有望なプロジェクトを失いました。

5.短い間隔で交渉をスケジュールしないでください。

優秀な交渉担当者とは、クライアントを短時間で説得できる人です。 しかし、時々非常に気まぐれなクライアントに出くわし、何度も尋ねて時間をかけることがあります。 したがって、他の顧客、投資家、パートナーとの競合を避けるために、少なくとも3時間の間隔で交渉をスケジュールしてください。 そして、あなたは休息を取り、時計を必死に見る必要はありません。

私の経験から：私は2人のクライアントとの交渉を設定しました。 1つは16.00で、もう1つは17.00で。 最初のもので私たちはすぐに終わり、私は安心して2番目のクライアントに行くと思いました。 しかし、そこにありました！ 最初のクライアントは、運が良ければ、その日に彼が聞きたかった多くの質問であることが判明しました。 そして、2番目のクライアントのウィンドウは17.00から18.00までしかありませんでした。 その結果、最初の場合は通常交渉し、2番目の場合は誤解が生じ始めましたが、それは後で解決しました。 しかし、今後は、このような短い間隔で交渉を任命することはありません。

6.委任。

すべてのために、何らかの理由で、すべての人々ではなく、権限、タスク、およびその他の問題を委任するという有名な原則

ようこそ 自分のタスクまたは会社のタスクを他の人に委任する方法を学びます。 これは「マルチスレッド」につながるため、マルチスレッドの問題解決はシングルスレッドよりも優れていることは誰もが知っています。 タスクを他の人に適切に委任する方法を学ぶと、ビジネスをより効率的に実施できます。

私の経験から：最初は2つの理由ですべての法律と会計の問題を他の人に委任しました。第一に、法律と会計を理解する時間がなかった、第二に、法律と会計が嫌いです。 会計。 そして、信じてください。それははるかに簡単です。レポートや契約書を作成したり、貴重な時間を無駄にする必要はありません。

7.死んだクマの皮を共有しないでください。

すべての初心者ビジネスマンの大きな間違いは、彼らがまだ稼いでいない利益の計算です。 計算だけでなく、チームメンバー間の配分も含まれます。 予測から身を守ることを学ぶ。 プロジェクトの交渉を始めたばかりであれば、オフィスや車の修理にそのような金額を費やすことをすぐに想定する必要はありません。 ただ働いて、契約の数字に注意を払わないでください。 そうではないと想像してください。 プロジェクトの85％の準備が整ったら、金額に注意する必要があります。 その後のみ。 多くの場合、プロジェクトの支払いが遅れ、計画が失敗することがあります。

私の経験から：プロジェクトの1つで、クライアントと金額について話し合い、契約に署名し、このお金をどこで使うかを考え始めましたが、このお金がまだ存在しないという事実を考慮しませんでした。 そして、いつものように、支払いは遅れ、計画は崩壊しました。

8.後続のタスクではなく、現在のタスクに焦点を当てます。

後続のタスクではなく、現在のタスクを優先します。 現在のタスクはほとんど常に後続のタスクに関連付けられているため、前のステージのタスクから後のステージのタスクにジャンプすることはできません。 これら2つのタスクが相互接続されている場合。 あなたが知っているように、あなたは最初に子供を産むことはできず、その後に彼を妊娠します。

したがって、ここでは、段階と期限に従ってタスクを順番に完了します。

私の経験から：フリーランサーとして働き始めたばかりの頃、私はよく一言でTKを読みました。 すぐに契約を結び、プロジェクトを開始したかったのです。 これが起こったことです。 取引が完了し、TKをより注意深く読んで、問題があることに気付きました。 幸いなことに、私はすぐに解決策を見つけることができたので、プロジェクトは時間通りに完了しました。 しかし、私は現在のタスク（Reading TK）から次のタスク（契約の締結）にジャンプしました。 そしてそれは恥ずかしさにつながりました。

パート3.顧客

1.クライアントは常に正しいとは限りません。

クライアントと仕事をした多くの人は、クライアントが自分が神であると想像する状況に遭遇しました。 これは特にプロジェクトマネージャーに当てはまります。 クライアントは、プロジェクトを監督するために専門の労働者を雇わないこともありますが、専門のIT教育を受けていないマネージャーを雇うか任命します。 しかし、何らかの理由で、これらの人々はほとんどの場合、自分自身をITビジネスの神だと考えています。 特に、プロジェクトの技術面に関連する瞬間に。 あなたの視点を守ることを学ぶ。 そのような神々の圧力に屈しないでください。

私の経験から：私たちはアメリカのクライアントとのオープンなプロジェクトを持っている現在、彼は若いマネージャーによって監督されています。 むしろ、非常に若く、あまり賢くないマネージャーです。 そして彼は、プロジェクトの名前から言語や技術の使用まで、ささいなことについて常に私と個人的に議論しています。 このマネージャーは原則として開発からほど遠いので、私は自分の見解を擁護し、私が適切と思うようにします。 彼のリードに従えば、プロジェクトの80％をやり直す必要があります。つまり、予算に収まらず、損失を被ることになります。

2.クライアントを上司ではなく、パートナーと考え​​ます。

クライアントに自分自身に対する力を感じさせないでください。 本質的に、あなたはパートナーシップを持っています。 彼はあなたの上司ではありません-彼はあなたのクライアントです。 そしてポイント。 多くの顧客は、音楽を支払う人が支払うという原則に基づいて仕事をしています。 そうしないでください。 彼はあなたの首に座るからです。

私の経験から：クライアントの1人は、彼が注文したすべてのことを1日のいつでも支払いなしで行う必要があることを私に証明しようとしました。 最初はこのやり方で屈服して仕事をしようとしましたが、このクライアントが私の時間（そして結果としてお金）と神経を使っていることに気づいたらすぐに去らなければなりませんでした。 そして、私はそれを全く後悔していません。

3.落ち着いてください。

すべての顧客がITに精通しているわけではないことを忘れないでください。 これまたはそれを非常に冷静に説明してみてください。 私たちのIT分野には非常に愚かで偏狭な顧客がいますが、非常に賢く、独自の方法で進んでいます。 非常に良い予算で。

私の経験から：私の記憶では、プロジェクトの注文をしたスペインからのクライアントが1人いました。 男性自身が物流会社を所有しており、IT部門からは非常に遠く離れていました。 各段階で、私たちは彼に「何？ なんで？ どうやって？ その結果、私たちはソフトウェアを開発し、最初にお金をもたらし、次に、会社の発展の新しい段階に押し上げました。

4.約束、期限を守り、言い訳を求めないでください。

説明するものすらありません。 約束を守りながら、期限はITビジネスの柱の1つです。 これがイメージを形成し、顧客が注意を払うものです。 これを達成するためにあらゆることをしてください。 締め切りに間に合わなかった場合、言い訳をする必要はありません-これは助けにはなりませんが、状況を悪化させるだけです。 締め切りを破った理由をクライアントに説明してください。 しかし、言い訳なしでのみ。

私の経験から：あるプロジェクトの締め切りを逃しました。 むしろそうではありません。 そうではありません。 とてもいいです！ 1つのプロジェクトの締め切りが中断されました。 彼らは自分自身を正当化しようとしました、彼らは状況を誤って評価したと言います、DAL、BLLを書き直す必要があります（これはTKにありませんでしたが）。 それは助けにはなりませんでした-それは私たちの間違いであり、クライアントは罰則を主張しました。 その結果、修正を行うために、クライアントが機能の一部を無料で提供することを提案しました。 彼は同意した。 しかし、沈殿物はすでに残っています。

5.クライアントとさらに通信を試みます。

私は一般的にチャット、メールなどのファンではありません。 音声で、または直接会って、何かに同意するのがより簡単かつ迅速になるようにします。 音声通信または対面では、気分、対談者のイントネーションがどのように変化するかを聞いたり、確認したりすることができ、これに適応できます。

6.ノーと言う方法を知っています。

このアイテムは、多くの若いビジネスマンにとって一種の「つまずき」です。 クライアントを喜ばせようとする若いITビジネスマンは、「いいえ」と言う方法を知りませんが、これは最終的に悲しい結果につながります。 「いいえ」と言うことができないため、ビジネスマンはお金、時間、そして時には顧客を失います。

私の経験から：プロジェクトの1つで、おかしな出来事が起こりました。プロジェクトを完了し、お金が送金され、技術的なタスクが完全に完了しました。 すべてはプロジェクトが閉じられているようですが、そこにありました！ プロジェクトの最後の数週間後に、PDFファイルが添付された手紙が私の石鹸に届きました。 この機能には、新しい機能の仕様が記載されています。 そして、この機能は無料で実装する必要があります！ 新しい機能の仕様はTKに見合っていたため、私はこれに単にショックを受けました。 つまり、有給の仕事です。 当然、私はこれを拒否し、これは新しい仕事であり、元のTKに関連していないことをクライアントに説明しました。 彼は長い間inしていましたが、結局、この機能の開発を拒否しました。 バグと欠点を無料で修正しました。

7.「恥ずかしい」顧客を拒否します。

クライアントが何かを好まない場合は、直観的に、彼と一緒に仕事をするべきではないと伝えます。彼女を信頼してください。 クライアントとのコミュニケーションの初期段階で疑問がある場合は、そのようなクライアントを拒否することをお勧めします。

私の経験から：私はさまざまな理由でクライアントと仕事をすることを拒否しましたが、それらのいくつかを挙げます：思考を正しく表現できない、不適切な交渉、無視、TKを書くことの拒否、非常に長いフィードバック、rog慢。

そして、これらの場合、私は拒否することは常に正しかった。 私はこれらのクライアントから頭痛を感じなかったので、新しいタスクを実行しました。

8.クライアントを自分でロックします。

あなたがクライアントと仕事を始めたなら、彼とあなたと仕事をすることからのポジティブな瞬間だけを残すようにしてください。 将来、彼は別のアーティストを探すのではなく、あなたのところに来るのですから。

パート4.プロジェクト

1.ニッチを選択します。

多くの小企業や個人のフリーランサーは、彼らがすべてをするという罪を犯しています。 私の観点から、これは開発の行き止まりの道です。 すべてをすることは不可能だからです。 すべてをやると、ニッチ企業や個々の開発者と競争することはできなくなります。 一度に5つの椅子に座ることは不可能です。

私の経験から：上記で書いたように、私の主な専門は認識です。 ニッチを選ぶ前に、私はすべてをしました。 しかし、新しいプロジェクトでこのタスクの技術、ツール、側面を研究しなければならなかったため、これはあまりうまくいきませんでした。 実際、論文を書いた後、私にとってニッチの選択は偶然に起こりました。 彼女は「ホップフィールドとハミングニューラルネットワークを使用したテキスト認識」というトピックを取り上げました。 その後、ライブラリをプロジェクトで使用し始めました。 私は認識に関連するプロジェクトをより頻繁に受け始めました。 その後、彼はそれらにのみ集中しました。 当然、私は認識がほんの一部であるプロジェクトに取り組んでいます。 しかし、まだ。 プロジェクトごとにスキルを磨きます。これはビジネスであるため、新しいプロジェクトでの経験を活かして、開発時間を大幅に短縮し、短時間でより多くの利益を得ることができます。

2.シンプル。

すべてを最大限に簡素化します。 アーキテクチャで終わるインターフェイスから始まります。 誰も混乱させる必要はありません。 シンプルであるほど良い。

私の経験から：インターフェース、使いやすさ、アーキテクチャの面で最高のプロジェクト、私はスペインのクライアントのために開発されたプロジェクトを考えます、私はそれについて上で書きました。 アーキテクチャの開発に2週間を費やしましたが、後悔はしていません。 私はまだこのエンジンを他のプロジェクトで使用しており、時々それを販売するだけです。 そして、私が最初に置いたシンプルさは、最短時間でエンジンをニーズに適合させるのに役立ちました。 スペインのプロジェクトは非常に複雑でしたが。

3.大から小へ。

多かれ少なかれ大きなプロジェクトを設計するとき、すべてをカバーしようとしないでください。 無駄だ！ すべてのニュアンスを考慮することはできません。 システムの主要部分に集中します。 主なポイントとタスクを説明してください。 そして、開発に取りかかります。 このアプローチは、彫刻家のアプローチに匹敵します。 ブロックから、彼らはまずおおよそのシルエットを形成し、次に、ある部分から別の部分に移動して、シルエットを実際のオブジェクトにより似たものにします。 そして最後にのみ、彼らは彼らの彫刻を詳述します。 だからあなたと一緒にいるはずです。 プログラムの大部分を作成し、それらを分割して変更し、より現実に近づけます。

私の経験から：新しいプロジェクトの開発を始めるとき、最初にいくつかの論理的な部分に分割します。 その後、開発に進みます。 開発中に、これらの論理部分をより小さな部分に分割して実装します。 そして、これをあらゆる段階で繰り返し、部品を小さくします。 これらのパーツが分割できない状態になるまで、この手順を繰り返します。

4.モジュール性とスケーラビリティ。

すべてのプロジェクトを設計して、後で非常に簡単にスケールアップできるようにします。 また、それらをモジュール化します。 つまり、いくつかの論理モジュールに分割されます。

スケーラビリティにより、システムの機能を簡単に拡張できます。また、モジュール性により、一部の機能を別のライブラリに分離して他のプロジェクトで使用できるようになり、開発時間が短縮されます。

私の経験から：原則として、私は常にプロジェクトを小さな部分に分割し、その後他の開発で使用します。 だから私はどこでもするので、特定のケースについては書きません。

おわりに

ITビジネスのいくつかの重要な部分について説明しました。 「作業の整理」、「クライアント」、「プロジェクト」。 記事が非常に大きいことが判明したため、「プロジェクト」セクションを膨らませませんでした。 尊敬されているHabrコミュニティがこの記事を続けたい場合は、喜んで記事を書いて、私の経験を共有します。 正直に言うと、この記事には「従業員とパートナー」、「財務面」という条項は含めませんでした。また、上に書いたように、「プロジェクト」条項を膨らませませんでした。

この記事で何か役立つものを見つけて、そこから新しい知識を学び、無駄な時間を費やさないことを願っています。



ご清聴ありがとうございました。



よろしく

アレキサンダー