• 추천 채용폼 ( UX/UI & Front )

    • Front와 UX/UI 에서 이 부분을 가져가야되는 이유가 무엇인지 궁금합니다.
    • 더미데이터를 가져온다고 하지만, 보여지는 것은 다른 기업의 전형별 기간, 선택한 키워드 값 정보이며 항목선택은 모든 항목을 다 보여주기로 했기에 의미가 없다고 생각됩니다.
    • 위와 같은 이유로 현재 '추천 채용폼'은 Back-End 입장에서 개발 필요성에 의문점이 계속 드는 상황입니다.

    <aside> 📄 1.UXUI 파트 답변 최대한 개발 가능하도록 기능 수정을 진행하는 상황에서 현재 방향이 원래 기획의도와는 많이 달라진 상태입니다. 다만, 추천 채용폼과 관련해 백엔드 파트에서 공수가 많이 들고 의문,어려움이 있다면 디자인적으로 푸는 방향을 고려하고 있습니다. → 굳이 데이터를 넣지 않고 프론트 파트와 UXUI 파트에서 채용폼 카드정도만 클릭없이 시각적으로 해결하거나, UXUI에서 프로토타입으로 해결하는 방향 → 타기업폼 말고 셀프폼만 가져오는 것도 괜찮을 것 같아요.

    </aside>

    <aside> 💡 2.FE 파트 답변 추천폼도 백엔드분들 개발 후순위이거나 개발진행 취소시, 다음과 같이 진행할 수 있을 것 같습니다!

    1.프론트엔드 작업 파일에 더미데이터 만들어서 구현하기. 다만, 검색은 불가능함. 2.시간 부족으로 1번 진행 못하면, 클릭했을 때 기능 준비중입니다. 뜨도록 구현가능합니다.

    </aside>

  • 임시저장 ( UX/UI & Front )

    • 현재 기본기능도 제대로 구현 & 테스트가 되지 않은 상황이라고 생각됩니다.
    • 그렇기에 서비스 기획적으로 임시저장 기능이 큰 비중을 차지하지 않는다면 Core 기능 완성 후 추가하는 방향을 건의드립니다.
    • 우선적으로 구현이 필요할 경우, Front단에서 Local-Storage 저장방식으로 처리가 가능할지 궁금합니다.

    <aside> 📄 1.UXUI 파트 답변 코어 기능 이외에 시간이 남으면 개발하는 방향으로 픽스

    </aside>

    <aside> 💡 2.FE 파트 답변

    타기업폼과 합쳐서 임시저장 답변드립니다! 추천폼과 임시저장 기능을 모두 제외한다면, 채용폼관리 페이지 내의 기능이 거의 없어집니다..ㅠㅠ 이렇게 됐을 때 페이지 디자인적으로도 굉장히 단조로워질 것으로 예상합니다. 따라서 임시저장은 최대한 살리는 방향으로 가면 좋겠습니다!

    하지만 프론트는 우선순위를 '폼신규작성하기=링크생성완료된 폼 > 임시저장 > 추천폼'으로 생각하고 있는 만큼, 정말 시간이 부족하셔서 미루셔야할 것 같다면 어쩔 수 없이 로컬스토리지로 처리하겠습니다ㅠㅠ

    더불어 타기업폼이 사라지거나 디자인적으로만 해결하게 된다면, 타기업폼에 있던 검색기능을 현재 링크생성완료된 폼에 적용하고 싶습니다. (링크생성완료된 폼의 제목으로 검색할 수 있는 기능)

    </aside>

    <aside> 📄 3.UXUI 파트 답변 저희는 개발자분들 입장에서 개발착수가 되어야 되기때문에 개발 순서에 대해서는 FE BE분들 서로 논의 후 알려주시면 감사하겠습니다 한가지 아이디어를 덧붙이자면 저희 생각으로 검색창이 타기업이 만든 폼만 검색하는걸로만 되어있었는데, 검색에 필터를 넣어 2가지 옵션으로 검색되는 건 어떨까요?

    1. 채용 폼 링크관리페이지만 검색
    2. 가져오지 않은 타기업폼만 검색 1번은 개발로 보여주고 2번은 더미데이터 텍스트만 남겨두는 방향은 어떤가요

    </aside>

    <aside> 💡 4.FE 파트 답변 Q. 검색에 필터를 넣어 2가지 옵션으로 검색되는 건 어떨까요? A: 좋은 것 같습니다! 1. 채용 폼 링크관리페이지만 검색 내용이 링크 생성 완료된 폼 말씀하시는 것이 맞으시다면 우선순위로 1번 내용만 검색하도록 하고 시간이 된다면 필터로 두가지 다 검색 가능 하도록 구현할 수 있을 것 같습니다.

    </aside>

  • 채용폼 상세페이지 ( UX/UI )

    • '채용폼 페이지' => '개별 채용폼' 으로 진입 시 '채용폼 정보수정'으로 이어진다고 인지하고 있습니다
    • 위 진행방식이 맞는지 궁금합니다.
    • 맞다면, 채용폼의 상세정보를 확인하는 페이지는 별도로 없는지 궁금합니다
    • Back-End 입장에서는 작성한 채용폼 정보를 상세페이지에서 우선 확인하고 별도로 '수정하기'를 눌러야 수정 페이지로 넘어가야 되는게 아닌가 생각되어서 문의드립니다.

    <aside> 💡 FE 은영 답변

    저도 초반에 혼란스러웠기에 의문이 드신 점 충분히 공감됩니다..ㅠㅠ

    채용폼 페이지에서는 4가지 기능이 있습니다. 신규작성하기 버튼, 타기업폼(위에서 말씀하신 추천채용폼), 임시저장된 폼, 링크생성된 폼입니다. 4가지를 통해 가능한 것은 아래와 같습니다.

    1.신규작성하기 버튼과 타기업폼 클릭시 → 폼 작성 페이지가 열립니다. 2.임시저장된 폼, 링크생성된 폼 클릭시 → 폼 조회 페이지(말씀하신 상세정보페이지)가 열립니다.

    다만 기업 입장에서는 1,2번 모두’채용폼 정보수정’이라는 같은 곳에서 보게됩니다. 또 1,2번 모두 진입하자마자 다른 버튼 클릭없이, 곧바로 수정이 가능한 박스가 보인다는 것뿐입니다! (1번은 박스에 값이 없고, 2번은 박스에 값이 있습니다.)

    아마 제가 이해하고 생각했던 기획으로는, ‘채용폼 정보수정’이 기업이 지원자가 작성할 지원서를 꾸미는 페이지이기 때문인 것 같습니다. 기업이 지원자에게 어떻게 보여질지 보려면, 폼을 통해 생성된 지원서 링크로 들어가보면 되는 것 같습니다.

    이러한 생각으로 말씀해주신 것처럼 진행하게 되었습니다!

    </aside>

    <aside> 🛠 from. back-end

    답변 감사합니다 :)

    저희가 이 부분을 문의드린 이유를 작성하지 않아서 추가드립니다ㅠ

    현재 흐름상 채용폼의 데이터가 유동적으로 보여 데이터 보존성 측면에서 위험해보여서 질문드렸습니다.

    채용폼은 지원자의 지원서 항목을 지정하고 fix하는 부분인데, 담당자가 채용폼을 어떻게 구성했는지 단순 확인하려고 들어가도

    값들이 본의아니게 변경될 수 있다고 생각되어서, 본래 작성한 값을 단순 조회만 할 수 있는 상세페이가 존재하고

    그 페이지에서 담당자가 수정을 희망할때만 내용이 고쳐져야하지 않나..? 생각되어서 질문드렸습니다!

    </aside>

    <aside> 💡 FE 은영 답변

    아하! 그렇군요! 저도 본의아니게 변경했을 경우도 있다고 생각합니다! 이런 부분 떄문에 제가 할 수 있는 한 최대한으로 예외처리를 많이 하려고 노력했습니다...! 특히 수정내역을 게속해서 관찰하도록 했습니다.

    예를들면 임시저장, 링크생성완료된 폼으로 진입해서, 나가기 버튼을 눌렀을 때

    1. 수정내역이 없으면 -> 그냥 나가게 됩니다.
    2. 수정내역이 있으면 -> [임시저장폼] 확인창(폼 내용이 저장되지 않았습니다. 저장하시겠습니까?) [링크생성된 폼] 인재접수마감일만 수정됐을 때는 그냥 나가기(인재접수마감일은 따로 수정버튼이 있습니다.) 그 이외에는 확인창(폼 내용이 저장되지 않았습니다. 저장하시겠습니까?)을 보여줍니다.

    그냥 수정 페이지 누르게하는 것이 작업하기 더 편하기도 하지만, 그래도 기획을 최대한 살리고 싶기도 하고, 또 사용자 관점에서 작업하려고 했던 점이 제 개인적으로도 도움이 많이 될 것 같아 진행하게 됐습니다. 서버에 값 반영시에는 올바른 데이터가 들어갈 수 있도록 노력하겠습니다. 혹시 기능 개발 후, 테스트하면서 예외처리가 필요한 부분은 적극 수정할 예정입니다.

    너무 좋은 질문이라고 생각합니다! 감사합니다! 이 질문에 더 궁금한 점이 있으시다면 또 의견 주시면 감사하겠습니다.

    </aside>

    <aside> 📄 UXUI 파트 답변 프론트분들과 의견이 같습니다!

    </aside>

  • 찜기능 ( Front )

    • 인재 조회 및 필터링 관련하여 기능명세서를 작성하던 도중 문의사항이 생겨 질문드립니다
    • 현재 채용 단계별로 필터링을 하고, 그 결과를 기반으로 '찜된' / '찜되지 않은' 인원들로 나눠지는 것으로 파악됩니다.
    • 해당 로직을 Back에서 그대로 처리하게 되면 이중 정렬로 인한 로직의 복잡도 상승 및 이에따른 서버의 성능저하가 예상됩니다.
    • 이에 조회된 데이터를 Front에 전달 시, 해당 인원의 '찜' 상태값을 전달드리면 Front에서 해당 값을 기준으로 정렬해주실 수 있는지 문의드립니다

  • 타임라인 ( UX/UI & Front )

    • Back-End 파트에서 논의된 해당 파트의 동작 로직은 아래와 같습니다
    • '인재관리'페이지에서 '채용단계' 변경을 진행하면, 해당 시간이 개별 인재들에게 기록
    • 타임라인에 보여주는 단계별 합격일은, 위에서 언급된 담당의 '채용상태' 변경동작을 기준으로 기록
    • 위와 같은 로직으로 동작 시, 담당자가 실수 및 다른 인원의 채용 상태를 변경하게 되었을 때 합격일의 날짜가 꼬이거나 잘못표시되는 문제가 발생할 것으로 예상됩니다.
    • 이러한 경우, 어떤방식으로 핸들링 되어야할지 궁금합니다.

    <aside> 💡 UXUI 파트 답변 타임라인 단계별 표시 항목은 ****기능명세서에 자세하게 남겨두었습니다 FE분들이 공유주신 기능명세서 참고 부탁드립니다! 타임라인에 표시 항목→ 최초접수날,서류검토전환날,면접제안날,면접날,최종조율날,채용확정된 날으로 6가지 단계 입니다 전환된 모든 상태(전 단계의 절차로 옮겨지는 것 까지 포함)는 타임라인에 업데이트가 되어야할 것 같습니다 (취소되는 것 없이 타임라인 우측으로 계속 표시 됨) 단 면접 날짜에 대한 건 수시로 변경 가능

    </aside>

    <aside> 🐥 Frontend 파트 답변

    • 절차를 6단계가 아니라 (최초접수, 면접제안, 면접, 채용확정) 의 4단계로 줄이는 것은 어떨지?
    • UXUI 분들이 답변해주신 부분 중에 전 단계의 절차로 옮겨지는 것 까지 포함 과 취소되는 것 없이 타임라인 우측으로 계속 표시 됨 은 반대되는 말이 아닐지 의문

    </aside>

  • 인재 관리/탈락 인재 보관함 홈화면 ( UX/UI )

    • 각 기능별 home 화면 진입 시, 최근에 작성된 '채용폼'에 해당되는 내용, 즉 상세 페이지를 보여주는 방식으로 동작되어야 함을 확인했습니다.
    • '채용폼' 변경을 위해서는 스크롤의 기능만 지원되는 것으로 확인하였습니다.
    • 즉, ‘인재관리/탈락 인재 보관함’에서 어떤 채용폼을 선택하는 부분이 없고, 기능별 홈화면 진입 시 무조건 최신 채용폼으로만 연결되는 상황이라고 생각됩니다.
    • 채용관리 서비스 측면에서 이 부분이 조금 의아하지만 저희가 UX/UI 측면에서의 이해가 부족할 수 있어, 기업회원이 ‘인재 관리/탈락 인재 보관함’에서 ‘채용폼’ 선택화면이 없는 이유가 궁금합니다. ( 현재 로직 : 인재관리/탈락 인재 보관함 홈화면 = 최신 채용폼 상세페이지 ) ( 생각되는 로직 : 인재관리/탈락 인재 보관함 홈화면 = 채용폼 목록페이지 → 선택한 채용폼 상세페이지 )

    <aside> 💡 UXUI 파트 답변 채용폼 선택을 할 수 있는 드롭다운 메뉴가 (채용링크관리페이지,인재관리페이지,탈락인재관리페이지,채용절차진행단계)상단에 고정되어있습니다. 이 부분은 저희가 오해한 것이 있을 수 있으니 월요일에 서로 세부논의 어떠신가요

    </aside>

    <aside> 💡 UXUI 파트에서 현재까지 답변 가능한 부분은 여기까지일 것 같습니다. 혹시나 해결되지 않은 질문은 팔로업 해주시면 월요일 오후 5시 이후에 일괄적으로 답변 후 픽스하는 방향으로 하는게 좋을 것 같습니다!

    </aside>