Làm sáng tỏ các giả định cốt lõi
Để xác định các chức năng của người dùng đích, công việc then chốt, chỉ số thành công và không hiệu quả ban đầu, tránh sử dụng trực tiếp danh sách các khát vọng như một bối cảnh phát triển.
Home / Hướng dẫn đưa ra quyết định / SaaS và MVP
PROJECT DECISION GUIDEMất bao lâu để SaaS và MVP thức dậy?
Mục tiêu của MVP không phải là xếp các chức năng tối đa càng nhanh càng tốt, mà là xác nhận người dùng, tiến trình và giả định kỹ thuật với vòng lặp kinh doanh tối thiểu nhưng hoàn chỉnh. đánh giá định kỳ phải bao gồm việc chuẩn bị trực tuyến, không chỉ lập trình thời gian.
Trả lời câu hỏi đi.
SaaS và MVP
Phương pháp kế hoạch bảo mật hơn là xác định ranh giới và mẫu thử với 1-3 tuần, xây dựng phiên bản lõi với 4-10 tuần, và dành 2-4 tuần để điều khiển, chuẩn bị dữ liệu và điều chỉnh dòng dữ liệu. Chu trình thực sự phụ thuộc vào giao diện, di chuyển dữ liệu, theo dõi và chấp nhận chiều sâu, chỉ là kế hoạch tham khảo và không tạo ra cam kết dự án.
DECISION FACTORS
Các yếu tố then chốt cần được kiểm tra để đưa ra quyết định
Trước hết, giới hạn về sự kiềm chế và trách nhiệm được nhận diện, rồi những phương pháp kỹ thuật và phương pháp hợp tác được so sánh.
Hình mẫu và hợp lệ hóa kỹ thuật
Xác nhận quá trình bằng cách mô hình tương tác và xác nhận giao diện rủi ro cao, hiệu ứng AI, hiệu suất hoặc dữ liệu di cư với PoC.
Bằng cách đóng cửa kinh doanh
Mỗi thế hệ này đưa ra một danh sách các phần mềm có thể bị hỏng, kiểm tra hồ sơ và câu hỏi, và nhận diện sơ lược các sự lệch hướng.
Đang tính đến công việc online.
Số tài khoản, dữ liệu lịch sử, đào tạo, giám sát, hỗ trợ, hỗ trợ và hỗ trợ tất cả đều là một phần của cuộc sống chính thức.
Đang xác nhận và thay đổi thời gian trước
Tốc độ mà khách hàng cung cấp giao diện, dữ liệu và phản hồi chấp nhận có tác động trực tiếp lên toàn bộ kế hoạch.
Dự đoán bởi rủi ro thay vì trang
Nhiều mặt, đa dạng và các dự án tương tác cao không thể đơn giản áp dụng các chu kỳ nguyên mẫu ánh sáng.
Chuẩn bị lời đề nghị trước khi giao tiếp hoặc đánh giá
Một doanh nghiệp nhỏ đóng cửa vòng tròn.Giao diện bên thứ ba và danh sách di trú dữ liệuĐiều kiện để được chấp nhận và kiểm tra ở mỗi giai đoạnNameThay đổi trong nhu cầu và bộ đệm rủi roTiếp tục gánh vác trách nhiệm sau khi xếp hàng.
Đường dẫn đã đề nghị thực hiện
Nó được đề nghị rằng phạm vi đầu tiên, nguyên mẫu, danh sách giao diện và chấp nhận đường cơ sở được hình thành, và thời gian lên kế hoạch được đưa ra với kịch bản và bộ đệm rủi ro. nếu sự không chắc chắn là cao, giai đoạn chẩn đoán hoặc PoC có thể được giảm.
DECISION WORKSHEET
Biến chu kỳ phát triển SaaS và MVP thành việc đưa ra quyết định có thể áp dụng được
Những bảng làm việc sau đây giúp các doanh nghiệp tổ chức những lời khuyên mơ hồ thành những đầu vào dựa trên các nhà cung cấp, và dự án có thể được thực hiện.
Làm sáng tỏ các giả định cốt lõi
Để xác định các chức năng của người dùng đích, công việc then chốt, chỉ số thành công và không hiệu quả ban đầu, tránh sử dụng trực tiếp danh sách các khát vọng như một bối cảnh phát triển.
Nếu yếu tố vẫn chưa được xác định, một sự chẩn đoán hoặc một sự xác nhận quy mô nhỏ nên được sắp xếp và nó không phù hợp để bao gồm tổng số giá cố định cố định bất biến trực tiếp.
Hình mẫu và hợp lệ hóa kỹ thuật
Xác nhận quá trình bằng cách mô hình tương tác và xác nhận giao diện rủi ro cao, hiệu ứng AI, hiệu suất hoặc dữ liệu di cư với PoC.
Nếu yếu tố vẫn chưa được xác định, một sự chẩn đoán hoặc một sự xác nhận quy mô nhỏ nên được sắp xếp và nó không phù hợp để bao gồm tổng số giá cố định cố định bất biến trực tiếp.
Bằng cách đóng cửa kinh doanh
Mỗi thế hệ này đưa ra một danh sách các phần mềm có thể bị hỏng, kiểm tra hồ sơ và câu hỏi, và nhận diện sơ lược các sự lệch hướng.
Nếu yếu tố vẫn chưa được xác định, một sự chẩn đoán hoặc một sự xác nhận quy mô nhỏ nên được sắp xếp và nó không phù hợp để bao gồm tổng số giá cố định cố định bất biến trực tiếp.
Những lời nhận xét tương tự nên có kết luận nào?
Ít nhất một vòng kinh doanh đóng kín, giao diện bên thứ ba và việc di chuyển dữ liệu, điều kiện chấp nhận ở mỗi giai đoạn, phi công và những lần dẫn đầu trên mạng, với một dấu hiệu của khối lượng kinh doanh hiện tại, thời gian xử lý trung bình, bất thường lớn, hệ thống, quyền sở hữu dữ liệu, quyền phụ thuộc bên thứ ba và cửa sổ truy cập. phiên bản thông tin được cung cấp cho những nhà cung cấp khác nhau và mô tả riêng về các giả định, loại bỏ, sự hợp tác khách hàng, và bằng chứng chấp nhận được yêu cầu để tránh so sánh tổng giá của một biên giới thiếu.
Ví dụ, doanh nghiệp mong đợi rằng dự án sẽ tiết kiệm 160 giờ lao động mỗi tháng, nhưng con số này nên được chia nhỏ thành số lượng công việc, tiết kiệm thời gian, tỷ lệ nhận nuôi và tỷ lệ đánh giá bằng thủ công.
Bốn loại bằng chứng đề nghị thẩm vấn trong lúc giao tiếp với người bán hàng
Đầu tiên là bằng chứng phạm vi: sự nhất quán của phiên bản yêu cầu, quy trình kinh doanh, mẫu thử nghiệm, các giao diện và loại bỏ; thứ hai là bằng chứng kỹ thuật: liệu công nghệ tương tự có thể truy cập được cấu trúc, quản lý mã, thử nghiệm, triển khai và gặp khó khăn; phương pháp quản lý cá nhân là bằng chứng cá nhân: có thực sự tham gia các giai đoạn nhập, các nhiệm vụ và cơ chế thay thế là rõ ràng; và điều thứ tư là bằng chứng giao hàng: mã nguồn, dữ liệu, tài liệu, tài liệu, trình bày, tài liệu, bảo đảm và vận chuyển chất lượng được giao.
Đề nghị rằng sự rõ ràng, sự phụ thuộc quan trọng, khả năng của đội, khả năng chấp nhận và sự chiếm hữu lâu dài được đánh giá riêng biệt và cơ sở cho mỗi điểm được ghi lại. nếu một chương trình rẻ hơn, giao diện, di cư, kiểm tra hoặc trách nhiệm trực tuyến bị loại bỏ, thì nó nên được chuyển thành cùng một khối lượng giao hàng trước khi so sánh.
Nguyên tắc phán xét
Trang này cung cấp một khuôn khổ đưa ra quyết định mà không tạo thành một lời đề nghị hay cam kết cố định.
FAQ
FAQs
Những vấn đề thông thường nhất trước khi hợp tác được trình bày rõ ràng.
Tại sao một ít MVP lại được hoàn thành trong hai tuần?+
Giai đoạn hai tuần thường được áp dụng cho các nguyên mẫu rõ ràng, có ít chức năng, có ít phụ thuộc bên ngoài và không cần thiết phải có hệ thống bảo vệ sản xuất phức tạp, và không thể trực tiếp suy luận về các dự án đa màu và đa mặt.
Làm thế nào chu trình này có thể được rút ngắn mà không phải hy sinh phẩm chất?+
Giảm giá trong phạm vi đầu tiên, sử dụng lại khả năng trưởng thành, chuẩn bị trước dữ liệu và giao diện, xác nhận nhanh chóng các nguyên mẫu và vị trí của các chức năng không phải là chỉ số trong các phiên bản sau đó.
Khi nào chúng ta có thể xác nhận ngày của đường dây?+
Một kế hoạch đáng tin cậy với điều kiện trước khi các nhu cầu, giao diện, dữ liệu và đánh giá rủi ro kỹ thuật đã hoàn thành.
DECISION FAQ
Kiểm tra tất cả 265 câu hỏi.Những vấn đề thông thường liên quan đến dự án hiện tại
Tiểu dụng, APPs, SaaS và hệ thống cũ
Mất bao lâu để Saas hay MVP lên mạng từ ý tưởng của họ?
MVP không phải là một sản phẩm chính thức với ít chức năng hơn, nhưng là một phạm vi tối thiểu của người dùng lõi và phí tổn giả định. Khi phạm vi rõ ràng và ít phụ thuộc, nó có thể được sử dụng trong nhiều tuần để hoàn thành nguyên mẫu và hợp lệ hóa kỹ thuật, và sau đó tiến hành phiên bản sẵn sàng đầu tiên trên một cơ sở hàng tháng. Nhiều dòng, hóa đơn, đặc quyền, đặc quyền, đặc quyền, thông tin và hoạt động hậu trường sẽ tăng đáng kể ZX22QTERM phức tạp. Nó được đề nghị xác định hiệu ứng và chỉ thị thành công để có hiệu lực và sau đó quyết định ngày tháng.
Xem câu trả lời đầy đủPhát triển phần mềm và ra công cụ của dự ánViệc phát triển phần mềm tùy chỉnh thường tốn bao nhiêu?
Phần mềm đã tùy chỉnh không có một giá đồng bộ dựa trên kích thước trang, và chi phí được xác định chủ yếu bằng phạm vi, giao diện, dữ liệu, quyền hạn, hiệu suất và trách nhiệm cho giao hàng. Hệ thống quản lý với cùng tên có thể là một công cụ đơn hoặc một kết nối đến các thứ tự, kho lưu trữ tài chính và đa tổ chức. Đề nghị là các công việc làm đầu tiên đóng và nhận và kiểm tra ranh giới, và các thiết kế, phát triển, tăng cường và bảo trì. Bất kỳ giá nào được cung cấp chính xác nếu không có kiến thức về thị trường chỉ được xem là tham khảo thị trường.
Xem câu trả lời đầy đủDự án phần mềm khởi động và chọn chương trìnhTại sao các công ty phần mềm cần nghiên cứu nhu cầu trước khi họ có thể cung cấp?
Phần mềm cung cấp không dựa trên kích thước đơn giản của trang, và các quy tắc kinh doanh, đặc quyền vai trò, giao diện, di cư dữ liệu, hiệu suất, an ninh và truy cập có thể ảnh hưởng đáng kể đến việc tải công việc. nghiên cứu yêu cầu được thiết kế để xác định những trình điều khiển giá cả này và phân biệt giữa các mức độ và rủi ro không rõ. không có nghiên cứu, giá cả thấp thường được bù đắp bởi thay đổi tiếp theo, chất lượng thấp hơn hoặc giảm đi của việc phân phối.
Xem câu trả lời đầy đủHợp đồng, thanh toán, thay đổi và giao dự ánNhững nguy cơ nào có thể được giấu kín khỏi giá thấp của phần mềm ngoài giá thuê?
Giá phải chăng là nhu cầu hòa hợp, giao diện, kiểm tra dữ liệu, mã nguồn và tính toán. Đặc biệt giá thấp đòi hỏi phải giải thích vai trò của đội, tính toán và bỏ dở.
Xem câu trả lời đầy đủRELATED
Chịu phục tùng sự đánh giá dự ánHãy giữ cho kiến thức của bạn về các dịch vụ
Điều chỉnh
Trình phát triển tự chọn SaaS và MVP
Xem phạm vi dịch vụ từ hợp lệ hóa sản phẩm đến giao hàng trực tuyến
Để biết thêm thông tin.Điều chỉnhLàm thế nào để ước tính chi phí phát triển phần mềm
Hiểu được mức độ, rủi ro và chu kỳ ảnh hưởng đến ngân sách
Để biết thêm thông tin.Điều chỉnhDưới sự đánh giá sơ bộ về dự án
Hoàn tất chức năng ban đầu, giao diện và lịch trình đi-sống
Để biết thêm thông tin.