중간 크기의 웹 사이트를 원하는 사람에게 기본적인 질문은 무엇입니까?

Question

누군가가 자신의 웹 응용 프로그램을 원한다면 물어볼 필요가있는 기본적인 질문을 알고 싶습니까 ?? UI, 플랫폼, 애플리케이션의 핵심 및 기타 많은 것들이 될 수 있습니다 ... 앱에서 작업하기 전에 알아야 할 것을 게시하십시오.

Answer 1

귀하의 예산은 얼마입니까? 모든 사람의 기대가 현실인지 확인하십시오. 고품질 작업을 위해서는 더 높은 가격이 필요합니다. 그들이 그것을 받아들이 려하지 않는다면, 멀리 걸어 라. 당신의 일이 높은 기준에 부합한다고 가정합니다. 이것은 비록 당신의 일이 아빠 일지라도 여전히 중요한 질문이지만 멀리 걷는 것은 선택의 폭이 적습니다.

완성을위한 귀하의 시간 틀은 무엇입니까? 다른 말로하면, 그가 일주일에 회사를 위해 Facebook을 쓸 것으로 기대합니까? 그렇다면, 도망 가십시오. 이 질문과 이전 질문의 차이점은 작업의 질에 관계없이 떠나야한다는 것입니다. 불합리한 시간은 항상 끝나지 않습니다. 항상.

빌드를 요청하는 웹 사이트의 목적은 무엇입니까? 이것은 놀랍게도 종종 간과되는 것입니다. 중소 규모 기업은 종종 1) 웹 사이트 만들기, 2) ????, 3) 수익 창출 방법을 택합니다. 웹 사이트를 비즈니스에 통합 할 계획이 있는지 확인하십시오. 쓸데없는 정보로 가득 찬 정적 인 부실 웹 사이트는 전혀 웹 사이트가없는 것보다 더 나쁩니다.

사용자의 기술 수준은 어떻습니까? 이것은 광범위한 의미를 가지고 있습니다. 예를 들어 기술적 인 사용자가 적 으면 IE6 시장 점유율이 높아질 수 있으므로 적절하게 설계해야합니다. 오래된 사용자는 더 큰 글꼴 크기가 필요할 수 있습니다. 목록은 계속됩니다. 사용자를 아는 것은 매우 중요합니다. 예를 들어 스택 오버플로는 사용자가 기술적이어서 괴롭히기 때문에 "태그 다운"구문을 사용합니다.

사이트에 국제화가 필요합니까? 이것은 전적으로 회사에 달려 있지만 <insert non-English language> 스피커가 많은 시장에서는 국제화가 비즈니스를 비즈니스로 이끌 수 있습니다.

내 전문 지식에 의지 할 의향이 있습니까? 종종 비즈니스 주인이 <blink>을 아주 냉정하다고 생각하기 때문에 이것은 중요합니다. 운전석에 있는지 확인하십시오. 그들의 제안을 듣고 수용하지만, 그것이 의미가있는 곳에서만. 이 사이트는 귀하의 포트폴리오에 있으므로 귀하를 반영 할 것이므로 귀하의 이익을 위해 귀하의 디자인 감각을 손상시키지 마십시오.

내가 알고 있어야 할 기존 인프라가 있습니까? 모든 경우에 적용되는 것은 아니지만 웹 응용 프로그램을 Active Directory 환경에 통합해야한다는 것을 알고 있으면 선택한 기술에 큰 차이가 발생할 수 있습니다.

제품 내부 및 외부에 대해 알아보십시오. 질문은 없지만 훌륭한 충고. 이렇게하면 제공하는 전체 제품의 품질이 향상됩니다 (웹 사이트).

색 구성표를 염두에두고 있습니까? 회사는 로고에 색 구성표가 여러 번 통합 될 수 있지만, 그렇지 않은 경우 염두에 두어야 할 점이 있다면 물어 보는 것이 좋습니다. 지나치게 터무니없는 경우 (예 : 밝은 오렌지색으로 녹색 충돌을 토하는 경우) 출발점으로 사용하십시오.코멘트에 대응

---

: UI는 정말 영토입니다. 색상 구성표 환경 설정과 같은 기본 사항을 제외하고는 전문가입니다. 사업주는 웹 디자이너가 아니므로 "여기에 로그인 양식을 원하고 날짜/시간 선택기를 원합니다"라고 말할 수는 없습니다.

가장 좋은 방법은 웹 사이트의 일반적인 사용 사례를 통해 작업하는 것입니다. 이것은 물론 비즈니스 소유자가 자신의 고객이 자신의 웹 사이트를 사용하면서 달성하고자하는 것이 무엇인지 알고있는 것에 의존합니다. 그러면 UI 흐름과 웹 사이트의 핵심 기능이 결정됩니다. 유스 케이스에서 모든 것이 흐릅니다. 그들은 조사하고 문서화하는 것이 지루할 수 있지만 그 작업은 가치가 있습니다.

UI 및 핵심 기능은 모든 웹 사이트마다 고유하므로 일반적으로 문제를 해결하는 것은 어렵습니다. 유스 케이스를 통해 작업하는 것은 모든 규모와 모든 유형의 프로젝트에서 일반적인 관행이며 앞으로 나아갈 필요가있는 기술입니다. 그러한 일반적인 조언을 해드 려 주어서 미안하지만 실제로 생각할 수있는 가장 건전한 조언입니다. 행운을 빕니다!

Answer 2

또한 질문 할 가치가있는 프로세스 질문이 있습니다.

이 프로젝트를 진행하면서 어떤 종류의 진행 보고서를보고 싶습니까? 이것은 전체 IMO 통신 구성 요소로 이어집니다.

그는 프로토 타입을보고 민첩한 방식으로 개발의 여러 단계에서 의견을 제시하고 싶습니까, 아니면 완료 될 때 배달하는 바로 큰 블랙 박스입니까?

응용 프로그램에 "서비스 약관"또는 "최종 사용자 사용권 계약"이 있는지 등의 법적 요구 사항이 있습니까? 어떤 라이센스가 이것을 사용하여 만들어지기로되어 있습니까? 그는 오픈 소스 스택에서 구축 된 모든 것을 원하니, 아니면 그냥 "작동하는대로"시나리오입니까?

스케일은 생산 환경 측면에서 "중간"이라고 부르는 것과 같은 것일 수 있습니까? Amazon, Microsoft 또는 Google의 중간 크기 웹 팜에는 회사 규모에 따라 수천 대의 컴퓨터가 포함되어있을 수 있지만 중간 크기로는 소수 이상을 보유하고있을 수도 있습니다.

마지막으로 중요한 것은 필수 사항입니다. 이것은 $ x에 대해 빌드 할 때 어떤 의미에서 법적 요구 사항에 해당하며 a, b 및 c를 수행하는 응용 프로그램을 원합니다.

Answer 3

브렌델 (Brendel)과 비슷하지만 잘하면 나는 가치를 더했습니다. 특별한 순서는 없습니다 :

• 왜이 응용 프로그램을 제작하고 있습니까? (이 웹 응용 프로그램의 "행복한 끝점"이 어떻게 생겼는지 설명하십시오.)
• 새 프로세스/모듈/기능을 조각하거나 단순히 기존 프로세스/모듈/기능을 자동화하고 있습니까? (후자는 전자보다 쉽습니다.)
• 이 응용 프로그램의 범위에있는 프로세스/모듈/기능은 무엇입니까? 누가 그것을 정의합니까?
• 클라이언트의 전체 비즈니스 모델은 무엇입니까? 애플리케이션과 해당 모델 간의 접점은 어디에 있습니까? 얼마나 영향을 받고 있습니까?
• 어떤 가치가 전달되고 있습니까? 어떻게 측정 될 것입니까? (첫 번째 질문과 밀접하게 관련되어 있습니다 ...)
• 누가 웹 응용 프로그램을 사용합니까? (웹 응용 프로그램은 최종 사용자를 염두에두고 설계해야합니다.)
• "이해 관계자"는 누구입니까? (IOW, 누가 프로젝트에 직접적으로 도움을 주거나 프로젝트에서 직접 잃을 것인가? 물론, 그렇지 않을 수도 있지만, 거래가 미끄러 져야한다면?이 사람이 누구를 반영 할 것입니까?)
• 귀하의 예산은 얼마입니까? 만약에 어떠한?
• 결재 날짜/결재 날짜가 있다면 무엇입니까?
• 외부/내부 개발자와 상호 작용할 수있는 규칙/프로세스가 있습니까? (예 :보고 필요, 코딩 표준 등 ...)
• 기술적으로 다른 것과 통합되었거나 독립 실행 형입니까?
• 다른 것과 또는 시각적으로 통합되어 있습니까? 사이트가 사용자에게 어떤 특성/속성/태도를 전달해야합니까?
• 대체 무엇입니까? 그렇다면 무엇과 왜?
• 배포 할 "서버 스택"은 무엇입니까? 어떤 기술을 사용해야합니까?
• "하드 메트릭"은 무엇입니까? (예 : 분당 1000 건의 요청을 할 수 있어야 함)
• 프로젝트의 보안 요구 사항은 무엇입니까?
• 누가 프로토 타입을 테스트/검증합니까? 테스트/검증 수행에 대한 그들의 요구/기대는 무엇입니까?
• 누가 웹 응용 프로그램을 유지 관리합니까? 유지 보수를 수행하기 위해 그들의 필요/기대는 무엇입니까?
• 정적 콘텐츠를 누가 유지 관리합니까? 유지 보수를 수행하기 위해 그들의 필요/기대는 무엇입니까?
• 사용자를 양성 할 대상은 누구입니까? 교육 수행에 대한 그들의 필요/기대는 무엇입니까?

이제주의하십시오. 첫째, 이해 관계자를 개별적으로 또는 그룹으로 면담하십시오. 인터뷰는 가능한 한 여러 번 실시합니다. 첫 번째 인터뷰는 두 번째 인터뷰에서 픽업 할 아이디어를 유발할 수 있기 때문입니다.

이 아니라이 모든 것을 모든 내 깃돈 보관자 및 최종 사용자와 한 번에 한 번에 하나씩 면담 할 수 있습니다. 적어도 "현재와 미래의 비즈니스"부분과 "정확한 솔루션"부분의 두 부분으로 나누십시오. 문제의 비즈니스 측면에 대한 대화를 애완 동물의 기능, 콘텐츠, 검색 엔진 최적화 등에 관한 다른 대화와 섞지 마십시오. 후자는 전자를 흐리게하는 경향이 있지만 전자는 좋은 부분입니다 개발자는 실제로 비즈니스를 촉진시킬 수 있습니다.

희망이 도움이됩니다. 요구 사항 수집은 과학이 아닌 예술 일뿐입니다 ...

Answer 4

유사한 기능이나 레이아웃을 가진 사이트에 대한 링크를 제공하도록 요청하십시오. 이것은 통신 (특히 창의적인 프로세스)의 속도를 높이고 양쪽에 기대치를 설정합니다.

시작하기위한 요구 사항을 설정하는 가장 쉬운 방법입니다.