Tôi nên biết gì trước khi bắt đầu một công ty phần mềm? [đóng cửa]


42

Nhận thấy rất nhiều bạn bè của tôi đang thất nghiệp, một số người bạn của tôi và tôi đang lên kế hoạch tạo ra một công ty phần mềm nhỏ.

Những điều cơ bản chúng ta nên biết và làm là gì? Có những điều cụ thể để điều hành một công ty phần mềm mà chúng ta cần phải biết?


2
Câu trả lời của tôi cho một câu hỏi cũ hơn nhưng có liên quan. Tôi hy vọng bạn thấy nó hữu ích: lập trình
viên.stackexchange.com/questions/57782 / Giả

Cuốn sách trả lời nhiều câu hỏi của bạn :) 37signals.com/rework Nó đã thay đổi cách tôi nghĩ về việc tạo ra các công ty phần mềm và xây dựng.
Nerian

Câu trả lời:


79

Tôi sẽ cố gắng liệt kê một vài điều¹ Tôi ước tôi nghĩ về việc tạo ra công ty của mình.

Điều cần thiết là bạn phải thuê người (luật sư, kế toán, nhân viên bán hàng, quản lý dự án) hoặc bạn phải tự học nhiều thứ, vì kỹ thuật dùng thử và lỗi thường sẽ khiến bạn tốn rất nhiều tiền.

  • Hãy nhận biết luật pháp địa phương . Khi bạn là một công ty nhỏ và bạn bị khách hàng kiện hàng ngàn đô la vì một số câu bắt buộc bị thiếu trong hóa đơn của bạn, việc xử lý là không rõ ràng.

    Theo cách tương tự, khi khách hàng không trả tiền cho bạn trong nhiều tháng, khi bạn đến gặp luật sư và biết rằng hợp đồng bạn đã ký không buộc khách hàng phải trả tiền cho bạn , bạn muốn bạn hỏi ý kiến ​​luật sư trước khi ký bất cứ điều gì. Tôi đã dành bốn năm học đại học luật; Tôi luôn ngạc nhiên bởi chất lượng kém của các hợp đồng được viết bởi những người không có kiến ​​thức về luật pháp. Hầu hết các hợp đồng tôi đã thấy rõ ràng nói rằng nhà phát triển có thể không bao giờ được trả tiền, hoặc khách hàng có thể yêu cầu bất kỳ thay đổi nào miễn phí .

    Hãy nhớ rằng, một số khách hàng sẽ dành một lượng lớn thời gian cố gắng không trả tiền hoặc trả ít hơn. Họ sẽ viện dẫn thực tế rằng sản phẩm của bạn không phù hợp với mong đợi của họ hoặc họ luôn nghĩ rằng những thay đổi bạn thực hiện theo yêu cầu của họ là miễn phí hoặc họ không cần sản phẩm nữa. Hãy chắc chắn để xem F * ck Bạn. Trả tôi. bởi Mike Monteiro, người thảo luận về những tình huống như vậy.

    Đây là một công việc của một luật sư. Luật sư là đắt tiền, nhưng họ tiết kiệm tiền của bạn.

  • Hãy chắc chắn rằng các khoản thuế sẽ không cao hơn thu nhập của bạn . Ví dụ, ở Pháp, khi bạn bắt đầu, bạn có thể dễ dàng rơi vào tình huống nhiều tổ chức bán chính phủ (như công ty bảo hiểm bắt buộc) sẽ yêu cầu hàng ngàn đô la mỗi năm, nhưng thu nhập của bạn là vài trăm đô la mỗi năm.

    Không ai quan tâm bởi những điều vô nghĩa như vậy, bởi vì đó là cách để các tổ chức đó kiếm được nhiều tiền. Ngay cả khi bạn không có bất kỳ thu nhập nào, bạn vẫn phải trả tiền. Cho rằng một số trong số họ được quản lý như các công ty bảo hiểm và được hưởng lợi từ sự độc quyền của họ, bạn thấy mình đứng trước một thực thể hoạt động giống như mafia (ví dụ như tình huống của bạn là gì, bạn sẽ phải trả tiền), nhưng đôi khi không có sự bảo vệ những lợi ích.

    Thấy nhân viên thuế đến công ty của bạn và yêu cầu kiểm tra tài khoản, sau đó tìm ra một vài sai lầm sẽ khiến bạn mất vài nghìn đô la cũng không phải là một điều tốt đẹp.

    Đây là một công việc của một kế toán viên: tránh các lỗi kế toán thường tốn kém quá nhiều và bảo vệ tiền của công ty bạn khỏi các lỗi cố ý của các thực thể mạnh mẽ.

  • Điều gì làm cho bạn tốt hơn tất cả các nhà phát triển tự do? Điều gì làm cho bạn tốt hơn tất cả các công ty phát triển phần mềm lớn hơn? Làm thế nào để bạn giải thích cho khách hàng rằng bạn tốt hơn?

    Tôi đã có một vài cuộc thảo luận với các đồng nghiệp của mình, những người muốn tạo ra các công ty của riêng họ. "Bạn có gì mà người khác không có?", Tôi hỏi mỗi lần. Họ không thể trả lời, hoặc họ trả lời một câu như "Tôi sẽ hỏi giá thấp hơn", nhưng họ không thể giải thích họ sẽ tiết kiệm chi phí như thế nào.

    Hãy chắc chắn rằng bạn biết các khía cạnh mà bạn tốt hơn so với các đối thủ cạnh tranh. Hãy chắc chắn rằng bạn có thể tiếp thị bản thân, giải thích không chỉ những gì tốt hơn, mà còn tại sao.

    • Ví dụ: một công ty A vận chuyển phần mềm với chi phí thấp hơn, vì họ sử dụng quản lý tinh gọn, loại bỏ chất thải liên quan đến các nhiệm vụ không cần thiết để phân phối sản phẩm.

    • Một ví dụ khác: một công ty B cung cấp phần mềm chất lượng cao bằng cách sử dụng các đánh giá mã chính thức chuyên sâu, thử nghiệm, bằng chứng chính thức và các kỹ thuật khác được sử dụng trong các công ty viết phần mềm quan trọng trực tiếp.

    • Ví dụ cuối cùng: một công ty C làm hài lòng khách hàng của mình bằng cách sử dụng quản lý triệt để và Agile.

    Quan trọng hơn, làm thế nào bạn sẽ tìm thấy khách hàng của bạn? Bạn có quảng cáo không? Ở đâu? Làm sao? Nó sẽ có chi phí bao nhiêu?

    Bạn đã sẵn sàng để trả lời câu hỏi của khách hàng? Ví dụ: nếu ai đó hỏi tên của các công ty bạn đã làm việc trước đây để yêu cầu các công ty đó phản hồi hoặc nếu ai đó yêu cầu hiển thị các sản phẩm phần mềm hoặc ứng dụng web bạn đã thực hiện, bạn có câu trả lời không?

    Đây là công việc của một nhân viên bán hàng: ai đó biết doanh nghiệp của bạn, biết điểm mạnh của bạn và có thể giải thích nhanh chóng, dễ dàng và trung thực lý do tại sao công ty của bạn là tốt nhất.

  • Làm thế nào để bạn tránh vận chuyển dự án muộn , khi khách hàng liên tục yêu cầu thay đổi các tính năng bạn vừa giao?

    Làm thế nào để bạn tính toán giá khách hàng phải trả? Nếu bạn được trả tiền cho mỗi giờ làm việc, làm thế nào khách hàng có thể chắc chắn rằng bạn không yêu cầu được trả tiền cho 213 giờ khi thực tế bạn đã làm việc 186 giờ?

    Làm thế nào để bạn theo dõi một dự án? Làm thế nào để bạn biết rằng dự án sắp thất bại, và khi bạn biết nó, làm thế nào để bạn ngăn chặn nó?

    Đây là một công việc của một người quản lý dự án. Dẫn dắt một dự án từ "Tôi có một ý tưởng tuyệt vời, ngay bây giờ trong đầu tôi" đến sản phẩm có đầy đủ tính năng đòi hỏi nhiều hơn là biết cách viết mã lập trình.

  • Bạn có chắc chắn bạn đã sẵn sàng để giao dịch với khách hàng? Điều gì sẽ xảy ra khi một khách hàng không lịch sự ? Điều gì sẽ xảy ra nếu khách hàng nói rằng sản phẩm của bạn hút hoặc không phù hợp với yêu cầu khi thực tế nó tuân theo chính xác? Điều gì sẽ xảy ra nếu một khách hàng, sau hai tháng phát triển dự án ba tháng nói với bạn rằng bạn phải viết lại dự án ASP.NET của bạn trong PHP? Điều gì xảy ra nếu khách hàng thậm chí không biết dự án của cô ấy là gì?

    Đây, một lần nữa, là một nhiệm vụ của người quản lý dự án, nhân viên bán hàng hoặc hỗ trợ. Đối phó với khách hàng sau khi bạn ký hợp đồng đòi hỏi rất nhiều sự khéo léo, kiên nhẫn, chuyên nghiệp và thường là quản lý sự tức giận.


Lưu ý: công ty của tôi ở Pháp, vì vậy một số điểm có thể không áp dụng hoặc ít quan trọng hơn ở các quốc gia khác.


Chỉ cần xây dựng trên một số điểm này, bất kỳ ai muốn thành lập công ty nên đảm bảo rằng họ sẵn sàng xử lý một kịch bản như mô tả ở đây . Với tính chất của trang web, có thể câu chuyện đã được phóng đại một số, nhưng nó vẫn hợp lý và chứng minh một số điểm mà @MainMa nêu ra.
Bobson

Đây là tất cả những lời khuyên tuyệt vời. Cho đến nay, trở ngại lớn nhất của tôi sẽ là chiến thuật. Tôi có một thời gian thực sự khó khăn khi đối phó với những người khó khăn nhưng tôi biết tôi có khả năng khéo léo khi chủ động nghĩ về nó. Tôi sẽ phải rất ý thức về cách tôi đi ra. Cảm ơn vì những lời khuyên!
Chev

15

Một điểm rất quan trọng mà nhiều phần mềm khởi nghiệp dường như bỏ lỡ là:

Tìm một vấn đề, và giải quyết nó. Không xây dựng giải pháp và tìm các vấn đề có thể phù hợp và không giải quyết các vấn đề đã được giải quyết.

Điều này có vẻ hiển nhiên, nhưng có nhiều ví dụ về các công ty có sản phẩm thất bại (hoặc hoàn toàn đi theo) vì họ không thể thuyết phục mọi người rằng họ thực sự cần thứ đó.

Ví dụ: không tạo ứng dụng danh sách việc cần làm . Đừng xây dựng một mạng xã hội bất cứ điều gì ; nếu tôi có một xu cho mỗi yêu cầu "Tôi sẽ thực hiện Facebook tiếp theo" từ các dự án thất bại hoàn toàn, tôi sẽ có đủ tiền mặt để mua Facebook. Có lẽ tôi cũng sẽ tránh các ứng dụng khám phá âm nhạc; Grooveshark, Pandora, Spotify, Last.fm và phần còn lại có thị trường đó được bảo hiểm. Theo nguyên tắc chung, khi bạn có một ý tưởng, Google về một chút và xem những gì đã tồn tại. Xem xét thử nghiệm bất kỳ giải pháp bạn tìm thấy. Nếu bạn không thể thấy bất cứ điều gì sai hoặc thiếu với họ, thì có lẽ bạn sẽ không thể xâm nhập vào thị trường đó trừ khi bạn tìm thấy một cách làm mới sáng bóng để làm cho nó tốt hơn (hoặc bạn có thể phù hợp với chức năng của họ cho giảm giá rất nhiều, có lẽ).

Tôi đã từng nghe ai đó nói rằng bạn sẽ có thể nói với người lạ rằng sản phẩm của bạn dùng để làm gì mà không nói "nó giống như [sản phẩm khác]", và tôi nghĩ đó là lời khuyên khá tốt. Nếu nó giống như một số sản phẩm khác, điều đó có thể ổn, nhưng đừng tập trung vào đó. Ví dụ: bạn không xây dựng "thứ gì đó như Mint ", bạn đang xây dựng "một ứng dụng để theo dõi và quản lý tài chính của mình bằng cách thực hiện X, Y và Z". Sự khác biệt là bạn đang tập trung vào các tính năng mà bạnmuốn, và không phải là các tính năng mà đối thủ của bạn có. Tất nhiên, bạn sẽ muốn nhìn vào các đối thủ cạnh tranh để tìm ra những tính năng mà thị trường muốn, nhưng bạn không muốn rơi vào cái bẫy là bản sao của một sản phẩm hiện có. Nếu bạn giống như một sản phẩm cũ hơn, thì những người sử dụng sản phẩm đó cũng có thể ở đó và những người không chọn sản phẩm đó hơn bạn vì nó trưởng thành hơn và có tất cả những lợi thế mang lại - họ Đã có thời gian dài hơn để sửa chữa nó, để xây dựng một cơ sở hỗ trợ, v.v.


6

Để bắt đầu kinh doanh, chúng ta nên có một ý tưởng cơ bản về những gì chúng ta sẽ làm. Luật pháp và những thứ khác là thứ yếu mà chúng ta có thể thuê luật sư và nguồn lực thích hợp.

Ở Ấn Độ, có hai loại hình kinh doanh đang hoạt động.

Dịch vụ & Sản phẩm

nhưng các sản phẩm dường như không được phổ biến rộng rãi và được chú ý vì các công ty khởi nghiệp ở Mỹ Ngoài ra, các nhà đầu tư thiên thần không quá nhiều như bạn có thể thấy ở nước ngoài. Nhưng các nền tảng như iOS và Android giúp bạn tiếp thị sản phẩm mà không gặp nhiều khó khăn.

Nếu bạn đang kinh doanh dịch vụ, đó là thị trường khó khăn, nơi bạn sẽ có thể nhận được các dự án bằng cách chứng minh / lấy được lòng tin từ khách hàng. Một trong những người bạn của tôi đang điều hành một công ty phần mềm. Sự phát triển về mặt dự án và tài nguyên là theo cấp số nhân nhưng vẫn chưa tìm được tên hay và ổn định tài chính. Đó có thể là tốc độ chậm tùy thuộc vào mức độ tích cực và nghiêm túc của bạn đối với công ty của bạn và cách bạn quảng cáo.

Có một số tên miền khác ngoài những gì chúng ta đang thấy hàng ngày. Nó thực sự mạnh mẽ. Giống như dịch vụ nền tảng, giải pháp doanh nghiệp, phần mềm lớn như hệ thống SCADA, v.v ... Điều này phụ thuộc vào sở thích và băng thông của bạn để bạn tìm đúng ngành.

Tốt hơn là bắt đầu một cái gì đó hơn là nhàn rỗi. Ít nhất bạn có thể cố gắng tự tạo ra một số sản phẩm trong thời gian rảnh và cố gắng tiếp thị nó. Dần dần bạn có thể biến nó thành một công ty. Chúc tất cả các bạn tốt nhất. Một điều nữa, đừng miễn cưỡng "phát minh lại" thứ gì đó. Mọi người có thể ngần ngại thực hiện một bước nếu một số bigshot đã có dịch vụ tương tự như của bạn. Không vi phạm, bạn có thể làm mọi thứ theo quan điểm của riêng bạn. Đôi khi nó sẽ là một hit tuyệt vời !!!


3

Đặt lời khuyên bạn nhận được từ nhiều nguồn khác nhau dựa trên mối quan hệ của họ với thị trường / khách hàng của họ. Trừ khi bạn sẽ bán cho các lập trình viên khác, bạn không thể làm theo cách Fog Creek và Balsamiq làm điều đó. Có một lý do 37 ký tự tránh Fortune 500. Thị trường của bạn càng "giống bạn", bạn sẽ càng cần phải nhận được sự giúp đỡ từ bên ngoài.

Nghe có vẻ điên rồ, nhưng đôi khi bạn sẽ phải quyết định xem bạn muốn kiếm tiền hay sở hữu một công ty phần mềm. Quyết định cách bạn sẽ gắn bó với nó. Có quá ít hoặc quá nhiều tiền có thể khiến cho việc tiếp tục khó khăn hơn. Bạn sẽ bị cám dỗ với cơ hội việc làm và các dự án không mong muốn, bởi vì bạn cần tiền ngay bây giờ (Hoặc bạn giàu có và không quan tâm.). Điều này có thể cản trở việc sở hữu một công ty phần mềm. Bạn phải có mục tiêu cuối cùng đó để bạn có khả năng kiên trì hơn.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.