วิธีจัดการ "คุณสามารถเพิ่มประเภทคำขอได้อีกไม่กี่ฟิลด์" จากลูกค้า?

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

• เราจะแน่ใจได้อย่างไรว่าลูกค้าต้องการการร้องขอคุณสมบัติเหล่านี้จริง ๆ ?

• เราจะพูดอย่างสุภาพว่า "คุณไม่ต้องการสิ่งนั้นจริง ๆ "?

ขณะนี้เรากำลังเริ่มเรียกเก็บเงินสำหรับคำขอคุณสมบัติบางอย่าง (ก่อนหน้านี้คำขอคุณสมบัติฟรีมักจะ) มีอะไรอีกบ้างที่เราสามารถทำได้?

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

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

การพูดคุยจะทำให้คุณเห็นว่าสิ่งที่พวกเขาถามนั้นสำคัญหรือไม่

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

เริ่มพิจารณาวิธีต่างๆเพื่อให้แอปพลิเคชันของคุณจัดการฟิลด์ลูกค้าได้ง่ายขึ้น

1. อนุญาตให้ลูกค้ากำหนดป้ายกำกับในรายงานและแบบฟอร์มเพื่อใช้ฟิลด์ที่มีอยู่
2. เพิ่มเขตข้อมูลทั่วไป (String12) ลงในตารางเขตข้อมูลที่มีอยู่หรือเพิ่มเติมเอง
3. มีระบบฟิลด์ที่ผู้ใช้กำหนดซึ่งทั้งหมดนี้จัดการโดยการป้อนข้อมูลและไม่ต้องสร้างคอลัมน์ใหม่ในตาราง (ฉันจำไม่ได้ว่าสิ่งนี้เรียกว่าความช่วยเหลือ)

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

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

เมื่อมองจากอีกด้านหนึ่งของหน้าต่างสักครู่ที่งานสุดท้ายของฉันฉันได้สัมผัสกับระบบ ERP ที่อนุญาตให้เพิ่มคอลัมน์ "กำหนดเอง" โดยผู้ใช้ปลายทางไปยังเอนทิตี / ตารางใด ๆ จากการโต้ตอบสั้น ๆ ของฉันดูเหมือนว่าพวกเขาจะเพิ่มคอลัมน์แบบไดนามิกในตารางที่สองด้วยการทำแผนที่แบบหนึ่งต่อหนึ่ง ตัวอย่างเช่น

ตารางเครื่องมือที่มีคอลัมน์คงที่:

• WIDGET_ID
• WIDGET_NAME
• WIDGET_COST
• เป็นต้น

ตาราง WIDGETCUSTOM พร้อมคอลัมน์ที่ผู้ใช้กำหนด:

• WIDGET_ID
• WIDGET_WEIGHT
• DID_BOB_WORK_ON_WIDGET
• เป็นต้น

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

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

คุณสมบัติ "การร้องขอ" เป็นเพียงการร้องขอ หากพวกเขากำลังเรียกร้องจากนั้นคุณต้องตัดสินใจว่า บริษัท มีความคุ้มค่าในการ "ยุ่งเหยิง" รหัสฐานกับสิ่งนั้น ถ้ามันกลายเป็นปัญหาเฉพาะถิ่นคุณสามารถกดมันลงไปได้ แต่ถ้าพวกเขายินดีจ่ายสิ่งที่คุณถามหรืออะไรบางอย่างที่อยู่ใกล้ ๆ และมันก็เป็นคุณสมบัติบางอย่างที่นี่และตรงนั้นฉันพูดด้วยเงิน

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

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

ฉันเข้าใจยากว่าทำไมคุณถึงสนใจว่าพวกเขาใช้หรือไม่ ง่ายคุณสร้างสิ่งที่พวกเขาต้องการและคุณจะได้รับเงิน

ถ่วงฐานรหัส? หากคุณจำเป็นต้อง refactor รหัสของคุณเมื่อทำงานในคุณสมบัติใหม่คิดค่าพวกเขา

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

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

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

ฉันคิดว่าคุณควรขอให้ลูกค้าของคุณวางหนึ่งหรือมากกว่าหนึ่งผ่าน "วันที่สำนักงาน" เพื่อดูว่าพวกเขาใช้ซอฟต์แวร์จริง ๆ ... รอสักครู่ ... จ้างฉันด้วยราคา $ 250 / ชั่วโมงและฉันจะไปหา นอกจากนี้ได้โปรดอย่าทำแผ่นทองคำ ทำให้มันใช้งานได้ ธุรกิจส่วนใหญ่ไม่สนใจว่ามันดูน่าเกลียดเมื่อมันทำงานได้ดี

ติดตามคำขอ เมื่อคุณได้รับการออกแบบ / พัฒนาคุณสมบัติขนาดใหญ่ให้เลือกคำขอจัดลำดับความสำคัญจำนวนหนึ่งเพื่อรวมไว้ในรีลีสนั้น

สร้างระบบการเจรจามาตรฐานสำหรับการร้องขอ อาจมีบางสิ่งบางอย่างเกิดขึ้นจากการรายงานข้อผิดพลาดหรือระบบคำขอคุณสมบัติเช่น Fogbugz อนุญาตให้ลูกค้าของคุณทำการร้องขอและจัดลำดับความสำคัญตาม:

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

หากลูกค้ามีความเป็นเจ้าของแอปพลิเคชันทั้งหมดให้ทำสิ่งที่พวกเขาถาม ปล่อยให้พวกเขาระเบิดเงินของพวกเขา; มันเป็นของพวกเขา.

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

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