banner
leaf

leaf

It is better to manage the army than to manage the people. And the enemy.
follow
substack
tg_channel

スタートアップ企業の一年間の業務総括

会社は転換を余儀なくされ、私たちのソフトウェア開発部門は解散することになりました。開発部の責任者として、私も退職せざるを得ませんでした。退職に際し、起業会社での 1 年間の仕事の感想をまとめてみます。

一。面接
2014 年 1 月の年末、会社の年会が終わった後に退職し、履歴書を整理して再就職を探し始めました。偶然にも、QQ グループで現在の会社の技術責任者が人を募集しているのに出会い、簡単に話した後、彼は私を直接会って具体的に話すよう招待しました。会う場所はカフェで、彼はいくつかの技術的な質問をした後、私が彼の要求を満たしていると感じたようで、待遇の話を始めました。提示された待遇はかなり良く、税引き後 15K でしたので、私は心を動かされました。それで、会社の状況を簡単に尋ねると、彼は会社が新しく設立され、主にオンライン教育製品を作ることを説明しました。製品の要求文書、開発環境、プロジェクトの開発アーキテクチャなどはすでに準備されており、私たちが入社すればすぐに開発に取り掛かれるとのことでした。面接の過程はこのようなもので、私はその場で彼に同意しませんでした。「一週間考えてから返事をします」と言いました。一週間後、彼から電話があり、私の考えを尋ねられました。その時、私は別の会社のオファーを持っていましたが、給与は彼が提示したものよりも低かったため、私は高い給与の会社を選ぶことにしました。それで、彼に同意し、年が明けた後に会社に報告しました。

二。入社
2015 年 3 月 2 日の朝 9 時に正式に会社に報告しました。会社に入ると、驚きました。会社はなんとパソコンすら持っていませんでしたし、ネットも引かれていませんでした。私の第一反応は、騙されたと感じました。私は彼に「どうして会社は何もないのか」と尋ねると、彼はオフィスの場所は最近借りたもので、デスクは 2 日前に設置されたばかりで、まだパソコンを購入したりネットを引いたりする時間がなかったと説明しました。「数日中にすべて整う」と言われ、私は信じることにしました。次々と、会社が採用した他の人たちも報告に来ました。続いて、社長も来て、会社の状況を紹介する会議を開きました。この時、私は会社に 4 人のパートナーがいることを知りました。出資者は男女の 2 人の社長で、他に女性のプロダクトマネージャーが 1 人、彼が技術パートナーでした。後に知ったことですが、社長は重金をかけて別の会社の開発チームを全て引き抜いてきたそうです。その開発チームは合計 7 人で、以前は食事の注文アプリを開発していたとのことです。チームのメンバーには JavaWeb、IOS、Android の専門家がいて、データベース設計を専門にする人もいました。基本的にかなり完成度の高い技術チームでした。チームの中で 3 人は今日が正式な出勤日で、残りの 3 人はリーダーと一緒に 2 週間待たなければ正式に退職できないとのことでした。チームのリーダーは開発歴 10 年で、私の目にはアーキテクトレベルの人物に見えました。入社初日、パソコンもネットもないため、何もできず、彼がやるべき製品の要求について話すのを聞くしかありませんでした。ここでも問題があり、製品の要求文書は一切なく、彼はホワイトボードにやるべきことや機能モジュールを描いただけでした。入社初日、私は様々な不安を感じました。私は密かに技術チームのメンバーに尋ねましたが、彼らも非常に奇妙だと感じており、こんなソフトウェア会社を見たことがないと言っていました。皆、「まずは様子を見て、ダメならすぐに辞めよう」と言っていました。

三。パソコン購入
会社に入社して 3 日目、ネットが引かれ、最初のパソコンが購入されました。パソコンの構成を見てみると、開発には全く適していないことがわかりました。購入されたのは Lenovo の家庭用モデルで、メモリは 4GB しかなく、拡張もできず、CPU も不十分で、非常に動作が遅かったです。パソコンの選定も彼が担当していました。その後、私は「このパソコンを返品して、他のブランドのものを再選定できないか」と提案しました。このパソコンは本当に開発には適していないと伝えました。すると、彼は私に開発に適したパソコンを選ぶように言いました。価格は約 3000〜4000 元程度でした。さて、会社に入って最初の任務は開発をすることではなく、パソコンを購入することでした。私は京東で Dell のデスクトップを選び、数台購入しました。以前のパソコンは他の人に使わせることにしました。私たち開発者は全員 Dell を使って開発を行いました。

四。小さなエピソード
会社に入社して 1 週間ほど経った頃、理由はわかりませんが、社長が重金をかけて引き抜いた技術チームのリーダーと社長が対立しました。社長はそのリーダーを会社に呼び、会議室で全社員の前で彼を厳しく叱責しました。二人はその場で顔を合わせなくなりました。リーダーは会社の技術責任者が信頼できないと感じ、何もわからないと提案し、社長は彼を信頼しているため、リーダーを変えることを拒否しました。技術リーダーが社長と対立した後、彼は 2 週間後に会社に正式に出勤することはありませんでした。チームに残った 3 人も来ず、技術開発チームは以前来た 3 人と私、もう一人の合計 5 人だけになりました。5 人の中で、私と他の 2 人は JavaWeb のバックエンドを担当し、1 人はデータベース設計を行い、もう 1 人は Android を担当していました。彼は Android 開発者が少ないと感じ、私に Android 開発を担当させることにしました。私は以前 Android 開発をしたことがなく、Android 開発にも興味があったので、彼に同意し、Android 開発に転向しました。

五。製品開発プロセス
会社に入社して 2 週目、会社は新たに Android 開発者を 1 人採用しました。これで技術チームは 6 人に拡大しました。3 人が Android 開発、3 人が JavaWeb バックエンド開発を担当しました。そして、製品の要求文書がまだない状態で、彼は私たちに開発を始めるように指示しました。Android タブレットに基づくオンライン英語教育製品を作ることになりました。製品は【趣学】、【英語アプリ】、【読書アプリ】、【知育ゲーム】、【個人センター】、【アプリストア】、【ビデオアプリ】、【ランチャーデスクトップ】のいくつかのアプリで構成されていました。最初から計画がなかったため、大きくて全体的な製品を作ったことで、後の開発進捗が遅れ、予定通り 3 ヶ月で製品を完成させて市場に投入することができませんでした。この問題については後で詳しく説明します。彼は私にアプリストアの開発を担当させ、タスクを割り当てる際も口頭で「xxx が xxx アプリの開発を担当」と言うだけで、ZenTao や Project のような専門的なプロジェクト管理ソフトウェアを使って開発タスクを整理することはありませんでした。このアプリストアの開発も要求文書は一切なく、ストアの UI も設計されておらず、プロジェクト開発フレームワークも全くありませんでした。すべてがゼロからのスタートで、彼は私に「Apple のアプリストアを模倣して作ればいい」と言いました。プロダクトマネージャーは iPad を持っており、私は毎日彼女の iPad を使って見ながら模倣して作りました。

Android 開発環境の構築から、学びながら開発を進める中で、様々な問題があり、プレッシャーも大きかったです。4 月中旬頃には、私は大まかな形を作り上げ、彼に見せました。彼は満足しているようでした。この時、彼は「アプリストアはほぼ完成したので、Java バックエンドの方が人手が足りないから、手伝ってほしい」と言いました。それで、私は JavaWeb バックエンドの開発を手伝うことになり、主にアプリのデータインターフェースの開発を行いました。私たちのアプリのバックエンドは主に Struts2+Hibernate+Spring の 3 つのフレームワークで開発されており、すべて私が得意とするものでしたので、スムーズに進めることができました。

5 月中旬頃には、私のアプリストアの最初のバージョンが完成しましたが、災難が訪れました。以前に要求文書がなかったため、プロダクトマネージャーが何を作るべきかを明確にしていなかったのです。今、プロダクトマネージャーがデザインを作成し、私に彼女のデザインに従って改版するように言いました。私はプロダクトマネージャーの要求に従って大幅に改版しました。改版が終わった後、彼女に見せると、UI が改版されたばかりなのに、彼女は「要求がまた変わった。今の形ではダメで、改版しなければならない」と言いました。他の同僚が作ったものもすべて改版が必要だと言われ、再度要求に従って作り直すことになりました。これが後の開発進捗の失速を引き起こし、皆が数ヶ月間無駄に働いたことになりました。本来 6 月に製品を出す予定でしたが、要求の変更により 7 月にずれ込むことになりました。

7 月中旬頃には、関連するアプリはほぼ完成し、社長にデモを行いました。社長は見た後、まあまあだと感じ、製品を市場に投入する計画を立てました。8 月には、私と同僚が深圳に行き、作成したアプリをタブレット製造業者に渡し、業者にアプリをタブレットにインストールしてもらいました。その後、業者から 100 台のタブレットを購入しました。タブレットを持ち帰った後、私たちは 1 週間以上機能テストと業務テストを行いましたが、多くの問題が発見されました。タブレットのハードウェアの品質問題なのか、ROM がすでに Root されていたためなのか、私たちのアプリがインストールされると非常に不安定で、頻繁にフリーズやクラッシュが発生しました。ユーザー体験は非常に悪く、社長は何度か試してみて非常に不満を持ち、「こんなものを市場に出すのは全く使えない」と言い、私たちにこれらの問題を解決してから市場に投入するように指示しました。それで、ローンチの時間が再度遅れ、9 月まで問題を解決することができました。3 月から 9 月まで、整整半年の時間をかけて製品を完全に仕上げることができましたが、社長は非常に失望し、彼とプロダクトマネージャーに対してもますます不満を持つようになり、彼の能力を疑い始めました。

六。やり直し
製品が完成した後、市場に投入されました。私たちのマーケティング戦略は、私たちのアプリがインストールされたタブレットをユーザーに販売し、タブレットの価格差を稼ぎ、タブレット内のアプリが提供するサービスでユーザーからお金を稼ぐことでした。理想は美しいものでしたが、現実は厳しいものでした。私たちのタブレットは 1 台も売れず、タブレット内の学習内容もユーザーを引き付けることができず、誰も購入したがらなかったため、私たちが半年間かけて作った製品は無価値なものになりました。その後、理由は不明ですが、会社には大きな人事異動があり、社長は彼が信頼できないと考える人々に自主退職を促しました。彼とプロダクトマネージャーも退職し、社長は私と話をし、私が彼のポジションを引き継ぎ、開発チームを再構築し、以前の開発したものを全て覆し、彼の考えに従って再開発することを希望しました。

10 月から、私は正式に開発部門を引き継ぎました。私はチームを再構築し、続けていくことを望む人々、無条件で残業することを望む人々を残しました。続けたくない人々には退職してもらいました。開発チームには 5 人が残り、さらに半月後、開発チームの中で 3 人が退職しました。こうして開発部門には 3 人だけが残りました。1 人はデザイナー、1 人は Android 開発者、私は JavaWeb を担当しました。

私たちは以前の間違いを総括し、以前の製品が大きすぎて全体的であり、重要な点を捉えられず、何でもやろうとしたため、各アプリが特徴を持たず、うまくいかなかったと一致して認識しました。私たちの製品の中で、唯一価値があるのは【趣学】アプリだけで、他のアプリは付属的なものでした。【趣学】アプリが私たちの開発の重点であることを理解した後、私たちはすべての時間とエネルギーをこの【趣学】アプリの開発に注ぎました。社長との何度ものコミュニケーションの後、私たちは具体的な要求を確定し、私は詳細な要求文書を作成し、開発計画とスケジュールを策定しました。私たちは再び開発を開始しました。デザイナーは要求文書に従って再設計し、Android 側は以前に作成したものを移行しました。バックエンドの開発フレームワークはすべて廃棄し、新しい要求に従って再開発しました。約 10 日間で、私たちの新しいバージョンの【趣学】が完成しました。社長にデモを行うと、彼女は見た後、満足して「これが私が欲しかったものだ」と言いました。

七。運営とプロモーション
新しいバージョンの【趣学】が完成した後、社長は専門の英語教師や外国人教師を探して英語学習ビデオを録画させました。録画されたビデオはバックエンド管理システムを通じて一元管理され、【趣学】アプリに表示されました。その後、アプリのプロモーションが始まり、社長は数人を雇って運営チームを組織し、アプリの運営とプロモーションを担当させました。この期間中、私たちは運営チームからのフィードバックに基づいて修正と改善を行いました。

11 月中旬頃、社長は新しいコンセプトの英語アプリを見て、良いと感じましたが、そのアプリには学習状況の統計機能がなかったため、私たちに模倣して作るように指示しました。そして、模倣の基礎の上にバックエンドの学習状況統計機能を追加しました。新しいコンセプトの英語アプリの開発期間は約 20 日かかり、私たちは新しいコンセプトの英語アプリとほぼ同じアプリを作成し、バックエンドの統計機能を追加しました。

新しいコンセプトの英語アプリも完成した後、私たちはアプリを通じてどのように収益を上げるかを考え始めました。私たちの収益モデルは、アプリが提供するサービスを通じてお金を稼ぐことでした。私たちは数社の英語教育機関と提携の話を進め、教育機関が生徒を募集し、私たちはタブレットとアプリを提供しました。教育機関が募集した生徒は私たちのタブレットを使って英語を学び、私たちのアプリのバックエンド管理システムは生徒の学習状況を詳細にデータ統計分析しました。教育機関との提携の他に、私たち自身も研修クラスを開設し、自主的に生徒を募集し、アルバイトの教師を雇って授業を行いました。この期間中、数社の教育機関と提携契約を結び、私たち自身もいくつかの研修クラスを開設しましたが、募集の問題で生徒数が少なく、より多くの生徒を引き付けるために、チラシを配布し、無料体験クラスを開き、WeChat でプロモーションを行うなど、様々なプロモーション手段を試みましたが、結果はあまり良くありませんでした。

あっという間に、2015 年が過ぎ去りました。会社は 2015 年 1 月 30 日に年会を開き、年会ではプロジェクトボーナスが配布され、食事会が行われました。年会の総括では、2015 年に犯した間違いについてまとめ、2016 年の具体的な計画を立てました。2016 年には 50 社の教育機関と契約を結び、教師向けの教師端末アプリや保護者向けの WeChat 端末アプリを開発する計画を立てました。年会が終わった後、会社は休暇に入りました。

2015 年、会社は全く利益を上げず、300 万以上を消費しました。

八。チーム解散
2016 年の初めの 8 月、会社は正式に業務を再開しました。新しい年、新しい希望、皆が自信に満ち、年初の計画通りに製品を順調にプロモーションし、会社が利益を上げられることを期待していました。しかし、理想は依然として厳しいものでした。私たちのプロモーションや教育機関との契約の進展は理想的ではありませんでした。2 月 15 日から 3 月 15 日までの 1 ヶ月間、会社は多くの人手とエネルギーをプロモーションに投入し、管理クラスを開設し、外国人教師を招いて無料体験クラスを行いましたが、結果は依然として良くありませんでした。会社が投入したコストは収入を大きく上回り、3 月 15 日、何の前触れもなく、社長は全運営チームを会議室に呼び、「会社は教育ビジネスを続けるつもりはない。全運営チームを解散する」と言いました。その日の午後、彼らの給与を清算し、退職させました。午後 5 時、社長は私を会議室に呼び、会社の現状と彼女の考えを話しました。彼女は教育ビジネスはお金を稼ぐのが難しいと感じ、もうこのビジネスに時間とお金を投入したくないと言いました。会社がこうなったのは、ソフトウェア開発部門の問題ではなく、私たちが作ったアプリには全く問題がないと彼女は言いました。主な責任は私と運営チームにあり、私たちは収益モデルを考え抜いていなかったのです。会社は一時的にソフトウェア開発部門を必要としておらず、現在は皆さんにやるべきソフトウェア関連の仕事がないため、残りの仕事を終えたら新しい仕事を探してくださいと言いました。こうして、私たちのソフトウェア開発部門は解散しました。

九。感想
起業会社での 1 年間で、私が深く感じたのは、起業は自分が熟知している業界で行うべきであり、やるべきことを考え、私たちがその事を手伝ってくれる信頼できる人を見つけることが重要だということです。私たちの会社が起業に失敗した理由をまとめてみました。

1. 2 人の社長は IT 業界の人ではなく、インターネット業界についての理解も乏しく、市場の方向性を把握できなかった。

2. 友人の紹介で見つけた他の 2 人のパートナーも特に信頼できるわけではなく、能力や経験が不足しており、製品全体を把握できなかった。

3. 作るべき製品は 2 人の社長の考えだけで、市場のニーズ調査を経ていなかった。

4. 会社の管理も混乱しており、職務の責任が不明確で、社長の実行力も不足していた。多くのことが口頭での指示だけで、具体的に実施されていなかった。

5. 初期の製品開発の過程で非常に不規則で、具体的な開発計画が策定されず、製品設計と開発が並行して実行され、製品部門と開発部門のコミュニケーションが不十分だったため、出来上がった製品が想定と大きく異なり、改版が続き、開発期間が延長され、製品の最適なローンチタイミングを逃した。

6. 製品のコア競争力と特徴を考え抜いていなかったため、最初から製品を大きく全体的に作ろうとして、重要な点を捉えられず、無関係なアプリに多くの時間とエネルギーを浪費した。

7. 初期の準備作業も不十分で、タブレットの選定や ROM のカスタマイズがずっと遅れており、製品のローンチが近づいてから慌てて決定された。

十。収穫
会社での 1 年間で、いくつかの収穫がありました。開発スキルの面では、Android 開発、WeChat 開発、JavaWeb の開発スキルも向上しました。会社の運営や管理の面でもいくつかの意思決定に参加し、自分の意見や見解を述べることができました。自分の役割も普通の開発者からプロジェクトマネージャー、部門責任者に変わりました。製品開発責任者として、プロジェクトの開発期間を評価し、プロジェクトの難点を見つける能力を持つ必要があります。その上で、プロジェクトの状況に応じて開発計画を策定し、チーム内のメンバーの能力を十分に理解し、タスクを割り当てる際には適切な人に最も得意なことをやらせる必要があります。

十一.1 年間の成果展示
1. アプリバックエンド管理システム

アプリのバックエンド管理システムは私の傑作で、開発に使用した技術は Jfinal2.0+EasyUI です。会社のすべてのアプリは現在このバックエンドに支えられて運営されています。

2. アプリの成果

image

読み込み中...
文章は、創作者によって署名され、ブロックチェーンに安全に保存されています。