Kiểu dáng và khoảng cách
Nhận diện người dùng, tiến trình, ranh giới và giả định kinh doanhYêu cầu xưởng, mẫu thử nghiệm khóa, mô hình dữ liệu nháp, công nghệ hợp lệ hóa và các tuyến đường phiên bản
Home / Hướng dẫn về quyết định / SaaS chi phí phát triển và chu kỳ
PROJECT DECISION GUIDEGiá phát triển SaaS, cung cấp MVP và đi-sống chu kỳ
Mục tiêu của MVP không phải là để chạy toàn bộ sản phẩm thô, mà là để xác nhận các giả định kinh doanh quan trọng nhất với phạm vi tối thiểu. dự án SaaS cũng địa chỉ người thuê, đặc quyền, hóa đơn, phân tách dữ liệu và hoạt động liên tục.
Trả lời câu hỏi đi.
Chi phí phát triển và chu kỳ SaaS
SaaS và MVP nên ước tính vòng kinh doanh có thể xác định đầu tiên đóng lại, hơn là số trang được trích dẫn. các vai trò người dùng, quá trình người dùng, mô hình trung tâm, các mô hình hóa đơn, giao diện bên thứ ba, di cư và khả năng hoạt động hậu phân phối là các yếu tố chính quyết định chi phí và chu kỳ.
SCOPE & BUDGET LEVELS
Thứ nhất, rõ ràng đầu vào tới giới hạn bằng giai đoạn dự án
Những lớp sau được dùng để thiết lập một đường cơ bản cho ngân sách và sự chấp nhận, và phạm vi thực tế vẫn cần được đánh giá liên quan đến hiện trạng, giao diện và yêu cầu thời gian.
Trình phục vụ MVP sẵn sàng
Hãy để người dùng đầu tiên hoàn thành một doanh nghiệp kết thúc đóng vòng lặpQuyền tài khoản, chức năng cốt lõi, hậu trường cơ bản, giao diện cần thiết, thử triển khai và sử dụng phản hồi
hoạt động
Hỗ trợ giao hàng đa khách hàng, tính toán và lặp đi lặp lạiPhân biệt đối xử, hóa đơn ăn uống, hoạt động hậu cần, an ninh giám sát, quản lý dữ liệu và hệ thống phân phối
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.
Giai đoạn đầu tiên của chu kỳ kinh doanh khép kín
Có thể xác định một người dùng là một đường dẫn đầy đủ từ hệ thống đến kết quả để xác định liệu MVP có thể thực sự xác định giá trị hay không.
Mô hình ủy nhiệm và quyền hạn
Có sự khác biệt đáng kể giữa bên trong và bên trong và bên trong SaaS về phân tách dữ liệu, cấu hình, thẩm quyền và vận chuyển.
Trả tiền, gói và hóa đơn
Những khoản thu nhập, số lượng, sự nhượng bộ, trả lại, hóa đơn và hòa giải cần phải phù hợp với địa vị kinh doanh.
Giao diện phần ba
Truy cập, tin nhắn, thanh toán, bản đồ, hệ thống hậu cần và hệ thống kinh doanh sẽ thêm vào kết nối và xử lý bất thường.
Name
Nhập khẩu, thống kê, kiểm toán, hỗ trợ khách hàng, cấu hình và khả năng hoạt động nội dung dễ dàng bị bỏ lỡ trong các ước tính sớm.
Name
Sự phân phối của mức xám, giám sát, bộ sưu tập phản hồi, cuộn lại phiên bản và dự phòng dữ liệu quyết định sản phẩm có ổn định hay không.
Chuẩn bị lời đề nghị trước khi giao tiếp hoặc đánh giá
Ai là người dùng mục tiêu và người trả lương?Giả định kinh doanh phải được xác nhận trong lần đầu tiên bị bác bỏMột công việc làm ăn đóng cửa.Khoảng vai trò và quyền hạn của người dùngCần nhiều thứ tiếng và điện ảnhGiao diện và nguồn dữ liệu của bên thứ baMong đợi người dùng và chỉ thị hiệu suất chínhĐầu tiên là sống và kế hoạch lặp lại
Đường dẫn đã đề nghị thực hiện
Nó được đề xuất để dỡ bỏ dự án này xuống một sự xác thực phạm vi, sử dụng MVP s và hoạt động các giai đoạn SaaS, mỗi người với các chỉ số kinh doanh có thể kiểm chứng và dễ dàng phân giải. Giai đoạn đầu duy nhất duy trì chức năng duy nhất ảnh hưởng đến các giả định cốt lõi và tránh làm chậm lại với một số lượng lớn các chức năng phụ kiện.
DECISION WORKSHEET
Biến phí phát triển và chu kỳ SaaS 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.
Giai đoạn đầu tiên của chu kỳ kinh doanh khép kín
Có thể xác định một người dùng là một đường dẫn đầy đủ từ hệ thống đến kết quả để xác định liệu MVP có thể thực sự xác định giá trị hay khô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.
Mô hình ủy nhiệm và quyền hạn
Có sự khác biệt đáng kể giữa bên trong và bên trong và bên trong SaaS về phân tách dữ liệu, cấu hình, thẩm quyền và vận chuyể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.
Trả tiền, gói và hóa đơn
Những khoản thu nhập, số lượng, sự nhượng bộ, trả lại, hóa đơn và hòa giải cần phải phù hợp với địa vị kinh doanh.
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 sắp xếp người dùng và người trả tiền mục tiêu, các giả định kinh doanh phải được xác thực trong giai đoạn đầu tiên, một vòng tròn hoàn toàn khép kín, vai trò người dùng và phạm vi của người sử dụng, trong khi mô tả khối lượng hiện tại của doanh nghiệp, thời gian xử lý trung bình, các bất thường lớn, hệ thống ở tại chỗ, quyền ưu tiên dữ liệu, phụ thuộc phần ba và truy cập cửa sổ. cung cấp các nhà cung cấp khác nhau với phiên bản thông tin và yêu cầu các giả định, loại bỏ, các vấn đề khách hàng, và bằng chứng chấp nhận được xác định riêng biệt để tránh chỉ so sánh giá cả 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.
Bộ máy MVP có hoạt động ít hơn không?+
Không, MVP nên nhỏ trong phạm vi nhưng đóng cửa trong kinh doanh, và phải cho phép người dùng đích thực hiện các nhiệm vụ quan trọng và tạo ra một phản hồi có thể phán xét.
Anh có thể xây dựng nó với mật mã thấp trước không?+
Nó có thể được sử dụng cho nguyên mẫu, hiệu quả hoặc xác nhận quá trình, nhưng cần thiết để đánh giá dữ liệu kiểm soát, mở rộng, chi phí cho phép và di cư sau đó để tránh một sự xác thực thành công mà không thể tiếp tục tiến hóa.
Liệu SaaS có phải hỗ trợ nhiều áp lực trong giai đoạn đầu không?+
Tùy thuộc vào mô hình kinh doanh. Nếu ứng dụng khách đầu tiên cần được cấu hình độc lập và cô lập, thiết kế nên được thực hiện càng sớm càng tốt; nếu chỉ có sự xác định khách hàng duy nhất, nó có thể được duy trì theo giai đoạn sau sự tiến hóa của ranh giới.
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 đủDự án phần mềm khởi động và chọn chương trìnhCác dự án phần mềm có thể phát triển MVP trước khi tiến bộ?
Vâng, nhưng MVP là vòng lặp đóng nhỏ nhất có thể xác định các giả định then chốt, không phải sản phẩm đầy đủ của chất lượng kém. Người dùng mục tiêu, hành vi, khả năng xác thực, tiến trình chính, chỉ số dữ liệu và vấn đề để không phát triển trong thời gian cần thiết, trong khi giữ an ninh cần thiết, bản sao và xử lý lỗi. Khi hiệu quả hoá thành công, nó có thể được co dãn lại bằng dữ liệu và sau đó giảm chi phí.
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 nội dung dịch vụ từ hợp lệ hóa sản phẩm đến nền tảng hoạt động
Để biết thêm thông tin.Điều chỉnhSaaS và MVP đi chu kỳ
Hiểu được những điều kiện ảnh hưởng đến thời gian của giai đoạn
Để biết thêm thông tin.Điều chỉnhGiá phát triển phần mềm đã ước tính
Kiểm tra chi phí và yếu tố rủi ro phổ biến cho các dự án phần mềm
Để biết thêm thông tin.