产品开发是一个费力的过程。 市场不断需要新的解决方案，但是失败的任何公司都在创新中等待着他们。 在本文中，我们聚集了我们自己
在高科技服务方面的经验
，以试图弄清开发新产品时可能出现的问题以及如何避免这些问题。
1.忘记流程，为结果而努力
在开发产品时，公司通常将所有精力和资源投入到创作和生产过程中。 即使工作的每个阶段“严格按照技术进行”，结果也可能不像开始时那样乐观。
个案研究三个月前， Rookee团队引入了复杂的系统分析过程。 分析师必须请求和收集市场研究，准备解决方案选项，请求财务计算，设计算法，为UX设置任务，确定业务需求，保护他的决定，在计算后跟踪结果，将其转换为操作等。 一位分析师每天的工作量可能达到15个任务。 从物理上讲，专家每天无法完成如此多的任务。 如此庞大的数量，分析师在解决常见问题上的工作并不容易，这一点不足为奇。 为了提高效率，做了很多事情。 结果，该公司放弃了如此复杂的流程，并从根本上简化了流程，将责任分配给了不同的专家。 效率提高了，分析过程开始变得更快。如何避免如果产品开发过程过于复杂且结果不符合预期，则有必要审查当前的过程，并在每个工作阶段进行更改时变得更加灵活。
2.保持命令高同步
团队合作的能力是并非每个人都具备的一项重要技能。 实际上，当一项任务的执行需要一次由数名专家参与时，通常会出现这种情况。
例如，将促销代码引入系统的任务意味着前端开发人员和后端的工作。 如果这些人彼此之间无法达成共识，就会出现各种问题。 例如，从视觉的角度来看，将完成任务，但是如果没有用于开发促销代码机制的算法，则该任务将没有任何价值。
个案研究当几种不同的产品出现在我们的服务中时，每种产品的开发团队将保持自己的状态。 一个用户，一个帐户以及产品和团队是不同的。 一个客户以某种方式打电话给我们，说我们向他发送了垃圾邮件。 事实证明，在需要注意的情况下（例如，余额接近零，服务可能会暂停），所有团队都向他发送了信函。 结果，用户每周从该服务收到大约40封信。 对电子邮件通讯进行了分析。 一些字母结合在一起。 现在，我们正在研究一种电子邮件策略，该方法将最终解决所有缺点。如何避免要实现跨任务的同步，请协调使用同一产品的一个或多个团队的行动。 例如，执行设计和开发的一般“演示”，将其他新功能通知其他团队。 创建一个具有发布历史的公开可用文档，该发布历史清楚地描述了完成任务的时间，时间和团队，并在任务跟踪器中添加了指向任务的链接。
3.避免按照用户要求进行产品升级。
新产品在运行过程中发现了问题。 某些项目的改进是由联系支持服务的用户发起的，这已不是秘密。 没有人争辩：产品需要改进，但是在急于“修补漏洞”之前，您应该寻找问题的根本原因。
收集用户请求足够长的时间。 根据呼叫支持服务的次数，此时间段可以是一周或一个月或更长时间。 分析问题，确定重复出现的问题并解决用户最常抱怨的问题。 如果问题本质上是阻塞的，即它影响了系统中用户的正确操作，请立即解决。
4.邀请开发人员讨论项目和设计任务
通常，设计人员在收到客户的业务需求后，便开始描述任务的逻辑。 如果您不考虑系统的技术功能，则可能会得到一个解决方案，需要3个月的开发时间。
个案研究进入Rookee之后 ，情况发生了。 我们绘制了一个界面，其中有一个向导可以在其中一个产品中创建项目：第一步，用户登录到另一个服务以从中获取信息（在Yandex.Direct中），第二步，选择工作参数列表。 通过执行第一步中指定的令牌请求来获得参数。
该界面已显示给客户，并已同意，已发送给开发人员。 当开发人员看到此消息时，他们说：“这里您必须放映电影，因为如果用户有很多数据，那么他可以等待很长时间。 此外，此前端解决方案不是用户友好的。”
结果，鉴于程序员的反馈，我不得不重做所有事情。如何避免邀请开发人员参与项目讨论，起草要求，使他们参与设计。 通过在早期阶段将开发人员纳入工作中，您可以显着减少创建项目所需的时间，避免不必要的返工成本，并且由于错过了截止日期而没有多余的白发。
5.简化。 效果出色
在创建新产品或完成旧产品定型时，商业专家会定期提出一些绝妙的主意。 不幸的是，并非所有的聪明才智都是需求和可实现的。
个案研究为了增加销量，通常使用版权电子邮件策略。 有许多方法可以实现它们：设置事件发送，第三方电子邮件新闻通讯服务，该服务在您发出服务信号时发送电子邮件，在服务方面实现单一触发逻辑，并使用标准或通用模板进行邮件发送等。
有时，公司决定走自己的路，不喜欢其他所有人。 在为团队中的用户写第一个字母时，他们认为这将是最后一个字母。 然后他们又发送了最后一封信。 还有更多...当有很多来信时，该团队实施了用于创建模板的服务。 这项工作进行了2个月，不如现有的专业服务那么好。 结果，该公司提出了一个最佳解决方案-集成了第三方邮件服务。如何避免如果创新的实施似乎过于复杂，则将其丢弃。
不要浪费时间来创建明显会丢失给现有服务的服务。 回答您的问题，您真的需要一个难以维护的工具，但是您自己的工具吗？
6.避免对需求的模棱两可的解释
模棱两可的任务造成误解，可能导致不良后果。 例如，分析人员可能会问：“在注册字段旁边添加五只大象”。 对于团队中的不同成员，理所当然地可能会有这个“旁边”的不同版本：右，左，上和下。
如果未完全理解该要求，则必须提出澄清问题。 团队成员应该学习如何最大化每个任务的细节，以避免混乱和思考。 团队内部讨论了需求的详细程度。 您还可以开发适合所有人的TK模板，并在其中尽可能详细地写下任务目标，逻辑和用户界面。
7.记住目标受众。
奇怪的是，有人相信：最好吸引尽可能多的用户，并且其中肯定会有产品的目标受众。 事实并非如此。 您可能有一个特定的产品，其消费者是特定的用户群体。
个案研究该产品的目标受众是家庭主妇，但该项目希望吸引大量流量。 在广告上花费了大量资金之后，该公司开始在大型企业门户网站上发布含糊不清的标语，以期吸引有偿付能力的客户。 流量急剧增加，但销售量却没有。 当我们进行了一项关于用户为何访问该网站却不购买任何商品的调查时，结果表明，大多数用户根本不是目标受众。 所提议的产品根本对他们不感兴趣。 广告活动进行了更改，一段时间后问题得以解决。如何避免最初，如果站点访问者绝对不是您的潜在客户，最好将精力集中在吸引目标流量上，并对广告系列和定位进行调整。
8.在检验假设时避免分裂检验的交叉
如果假设的计划不充分或分析师的资格不高，则可能会出现这样的问题。
个案研究该公司开始在登录页面上测试两种版本的注册表单（50％的用户看到一个版本，50％的用户看到另一个版本）。 然后，有必要在支付领域检验另一种假设，并启动另一种检验。 这使分析人员的工作变得复杂，因为花了很长时间才将群组划分为一种方式，以评估更改对用户最终操作的影响。 收集数据所需的时间比进行一次又一次的测试所需的时间长得多。如何避免进行A / B测试时，不允许分割相交。 尝试区分用户，以便一个人仅参加一个实验。 如果突然您仍然同时运行两个测试，请评估4组：
9.不要将您的意见与用户的意见相混淆
一种典型的错误是采用用户的观点来代表用户的观点。 如果您喜欢某个产品，其设计和可用性，那么您将了解如何与之交互，而不是用户会分享您的热情。
开发界面的每个单独区域时，请考虑整个服务的整体外观。 不要为用户考虑。 问问他（例如，使用焦点小组方法）他是否比他对新产品的期望更舒适，更熟悉，更好。 在发布产品之前，Yandex进行面对面的测试：与用户会面，观察他们的反应，并就其假设提出令人不适的问题。
如果您事先了解用户对开发的意见，那么将来可以避免很多问题。
10.将事件记录到最大
在任何系统模块的操作中发生争议的情况下，翻阅事件日志都更快，更容易。 除非，当然是这样。 如果您很懒惰并且没有记录事件，那么当问题发生时，您将不得不努力寻找问题的主要根源。
如何避免将事件记录到最大。 这并不意味着您需要开始记录每个小细节，例如用鼠标移动用户，但是必须记录该对象发生的基本信息。
结论
任何公司在开发新产品时都可能遇到问题。 最主要的是承认错误，得出结论并采取措施，以防止将来再次发生。
在您的开发实践中，失败发生了，您如何处理？ 在评论中告诉我们您的经验。
由
Rookee Service首席系统分析师Ekaterina Hindikainen发布