2 โหวต

ขอให้เป็นวันดีผู้อ่านที่รัก การทำงานบนเว็บไซต์กับลูกค้าเป็นเรื่องยากเสมอไป ตามกฎแล้ว ลูกค้าต้องการ "สิ่งที่เจ๋ง" หรือ "ไม่มีอะไรผิดปกติ ปล่อยให้มันเป็นเหมือนคนอื่นๆ" แนวคิดเชิงนามธรรมคุณจะเห็นด้วย หากนี่เป็นคำสั่งซื้อแรกของคุณ คุณอาจพอใจกับคำพูดที่คล้ายกัน: “เจ๋ง พวกเขาให้อิสระในการสร้างสรรค์แก่ฉัน ฉันสามารถทำทุกอย่างที่ฉันต้องการ” จากประสบการณ์บอกได้เลยว่าไม่มีอะไรเหมือน!

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

แผนปฏิบัติการสำหรับการทำงานร่วมกับลูกค้า

คุณพบลูกค้า เขาพร้อมที่จะจ่ายเงินแล้วคุณก็ไปทำงาน จะเริ่มต้นที่ไหนและดำเนินการอย่างไร?

• การสื่อสารครั้งแรก

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

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

• การเตรียมการและการสรุปครั้งแรก

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

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

• จัดทำและลงนามข้อกำหนดทางเทคนิค

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

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

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

• การพัฒนาและการต้อนรับ

เมื่อคุณลงนามทุกอย่างแล้ว คุณก็สามารถเริ่มดำเนินโครงการได้

สิ่งที่ไม่ควรอยู่ในข้อกำหนดทางเทคนิค และสิ่งที่ควรมี

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

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

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

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

และอย่าลืมเกี่ยวกับลายเซ็น ทุกอย่างจริงจังลูกค้าต้องเข้าใจสิ่งนี้

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

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

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

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

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

ไม่ว่าคุณจะเขียนข้อกำหนดทางเทคนิคสำหรับการบริหารเมืองหรือ Vasily Pupkin ในตำนาน เนื้อหาก็ทำได้ดีที่สุดตาม GOST เรียนรู้สิ่งนี้ล่วงหน้า

ดูเหมือนว่านี้:

1. อภิธานศัพท์
2. บทบัญญัติทั่วไป
3. เรื่องของการพัฒนา
4. วัตถุประสงค์ของเอกสาร
5. ข้อกำหนดในการ การออกแบบกราฟิกเว็บไซต์
6. ข้อกำหนดการออกแบบเว็บไซต์
7. ขั้นตอนการอนุมัติแนวคิดการออกแบบ
8. ความต้องการการทำงาน
9. ข้อกำหนดสำหรับการนำเสนอเว็บไซต์
10. ข้อกำหนดสำหรับระบบการจัดการเนื้อหา
11. ข้อกำหนดสำหรับการแชร์การเข้าถึง
12. ข้อกำหนดสำหรับประเภทของหลักประกัน
13. ข้อกำหนดสำหรับการสนับสนุนข้อมูล
14. ข้อกำหนดซอฟต์แวร์
15. ความต้องการทางด้านเทคนิค
16. ข้อกำหนดสำหรับการสนับสนุนทางภาษา
17. ข้อกำหนดสำหรับการยศาสตร์และความสวยงามทางเทคนิค
18. ข้อกำหนดสำหรับการยอมรับและการส่งมอบโครงการ
19. ข้อกำหนดในการกรอกข้อมูล
20. ข้อกำหนดด้านบุคลากร
21. ขั้นตอนการจัดหาการจัดจำหน่าย
22. ขั้นตอนการโอนสถานที่ไปที่ วิธีการทางเทคนิคลูกค้า

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

อภิธานศัพท์

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

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

บทบัญญัติทั่วไป

ณ จุดนี้ เราต้องตอบคำถามว่าจริงๆ แล้วเรากำลังทำอะไรอยู่ และทำไม

เรื่องของการพัฒนา

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

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

วัตถุประสงค์ของเอกสาร

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

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

ข้อกำหนดสำหรับการออกแบบกราฟิกเว็บไซต์

ข้อกำหนดการออกแบบเว็บไซต์

ที่นี่คุณจะต้องอธิบายในแง่ทั่วไปเกี่ยวกับการออกแบบเว็บไซต์ สิ่งที่ควรมี และประเด็นใดที่ควรปฏิบัติตาม: สีขององค์กร แบบอักษร ฯลฯ โดยทั่วไปอย่าลงรายละเอียด

ขั้นตอนการอนุมัติแนวคิดการออกแบบ

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

ความต้องการการทำงาน

ที่นี่คุณอธิบายว่าเรากำลังจะทำอะไรจริงๆ เราอธิบายองค์ประกอบภาพ บทนี้พัฒนาเป็นสามส่วน: เราอธิบายหน้าหลัก โครงสร้างภายใน และโครงสร้างเว็บไซต์

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

ข้อกำหนดสำหรับการนำเสนอเว็บไซต์

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

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

ข้อกำหนดสำหรับระบบการจัดการเนื้อหา

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

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

ข้อกำหนดสำหรับการแชร์การเข้าถึง

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

ข้อกำหนดสำหรับประเภทของหลักประกัน

ข้อกำหนดสำหรับการสนับสนุนข้อมูล

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

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

คุณตกลงที่จะโพสต์ภาพในเท่านั้น รูปแบบ GIFหรือ jpg และหน้าต่างๆ จะมีน้ำหนักไม่เกินที่กำหนด โดยวิธีการจุดที่ดี จากนั้นหากลูกค้าโป่งตาและบอกว่าต้องการอย่างอื่นคุณสามารถแสดงรายการนี้และพูดว่า: "คุณเซ็นเรื่องน้ำหนักเองฉันไม่รู้อะไรเลยทั้งหมดนี้เป็นไปไม่ได้!"

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

ข้อกำหนดซอฟต์แวร์

1. ที่นี่เรากำลังพูดถึงโฮสติ้งหรือเซิร์ฟเวอร์ เนื่องจากบล็อกของฉันมุ่งเป้าไปที่ผู้สร้างที่ทำงานบน Timeweb ( https://timeweb.ru ) - ทุกอย่างง่ายมาก หากคุณไม่ใช่ "ของเรา" คุณต้องดู ข้อมูลจำเพาะ. ตัวอย่างเช่น คนที่ฉลาดมากสร้างเว็บไซต์เจ๋งๆ แล้วพยายามเชื่อมต่อกับโฮสติ้ง แต่ข้อกำหนดทางเทคนิคนั้นสูงมากจนไม่มีโฮสติ้งในรัสเซียใดที่สามารถจัดการได้ รายการนี้เป็นสิ่งจำเป็น แต่ไม่ใช่สำหรับผู้เริ่มต้นในด้านการพัฒนา
2. ที่นี่เราอธิบายว่าพอร์ทัลจะมีหรือไม่ รุ่นมือถือดัดแปลงสำหรับอุปกรณ์พกพาหรือเปิดผ่านเท่านั้น Google Chromeและการบิดเบือนใด ๆ ในเบราว์เซอร์อื่น ๆ จะไม่รบกวนเราเลย

ข้อกำหนดสำหรับการสนับสนุนทางภาษา

เว็บไซต์จะสร้างเป็นสองภาษาหรือเราต้องการเพียงภาษารัสเซียเท่านั้น?

ข้อกำหนดสำหรับการยศาสตร์และความสวยงามทางเทคนิค

อีกครั้งหนึ่งที่เรากล่าวถึงหลักการสำคัญของการออกแบบโดยย่อ ทุกอย่างจะชัดเจน ตรงไปตรงมา และสม่ำเสมอ โลโก้จะปรากฏทุกที่และ ข้อมูลติดต่อ. ทุกอย่างสุดยอด ทุกอย่างยอดเยี่ยมมาก

ข้อกำหนดสำหรับการยอมรับและการส่งมอบโครงการ

ข้อกำหนดในการกรอกข้อมูล

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

เรายังเขียนอีกครั้งว่าถ้าเขาต้องการแก้ไขหรือเปลี่ยนแปลงอะไรเขาจะต้องจัดทำข้อตกลงที่คล้ายกันอีกครั้งซึ่งคุณจะลงนามหรือไม่ก็ได้

ข้อกำหนดด้านบุคลากร

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

ขั้นตอนการจัดหาการจัดจำหน่าย

คุณจะให้อะไรแก่ลูกค้าเมื่องานเสร็จ: ล็อกอิน, รหัสผ่าน, ไปมา

เรากรอกราคาข้อกำหนดทางเทคนิค

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

ทุกอย่างเกี่ยวกับเอกสารนี้ควรจะน่าประทับใจ! หากคุณกำลังจะส่งเพื่อตรวจสอบเบื้องต้นทางไปรษณีย์อย่าลืมใช้ รูปแบบ PDF. และลูกค้าอาจจะไม่อยากทรมานตัวเองด้วยการแก้ไข และเขาจะคิดว่าคุณเป็นมืออาชีพ สิ่งเล็กๆแต่สำคัญ. หากต้องการแปลงเอกสาร Word คุณสามารถใช้บริการได้ https://smallpdf.com/ru/ .

อย่าลืมใส่โลโก้ของคุณในพื้นหลัง บริษัทของตัวเองหรือแบรนด์ของคุณ และใส่ข้อมูลติดต่อ สามารถออกได้อย่างรวดเร็วและมีประสิทธิภาพบนเว็บไซต์ https://logaster.ru .

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

ตอนนี้คุณสามารถไปหาลูกค้าได้อย่างปลอดภัยและไม่ต้องกลัวว่าคุณจะถูกกล่าวหาว่าไม่สมบูรณ์

ดาวน์โหลดเทมเพลต TK

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

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

ข้อกำหนดทางเทคนิคคืออะไร

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

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

• การพัฒนาโปรแกรมประยุกต์;
• การออกแบบบ้าน
• การเขียนข้อความและอื่น ๆ

หากคุณทำงานตามข้อกำหนดทางเทคนิค ความเสี่ยงของข้อพิพาทและการดำเนินคดีที่ยืดเยื้อจะลดลง

วิธีการจัดทำข้อกำหนดทางเทคนิค: โครงสร้างของข้อกำหนดทางเทคนิคสำหรับเว็บไซต์

ก่อนคุณเริ่ม:

• ตัดสินใจว่าใครจะเป็นผู้ร่างข้อกำหนดทางเทคนิค
• อธิบายเงื่อนไข
• หลีกเลี่ยงเงื่อนไขที่เป็นอัตนัย

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

การชี้แจงเงื่อนไขเป็นจุดสำคัญมาก. ขอแนะนำให้อธิบายคำศัพท์เฉพาะทางทั้งหมดตั้งแต่เริ่มต้น - ลูกค้าไม่ได้ทราบเสมอไปว่าส่วนท้าย CMS หรือปลาคืออะไร ยิ่งคำอธิบายเรียบง่ายและชัดเจนยิ่งขึ้น ข้อกำหนดทางเทคนิคสำหรับทั้งสองฝ่ายก็จะยิ่งชัดเจนมากขึ้นเท่านั้น

เงื่อนไขส่วนตัวอาจทำให้เกิดความขัดแย้งโดยไม่จำเป็น. อย่าเขียนว่า “การออกแบบควรจะสวยงาม” เพราะแนวคิดเรื่องความงามของทุกคนแตกต่างกัน เช่นเดียวกับคำคุณศัพท์เชิงคุณภาพ "สะดวก", "ใช้งานง่าย", "ใหญ่" ใช้ตัวเลขและพารามิเตอร์เฉพาะ เช่น อธิบายโทนสีหรือการจัดเรียงองค์ประกอบ

โครงสร้างของข้อกำหนดทางเทคนิคสามารถเป็นได้ ตามตัวอย่าง เรานำเสนอโครงสร้างเงื่อนไขการอ้างอิงที่เรียบง่ายสำหรับเว็บไซต์

อธิบายเว็บไซต์

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

หากโครงการมีความเฉพาะเจาะจง กลุ่มเป้าหมาย, อธิบายมัน. สิ่งนี้จะช่วยคุณสร้างแหล่งข้อมูลที่จะดึงดูดลูกค้า เช่น การใช้ภาษาที่เหมาะสมในบทความหรือการออกแบบที่ดึงดูดใจคนหนุ่มสาวหรือคนรุ่นเก่า

บอกเราเกี่ยวกับโครงสร้าง

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

• โครงการ
• โต๊ะ
• รายการ

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

ตัวอย่างโครงสร้างอย่างง่ายในรูปแบบบล็อกไดอะแกรม

อธิบายว่าจะมีอะไรบ้างในแต่ละหน้า

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

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

ตัวอย่างต้นแบบหน้าแรกของเว็บไซต์ ทุกอย่างเรียบง่าย สะดวก เข้าใจได้

กำหนดข้อกำหนดการออกแบบ

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

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

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

อธิบายข้อกำหนดสำหรับเครื่องมือ โค้ด โฮสติ้ง โดเมน

นี่จำเป็นต้องทราบล่วงหน้าว่าเครื่องมือใดที่คุณสามารถใช้งานได้และเครื่องมือใดที่คุณไม่สามารถใช้งานได้ อธิบายในบล็อกแยกต่างหาก:

• ไซต์ใดควรเป็นไซต์ - WordPress, Joomla, Modex ฯลฯ
• สามารถใช้ภาษาโปรแกรมใดได้บ้าง - PHP, JavaScript, HTML และอื่น ๆ
• ไซต์ควรอยู่บนโฮสติ้งใดและอยู่ในโซนโดเมนใด ชื่อโดเมนสามารถใช้ได้
• ที่ แพลตฟอร์มซอฟต์แวร์สามารถใช้งานได้ - .NET, OpenGL, DirectX
• และอื่นๆ

หากลูกค้าไม่เข้าใจคำศัพท์ที่ใช้ ให้อธิบายความแตกต่างระหว่าง WordPress และ Modex, PHP จาก HTML, โดเมนใน Zone.ru จากโดเมนใน Zone.com ร่วมกันร่างข้อกำหนดเพื่อให้เหมาะสมกับลูกค้า

ระบุข้อกำหนดการดำเนินงานไซต์

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

• ความเร็วในการโหลดเว็บไซต์ที่คุณยอมรับได้หรือค่ามาตรฐานคือ 1–5 วินาที
• ความเข้ากันได้ข้ามเบราว์เซอร์ - ระบุเบราว์เซอร์ที่เว็บไซต์ควรเปิด
• การตอบสนอง - ระบุขนาดหน้าจอที่การออกแบบควรปรับให้เข้ากับอุปกรณ์ที่ใช้
• ความต้านทานต่อการโหลด - ควรมีคนกี่คนบนไซต์ในเวลาเดียวกันเพื่อไม่ให้ "ลง"
• ความต้านทานต่อการโจมตีของแฮ็กเกอร์และ dDos: ไซต์ต้องทนต่อการโจมตีขนาดเล็ก

เขียนสถานการณ์จำลองการทำงานของไซต์

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

ตัวอย่างสถานการณ์ที่ง่ายที่สุดสำหรับเว็บไซต์

ค้นหาว่าใครเป็นผู้ผลิตเนื้อหา

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

• - ไม่น้อยกว่า 95% ตาม Advego, Text.ru, Content.Watch
• คลื่นไส้ (สแปม) - ไม่เกิน 10% ตาม Advego หรือ 65% ตาม Text.ru
• คะแนนตาม Glavred - อย่างน้อย 6.5 หรือ 7 คะแนน

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

ระบุกำหนดเวลา

สิ่งนี้มักถูกลืม งานด้านเทคนิคส่วนใหญ่จะต้องระบุกำหนดเวลา ไม่เช่นนั้นการพัฒนาอาจใช้เวลานานหลายเดือน หกเดือน หรือหลายปี อย่าใช้ถ้อยคำที่ไม่ถูกต้อง เช่น “ในหนึ่งเดือน” เขียนวันที่ที่แน่นอน: เช่น 1 ธันวาคม 2018

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

ข้อควรจำ: ข้อกำหนดทางเทคนิคแต่ละข้อต้องมีหลายช่วงตึกหลัก:

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

ตัวอย่างการกำหนดข้อกำหนดทางเทคนิคสำหรับซอฟต์แวร์

เราจำเป็นต้องสร้างซอฟต์แวร์ ข้อกำหนดทางเทคนิคอยู่ด้านล่าง

คำอธิบาย: โปรแกรมสำหรับค้นหาบทความด้วยคำสำคัญในเว็บไซต์ที่เชื่อถือได้ทั้งหมด ต้องป้อนที่อยู่ของเว็บไซต์ที่เชื่อถือได้ด้วยตนเอง

ซอฟต์แวร์ควรทำอย่างไร:หลังจากเข้าแล้ว คำสำคัญค้นหาบทความเกี่ยวกับไซต์ที่ป้อนล่วงหน้าเป็นแหล่งข้อมูลที่เชื่อถือได้ แสดงรายการรายการที่ตรงกันในรูปแบบนี้:

• ลิงค์
• ชื่อบทความ
• ย่อหน้านำ

หากมีรายการที่ตรงกันมากกว่า 10 รายการ คุณจะต้องแบ่งออกเป็นหน้าละ 10 หน้า

ความต้องการทางด้านเทคนิค:ภาษาการเขียนโปรแกรม - อะไรก็ได้ไม่สำคัญ สิ่งสำคัญคือโปรแกรมสามารถแก้ไขและเผยแพร่เป็นบริการออนไลน์ได้ ตามหลักการแล้ว บริการควรค้นหาภายใน 10 วินาที

กำหนดเวลา: ถึงวันที่ 15 กันยายน 2561

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

ข้อกำหนดทางเทคนิคคืออะไร? ทำอย่างไรและมีไว้เพื่ออะไร? ตัวอย่าง ตัวอย่าง คำแนะนำ และคำแนะนำ

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

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

ข้อกำหนดทางเทคนิคคืออะไร

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

แผนกออกแบบ

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

เหตุใดคุณจึงต้องมีข้อกำหนดทางเทคนิค?

• เพื่อมอบหมายงานให้กับนักแสดง
• เพื่ออธิบายรายละเอียดสิ่งที่คุณต้องการได้รับในตอนท้าย
• เพื่อตกลงเรื่องลำดับการทำงาน
• เพื่อประเมินและยอมรับผลงานภายหลังการดำเนินการ
• ถึง...(เพิ่มตัวเลือกของคุณในความคิดเห็น)

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

ด้วยข้อกำหนดทางเทคนิค คุณสามารถสอบถามเกี่ยวกับเวลาในการใช้งาน เงิน และการปฏิบัติตามคุณลักษณะที่ประกาศไว้ของผลิตภัณฑ์หรือบริการขั้นสุดท้ายได้เสมอ

อันที่จริงนี่เป็นเอกสารสำคัญที่ลูกค้าและผู้รับเหมาจัดทำขึ้น เท่าที่มีการกำหนดบทลงโทษและภาระผูกพันของคู่สัญญา มี GOST จำนวนมาก อ่านเพิ่มเติมเกี่ยวกับHabré

การพัฒนาข้อกำหนดทางเทคนิค

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

การมีหนวดเคราเป็นทางเลือก

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

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

ข้อกำหนดทางเทคนิคประกอบด้วยอะไรบ้าง?

ทุกอย่างจะขึ้นอยู่กับเทมเพลตที่คุณเลือก (ฉันจะให้ลิงก์ไปยังเทมเพลต/ตัวอย่างเพิ่มเติมอีกเล็กน้อย) แต่มีบล็อกพื้นฐานที่รวมอยู่ในข้อกำหนดทางเทคนิค:

1. คำอธิบายของโครงการ/งาน เราเขียนสั้นๆ ว่าโครงการหรืองานอะไรที่ต้องทำให้เสร็จ
2. วัตถุประสงค์และเป้าหมาย เป้าหมายของโครงการคืออะไร?
3. ความต้องการ. การออกแบบ ฟังก์ชั่น เทคโนโลยีที่จำเป็น
4. รายละเอียดของงาน. จะทำอะไร เมื่อไร และอย่างไร
5. ขั้นตอนการควบคุมและการยอมรับ งานจะได้รับการยอมรับอย่างไรถือว่าแล้วเสร็จอย่างไร
6. การใช้งาน สเก็ตช์ สเก็ตช์ ต้นแบบ

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

ขออภัยที่ขัดจังหวะการอ่าน เข้าร่วมช่องโทรเลขของฉัน การประกาศบทความใหม่ๆ การพัฒนาผลิตภัณฑ์ดิจิทัล และแนวทางการเติบโต ทั้งหมดนี้รวมอยู่ที่นี่แล้ว กำลังคอยคุณอยู่! มาต่อกัน...

ตัวอย่างข้อกำหนดทางเทคนิค

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

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

เงื่อนไขการอ้างอิงสำหรับการพัฒนาร้านค้าออนไลน์

เงื่อนไขการอ้างอิงสำหรับการพัฒนาแอปพลิเคชันบนมือถือ

เงื่อนไขการอ้างอิงสำหรับไซต์

เงื่อนไขการอ้างอิงสำหรับบริการ/การอัปเดต

หากคุณต้องการตัวอย่างเพิ่มเติม เพียงแค่ Google

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

นี่คือวิธีที่มันควรจะเป็น

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

ตัวอย่างเช่น สำหรับงาน “ปุ่มถูกใจบนเว็บไซต์”:

1. คำอธิบาย: คุณต้องสร้างปุ่ม "ถูกใจ" บนเว็บไซต์ของเรา
2. วัตถุประสงค์และเป้าหมาย: การมีส่วนร่วมของผู้ใช้ การออก/การให้คะแนนเนื้อหาตามจำนวนไลค์
3. ข้อกำหนด: การออกแบบต่อไปนี้ (ตัวอย่าง: ลิงก์ไปยังสิ่งที่คล้ายกัน), ฟังก์ชันการทำงาน (ผู้ใช้ทุกคนสามารถให้คะแนนรูปภาพและชอบได้, ระบบไซต์คำนึงถึงจำนวนไลค์และเปลี่ยนแปลงผลลัพธ์ของวัสดุ), เทคโนโลยี (มีให้บนเดสก์ท็อป และเวอร์ชันมือถือของไซต์)
4. ลักษณะงาน: วาด 3 ตัวเลือกสำหรับเค้าโครงปุ่ม (วันที่พร้อม: 10/01/60), พัฒนาระบบสำหรับการกระจายวัสดุตามไลค์ (วันที่: 10/14/60), การทดสอบฟังก์ชัน (วันที่: 10/16/60 ) วางจำหน่าย (วันที่: 10/17/60)
5. การรับงาน: ผู้ใช้กดปุ่มไลค์, ระบบนับการคลิก, การส่งมอบวัสดุเปลี่ยนแปลง
6. การใช้งาน: ภาพร่าง ภาพร่าง ตัวอย่างโครงการที่มีฟังก์ชันคล้ายกัน

ทิ้งส่วนและส่วนของโครงสร้างที่จำเป็นสำหรับงานของคุณไว้สำหรับตัวคุณเอง ตัวอย่างเช่น บล็อกที่หก “แอปพลิเคชัน” สามารถอธิบายได้ในข้อกำหนดด้านการทำงาน คำแนะนำพื้นฐาน: ไม่ทางใดก็ทางหนึ่ง อธิบายงานตามโครงสร้างของข้อกำหนดทางเทคนิค ด้วยวิธีนี้คุณจะไม่พลาด จุดสำคัญและช่วยตัวเองจากคำถามที่ไม่จำเป็น และทำให้ชีวิตของเพื่อนร่วมงานของคุณง่ายขึ้น

เอาล่ะ

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

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

เราขอแนะนำให้อ่าน:

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

เหตุใดลูกค้าจึงต้องการข้อกำหนดทางเทคนิค?

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

เราขอแนะนำให้อ่าน:

เหตุใดนักแสดงจึงต้องมีข้อกำหนดทางเทคนิค?

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

จะเริ่มร่างข้อกำหนดทางเทคนิคที่มีความสามารถได้ที่ไหน

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

• ข้อกำหนดทั่วไปของข้อกำหนดทางเทคนิค

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

เราขอแนะนำให้อ่าน:

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

• เป้าหมายโครงการ

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

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

• ความต้องการการทำงาน

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

เราขอแนะนำให้อ่าน:

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

• กำหนดเวลา

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

• การรายงาน

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

ต้องมีรายงานผลการปฏิบัติงานจริงด้วย สิ่งที่ทำไป ใช้เวลาไปเท่าไร นักแสดงประสบปัญหาอะไรบ้าง เป็นต้น

• ความรับผิดชอบ

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

เราขอแนะนำให้อ่าน:

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

1. ข้อกำหนดทางเทคนิคจะต้องมีรายละเอียด อย่ากลัวที่จะอธิบายทุกองค์ประกอบ ทุกรายการ ทุกปุ่ม เขียนทุกอย่างทุกอย่างโดยละเอียดให้มากที่สุด อย่ากลัวที่จะแสดงออกมาอย่างพิถีพิถัน เป็นการดีกว่าที่จะทำซ้ำหลายๆ ครั้งแล้วเคี้ยวมัน ดีกว่าทำให้เสร็จทีหลัง จ่ายเงินเพิ่ม และแก้ไขมัน งานด้านเทคนิคล่าสุดที่ฉันเขียนเกี่ยวข้องกับการพัฒนาเว็บไซต์ มันเป็นโครงการข้อมูลขนาดใหญ่ ก่อนอื่นเราพัฒนาการออกแบบ จากนั้นฉันก็อธิบายงานเฉพาะสำหรับโปรแกรมเมอร์ตามนั้น ดังนั้นข้อกำหนดทั้งหมดจึงกลายเป็นฟอนต์ A4 ขนาด 11 หน้าจำนวน 54 หน้า เงื่อนไขการอ้างอิงมาเป็นส่วนเสริมของสัญญาหลักซึ่งมีความยาว 7 หน้าเช่นกัน แต่ฉันอยากจะบอกว่าแม้ในข้อกำหนดทางเทคนิคโดยละเอียดฉันไม่สามารถคำนึงถึงทุกสิ่งได้เพราะในระหว่างกระบวนการพัฒนามีการลงนามข้อตกลงเพิ่มเติมอีกสามฉบับซึ่งฉันได้ทำการปรับเปลี่ยนบางอย่างกับเวอร์ชันดั้งเดิมของการมอบหมาย
2. ข้อกำหนดทางเทคนิคจะต้องมีความชัดเจน ไม่ต้องใช้น้ำ ทุกอย่างตรงประเด็น หากคุณเขียนเกี่ยวกับกำหนดเวลาให้ระบุตัวเลขเฉพาะหากเกี่ยวกับฟังก์ชันการทำงานรายการโซลูชันการทำงานที่คุณต้องการ ฯลฯ
3. ข้อมูลจำเพาะทางเทคนิคของคุณไม่ใช่ความเชื่อ แต่เป็นเพียงหนึ่งในนั้น ตัวเลือกที่เป็นไปได้การปฏิบัติงาน พูดตามตรง ฉันไม่ใช่ผู้เชี่ยวชาญด้านการเขียนโปรแกรม ใช่ ฉันสามารถคิดผ่านโครงสร้างของโปรเจ็กต์ ฟังก์ชั่นการทำงาน วิธีแก้ปัญหาทางเทคนิคบางอย่างได้ แต่ทุกครั้งเมื่อร่างข้อกำหนดทางเทคนิคขั้นสุดท้าย ฉันจะปรึกษากับนักแสดงเสมอ พวกเขาสามารถเห็นบางสิ่งบางอย่าง แสดงความคิดเห็น ให้คำแนะนำได้ ทางออกที่ดีที่สุดการดำเนินการ

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