Cách thuê một nhà phát triển tự do

Hầu hết các dự án phát triển thất bại không phải do mã hóa kém. Chúng được chỉ định kém, được thuê dựa trên tín hiệu sai, và được bàn giao không đầy đủ đến mức nhà phát triển tiếp theo phải bắt đầu lại. Phần kỹ thuật hiếm khi là nơi tiền bị mất.

Đó là tin tốt cho người mua không chuyên về kỹ thuật, bởi vì điều đó có nghĩa là những quyết định quan trọng nhất là những quyết định bạn đủ điều kiện để đưa ra. Bạn không cần phải đánh giá JavaScript của ai đó để thuê tốt. Bạn cần có khả năng mô tả vấn đề một cách chính xác, nhận ra bằng chứng liên quan, đặt những câu hỏi khó bị lừa, và yêu cầu một sự bàn giao để bạn nắm giữ chìa khóa. Hướng dẫn này sẽ đi qua cả bốn điều đó.

Quyết định những gì bạn thực sự đang xây dựng

Bắt đầu với kết quả, không phải công nghệ. “Tôi cần một ứng dụng” không phải là một bản tóm tắt; “khách hàng cần đặt và thanh toán một chỗ trên điện thoại của họ, và tôi cần xem các đặt chỗ ngày mai trong một danh sách” mới là một bản tóm tắt. Phiên bản thứ hai có thể được báo giá, kiểm tra và tranh luận. Phiên bản đầu tiên thì không.

Trước khi bạn nói chuyện với bất kỳ ai, hãy viết ra bốn điều:

• Công việc cần làmNhững gì người dùng có thể thực hiện mà họ không thể làm được hôm nay. Một câu cho mỗi khả năng, bằng ngôn ngữ của người dùng chứ không phải ngôn ngữ kỹ thuật.
• Những điều bắt buộc phải cóMột vài điều mà nếu không có chúng thì việc xây dựng là vô nghĩa. Nếu danh sách của bạn có nhiều hơn sáu mục, đó là một danh sách mong muốn, không phải là một đặc tả.
• Những gì đã tồn tạiTrang web hiện tại, hosting, tên miền, nhà cung cấp thanh toán, CRM, bảng tính. Mỗi tích hợp là một công việc, và các tích hợp không được khai báo là nơi các ước tính bị sai lệch.
• Ai duy trì nóPhần mềm không phải là một giao dịch mua, nó là một cam kết. Hãy quyết định ngay bây giờ liệu bạn sẽ giữ lại nhà phát triển, thuê người khác, hay tự quản lý nó.

Một nguyên tắc hữu ích: mô tả phiên bản đầu tiên là thứ nhỏ nhất thực sự hữu ích. Mọi thứ khác sẽ nằm trong danh sách thứ hai. Các nhà phát triển báo giá danh sách đầu tiên; danh sách thứ hai là những gì bạn tài trợ khi danh sách đầu tiên đã tạo ra thu nhập.

Loại nhà phát triển bạn cần

“Nhà phát triển” bao gồm hàng tá ngành nghề riêng biệt không thể thay thế cho nhau. Thuê sai người là lỗi phân loại phổ biến nhất và tốn kém nhất trong quá trình này.

• Front-endNhững gì người dùng nhìn thấy và chạm vào: bố cục, tương tác, khả năng phản hồi, khả năng tiếp cận. Thuê để thiết kế lại, một trang web tiếp thị hoặc một giao diện mới trên một hệ thống hiện có. Xem nhà phát triển front-end tự do.
• Back-endDữ liệu, logic, API, xác thực, thanh toán. Thuê khi giá trị nằm ở những gì xảy ra sau khi nút được nhấn. Xem nhà phát triển back-end tự do.
• Full-stackCả hai, đạt tiêu chuẩn làm việc. Lựa chọn đúng đắn cho hầu hết các bản dựng nhỏ, vì sự phối hợp giữa hai chuyên gia tốn kém hơn là tiết kiệm ở quy mô nhỏ.
• CMS và nền tảngWordPress, Shopify, Webflow và các nền tảng tương tự. Nếu yêu cầu của bạn được đáp ứng bởi một nền tảng hiện có, việc thuê một nhà phát triển tùy chỉnh để xây dựng lại nó là lãng phí tiền bạc. Xem phát triển WordPress và phát triển Shopify.
• Di độngiOS hoặc Android gốc, hoặc đa nền tảng. Một lĩnh vực thực sự khác biệt so với web, với các ràng buộc về đánh giá và phát hành ứng dụng riêng. Xem phát triển ứng dụng di động.
• Bảo trì và sửa lỗiGỡ lỗi, cập nhật, hiệu suất, bảo mật. Thường là công việc có giá trị cao nhất, và là công việc mà người mua trì hoãn lâu nhất. Xem bảo trì trang web.

Nếu bạn thực sự không thể biết mình cần loại nào, thì đó bản thân nó là một công việc nhỏ, rẻ, được xác định rõ ràng: trả tiền cho một nhà phát triển có kinh nghiệm để có một cuộc trò chuyện ngắn về phạm vi trước khi bạn ủy quyền bất cứ điều gì.

Chọn công nghệ trước khi chọn người

Bạn không cần phải chọn ngôn ngữ. Bạn cần đưa ra một quyết định: nền tảng hay tùy chỉnh. Nó có ảnh hưởng lớn hơn đến tổng chi phí của bạn so với bất kỳ lựa chọn nào khác trong hướng dẫn này.

Một bản dựng nền tảng — WordPress, Shopify, Webflow, một công cụ không mã — có nghĩa là hầu hết phần mềm đã tồn tại và bạn đang trả tiền cho cấu hình, thiết kế và các phần dành riêng cho bạn. Nó nhanh hơn, rẻ hơn và dễ dàng bàn giao cho người tiếp theo, vì hàng ngàn nhà phát triển biết nó. Giới hạn là bạn phải sống trong các giả định của nền tảng.

Một bản dựng tùy chỉnh có nghĩa là phần mềm được viết riêng cho bạn. Nó phù hợp chính xác, và tốn kém gấp nhiều lần để tạo và duy trì, bởi vì chỉ người viết nó mới biết nó cho đến khi họ tài liệu hóa nó. Tùy chỉnh là câu trả lời đúng khi thứ bạn làm là sản phẩm; nó là câu trả lời sai cho một trang web giới thiệu hoặc một cửa hàng tiêu chuẩn.

Hai quy tắc thực tế. Thứ nhất, nếu một nền tảng chính thống làm được tám mươi phần trăm những gì bạn cần, hãy bắt đầu từ đó và trả tiền cho hai mươi phần trăm còn thiếu. Thứ hai, bất kể lựa chọn nào, hãy hỏi tại sao — một nhà phát triển không thể giải thích lựa chọn dựa trên yêu cầu của bạn đang chọn những gì họ thích, không phải những gì bạn cần. Nếu bạn đang cân nhắc xây dựng một trang web hoàn chỉnh, hướng dẫn chi phí trang web của chúng tôi sẽ đưa ra các mức giá.

Viết một bản tóm tắt mà nhà phát triển có thể trích dẫn

Một bản tóm tắt kỹ thuật tốt phải ngắn gọn và cụ thể. Nó không hướng dẫn nhà phát triển cách xây dựng; nó cho họ biết điều gì phải đúng khi họ đã hoàn thành.

• Vấn đề, trong một đoạn văn. Điều gì đang xảy ra bây giờ và tại sao nó không thể chấp nhận được.
• Các câu chuyện người dùng. “Với tư cách là khách hàng, tôi có thể… để…”. Năm đến mười lăm câu chuyện này là một đặc tả thực sự.
• Các tích hợp. Đặt tên cho mọi hệ thống bên ngoài, bao gồm cả những hệ thống bạn cho là tầm thường.
• Những gì bạn đang cung cấp. Bản sao, hình ảnh, thiết kế, thông tin đăng nhập, dữ liệu thử nghiệm. Những khoảng trống không được khai báo sẽ trở thành giờ làm việc có thể thanh toán.
• Các ràng buộc. Thời hạn, phạm vi ngân sách, máy chủ bạn phải duy trì, sự tuân thủ bạn phải đáp ứng.
• Định nghĩa hoàn thành. Triển khai ở đâu, kiểm tra như thế nào, tài liệu ở mức độ nào, bàn giao với những gì.

Bao gồm một phạm vi ngân sách. Người mua giữ lại nó với hy vọng có được một báo giá thấp hơn; trên thực tế, nó chỉ tạo ra các đề xuất nhắm vào quy mô sai, và bạn mất một vòng trao đổi để khám phá ra điều đó. Hướng dẫn của chúng tôi về viết một bản tóm tắt dự án để nhận được các đề xuất tuyệt vời có một mẫu đầy đủ hơn, và giá theo giờ so với giá cố định giải thích mô hình định giá mà bản tóm tắt của bạn đang yêu cầu.

Xây dựng danh sách rút gọn

Đặt mục tiêu từ ba đến năm ứng viên. Ít hơn thì bạn không có sự so sánh; nhiều hơn thì bạn sẽ không đánh giá đúng mức bất kỳ ai trong số họ.

Có hai hướng để tìm kiếm. Bắt đầu từ công việc nếu công việc của bạn được xác định rõ ràng và bạn muốn mua một thứ cụ thể — duyệt các danh sách giá cố định trong phát triển trang web, phát triển phần mềm hoặc ứng dụng web, hoặc theo thị trường tại thiết kế web, nhà phát triển WordPress, phát triển ứng dụng di động hoặc chuyên gia Shopify.

Bắt đầu từ người nếu công việc cần thảo luận. Duyệt các nhà phát triển theo chuyên môn hoặc theo công cụ — React, WordPress, PHP, Python hoặc Webflow — hoặc đăng bản tóm tắt và để các đề xuất đến với bạn. Trên Zinn Hub, đăng một dự án là miễn phí, và bạn có thể hướng nó đến một lĩnh vực cụ thể như phát triển trang web, phát triển back-end hoặc phát triển ứng dụng di động.

Lọc kỹ theo mức độ liên quan và nhẹ nhàng theo mọi thứ khác. Một nhà phát triển đã hoàn thành ba dự án giống như của bạn sẽ tốt hơn một người có kinh nghiệm gấp đôi trong một lĩnh vực khác, gần như mọi lúc.

Cách đọc danh mục đầu tư của nhà phát triển

Bạn không thể kiểm tra mã của ai đó, và bạn không cần phải làm vậy. Một danh mục đầu tư vẫn cho bạn biết rất nhiều nếu bạn biết cách xem xét.

• Mở các liên kết trực tiếp. Một ảnh chụp màn hình không chứng minh được điều gì. Tải trang web trên điện thoại của bạn, sử dụng nó, phá vỡ nó. Bất cứ thứ gì bị hỏng hôm nay đều đã được chấp thuận là hỏng.
• Tìm kiếm các vấn đề giống như của bạn. Không phải cùng ngành — cùng hình dạng. Một quy trình đặt chỗ là một quy trình đặt chỗ cho dù nó bán dịch vụ cắt tóc hay máy bay trực thăng.
• Kiểm tra những gì họ đã làm. Trong các dự án nhóm, hãy hỏi phần nào là của họ. “Tôi đã làm việc trên đó” có thể có nghĩa rất nhiều hoặc rất ít.
• Tự kiểm tra những điều cơ bản. Trang có tải nhanh không? Nó có hoạt động trên điện thoại không? Các biểu mẫu có thể sử dụng bằng bàn phím không? Đây là những tín hiệu kỹ năng mà người mua không chuyên về kỹ thuật có thể đọc rất tốt.
• Đọc các đánh giá như một bằng chứng. Một đánh giá rực rỡ là nhiễu. Một mô hình qua nhiều đánh giá, đặc biệt về giao tiếp và thời hạn, là tín hiệu. Trên Zinn Hub, các đánh giá yêu cầu một giao dịch mua đã được xác nhận.
• Hỏi điều gì đã sai. Câu trả lời mạnh mẽ nhất cho “hãy kể cho tôi nghe về một dự án đã diễn ra không tốt” là một câu chuyện cụ thể, không tâng bốc, được phân tích kỹ lưỡng. Không có nhà phát triển nào chỉ có các dự án suôn sẻ.

Để có phiên bản có hệ thống hơn, hãy xem qua danh sách kiểm tra sàng lọc freelancer 12 bước của chúng tôi.

Những câu hỏi cần hỏi trước khi bạn thuê

Mục đích không phải là để bắt lỗi ai đó. Mà là để nghe cách ai đó suy nghĩ khi câu trả lời không được chuẩn bị trước.

• Giải thích một bản dựng trong quá khứ“Hãy cho tôi biết về một trong những dự án này và những đánh đổi bạn đã thực hiện.” Một nhà phát triển giỏi sẽ nêu tên một điều họ đã chọn không làm và lý do. Thuật ngữ chuyên ngành mà không có đánh đổi là một dấu hiệu cảnh báo.
• Điều gì khiến bạn lo lắng ở đâyHỏi phần rủi ro nhất trong bản tóm tắt của bạn là gì. Bất cứ ai nói “không có gì, nó đơn giản” đều chưa đọc kỹ.
• Điều gì còn thiếu“Bạn cần gì từ tôi mà tôi chưa cung cấp?” Các ứng viên mạnh mẽ trả lời điều này ngay lập tức và chi tiết.
• Làm thế nào tôi sẽ thấy tiến độMột liên kết dàn dựng, một bản cập nhật hàng tuần, một bảng chia sẻ. Bất kỳ câu trả lời nào cũng được; không có câu trả lời nào thì không.
• Điều gì xảy ra sau khi ra mắtThời gian sửa lỗi, điều khoản hỗ trợ, tài liệu. Đồng ý điều này trước khi bạn bắt đầu, không phải khi có sự cố.
• Ai sở hữu mãHỏi trực tiếp. Câu trả lời phải là bạn, khi giao hàng, bằng văn bản, bao gồm mọi thứ cần thiết để chạy nó.

Kiểm tra trước khi cam kết

Bảo hiểm rẻ nhất dành cho người mua là một công việc nhỏ được trả tiền trước một công việc lớn. Không phải một thử nghiệm không lương, mà các freelancer giỏi sẽ từ chối và điều đó không cho bạn biết gì về cách ai đó hành xử khi có tiền liên quan — một nhiệm vụ thực sự, nhỏ, được trả tiền.

Một nhiệm vụ kiểm tra tốt phải mang tính đại diện, độc lập và có thể hoàn thành trong một lần ngồi: sửa một lỗi cụ thể, làm cho một trang phản hồi, thêm một biểu mẫu và kết nối nó, cải thiện một trang chậm. Điều bạn thực sự đánh giá không phải là mã. Mà là liệu họ có hỏi một câu hỏi làm rõ trước khi bắt đầu, liệu họ có cung cấp những gì được yêu cầu chứ không phải những gì họ thích, liệu họ có giải thích những gì họ đã làm, và liệu thời gian họ đưa ra có phải là thời gian bạn nhận được hay không.

Trên Zinn Hub, định dạng tự nhiên là một Micro Zinn — một nhiệm vụ giá cố định với $5, $10, $15 hoặc $20. Duyệt sửa lỗi và các nhiệm vụ mã nhỏ hoặc sửa lỗi và điều chỉnh trang web, hoặc bắt đầu từ một mức giá với $20 Micro Zinns. Hướng dẫn của chúng tôi về kiểm tra một freelancer trước khi bạn cam kết bao gồm cách cấu trúc và đánh giá bài kiểm tra.

Chi phí và cách thanh toán

Giá phát triển thay đổi nhiều hơn bất kỳ danh mục freelancer nào khác, vì công việc cũng thay đổi nhiều hơn. Những gì sau đây là các dải thị trường điển hình cho toàn bộ công việc, không phải giá của Zinn Hub, và mỗi freelancer tự đặt giá của riêng họ.

• Nhiệm vụ nhỏ

  Dưới $200

  Sửa lỗi, xung đột plugin, một biểu mẫu, một lần tăng tốc, một tính năng nhỏ trên một bản dựng hiện có. Tốt nhất nên mua dưới dạng nhiệm vụ giá cố định.

• Bản dựng tiêu chuẩn

  $500–$2,000

  Một trang web hoặc cửa hàng dựa trên nền tảng: cấu hình chủ đề, một số mẫu trang, biểu mẫu, tích hợp cơ bản, ra mắt.

• Nâng cao

  $2,000–$8,000

  Chức năng tùy chỉnh, tài khoản và đăng nhập, thanh toán, tích hợp bên thứ ba hoặc thiết kế riêng được triển khai từ đầu.

• Ứng dụng

  $8,000+

  Một sản phẩm phần mềm thực sự: hệ thống đa vai trò, bảng điều khiển, ứng dụng di động, bất cứ thứ gì có logic phụ trợ có ý nghĩa và kỹ thuật liên tục.

Chi phí thay đổi tùy theo phạm vi, độ phức tạp và kinh nghiệm. Sử dụng các dải để kiểm tra tính hợp lý của báo giá thay vì làm biểu giá — nếu một con số nằm cách hai dải so với nơi mô tả của bạn, khoảng cách đó là cuộc trò chuyện đáng có.

Trên Zinn Hub, mỗi Zinn có một mức giá do Zinner của nó đặt, người mua không phải trả phí nền tảng và tất cả giá đều bằng USD với một mức tương đương gần đúng được hiển thị bằng tiền tệ của riêng bạn. Một đơn hàng được thanh toán và bảo vệ như một khoản tiền toàn bộ duy nhất; không có việc phát hành theo giai đoạn hoặc theo mốc, vì vậy một bản dựng theo giai đoạn được đặt dưới dạng các đơn hàng riêng biệt hoặc được thỏa thuận là các giai đoạn có giá riêng biệt trong mô tả dự án của bạn. Chọn một Zinner được Nền tảng bảo vệ và khoản thanh toán của bạn sẽ được Zinn Hub giữ cho đến khi đơn hàng hoàn tất; bất kỳ khoản hoàn tiền nào sẽ được ghi có đầy đủ vào Zinn Wallet của bạn, bằng USD. Zinners kết nối tài khoản PayPal hoặc Stripe của riêng họ sẽ được thanh toán trực tiếp khi thanh toán.

Quyền sở hữu, quyền truy cập và bàn giao

Đây là phần mà người mua bỏ qua và sau đó hối tiếc. Đồng ý tất cả bằng văn bản trước khi công việc bắt đầu, bởi vì sau khi giao hàng, bạn không còn đòn bẩy nào nữa.

• Tài khoản đứng tên bạn. Tên miền, lưu trữ và bất kỳ dịch vụ bên thứ ba nào phải được đăng ký cho bạn, với nhà phát triển được thêm vào làm người dùng. Không bao giờ ngược lại.
• Quyền sở hữu mã khi giao hàng. Nêu rõ ràng rằng khi thanh toán cuối cùng, công việc là của bạn để sử dụng, sửa đổi và mang đi nơi khác. Hỏi về bất kỳ thành phần bên thứ ba nào có giấy phép riêng của chúng.
• Quyền truy cập kho lưu trữ. Ngay cả khi bạn không bao giờ mở nó, bạn phải có khả năng giao nó cho nhà phát triển tiếp theo.
• Thông tin đăng nhập, tất cả. Đăng nhập quản trị, khóa API, quyền truy cập cơ sở dữ liệu, quyền truy cập triển khai — được chuyển giao và xác nhận hoạt động trước khi thanh toán cuối cùng.
• Tài liệu. Một ghi chú ngắn bằng văn bản về cách triển khai, nơi mọi thứ nằm và phải làm gì nếu nó bị hỏng. Một trang là đủ; không có gì là không.
• Cửa sổ sửa lỗi. Một khoảng thời gian xác định sau khi ra mắt trong đó các lỗi thực sự được sửa chữa mà không phải trả thêm chi phí. Ba mươi ngày là một yêu cầu phổ biến, hợp lý.

Các điều khoản bản quyền và cấp phép khác nhau tùy theo quốc gia và hợp đồng, vì vậy hãy coi đây là hướng dẫn chung hơn là lời khuyên pháp lý và tìm lời khuyên chuyên nghiệp về bất kỳ điều gì có ý nghĩa thương mại.

Những sai lầm làm chìm các dự án phát triển

• Thuê trước khi có mô tả. Mỗi giờ dành để chỉ định sẽ tiết kiệm được vài giờ trong việc xây dựng và làm lại. Không có gì khác trong danh sách này quan trọng bằng.
• Chỉ chọn dựa trên giá. Báo giá thấp nhất thường là báo giá hiểu ít nhất, và sự khác biệt xuất hiện dưới dạng yêu cầu thay đổi.
• Thêm phạm vi một cách âm thầm. Các yêu cầu nhỏ trong quá trình xây dựng là cách mà giá cố định trở thành tranh chấp. Gom chúng lại, định giá chúng, quyết định về chúng.
• Không có môi trường thử nghiệm. Việc xem xét công việc chỉ khi nó đang hoạt động là cách mà một trang web bị hỏng được khách hàng phát hiện thay vì bạn.
• Bỏ qua kiểm tra di động. Hầu hết khách truy cập của bạn đều sử dụng điện thoại. Không chấp thuận bất cứ điều gì bạn chưa mở trên đó.
• Để việc bàn giao đến cuối. Thời điểm để đồng ý quyền truy cập và quyền sở hữu là trước lần cam kết đầu tiên, không phải trong hóa đơn cuối cùng.
• Không có kế hoạch bảo trì. Phần mềm bị lỗi thời. Lập ngân sách cho các bản cập nhật, sao lưu và bảo mật ngay từ ngày đầu tiên, hoặc trả tiền để cứu vãn sau này.
• Bỏ qua các dấu hiệu cảnh báo. Các câu trả lời mơ hồ, bỏ lỡ các thời hạn nhỏ và áp lực phải thanh toán bên ngoài nền tảng đều được đề cập trong hướng dẫn của chúng tôi về các trò lừa đảo phổ biến của freelancer.

Nếu bạn vẫn đang quyết định xem liệu freelancer có phải là con đường phù hợp hay không, freelancer vs agency so sánh hai lựa chọn này một cách trung thực cho một dự án xây dựng doanh nghiệp nhỏ.