Warning: session_start(): open(/tmp/sess_tk57gnjrqi9mcqnmd4naji7655, O_RDWR) failed: No space left on device (28) in /disk2/guru/public_html/qa-include/app/users.php on line 146
การทำ Software เป็น Trial Version มีวิธีการใดบ้าง - CITEC-Guru ถามปัญหาคอม เขียนโปรแกรม
พึ่งเคยใช้งานครั้งแรกโปรดอ่านที่นี่! howtouse!
x
  • Register
หางานด้าน IT อยู่เหรอ?

การทำ Software เป็น Trial Version มีวิธีการใดบ้าง

+5 votes

Trial Version ก็คือ เวอร์ชั่นทดลองใช้งาน นั่นแหละครับ (เพื่อการค้า)

 

สมมติว่าตัว Full Version จริงๆ ขายอยู่ที่ 10 บาท

แต่อยากจะปล่อยตัวทดลองใช้ไปให้ใช้ดูเล่นๆ ก่อน หากชอบจริง และ ตอบโจทย์ ก็ค่อยซื้อ

 

วิธีการก็มีหลายทางเลือก

เคยตั้งคำถาม หัวข้อ  แนวคิด การกำหนด Expiry date ให้กับโปรแกรม ก็ดูเหมือนจะไม่เวิร์กซะทีเดียว

 

ในแง่ของ ธุรกิจ และในแง่ของ เทคนิคในการพัฒนา อาจจะต้องมาคู่กัน

เท่าที่สรุปๆ มาจากเพื่อนๆในนี้มานะครับ "กั๊กฟีเจอร์ สำคัญๆ ไว้ไม่ให้ใช้ ถ้าจะใช้เต็มระบบต้อง เสียเงิน"

 

แต่ในความคิดของผม การกั๊กฟีเจอร์ สำคัญๆ ไว้ อาจทำให้ User ไม่ได้ใช้โปรแกรมอย่างเต็มที่

เต็มความสามารถของมันที่ควรจะทำได้ แล้วเขาจะชอบโปรแกรมนี้ เพื่อชำระเงินได้อย่างไร

ตรงนี้ผมคิดผิด หรือ คิดถูก ก็ไม่รู้เหมือนกัน

 

แต่ที่ผมเคยทำ (โปรเจ็คของบริษัท) จะไม่มีกั๊กฟังก์ชั่นการทำงานใดๆ แต่จะกำหนดการเกิด Transaction ในฐานข้อมูลครับ

เช่นพวก ตารางหลักๆ ทั้งหลาย จะกำหนดให้มีได้แค่ไม่เกิน 50 Row ถ้าครบ 50 แล้วจะไม่สามารถ Insert เพิ่มได้ ประมาณนั้นครับ

 

เลยอยากปรึกษา ว่า ควรใช้วิธีการ หรือ แนวคิด แบบไหนเกี่ยวกับเรื่องนี้ดี

 

ปล. กำหนดให้ โปรแกรมนี้ไม่มีการเชื่อมต่อกับ network ใดๆ ดังนั้นจะไม่มีการตรวจสอบ หรือ เช็คค่าใดๆ ผ่านเครื่องข่าย นะครับผม

จริงๆก็ควรทำได้ แต่อยากเน้นให้ใช้งานแบบ Offline มากกว่าครับผม

 

ขอบคุณครับ

 

ถามเมื่อ Apr 27, 2012 in C# โดย phanithanj (1,139 คะแนน)
   

2 Answers

+1 vote
 
Best answer

ถึงยังไงก็เป้นการจำกัดการใช้งาน... ขึ้นอยู่มุมมองทางการตลาดครับ

ข้อดีข้อเสียต่างกัน ขอวิจารณ์ 3 กรณีที่ว่า

1. Limit Rows หรือ ดีที่ว่า เห็นความสามารถโปรแกรมหมด  ถ้าเต็มแล้วก็ทำอะไรไม่ด้าย คนก็ต้อง Uninstall หรือ ซื้อเท่านั้น

2. Limit Features ดีที่ว่าใช้ไปเรื่อยๆได้ แต่ใช้ได้ไม่เต็มความสามารถ

3. Limit Times เห็นความสามารถโปรแกรมหมด แต่หมดอายุข้อมูลที่เคยมีในโปรแกรมก็ ใช้ไม่ได้ แบบนี้คนใช้เสียหัวแย่

* ถ้าเป็นผมนะ ผมจะ Limit Features คือให้โปรแกรมใช้ได้เรื่อยๆ เมื่อเขาต้องการใช้ Features อื่น โปรแกรมก็ฟ้องว่า Features นี้สำหรับเวอร์ชั่นลายเส้นเท่านั้น และทุกๆ 30 วัน ก็จะแจ้งผู้ใช้งานว่า คุณต้องการ Features เหล่านี้เพื่อเพิ่มประสิทธิภาของโปรแกรมหรือไม่ คือถ้าต้องการ ก็ไปสั่งซื้ออะไรประมาณนั้นครับ หรือถ้า Features เหมาะกับงานอยู่แล้วคือไม่ต้องการเพิ่ม ก็ให้เขาใช้ฟรีไปเลย ผมว่านะ...

ตอบเมื่อ Apr 27, 2012 โดย T?m ?sk-maxim (447 คะแนน)
selected Sep 26, 2012 โดย phanithanj
ตอนแรก ผมก็ว่าแบบนี้เหมือนกัน ครับ
+1 vote
ผมว่าการกั๊ก feature กับการ limit จำนวน row ให้มุมมองที่ต่างกันนะครับ
ผมมองว่าการกั๊ก feature ปลอดภัยต่อการ crack มากกว่า เพราะตอน build software เราเอา code ส่วนนั้นออกไปได้เลย อีกอย่างผมว่า ซื้อใจลูกค้าได้มากกว่า เพราะเค้ายังสามารถใช้ software เราไปได้เรื่อยๆ จนติดและเป็นความเคยชินได้

ส่วนการ limit จำนวน row ผมว่าน่าจะ crack แก้ได้ง่ายกว่า อีกอย่างผมมองว่า ถ้าผมลองใช้งาน software สำหรับงานนึงอื่น ถ้า limit น้อยเกินไป ลูกค้ายังไม่ทันติดใจ software เรา ผมว่าเค้าน่าจะหันไปหาตัวอื่นได้ง่ายกว่านะ หรือถ้ามากไปเค้าก็ไม่ซื้อ software ตัวจริงก็ได้ ซึ่งตรงนี้ผมว่าหาค่าเหมาะสมยากครับ
ตอบเมื่อ Apr 27, 2012 โดย Krurkrit Phoosakul (1,174 คะแนน)
ก็เท่าที่คิดไว้นะ จะ limit จำนวน row

คิดซะว่า เกิด transaction วันล่ะ 100

3 เดือน ก็ 100 x 30 = 3,000 row
ให้สุดๆ ไปเลยคือ 5,000 row

ใช้กันให้กระหน่ำ 5-6 เดือน ถ้าติดใจแล้วค่อยซื้อ

แล้วอาจจะมี กั๊ก feature อะไรที่พิเศษ จริงๆ
ประมาณว่า จะไม่มีก็ได้ แต่มีแล้วดีจะช่วยอะไรได้อีกเยอะ

แต่ feature หลักต้องมี

อะไรประมาณนั้น

(รอฟังความคิดเห็น อื่นๆ ต่อไป)

ขอบคุณนะครับ

Related questions

+7 votes
2 คำตอบ
1,914 views ถามเมื่อ Apr 26, 2012 in C# โดย phanithanj (1,139 คะแนน)
+3 votes
5 คำตอบ
+1 vote
2 คำตอบ
+2 votes
2 คำตอบ
...