ทุกสิ่งที่คุณอยากรู้เกี่ยวกับการสร้างต้นแบบ (แต่กลัวที่จะถาม)

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

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

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

ต้นแบบคืออะไร?

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

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

นอกจากนี้ยังมีต้นแบบที่แตกต่างกันออกไป โดยแต่ละแบบมีจุดประสงค์ที่แตกต่างกัน: ภายใน ภายนอก และสาธารณะ

ต้นแบบภายใน

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

ต้นแบบภายนอก

ต้นแบบภายนอกสร้างกรณีสำหรับทิศทางที่คุณพยายามจะเข้าไป เพื่อแสดงความคืบหน้าหรือเพื่อแสดงให้เห็นว่าบางสิ่งบางอย่างทำงานอย่างไร เมื่อลูกค้าต้องการเครื่องมือสำหรับผู้ดูแลระบบ ฉันอาจสร้างบล็อกสั้นๆ ใน Craft, WordPress และ Contentful (ใช่ ทั้งสามอย่าง!) เพื่อให้พวกเขาเข้าใจว่าเครื่องมือแต่ละอย่างทำงานอย่างไร เพื่อให้พวกเขาสามารถตัดสินใจได้อย่างมีข้อมูลมากขึ้นว่าคืออะไร ดีที่สุดสำหรับพวกเขา ต้นแบบเหล่านี้ยอดเยี่ยมในช่วงกลางและระยะหลังของโครงการ ฉันจำโปรเจ็กต์หนึ่งที่ลูกค้ากำลังพิจารณาการเปลี่ยนแปลงเพื่อรวม API ของผู้ให้บริการรายใหม่ได้ การนำต้นแบบมารวมกันแสดงให้ลูกค้าเห็นถึงสิ่งที่ผู้ให้บริการสามารถทำได้ เราสามารถผสานรวมได้เร็วเพียงใด และผลกระทบจะเกิดกับส่วนที่เหลือของโครงการอย่างไร

ต้นแบบสาธารณะ

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

ต้นแบบที่รวดเร็วคือต้นแบบที่ดีหรือไม่?

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

นึกภาพในใจว่าเก้าอี้หน้าตาเป็นอย่างไร มีความคิดที่ดีหรือไม่? มันเป็นเก้าอี้นี้หรือไม่?

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

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

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

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

ใครควรต้นแบบ?

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

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

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

ขีดข่วนสร้างสรรค์คัน

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

เพิ่มพื้นที่สำหรับความคิดที่กล้าหาญและหัวรุนแรง

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

ขยายความเชี่ยวชาญเฉพาะเรื่อง

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

ลดความเสี่ยง

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

สร้างแคตตาล็อกไอเดีย

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

เติมพลังให้ทุกคน

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

ปรับแต่งกระบวนการของคุณ

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

วิธีการเริ่มต้น

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

เขียนคำชี้แจงปัญหา

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

เริ่มต้นด้วยสิ่งที่คุณรู้ว่าต้องทำอย่างไร

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

สร้างน่าเกลียด

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

เก็บต้นแบบเริ่มต้นไว้ที่ 60 นาที Max

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

จัดลำดับความสำคัญด้วยความรู้สึก ไม่ใช่เร่งด่วน

วันนี้คุณรู้สึกอยากทำอะไร ไม่มีส่วนเกี่ยวข้องกับโครงการหรือ อย่าสู้กับมัน ทำมัน. ใครจะรู้? อาจมีค่าที่ยังไม่ถูกค้นพบ!

ส้อม

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

แชร์มากเกินไป

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

จัดทำเอกสารสิ่งที่คุณกำลังสร้างต้นแบบและผลลัพธ์

ซึ่งอาจเป็นเรื่องง่ายเหมือนไฟล์ README ในไดเร็กทอรีหรือข้อความบน Slack กลับไปเรียนรู้จากสิ่งที่คุณทำเสมอ

เขียนความกลัวของคุณลงไป แล้วเปลี่ยนมันให้เป็นประโยคที่เป็นปัญหา

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

วิธีการจัดทำงบประมาณในโครงการของคุณ

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

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

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

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

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

เครื่องมือ

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

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

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

ไม่รู้จะเริ่มจากอะไรดี? พิจารณาการสร้างต้นแบบการวิ่งโดยใช้เครื่องมือเหล่านี้!

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

กรณีศึกษา: Melody Jams

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

เกมดังกล่าวเกี่ยวข้องกับการลากสัตว์ประหลาดจากด้านล่างของหน้าจอไปยังฮอตสปอตที่กำหนดบนเวที จากการออกแบบเพียงอย่างเดียว ข้อความปัญหาจำนวนหนึ่งก็ไหลเข้ามาในหัวของฉัน:

• ฉันจะสร้างแอป iOS ได้อย่างไร
• ฉันจะสร้างเกม iOS ได้อย่างไร
• ฉันจะสร้างสิ่งของในเกมได้อย่างไร?
• ฉันจะแตะสิ่งนั้นได้อย่างไร
• ฉันจะลากสิ่งของได้อย่างไร
• ฉันจะมีหลายสิ่งที่สามารถลากได้อย่างไร
• ฉันจะตรวจจับได้อย่างไรเมื่อมีสิ่งหนึ่งอยู่ใกล้อีกสิ่งหนึ่ง

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

ฉันได้สร้างต้นแบบเหล่านี้ขึ้นใหม่ใน Swift 3 เพื่อให้คุณเห็นว่าที่เก็บต้นแบบอาจมีลักษณะอย่างไรหากสร้างขึ้นในวันนี้ สิ่งหนึ่งที่คุณจะสังเกตได้ก็คือเอกสารประกอบเหล่านี้ค่อนข้างเบา — ไฟล์ README และภาพหน้าจอหรือ GIF ในแต่ละไดเร็กทอรี แต่ไม่มีเอกสารรายละเอียดมากมาย ถ้ามันช่วยในการพิมพ์ความคิดเห็นของเรา ก็ทำไปเลย สำหรับฉันนี่เป็นการเห็นความก้าวหน้า ไม่มีทฤษฎีที่นี่ ไม่มีบล็อกโพสต์หรือบทช่วยสอน Prototype 3 ต่อจาก Prototype 2 ที่มาจาก Prototype 1 เมื่อฝึกฝนให้เพียงพอ คุณจะสามารถแยกแยะความแตกต่างของภาษาการเขียนโปรแกรมได้อย่างรวดเร็ว แม้ว่าคุณจะไม่เคยเห็นมันมาก่อนก็ตาม

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

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

บทสรุป

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

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

ด้วยคุณประโยชน์ทั้งหมดนี้ จะไม่ชอบอะไร? บอกฉันทีว่าคุณมั่นใจไหม ได้แรงบันดาลใจ? ขั้นตอนต่อไปของคุณมีลักษณะอย่างไร