วิธีขายโปรเจกต์ข้างเคียง: การเตรียมตัว ราคา ผู้ซื้อ และการส่งมอบ

การขายโปรเจกต์ข้างเคียงคือการจัดระเบียบตัวเลขและบัญชี เขียนอธิบายว่าโปรเจกต์ทำงานอย่างไร ตัดสินใจว่ากำลังขายอะไรและมีมูลค่าประมาณเท่าไร จากนั้นหาผู้ซื้อผ่านมาร์เก็ตเพลซ ชุมชน หรือการติดต่อโดยตรง และส่งมอบงานพร้อมสัญญาเป็นลายลักษณ์อักษรและรายการตรวจสอบ งานส่วนใหญ่อยู่ที่การเตรียมตัว โปรเจกต์ที่เข้าใจง่ายและรับช่วงต่อได้ง่ายจะขายได้ง่ายกว่าและได้เงื่อนไขที่ดีกว่า คู่มือนี้จะพาไปดูทีละขั้นตอน

หากคุณยังอยู่ในช่วงที่ต้องพัฒนาโปรเจกต์ต่อ วิธีหารายได้จากแอป จะช่วยเรื่องการสร้างรายได้ และ อธิบายตัวชี้วัด SaaS จะช่วยเรื่องตัวเลขที่ผู้ซื้อจะถาม

เมื่อไหร่ควรพิจารณาขาย

การขายเป็นตัวเลือกที่น่าคิดเมื่อ:

• คุณหมดความสนใจแล้ว แต่โปรเจกต์ยังมีผู้ใช้ รายได้ หรือยอดเข้าชม
• โปรเจกต์ต้องการเวลามากกว่าที่คุณให้ได้ เพื่อเติบโต และมีคนอื่นที่ทำได้
• โปรเจกต์เหมาะกับที่อื่นมากกว่า เช่น คู่แข่ง พาร์ตเนอร์ หรือผลิตภัณฑ์ที่ใหญ่กว่าอาจพัฒนาต่อได้ดีกว่า
• คุณต้องการทุนหรือต้องการโฟกัสกับสิ่งใหม่

อาจไม่คุ้มที่จะขายหากโปรเจกต์ใช้เวลาดูแลน้อยและสร้างรายได้สม่ำเสมอ บางคนจึงเลือกเก็บไว้ นอกจากนี้ควรพิจารณาว่าการปิดโปรเจกต์อย่างเรียบร้อยหรือเปิดซอร์สโค้ดจะให้ประโยชน์แก่ผู้ใช้มากกว่าหรือไม่

ขั้นที่ 1: รู้ให้ชัดว่ากำลังขายอะไร

ผู้ซื้อจ่ายเงินเพื่อสิ่งที่แตกต่างกัน ลองไล่ดูว่าโปรเจกต์ของคุณมีอะไรบ้าง:

หากโปรเจกต์ยังไม่มีรายได้หรือผู้ใช้ คุณกำลังขายสินทรัพย์ เช่น โค้ด โดเมน หรือการออกแบบ และควรตั้งราคาและอธิบายในลักษณะนั้น

ขั้นที่ 2: จัดตัวเลขให้ชัดเจน

ก่อนคุยกับผู้ซื้อคนใด ให้เตรียมบันทึกที่เรียบง่ายและซื่อตรงอย่างน้อยสิบสองเดือนล่าสุด หรือตั้งแต่เปิดตัวหากสั้นกว่านั้น:

• รายได้รายเดือน จากรายงานของผู้ให้บริการชำระเงินของคุณ
• ค่าใช้จ่ายรายเดือน เช่น โฮสติ้ง โดเมน เครื่องมือ API แบบเสียเงิน ผู้รับจ้าง โฆษณา
• กำไรรายเดือน (รายได้ลบค่าใช้จ่าย)
• ลูกค้าหรือผู้ใช้: ใหม่ ใช้งานอยู่ และยกเลิก สำหรับการสมัครสมาชิกให้ดูรายได้ประจำต่อเดือนและอัตราการยกเลิก
• แหล่งที่มาของการเข้าชม จากระบบวิเคราะห์ของคุณ
• เวลาที่คุณใช้ ต่อสัปดาห์และใช้ไปกับอะไรบ้าง

อย่าปรับหรือปัดตัวเลขให้ดูดีขึ้น ผู้ซื้อจะตรวจสอบ และความคลาดเคลื่อนที่อธิบายไม่ได้จะทำให้ดีลล่ม หากบันทึกของคุณยุ่งเหยิง ให้ใช้เวลาหนึ่งเดือนเคลียร์ก่อนประกาศขาย

ขั้นที่ 3: ทำให้รับช่วงต่อได้ง่าย

โปรเจกต์ที่ต้องพึ่งคุณเป็นการส่วนตัวน้อยกว่าจะมีมูลค่ามากกว่า ลองทำตามรายการนี้:

• เขียนคู่มือการดูแล (runbook): วิธีปล่อยเวอร์ชัน โฮสต์อยู่ที่ไหน อะไรทำงานอัตโนมัติ อะไรพังบ้างและแก้อย่างไร
• แยกบัญชี: ย้ายบัญชีโฮสติ้ง โดเมน อีเมล การวิเคราะห์ และเครื่องมือต่าง ๆ ของโปรเจกต์ไปไว้ในบัญชีที่โอนย้ายได้ ไม่ใช่บัญชีส่วนตัวของคุณ
• ลิสต์บริการและคีย์ทั้งหมด: ตารางของบริการภายนอกแต่ละตัว ใช้ทำอะไร ค่าใช้จ่ายเท่าไร และใครเป็นเจ้าของบัญชี ห้ามใส่คีย์จริงลงในเอกสาร
• ทำความสะอาดโค้ด: ลบฟีเจอร์ที่ไม่ได้ใช้ อัปเดต dependency และตรวจว่าสร้างโปรเจกต์ได้จากสำเนาที่สะอาด วิธีตรวจทานโค้ดที่ AI สร้าง เป็นเช็กลิสต์ที่มีประโยชน์
• จดบันทึกการซัพพอร์ตลูกค้า: คำถามที่พบบ่อย ข้อความตอบกลับสำเร็จรูป และปัญหาที่ยังค้างอยู่
• ตรวจหน้ากฎหมาย: เงื่อนไขการใช้งาน นโยบายความเป็นส่วนตัว และสิ่งที่ระบุเกี่ยวกับการโอนข้อมูลให้เจ้าของคนใหม่

ขั้นที่ 4: คิดเรื่องราคา

ไม่มีสูตรตายตัว ผู้ซื้อโปรเจกต์ออนไลน์ขนาดเล็กมักเริ่มจากกำไรหรือรายได้ย้อนหลังหนึ่งปี แล้วคูณด้วยตัวคูณ จากนั้นปรับขึ้นหรือลงตาม:

• แนวโน้ม: เติบโต ทรงตัว หรือลดลง
• ความมั่นคง: รายได้สม่ำเสมอแค่ไหน และกระจุกตัวกับลูกค้าไม่กี่รายหรือช่องทางเดียวหรือไม่
• ความพยายาม: ต้องใช้เวลาดูแลกี่ชั่วโมงต่อสัปดาห์
• อายุ: ประวัติการทำงานที่ยาวนานน่าเชื่อถือกว่า
• ความเสี่ยง: การพึ่งพาแพลตฟอร์มเดียว ซัพพลายเออร์รายเดียว หรืออันดับการค้นหาอันเดียว
• ความสามารถในการโอนย้าย: รันได้โดยไม่มีคุณง่ายแค่ไหน

เพื่อให้ได้ภาพที่สมจริง ลองดูโปรเจกต์ที่คล้ายกันที่ประกาศขายหรือขายแล้วบนมาร์เก็ตเพลซ (ราคาที่ประกาศไม่ใช่ราคาขายจริง) และพิจารณาขอความเห็นจากโบรกเกอร์หรือที่ปรึกษา ตั้งราคาขั้นต่ำที่ยอมรับได้ก่อนเริ่มต่อรอง

โครงสร้างดีลก็สำคัญ นอกจากการจ่ายก้อนเดียว บางดีลอาจแบ่งจ่ายเป็นงวด แบ่งส่วนแบ่งจากรายได้ในอนาคต หรือมีช่วงเปลี่ยนผ่านที่มีค่าตอบแทนซึ่งคุณช่วยเจ้าของใหม่ แต่ละแบบจะย้ายความเสี่ยงระหว่างคุณกับผู้ซื้อต่างกัน

ขั้นที่ 5: หาผู้ซื้อ

สำหรับการติดต่อโดยตรง ข้อความสั้น ๆ ก็ใช้ได้: โปรเจกต์คืออะไร ตัวเลขสำคัญ เหตุผลที่อาจเหมาะกับเขา และคำถามว่าสนใจรายละเอียดหรือไม่ หลักการใน cold email สำหรับสตาร์ทอัพ ก็ใช้ได้ที่นี่

เมื่อมีคนสนใจ ให้ส่งสรุปก่อน และส่งตัวเลขละเอียดเมื่อเขาแสดงว่าจริงจังแล้วเท่านั้น ผู้ขายหลายคนขอให้ผู้ซื้อลงนามข้อตกลงไม่เปิดเผยข้อมูล (NDA) ในขั้นนี้

ขั้นที่ 6: การตรวจสอบก่อนซื้อ (due diligence)

ผู้ซื้อที่จริงจังจะขอยืนยันสิ่งที่คุณบอก คาดว่าจะถูกขอ:

• สิทธิ์การเข้าถึงแบบอ่านอย่างเดียวของแดชบอร์ดผู้ให้บริการชำระเงิน หรือรายงานที่ส่งออกมา
• สิทธิ์เข้าถึงระบบวิเคราะห์ หรือภาพหน้าจอที่มีวันที่กำกับ
• การนำชมโค้ด โฮสติ้ง และเครื่องมือผู้ดูแลระบบ
• รายชื่อลูกค้าหรือผู้ใช้ (มักปกปิดตัวตนจนกว่าจะเซ็นสัญญา ตรวจนโยบายความเป็นส่วนตัวและกฎการคุ้มครองข้อมูลในพื้นที่ของคุณก่อนแชร์ข้อมูลส่วนบุคคล)
• สัญญา ข้อพิพาท การคืนเงิน หรือข้อร้องเรียนใด ๆ

ตอบให้รวดเร็วและซื่อตรง สิ่งที่ทำให้ดีลล่มคือเรื่องที่ถูกพบในช่วงท้ายโดยไม่มีใครคาดคิด

ขั้นที่ 7: สัญญาและการชำระเงิน

ทำดีลให้เป็นลายลักษณ์อักษร สัญญาการขายโดยทั่วไปครอบคลุมว่าขายอะไรแน่นอน ราคาและเงื่อนไขการชำระ ลูกค้าเดิมจะเป็นอย่างไร การช่วยเหลือของคุณระหว่างช่วงเปลี่ยนผ่าน ข้อตกลงไม่สร้างผลิตภัณฑ์ที่แข่งขันกัน (ถ้ามี) และสิ่งที่จะเกิดขึ้นหากพบว่าสิ่งที่ได้รับแตกต่างจากที่บอกไว้

สำหรับการชำระเงิน ผู้ขายจำนวนมากใช้บริการ escrow ซึ่งกันเงินของผู้ซื้อไว้จนกว่าสินทรัพย์จะถูกโอนเรียบร้อย ทำให้สองฝ่ายไม่ต้องไว้ใจกันแบบสุ่มสี่สุ่มห้า ข้อมูลนี้เป็นความรู้ทั่วไป ไม่ใช่คำแนะนำทางกฎหมายหรือภาษี กฎเกณฑ์แตกต่างกันตามประเทศ จึงควรปรึกษาทนายและนักบัญชีสำหรับการขายที่ไม่เล็ก

ขั้นที่ 8: การส่งมอบ

ใช้รายการตรวจสอบและติ๊กไปพร้อมกับผู้ซื้อ:

หลังย้ายระบบเสร็จ ให้ยกเลิกสิทธิ์การเข้าถึงของคุณ ยกเลิกบริการที่ผู้ซื้อไม่ต้องการ และเก็บสำเนาสัญญาและบันทึกสุดท้ายไว้

ความผิดพลาดที่พบบ่อย

• ประกาศขายก่อนที่ตัวเลขจะเคลียร์
• พูดเกินจริงเรื่องการเติบโต หรือไม่บอกการพึ่งพาบางอย่าง ซึ่งจะถูกเปิดเผยในขั้นตรวจสอบ
• แชร์ข้อมูลลูกค้าเร็วเกินไป หรือโดยไม่ตรวจนโยบายความเป็นส่วนตัว
• ข้ามสัญญาเป็นลายลักษณ์อักษร เพราะคิดว่าการขายเล็กเกินไป
• ส่งมอบบัญชีส่วนตัว ที่ปนกันระหว่างโปรเจกต์กับงานอื่นของคุณ

การขายโปรเจกต์ที่สร้างด้วย Mythex

หากคุณสร้างโปรเจกต์บน Mythex โค้ดนั้นเป็นของคุณและส่งมอบได้ ในแพ็ก Pro คุณสามารถส่งออกโปรเจกต์เป็นไฟล์ดาวน์โหลด หรือซิงก์กับรีโพซิทอรี GitHub แล้วส่งให้ผู้ซื้อทั้งรีโพซิทอรีหรือไฟล์เก็บถาวร ความลับและไฟล์ environment ไม่รวมอยู่ในการส่งออก ผู้ซื้อจึงต้องใส่คีย์ของตัวเอง ผู้ซื้อสามารถนำไฟล์เก็บถาวรเข้าสู่โปรเจกต์ Mythex ของตัวเอง หรือรันที่อื่นได้ ดู วิธีส่งออกและโฮสต์แอปที่สร้างด้วย AI เอง และเอกสารเรื่อง การส่งออกและรันในที่อื่น นอกจากนี้ให้วางแผนว่าข้อมูลในฐานข้อมูลจะย้ายอย่างไร ตกลงกันว่าผู้ซื้อต้องการสำเนาข้อมูลจริงหรือไม่ และจัดการข้อมูลส่วนบุคคลตามนโยบายความเป็นส่วนตัวของคุณ

คำถาม