Start small, iterate oftenOne of th

Start small, iterate often
One of the biggest pitfalls for developers is trying to do too much too fast. If you haven’t heard of the lean startup, I recommend checking out its concepts here. This movement coined a term called MVP (Minimum Viable Product), which is invaluable for app developers. An MVP for mobile applications is the smallest, most targeted application that you can build while still giving users a strong value proposition. It gets your app in the app store and in users hands as quickly as possible.
Once your app is being used, beat up and thrown away by users (yes, that will happen) you can figure out where to move next. Make sure you utilize a powerful analytics tool or two. These tools will help you figure out what’s great (and not so great) about your live application. Based on the results inferred from your app usage, you can plan your next steps for updates and improvements based on real data.
Keeping up with quick iterations will not only keep your product evolving in the right direction, but it will keep your users happy. For example, if a user has an issue which they see fixed a few days later, this is a good sign that the application is maintained and active (unlike a large segment of apps currently available). Even if the root cause of their concern was a bug, the user will still have a good experience because they feel the app is improving. Your improvements and changes will be noticed by your user base, and in itself is an extension to the user experience within the app.

ผลลัพธ์ (ไทย) 1:

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

ผลลัพธ์ (ไทย) 2:

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

ผลลัพธ์ (ไทย) 3:

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

ได้