问一个想要他的中型网站的人有什么基本问题?

我想知道一个人需要问的问题,如果有人想要他的网络应用程序完成? 它可以是UI,平台,应用程序的关键和许多其他的东西……请在开始使用应用程序之前发布需要知道的内容。

你的预算是多少? 确保每个人的期望都是现实的。 高质量的工作需要更高的价格。 如果他们不愿意接受,那就走开吧。 我假设你的工作符合高标准。 即使你的工作低于标准,这仍然是一个重要的问题,但走开不是一个选择。

你完成的时间是什么时候? 换句话说,他希望你在一周内为他的公司写Facebook吗? 如果是这样,走开。 这个问题与上一个问题的区别在于,无论工作质量如何,都应该离开。 不合理的时间框架总是很糟糕。 总是。

您要求我建立的网站的目的是什么? 令人惊讶的是,这经常被忽视。 中小型企业经常采取以下方式:1)制作网站,2)????,3)利润! 确保他们有计划将网站整合到他们的业务中。 一个充满无用信息的静态,陈旧网站几乎比没有网站更糟糕。

您的用户有多技术? 这具有广泛的影响。 例如,技术用户越少,IE6市场份额就越高,因此您必须进行相应的设计。 较旧的用户可能需要更大的字体大小。 名单还在继续。 了解您的用户非常非常重要。 例如,Stack Overflow使用“markdown”语法,因为它的用户是技术性的并且可以理解它。

您的网站是否需要国际化? 这完全取决于公司,但在有大量发言人的市场中,国际化可能是推动业务到网站的关键。

你愿意依靠我的专业知识吗? 这很重要,因为企业主通常认为只是超级酷。 确保你在驾驶座上。 聆听他们的建议并容纳他们,但只有在有意义的地方。 不要为了他们的利益而牺牲您的设计意识,因为这个网站将在您的投资组合中,因此会反映在您身上。

您是否有我需要了解的现有基础设施? 这并不适用于所有情况,但提前了解您需要将其Web应用程序与Active Directory环境集成可能会对您选择的技术产生重大影响。

从里到外学习他们的产品。 不是问题,而是出色的建议。 这将提高您提供的整体产品(网站)的质量。

你有一个配色方案吗? 很多时候,公司会在其徽标中加入配色方案,但如果没有,那么问问他们是否有任何想法会很好。 如果它不是太离谱(例如,呕吐绿色与亮橙色冲突),尝试使用它作为起点。


回应评论: UI真的是你的主宰。 除了颜色方案偏好等基本内容之外,您还是专家。 请记住,业务所有者不是网页设计师,可能无法告诉您“我想在这里登录表单和日期/时间选择器”。

最好的方法是解决网站的一些常见用例。 当然,这取决于业主知道他的客户在使用他的网站时想要完成什么。 这将确定UI流程和网站的核心function。 一切都来自用例。 他们调查和记录可能很繁琐,但这项工作非常值得。

UI和核心function对于每个网站都是独一无二的,因此在一般情况下解决这些问题很困难。 在各种规模和各种类型的项目中,通过使用案例是常见的做法,这是您需要前进的技能。 很抱歉给你这样的一般性建议,但这确实是我能想到的最合适的建议。 祝好运!

还有一些过程问题可能值得提出。

当你在这个项目上工作时,他希望看到什么样的进度报告? 这导致整个通信组件IMO很大。

他是否希望以敏捷的方式看到原型并在各个开发阶段提供反馈,还是只是在完成后提供的大黑盒子?

法律要求,包括申请是否具有“服务条款”或“最终用户许可协议?” 以及应该使用什么许可证? 他是否希望所有内容都是通过开源堆栈构建的,还是“只是在工作中”?

在生产环境方面,规模也会被称为“中等”? 来自亚马逊,微软或谷歌的中等规模的webfarm可能包含数千台符合公司规模的机器,而其他人可能认为只有少数中等规模的机器。

最后但同样重要的是,确定要求。 从某种意义上说,当你为$ x构建它并且他想要一个执行a,b和c的应用程序时,这属于法律要求。

其中一些与布伦德尔先生相似,但希望我增加了价值。 没有特别的顺序:

  • 你为什么要建立这个应用程序? (描述此Web应用程序的“快乐终点”是什么样的。)
  • 我们是在研究新的流程/模块/function,还是简单地自动化现有的流程/模块/function? (后者比前者容易。)
  • 该应用程序的范围内有哪些流程/模块/function? 谁定义了它们?
  • 客户的整体商业模式是什么? 应用程序与该模型之间的接触点在哪里? 受影响的是多少?
  • 提供什么价值? 如何衡量? (与第一个问题密切相关……)
  • 谁将使用Web应用程序? (Web应用程序需要考虑最终用户的设计。)
  • 谁是“利益相关者”? (IOW,谁会直接从项目中受益或失败?当然,它不会,但如果交易必须放弃怎么办?谁会反映这个人?)
  • 您的预算是多少?
  • 什么是交易/上线掉线日期,如果有的话?
  • 您是否有与外部/内部开发人员交互的规则/流程? (例如:报告需求,编码标准等……)
  • 它在技术上与其他任何东西或独立集成吗?
  • 它是否与其他任何东西或独立的视觉集成? 网站应向用户传达哪些特征/属性/态度?
  • 它取代了什么吗? 如果是这样,为什么和为什么?
  • 将部署什么“服务器堆栈”? 必须使用哪些技术?
  • 如果有的话,必须满足哪些“硬指标”? (例如:必须能够记录1000个请求/分钟。)
  • 项目的安全需求是什么?
  • 谁将测试/validation原型? 他们对执行测试/validation的需求/期望是什么?
  • 谁将维护Web应用程序? 他们对维护的需求/期望是什么?
  • 谁将保留任何静态内容? 他们对维护的需求/期望是什么?
  • 谁来培训用户? 他们对培训的需求/期望是什么?

现在,要小心。 首先,单独和成组地采访利益相关者。 如果可能的话,多次面试,因为你的第一次面试可能会引发你在第二次面试中提到的想法。

最好不要在一次采访中与所有利益相关者和最终用户进行一次混搭。 将其分为两部分,至少:“当前和未来的业务”部分,以及“精确解决方案”部分? 不要将关于问题的业务方面的对话与关于宠物function,function,内容,搜索引擎优化等的其他对话混合在一​​起。后者会使前者模糊不清,但前者是好的地方开发人员可以真正催化一项业务。

希望这可以帮助。 需求收集几乎是一门艺术,而不是科学……

请他们为您提供一些指向具有类似function或布局的网站的链接。 这将真正加快沟通(尤其是创作过程)并在两端设定期望。

这是建立一组起始要求的最简单方法。