SkyCiv用户如何塑造我们的软件和功能

自从我们发布第一个MVP以来 (最低可行产品), 我们一直在寻求用户的反馈，并帮助我们指导软件的未来. 我们为平台感到自豪, 两位创始人都对产品充满热情. 但归根结底，我们不是最终用户 - 你是. 我们构建用于结构工程师实践的软件, 每天使用软件的用户, 每天依靠它来满足他们的项目和设计需求. 我们对该平台的目标是使其成为用户工程过程中令人愉快的一部分.

从第一天开始.

SkyCiv MVP 是一个非常基本的计算器. 我们解决了一个问题: 工程师如何快速，轻松地生成准确，清晰的弯矩和剪力图? 作为免费工具, 我们的用户群很大, 但未来的可能性是未知的. 随着电子邮件的到来, 用户通过请求有助于他们更好设计的功能来开始表达意见. 这将我们的注意力集中在工程师真正需要的东西上.

这是我们扩展软件功能的旅程的开始. 根据用户的反馈, 我们建立了符合他们需求的功能; 优先考虑专业工程师的建议和通用功能要求. 没有积极倾听用户反馈, 我们不会是今天的样子.

设计思维概念

设计思维是一个创造性的概念，几乎可以应用于任何解决问题的过程. 在我们的空间, 我们认为设计思维是一个从以客户为中心的问题开始的问题解决过程, 制作一个简单的解决方案原型, 并根据用户反馈迭代该解决方案. 这个, 反过来带来更好的产品, 服务, 和内部开发流程.

资源: 交互设计SkyCiv对所有我们的产品和功能都采用了设计思维. 例如, 拿我们的 风荷载软件. 此 MVP 于 2018 年末发布，并且已经更新 6-7 时代要归功于用户的反馈.

1. 移情: 用户在根据设计规范施加风荷载时遇到了困难; 他们很复杂，需要现场评估. 通过访谈和调查了解用户需求.
2. 原型: 一张Google地图，它将提取所有必要的站点要求并根据特定的设计要求产生设计压力.
3. 测试: Alpha早期发布给主要客户 (最初要求该功能). 自动反馈请求, 获得反馈和进一步的功能要求.
4. 重复: 更多信息提示来解释设计代码参考, 包层和主壁压力的分离, ULS +适用性风速, 报告.

如你看到的, 用户大量参与此过程. 这是用户与开发人员之间的合作伙伴关系，以确保产品不会突出解决用户的问题, 但以最好的方式.

这种实施和思考方式为像SkyCiv这样的公司提供了更好的产品, 更快乐的客户, 以及更具适应性的商业模式. 由于这些原因， 设计驱动的公司的表现优于S&由 228% 十年以上:

功能要求 - 实时聊天及其他

在较大的公司, 该反馈正在准备中, 希望它可以在可能需要一年的将来更新中发布. 通过我们的实时聊天, 我们每天都在与客户交流. 它有助于我们缩小用户反馈与开发之间的差距. 我们的支持团队中的许多工程师也在产品开发团队中; 这意味着您的反馈意见将直接发送给开发人员.

过程很简单. 第一, 用户请求功能或需要. 大多数时候, 这些功能已添加到我们的常用功能列表中, 根据请求数和用户帐户级别来确定优先级 (例如，专业帐户比免费帐户的权重更高). 其中一些功能非常简单 (外观变化, 错误修复, 添加工具提示) 并可以在几天内推出, 有时甚至几个小时, 原始请求的. 这是在云上操作体现其价值的地方.

坐在云上 9

处于云中使我们能够推出更新, 补丁和功能更快. 一般, 我们每两周更新一次软件 - 不是每两年.

通常，当用户要求听起来像是对软件的很好补充的功能时, 它可以在一周内尽快推出. 例如, 最近我们发布了我们的 相对会员 功能性, 允许工程师轻松地从给定的参考点添加成员. 由开发团队添加了此功能，并在一周后将其包含在下一个版本中.

这种滚动式的开发方式意味着SkyCiv一直在不断改进，并且对于用户而言日趋完善.

用户体验是SkyCiv的首要任务. 作为一家以客户为中心的公司意味着 我们相信产品开发是我们和用户之间的合资企业. 有什么想法, 想法或功能要求? 给我发电子邮件[email protected], 我们很乐意听取您的意见!

还没尝试过SkyCiv? 立即免费开始!