如何设计产品的可扩展性
当产品概念化可扩展的应用程序设计。创业者常常会废寝忘食思考,如果期间或之后推出自己的产品死机什么应该有注册等的泛滥。但事实是,可扩展性,不能一蹴而就。
是科技联合创始人许多早期创业公司,我们不仅理解这种心态,而且它在工程设计过程需要构建可扩展性的产品。
我们已经为某些人制定了一个透明而全面的路线图计划创建一个应用程序。
这些技巧将帮助您查看障碍和潜在的策略,以确保您的技术产品的可伸缩性。
建议1:构思并立即确认
去年,财富报道10家创业公司中有9家会失败
最主要的原因是,这些初创公司生产的产品没人想要。缺乏市场需求是任何创业公司失败的最大原因之一。
所以,在投入汗水和金钱开发产品之前,了解你的产品是否适合市场是很重要的。谁会接受你的想法?是只有你和你的家人想要这个产品,还是有更多的人想要这个产品?
一个聪明的举动是使用的工具在您的处置要弄清楚你的产品能有多少市场吸引力得到。了解你的饱和目标市场,并没有你的利基确实有资格获得高新技术产品?
另一个选择可以开发一个MVP,而不是一个成熟的产品。这可以帮助如果需要的话,你马上收集反馈和支点。
提示2:任命或聘用一个产品负责人
不一定谁与经营理念出现的人都会被这个产品所有者。在企业层面上,CEO / COO抛出在球队的想法,然后产品所有者(或俗称产品经理)主罚发展和实现部分的护理。
也有一个产品所有者没有理想的描述。你的产品拥有者应该是人谁是能够在动态环境中,涉及到很多小的决策工作。具有工程背景可以是一个优势,因为他们将能够涉及到技术细节驱动产品。
肯·诺顿的流行岗位关于“如何聘用产品经理”,作者正确地指出了初创公司产品负责人的招聘结构:“聘用能适应环境的人。你可能认为你雇佣的人是专门做某件事的,但几个月后,事情就会发生变化。”
提示3:规模最大的产品惠民工程
大多数创业公司不得不做出的决定雇用的内部团队VS外包的发展历程取决于经济状况。
这里的技巧是执行某些演练场景并度量可伸缩性。例如,如果你是一个3人的团队,开发你的产品至少需要5个资源。因此,你需要计算雇佣和维护这两种额外资源的成本,与将整个过程外包给产品负责人的成本。
另一种情况是,你有5个必需的资源,但没有基础设施和技术来构建你的整个产品。在这种情况下,计算投资于全功能基础设施与外包开发过程的成本。
这些干运行不应该在这里结束。
假设您决定继续使用外包服务,在选择正确的外包代理时,您再次需要准备某些场景。检查需求,然后选择供应商。
例如:您最初推出的是仅适用于iOS平台,但你计划使用Android应用扩展如果在未来?该机构是否有高手Android开发吗?或者,如果没有在技术或产品策略突然转向,将机构能够适应?
基本上,你的公司不应该只会一招。
提示4:选择正确的方法
一旦你决定行动的过程中,你还需要决定发展的正确的方法。
这两种流行的方法是敏捷方法和瀑布。
如果遵循这种方法,敏捷为产品迭代、技术创新和整合客户反馈提供了更好的范围。另一方面,瀑布式方法严重依赖于初始需求。
该图像解释方法之间既有明显的区别:
在Arkenea,我们遵循敏捷方法,因为它允许我们增量地交付特性,并通过每天的站立和冲刺保持项目的透明性。
Arkenea的首席技术官Ashwin Datye发表了一篇全面的文章释放敏捷开发团队的全部潜力。你必须阅读!
技巧5:选择正确的技术堆栈
从工程层次上扩展产品意味着投资正确的技术堆栈。
这里有很多的决定,使:
- 只有应用程序,网页只,或两者兼而有之?
- 如果应用程序-然后- iOS或Android或两者
- 如果网络产品,那么前端和后端的决定
- web开发服务器端脚本将使用哪一种编程语言——PHP, Nodejs, Python, java等。
- 客户端(浏览器)脚本使用哪一种语言? AngularJS, BackboneJS, Redis等等。
- 托管服务器(实用程序)相关决策——AWS、Azure、谷歌云等。
如果你已经外包了开发,专业的开发人员会主动给你建议,关于你的产品的最佳技术选择。在阿肯内亚领先的定制软件开发公司yabo.com下载在美国,我们建议客户选择最流行和最安全的技术堆栈。最流行的技术是相当实惠也比别人。
建议6:可视化你的技术产品
从一开始就确定产品的规模意味着清楚地定义项目目标和产品需求。
当开始开发,定义实时业务开发团队。你可能会认为,提供有关业务细节是没有必要的发展,但是这将帮助开发人员可视化的产品像你一样。
告诉他们每一分钟的细节(即使他们是一个外包团队),比如:
- 什么是你的产品用户与买方角色 - 这将帮助他们了解谁将会消耗该产品。
- 该产品的预期用户数量——这将帮助团队了解什么类型的服务器最适合该产品。
- 您的产品是一个特征商店或者它具有多项功能。
- 产品预期的功能特性是什么?-让开发团队处理实现部分。
- 什么是你的产品的预期寿命?
提示7:在建造之前就开始销售
销售可以发生在你产生想法的时候。不要等一个功能齐全的产品上市。
就像Dan Martell说的,“验证一个想法的最快方法就是去销售它。”
但很多人会说,谁会买一个不完整的产品?好吧,这时敏捷方法就有用了。
继敏捷方法将总是保持一个版本的产品是准备上市。对于示例 - 您的应用3层的功能。继敏捷方法,开发团队将优先的核心功能,并会先建立它。这意味着你的应用程序的基本版本将准备一个核心功能。
你甚至可以做到这一点,当你的高新技术产品处于脱机状态。对于实施例 - 你有安排跋涉为企业应用程序的想法。你以为它可以是一个伟大的方式为IT人群有一个周末度假。你接近你的一些朋友进行验证。其中10个批准了您的想法,并承诺他们将船上当您启动。你问他们芯片的小型演示,并通过协调安排离线长途跋涉他们。你的长途跋涉是成功的。
但是你也向他们询问了一些关于下次旅行的反馈和建议。一位客户建议,无论何时推出这款应用程序,都要在科技之旅中添加地图,这样登山者就可以很容易地标出落点和选择点。
宾果!
你得到了验证和良好的客户反馈,这对扩大你的产品规模非常有帮助。
如果你把你的产品从初始阶段推向市场,会有一些好处,比如:
- 即时确认 - 下一个精益方法的最大优点是,你会得到即时确认。
- 客户的反馈 - 不一定人们会开始在这个阶段支付你,但他们会给你一个反馈,它就像在这个阶段黄金为您服务。
- 产品迭代——假设你的产品的核心功能是照片上传,但在仔细听取了客户的意见后你明白,视频应该是你的核心功能,其次是照片。
- 建立参与 - 假设客户会来一次,他们有一个现成的产品可以是你最大的错误。你可以把一个登陆页面描述您的产品,并要求当您启动谁可能希望得到通知beta测试或人。想象一下,人们等待着你的产品推出数据库!
外卖
要在工程阶段在产品中构建可伸缩性,您应该关注发布和小型创新更新的敏捷性。快速进行产品迭代,根据市场验证和客户反馈塑造产品。