Megamind は、 Founder's Tipsのルーブリックを続けています。 今回は、 CleverPumpkinの共同所有者兼CEOであるDenis Germanenkoと話をしました 。 2014年の結果によると、彼の会社はカスタムモバイル開発の市場でトップ5に入っています。 CleverPumpkinは4年以上営業しており、サンクトペテルブルクに拠点を置いています。
これらの簡単なヒントは、すでに「水泳」を始めており、市場で足場を築くための真剣な野望を持つ、働く会社に適しています。 範囲-カスタムソフトウェア開発、おそらく製品開発。
最初に、ビジネスエンジェルまたはメンターを見つけます
会社の存続中に、マネージャーが貴重な経験を積んで、問題を解決し、障害を克服する多くのイベントが行われます。 しかし、多くの場合、それらは日常的で標準的なものです。 これらのイベントに関連付けられたアクションは、創業マネージャーの主なタスクであるビジネス/会社開発から気を散らす可能性があります。
そのため、チーム内に経験のある人がいる（運用活動に参加する必要さえない）ことで、このビジネスの他の人によって解決策が既に解決されている小さな問題を回避できます。 困難な状況の場合には、そのような人からいつでもアドバイスを求めることができると感じてください。 しかし、あなたの決定に対する責任をそれに移さないでください-あなたは情報を得るだけで、あなたはまだ決定をしなければなりません。
財務計画を避けないでください。
年間および四半期の財務計画、キャッシュフロー予測、すべてのビジネス指標の綿密な監視、四半期および年次レポート、ダイナミクスの追跡。 これらのツールを無視しないでください-それらの不在は、数ヶ月であなたの会社を台無しにすることができます。
共通の真実？ 多くの人にとって、はい。 しかし、キャッシュギャップのため、一部の企業は、いかにクールで成功していても、まだ「死んで」います。
サービス会社の場合、最後までコアサービスのアウトソーシングに抵抗する
（請負業者を使用した）アウトソーシングは、危険でリスクが高く、管理されていないプロセスです。 あなたが手の甲のようにそれを知らない場合、請負業者は無責任の可能性を持ちます。 理想的な請負業者は、なんらかの理由でフルタイムの地位を離れる元従業員です（他の国に残され、フリーランスの仕事に就くことを決めたなど）。
あなたがカスタムメイドのモバイルアプリケーションを開発していると想像してください（これはサービスビジネスです）。 プロセス：ドキュメント、設計、設計、プログラミング、QA、サポート、開発。 これは顧客向けのメインサービスであり、完全な製品開発サイクルであり、モバイルアプリケーションになります。 いずれかの段階のアウトソーシングには重大なリスクが伴います。最悪の場合、顧客にプロジェクトを引き渡すことができなかったり、顧客が結果に満足できなくなります。 せいぜい-あなたは真剣にあなたの神経を軽くたたきます。 請負業者は魅力的です-彼らは安価で、一見「手元に」ありますが、これはすべて欺all的です。
アウトソーシングは、あなたがこの分野の専門家ではなく、彼らになりたくないことを知っている場合にのみお勧めします（会計サービスなど）。 しかし、これは顧客向けのメインサービスではありません。ソフトウェアを開発していますよね？
アイドルスペシャリストほど悪いものはないため、100％のリソース使用率を目指して努力する
サービス事業では、チームを拡大する2つの方法があります。 最初の方法は、数十人の専門家を一度に募集してから、それらをどのように採用するかを考えることです（すでに彼らのためのプロジェクトがある場合、これは素晴らしいですが、これはまれなケースです）。 2番目の方法-開始および終了する予定のプロジェクトの数が増えると、徐々に専門家を募集します。
サービス事業におけるリソース販売の通常の指標は、70％から始まります。 これは、プロジェクト間でスペシャリストがしばらくの間アイドル状態になり、会社に直接利益をもたらさないことを意味します。 この期間中に彼が開発して学ぶことができることは明らかです-これは会社にとっても利益です。 しかし、最大の利益は、プロジェクトが次々にタイトになることです-そして、スペシャリストをリリースするのが早ければ早いほど（もちろん、現在のスペシャリストを損なうことなく）-新しいプロジェクトをより早く取得できます。 1か月間の従業員のダウンタイムは、モチベーションに非常に深刻な影響を与える可能性があり、回復するのは困難です。 したがって、今後のプロジェクトに特化したスタッフの成長は最良の選択肢であり、自発的な雇用の方法ではありません。
TKを使用している顧客が、今日、開発（設計/コード）のために注文する準備ができている会社に来た場合、これは警告を発するはずです。 注文が少ない、品質が悪い、結果が悪いのでしょうか？ あなたの会社が顧客に興味があり、彼があなたが彼の仕事に最もよく対処すると信じているなら、彼は1-2ヶ月待つことができます。 また、この期間中に、必須の準備段階（計画、文書化、調整）を共同で実行できます。
プロジェクト間で少なくとも半年に1度スペシャリストを交代します-プロジェクトに飽きることもあります
ソフトウェア開発市場では、カスタムモデルと製品モデルに大きな違いがあります。製品開発では、月ごとに専門家が同じプロジェクトに取り組み、1年間のカスタム開発では、専門家は2〜5個のプロジェクトに参加できます。 しかし、長期的なカスタムプロジェクトもあります。労働者のローテーションを推奨しています。 平均して、1人の開発者は、タスクが多かれ少なかれ多様であれば、6か月間プロジェクトに継続的に取り組むことができます。 それから彼は何か新しくてもっと複雑なものを望んでいます。 そして、これは彼の気まぐれではありません-これはモチベーションの漏れの潜在的な場所です。 プロジェクト間で人を交代させる能力がある場合は、それを使用してください。 とにかくあなたの手に遊びます。
本当に好きなことをする-それとあなたのチームに感染する
チームで製品を作成し、個人的に使用しないと、成功しません。 チームメンバーが一緒に作成するものについて中立的な感情または否定的な感情（ああ、恐怖）を持っている場合、あなたは成功しません。
創立者およびリーダーとしてのあなたの仕事は、創造されたものから喜びと喜びを人々に植え付けることです。 将来、チームはこれを自分で行うことができるようになりますが、そうするよう奨励する必要があります。 チームは常にあなたを見ます-あなたが作成されている製品について懐疑的であれば、あなたの同僚にも同じことを期待してください。 したがって、特定のプロジェクトのみを選択する機会がある場合、潜在的なすべての顧客があなたに来て、非常に幸運です-これは結果から喜びを得るための障害がないことを意味します。
ヒント-カスタム製品/プロジェクトを作成する場合、特定のアイデアの内部停止リストを修正します。 これらは、注文の際に決して引き受けないプロジェクトです。 たとえば、Instagramのクローン、メッセンジャー、タクシーサービスのアプリケーション、攻撃的または下品なもの。 しかし、それは残念です。仕事に対して支払う可能性のある大きなお金は、このストップリストの存在を簡単に忘れさせてしまいます。 しかし、ここではそれはすべてあなたとあなたの原則に依存しています。 確かに、原則を放棄すると、チームの自信を失う可能性があります。